[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: disk I/O error,executing statement 'RELEASE s106461' occurs sometimes on checkout

From: Andy Levy <andy.levy_at_gmail.com>
Date: Thu, 5 Jan 2012 15:02:12 -0500

Please quote context in your replies, else people will have a lot of
trouble following the cnoversation.

On Thu, Jan 5, 2012 at 14:28, <Matthias.Wetzka_at_elektrobit.com> wrote:
> Thanks for the quick reply.
>
> I am using other SQLite based products (also SQLite format 3) and they work fine. Turning off the virus scanner is not possible at moment the for me. However, that wouldn't be a real solution anyway. If the culprit was the virus scanner, wouldn't the checkout fail *every* time? I just had a checkout complete successfully...
>

In the pre-1.7 days, virus scanners frequently caused problems because
they'd grab files & lock them for too long, causing the Subversion
libraries to time out. Not all virus scanners - just some. Telling
your AV to ignore your .svn directories sped up Subversion operations,
especially checkouts, by a significant amount.

It is worth turning the on-access virus scanning on a temporary basis
to test this hypothesis. Also, knowing what AV product would help -
someone may have already identified that it doesn't get along well
with Subversion.

IIRC, the SQLite access in 1.7 isn't optimal, there's a lot of I/O
done via the SVN code that could be streamlined and there have been
issues related to it when accessing WCs on network shares. It's
possible that similar issues are at play here. Depending on any number
of factors, you will get intermittent success/failure here.

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2906308

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2012-01-05 21:25:59 CET

This is an archived mail posted to the TortoiseSVN Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.