Return-Path: X-Original-To: apmail-subversion-users-archive@minotaur.apache.org Delivered-To: apmail-subversion-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 967EDE3F7 for ; Fri, 1 Feb 2013 17:08:40 +0000 (UTC) Received: (qmail 71366 invoked by uid 500); 1 Feb 2013 17:08:39 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 71353 invoked by uid 500); 1 Feb 2013 17:08:39 -0000 Mailing-List: contact users-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@subversion.apache.org Received: (qmail 71327 invoked by uid 99); 1 Feb 2013 17:08:39 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Feb 2013 17:08:39 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of julio@sigcorp.com.br designates 209.85.217.182 as permitted sender) Received: from [209.85.217.182] (HELO mail-lb0-f182.google.com) (209.85.217.182) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Feb 2013 17:08:31 +0000 Received: by mail-lb0-f182.google.com with SMTP id gg6so4799171lbb.27 for ; Fri, 01 Feb 2013 09:08:10 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=k5gKEt/Tep25E88tyG9G5DFoBZmLpc/VbscJ8jDLTDQ=; b=YvsqkkgaEORixRZl/6ULaDJnGnrZ2Dg1dQbmvU1DpHqTZEg7yt13a+MwLqK6eErRTS w4yrLScO7MmjZAddm0OkHR8X+CdwH8M2wdE5rN4MzzLdSawHM/We1m+1nKuA61gZJyCC m2odXO1qiiYAIfpvfcLUlSqKvgjDF9yl4i0EbqOtPs/JczINPGMZwXOjDXJ11TSvfexv zNA+8zYDT96JyL/pI1L7Xrxe5L960oIgXVAMIn+5KP5t0I+bxvl2ZXQqHrQ+zei4XQnu JGEAfzH+7xkuzLbdK6wh6qcXJll+UslvNV9OQk9s35+9aTeOnJGT6oMbXNLE286APscO O2Pg== MIME-Version: 1.0 X-Received: by 10.152.121.212 with SMTP id lm20mr11717638lab.42.1359738490228; Fri, 01 Feb 2013 09:08:10 -0800 (PST) Received: by 10.114.94.130 with HTTP; Fri, 1 Feb 2013 09:08:10 -0800 (PST) X-Originating-IP: [201.52.230.78] In-Reply-To: References: Date: Fri, 1 Feb 2013 15:08:10 -0200 Message-ID: Subject: Re: Commit Error in conversion of types From: Julio Palma To: "Niemann, Hartmut" Cc: "users@subversion.apache.org" Content-Type: multipart/alternative; boundary=f46d04374ee1b28ef004d4acc94c X-Gm-Message-State: ALoCoQllrhlh1J96uTCH7fRA9liLfe2HazIuR2ePZ44wFYGWWSdLM1POf1ydfbcGj654L4sZgnev X-Virus-Checked: Checked by ClamAV on apache.org --f46d04374ee1b28ef004d4acc94c Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, Dr. Hartmut, Thank for your tips, but the problem in my company was the type of filesystem that I use for the build the SVN project. After this, I changed and I migrated the repositories and don't happened again, but I agree with your tip and I go to verify this possibility and stay attent. Thanks lot, JC 2013/2/1 Niemann, Hartmut > I have seen random client-side disk IO errors when our virus scanner > interfered with the > sqlite library used in subversion 1.7, when massive log file activity > triggered a bug > (which is still not fixed) in the behavioural analysis module of the viru= s > scanner. > > Try to disable the virus scanner (at least for the .svn directory) > or try a subversion 1.6 client which does not use sqlite. > > I can send you some detailed information and a test application if you ar= e > interested. > > > > Mit freundlichen Gr=FC=DFen > Dr. Hartmut Niemann > > > > ________________________________ > > Von: Julio Palma [mailto:julio@sigcorp.com.br] > Gesendet: Donnerstag, 24. Januar 2013 21:44 > An: users@subversion.apache.org > Betreff: Commit Error in conversion of types > > > Hi, Subversion community, > > > [...] > Some of selected resources were not committed. > Some of selected resources were not committed. > svn: E200030: Commit failed (details follow): > svn: E200030: Commit failed (details follow): > svn: E200030: disk I/O error > svn: E200030: disk I/O error > svn: E200029: Couldn't perform atomic initialization > > [...] > > > > --f46d04374ee1b28ef004d4acc94c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, Dr. Hartmut,

Thank for your tips, but the problem in my company = was the type of filesystem that I use for the build the SVN project. After = this, I changed and I migrated the repositories and don't happened agai= n, but I agree with your tip and I go to verify this possibility and stay a= ttent.

Thanks lot,

JC


2013/2/1 Ni= emann, Hartmut <hartmut.niemann@siemens.com>
I have seen random client-side disk IO errors when our virus scanner interf= ered with the
sqlite library used in subversion 1.7, when massive log file activity trigg= ered a bug
(which is still not fixed) in the behavioural analysis module of the virus = scanner.

Try to disable the virus scanner (at least for the .svn directory)
or try a subversion 1.6 client which does not use sqlite.

I can send you some detailed information and a test application if you are = interested.



Mit freundlichen Gr=FC=DFen
Dr. Hartmut Niemann



________________________________

=A0 =A0 =A0 =A0 Von: Julio Palma [mailto:julio@sigcorp.com.br]
=A0 =A0 =A0 =A0 Gesendet: Donnerstag, 24. Januar 2013 21:44
=A0 =A0 =A0 =A0 An: users@su= bversion.apache.org
=A0 =A0 =A0 =A0 Betreff: Commit Error in conversion of types


=A0 =A0 =A0 =A0 Hi, Subversion community,


[...]
=A0 =A0 =A0 =A0 Some of selected resources were not commi= tted.
=A0 =A0 =A0 =A0 Some of selected resources were not committed.
=A0 =A0 =A0 =A0 svn: E200030: Commit failed (details follow):
=A0 =A0 =A0 =A0 svn: E200030: Commit failed (details follow):
=A0 =A0 =A0 =A0 svn: E200030: disk I/O error
=A0 =A0 =A0 =A0 svn: E200030: disk I/O error
=A0 =A0 =A0 =A0 svn: E200029: Couldn't perform atomic initialization
[...]




--f46d04374ee1b28ef004d4acc94c--