Re: Update fails but fresh checkout works

>I'm not looking for any fix, I understand that it is entirely a Sophos
problem and what the workaround is.

Yes, my problem has something to do with the temp files in the .svn
directory. I have two directories one passing and one failing and I can
"fix" the contents of the failing directory by copying the ".svn" directory
over.

I "think" its an issue in my "entries" file. I noticed that there happens to
be the word "incomplete" in the entry file, but I'm not sure if that's due
to the original problem or due to the permission denied.

I guess what would help is: what information from the "entries" file is used
during an SVN update?

and no...SVN Cleanup does not help.

I have "McAffee" for an anti-virus program so I don't "think" I'm hitting
the other issue.

Robin Guest wrote:
>
> On 2 February 2010 10:53, Simon Large
> <simon.tortoisesvn_at_googlemail.com>wrote:
>
>> On 2 February 2010 10:34, Robin Guest <robin.guest_at_gmail.com> wrote:
>> > On 2 February 2010 10:05, Simon Large
>> <simon.tortoisesvn_at_googlemail.com>
>> > wrote:
>> >>
>> >> On 2 February 2010 09:40, Robin Guest <robin.guest_at_gmail.com> wrote:
>> >> > On 2 February 2010 09:30, Simon Large <
>> simon.tortoisesvn_at_googlemail.com>
>> >> > wrote:
>> >> >>
>> >> >> Is that permission denied in the local file system, or a permission
>> >> >> denied response from the SVN server?
>> >> >
>> >> > Ditto. After upgrading to win7 32-bit I got many
>> intermittent permission
>> >> > denied errors on temp files in the local file system when updating
>> dirs
>> >> > with
>> >> > externals, but never when doing fresh checkouts of those dirs. They
>> all
>> >> > went
>> >> > away after I excluding my working copies from anti virus (Sophos)
>> and
>> >> > windows indexing.
>> >>
>> >> I put this item in the FAQ a week or so ago. Are you able to tell
>> >> whether it was the indexing service or Sophos giving permission denied
>> >> errors? The error reported with indexing was different, although that
>> >> doesn't mean it is the only possible error.
>> >>
>> >> http://tortoisesvn.tigris.org/faq.html#cantmove2
>> >
>> > I would have said 99% certain it was Sophos - except I've just removed
>> the
>> > exclusion and I now can't reproduce it. I'll leave it like that for a
>> few
>> > days to see if I can capture any more info for you.
>> > Perhaps it was the combination of Sophos and indexing? Don't seem to be
>> able
>> > to test that either, though - I apparently have AppData excluded 3
>> times(!),
>> > and the indexing UI only allows me to remove one of those.
>> > Sophos was also responsible for another more serious error. I run
>> svnsync
>> > whenever my vpn connects, to sync the company repo to a local mirror.
>> Very
>> > occasionally, Sophos would interfere with that so that synsync
>> complained
>> > the mirror repo was damaged, then on the next reboot chkdsk would run
>> and
>> > fix errors. Excluding the mirror repo in Sophos has stopped this
>> happening
>> > since. I'm reluctant to remove the exclusion for that one again to
>> provide
>> > you the exact error message, as it's such a pain to recreate and resync
>> the
>> > mirror repo from scratch.
>>
>> OK, thanks for looking. If it's not easy to test then don't bother.
>> And definitely don't put your data at risk.
>>
>> Simon
>>
>
> Hi Simon, it happened again, so I can provide the information for you.
>
> Doing an update on a working copy that has externals intermittently gives
> the following error when Sophos is installed (win7 32-bit, TSVN 1.6.6,
> Build
> 17493 - 32 Bit):
>
> External failed: C:\Users\robin.guest\Documents\Visual Studio
> 2005\Projects\PSCRMTaskSystem\TaskLinker\CrmLinks
> Error: Can't move 'C:\Users\robin.guest\Documents\Visual Studio
> Error: 2005\Projects\PSCRMTaskSystem\TaskLinker\CrmLinks\.svn\tmp\entries'
> to
> Error: 'C:\Users\robin.guest\Documents\Visual Studio
> Error: 2005\Projects\PSCRMTaskSystem\TaskLinker\CrmLinks\.svn\entries':
> The
> file or
> Error: directory is corrupted and unreadable.
>
> Rebooting immediately afterwards causing an automatic CHKDSK, which found
> no
> problems:
>
> Checking file system on C:
> The type of the file system is NTFS.
>
>
> One of your disks needs to be checked for consistency. You
> may cancel the disk check, but it is strongly recommended
> that you continue.
> Windows will now check the disk.
>
> CHKDSK is verifying files (stage 1 of 3)...
> 218880 file records processed.
> File verification completed.
> 374 large file records processed. 0
> bad file records processed. 2 EA
> records processed. 75 reparse
> records processed. CHKDSK is
> verifying
> indexes (stage 2 of 3)...
> 286782 index entries processed.
> Index verification completed.
> 0 unindexed files scanned. 0
> unindexed files recovered. CHKDSK is
> verifying security descriptors (stage 3 of 3)...
> 218880 file SDs/SIDs processed.
> Cleaning up 60 unused index entries from index $SII of file 0x9.
> Cleaning up 60 unused index entries from index $SDH of file 0x9.
> Cleaning up 60 unused security descriptors.
> Security descriptor verification completed.
> 33952 data files processed.
> CHKDSK is verifying Usn Journal...
> 36528216 USN bytes processed.
> Usn Journal verification completed.
> Windows has checked the file system and found no problems.
>
> 244196351 KB total disk space.
> 160801756 KB in 182977 files.
> 88352 KB in 33953 indexes.
> 0 KB in bad sectors.
> 329155 KB in use by the system.
> 65536 KB occupied by the log file.
> 82977088 KB available on disk.
>
> 4096 bytes in each allocation unit.
> 61049087 total allocation units on disk.
> 20744272 allocation units available on disk.
>
> Internal Info:
> 00 57 03 00 6d 4f 03 00 e3 45 05 00 00 00 00 00 .W..mO...E......
> 16 07 00 00 4b 00 00 00 00 00 00 00 00 00 00 00 ....K...........
> 11 00 00 00 00 00 00 00 03 00 00 00 00 00 00 00 ................
>
> Windows has finished checking your disk.
> Please wait while your computer restarts.
>
> Excluding the working copy from the Sophos realtime scanner stops it
> happening.
>
> OK, so it looks like it isn't the same error as the OP's which was
> permission denied on w/c temp files. At least my error is in the archive
> for
> future people to search on, and you could add it to the FAQ if you want.
>
> I'm not looking for any fix, I understand that it is entirely a Sophos
> problem and what the workaround is.
>
> Cheers, Robin
>
> ------------------------------------------------------
> http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2445130
>
> To unsubscribe from this discussion, e-mail:
> [users-unsubscribe_at_tortoisesvn.tigris.org].
>

-- 
View this message in context: http://old.nabble.com/Update-fails-but-fresh-checkout-works-tp27405227p27469768.html
Sent from the tortoisesvn - users mailing list archive at Nabble.com.
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2445179
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].