On 05.02.2010 14:21, Robin Guest wrote:
> On 2 February 2010 10:53, Simon Large <simon.tortoisesvn_at_googlemail.com
> <mailto:simon.tortoisesvn_at_googlemail.com>> wrote:
>
> On 2 February 2010 10:34, Robin Guest <robin.guest_at_gmail.com
> <mailto:robin.guest_at_gmail.com>> wrote:
> > On 2 February 2010 10:05, Simon Large
> <simon.tortoisesvn_at_googlemail.com
> <mailto:simon.tortoisesvn_at_googlemail.com>>
> > wrote:
> >>
> >> On 2 February 2010 09:40, Robin Guest <robin.guest_at_gmail.com
> <mailto:robin.guest_at_gmail.com>> wrote:
> >> > On 2 February 2010 09:30, Simon Large
> <simon.tortoisesvn_at_googlemail.com
> <mailto: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.
Actually, that's a Win7 problem:
http://tinyurl.com/w7corrupt
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2445222
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2010-02-05 19:57:50 CET