On 5 February 2010 18:57, Stefan Küng <tortoisesvn_at_gmail.com> wrote:
> 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
>
Amazing! Thanks very much for that nugget, Stefan.
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2445246
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2010-02-05 21:02:57 CET