[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: Fri, 13 Jan 2012 09:47:31 -0500

On Fri, Jan 13, 2012 at 05:39, <Matthias.Wetzka_at_elektrobit.com> wrote:
> I was now able to do some tests. You are right, the problem only occurred when the virus scanner's real time scan was enabled and when the machine was under heavy load.
>
> Nevertheless, IMO this indicates some kind of cuncurrency problem in Tortoise SVN. When will you be able to fix this? Can I support you with more information?

The issue really lies in your AV scanner first (as it's holding the
file locked for its exclusive use for too long) and SQLite second
(because you *might* argue that it should wait longer). It's not a
TortoiseSVN issue, it *might* be a Subversion library issue, it's
probably a SQL + Subversion issue. But the root issue is your AV
software. Make it behave properly.

>> -----Original Message-----
>> From: Andy Levy [mailto:andy.levy_at_gmail.com]
>> Sent: Thursday, January 05, 2012 9:02 PM
>> To: users_at_tortoisesvn.tigris.org
>> Subject: Re: disk I/O error,executing statement 'RELEASE
>> s106461' occurs sometimes on checkout
>>
>> 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].
>>
>
> ----------------------------------------------------------------
> Please note: This e-mail may contain confidential information
> intended solely for the addressee. If you have received this
> e-mail in error, please do not disclose it to anyone, notify
> the sender promptly, and delete the message from your system.
> Thank you.
>
> ------------------------------------------------------
> http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2908503
>
> To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].

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

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2012-01-13 15:48:18 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.