Access Denied error on checkout to SMB share with 1.9.2, but not 1.8
From: Winbow, Alexander G <alexander.g.winbow_at_intel.com>
Date: Thu, 22 Oct 2015 19:37:04 +0000
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:
... 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.
This is an archived mail posted to the Subversion Users mailing list.