When trying to do a basic checkout, writing to a directory residing on
a SMB network share (netapp), I get intermittent errors "Can't stat <pathname>
Access is denied". This happens with SVN 1.9.2 (or TortoiseSVN 1.9.2), but not
with SVN 1.18.14.
This seems awfully similar to the issue discussed by Ivan Zhakov in:
http://mail-archives.apache.org/mod_mbox/subversion-dev/201509.mbox/%3ccabw-3ydbu6hqkyu73+hzvxhohfvwuur8ogdhbijmhhfqbqb...@mail.gmail.com%3E
... and the changeset r1702370 (which references r1701064, r1701206,
r1701298, r1701736), however it is happening in SVN 1.9.2 which seems to have
been released after that patch was committed.
There may be some differences: this is probably an SMBv2 mount (the SVN
client is running on Win7). It probably is related to an antivirus scanner in
some manner, since this error occurs only on files that are known to be being
scanned on the SMB-server side. (The server team ask "is it possible that your
file gets modified during the activity you are doing? .... it's been tagged as
virus because of the weird behavior of file getting lost during scanning". Does
any of that make sense, from the perspective of what the svn client code is
doing at a low level?)
The fact that this occurs only on SVN 1.9.2 and not on 1.8.14 strongly
suggest there is an SVN component to this behavior, and perhaps it's the
SetFileInformationByHandle() API referenced in the bug discussed above.
Thanks,
-Alex
