You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Wolfgang Stengel <wo...@efactory.de> on 2013/03/12 12:55:07 UTC
Question about Subversion in combination with Samba
Hello list,
since a couple of weeks commits from a Windows system in a Samba shared
WC take much longer than before (using Windows 7, Subversion client 1.7.8).
I tracked this down to Subversion accessing .svn/wc.db-journal and
.svn/wc.db-wal over and over again (thousands of times). Both files do
not exist in the WC. It looks like this in the Samba log:
[2013/03/12 12:47:19.260464, 3] smbd/process.c:1662(process_smb)
Transaction 719619 of length 150 (0 toread)
[2013/03/12 12:47:19.260507, 3] smbd/process.c:1467(switch_message)
switch message SMBtrans2 (pid 28855) conn 0x7fab8064b800
[2013/03/12 12:47:19.260542, 3]
smbd/trans2.c:5117(call_trans2qfilepathinfo)
call_trans2qfilepathinfo: TRANSACT2_QPATHINFO: level = 1004
[2013/03/12 12:47:19.260608, 3] smbd/vfs.c:905(check_reduced_name)
check_reduced_name [epson_neon_test/.svn/wc.db-journal]
[/home/wwwdocs/svn/wolfgang]
[2013/03/12 12:47:19.260663, 3] smbd/vfs.c:1039(check_reduced_name)
check_reduced_name: epson_neon_test/.svn/wc.db-journal reduced to
/home/wwwdocs/svn/wolfgang/epson_neon_test/.svn/wc.db-journal
[2013/03/12 12:47:19.260733, 3]
smbd/trans2.c:5236(call_trans2qfilepathinfo)
call_trans2qfilepathinfo: SMB_VFS_STAT of
epson_neon_test/.svn/wc.db-journal failed (No such file or directory)
[2013/03/12 12:47:19.260777, 3] smbd/error.c:81(error_packet_set)
error packet at smbd/trans2.c(5238) cmd=50 (SMBtrans2)
NT_STATUS_OBJECT_NAME_NOT_FOUND
[2013/03/12 12:47:19.261117, 3] smbd/process.c:1662(process_smb)
Transaction 719620 of length 142 (0 toread)
[2013/03/12 12:47:19.261160, 3] smbd/process.c:1467(switch_message)
switch message SMBtrans2 (pid 28855) conn 0x7fab8064b800
[2013/03/12 12:47:19.261195, 3]
smbd/trans2.c:5117(call_trans2qfilepathinfo)
call_trans2qfilepathinfo: TRANSACT2_QPATHINFO: level = 1004
[2013/03/12 12:47:19.261260, 3] smbd/vfs.c:905(check_reduced_name)
check_reduced_name [epson_neon_test/.svn/wc.db-wal]
[/home/wwwdocs/svn/wolfgang]
[2013/03/12 12:47:19.261314, 3] smbd/vfs.c:1039(check_reduced_name)
check_reduced_name: epson_neon_test/.svn/wc.db-wal reduced to
/home/wwwdocs/svn/wolfgang/epson_neon_test/.svn/wc.db-wal
[2013/03/12 12:47:19.261349, 3]
smbd/trans2.c:5236(call_trans2qfilepathinfo)
call_trans2qfilepathinfo: SMB_VFS_STAT of
epson_neon_test/.svn/wc.db-wal failed (No such file or directory)
[2013/03/12 12:47:19.261385, 3] smbd/error.c:81(error_packet_set)
error packet at smbd/trans2.c(5238) cmd=50 (SMBtrans2)
NT_STATUS_OBJECT_NAME_NOT_FOUND
My question is, is this intended behaviour and just a downside of using
a network drive, or is this a bug?
(Versions are Windows 7, Subversion client 1.7.8
Thanks,
Wolfgang
Re: Question about Subversion in combination with Samba
Posted by Thorsten Schöning <ts...@am-soft.de>.
Guten Tag Wolfgang Stengel,
am Mittwoch, 13. März 2013 um 08:51 schrieben Sie:
> The version is 3.6.3, however I think all these requests
> originate from the Subversion client itself... is it known why
> these two files are checked repeatedly although they do not
> exist (at this time at least)?
Those files are internals of SQLite, wc.db is a SQLite database, and
therefore there's nothing SVN can do about it. One either decides to
use SQLite or not, Subversion did. Did the working copy has been
upgraded just some weeks ago to work with Subversion 1.7.x clients?
Then this is expected behavior and there's not much you can do about
it unless tweaking Samba or your client connections "somehow". How
often those files are checked etc. of course depends on the usage of
your clients.
I sometimes commit on a samba share using OpenVPN connection over home
DSL connection with about 60k upload or something around that and it's
slow, but usable. But I'm the only user of the working copy and it's
not really big.
Mit freundlichen Grüßen,
Thorsten Schöning
--
Thorsten Schöning E-Mail:Thorsten.Schoening@AM-SoFT.de
AM-SoFT IT-Systeme http://www.AM-SoFT.de/
Telefon...........05151- 9468- 55
Fax...............05151- 9468- 88
Mobil..............0178-8 9468- 04
AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow
Re: Question about Subversion in combination with Samba
Posted by Wolfgang Stengel <wo...@efactory.de>.
Hi Andy,
Am 12.03.2013 18:44, schrieb Andy Levy:
> On Tue, Mar 12, 2013 at 7:55 AM, Wolfgang Stengel
> <wolfgang.stengel@efactory.de <ma...@efactory.de>>
> wrote:
>
> Hello list,
>
> since a couple of weeks commits from a Windows system in a Samba
> shared WC take much longer than before (using Windows 7,
> Subversion client 1.7.8).
>
> I tracked this down to Subversion accessing .svn/wc.db-journal and
> .svn/wc.db-wal over and over again (thousands of times). Both
> files do not exist in the WC. It looks like this in the Samba log:
>
> [2013/03/12 12:47:19.260464, 3] smbd/process.c:1662(process_smb)
> Transaction 719619 of length 150 (0 toread)
> [2013/03/12 12:47:19.260507, 3]
> smbd/process.c:1467(switch_message)
> switch message SMBtrans2 (pid 28855) conn 0x7fab8064b800
> [2013/03/12 12:47:19.260542, 3]
> smbd/trans2.c:5117(call_trans2qfilepathinfo)
> call_trans2qfilepathinfo: TRANSACT2_QPATHINFO: level = 1004
> [2013/03/12 12:47:19.260608, 3]
> smbd/vfs.c:905(check_reduced_name)
> check_reduced_name [epson_neon_test/.svn/wc.db-journal]
> [/home/wwwdocs/svn/wolfgang]
> [2013/03/12 12:47:19.260663, 3]
> smbd/vfs.c:1039(check_reduced_name)
> check_reduced_name: epson_neon_test/.svn/wc.db-journal
> reduced to
> /home/wwwdocs/svn/wolfgang/epson_neon_test/.svn/wc.db-journal
> [2013/03/12 12:47:19.260733, 3]
> smbd/trans2.c:5236(call_trans2qfilepathinfo)
> call_trans2qfilepathinfo: SMB_VFS_STAT of
> epson_neon_test/.svn/wc.db-journal failed (No such file or
> directory)
> [2013/03/12 12:47:19.260777, 3] smbd/error.c:81(error_packet_set)
> error packet at smbd/trans2.c(5238) cmd=50 (SMBtrans2)
> NT_STATUS_OBJECT_NAME_NOT_FOUND
> [2013/03/12 12:47:19.261117, 3] smbd/process.c:1662(process_smb)
> Transaction 719620 of length 142 (0 toread)
> [2013/03/12 12:47:19.261160, 3]
> smbd/process.c:1467(switch_message)
> switch message SMBtrans2 (pid 28855) conn 0x7fab8064b800
> [2013/03/12 12:47:19.261195, 3]
> smbd/trans2.c:5117(call_trans2qfilepathinfo)
> call_trans2qfilepathinfo: TRANSACT2_QPATHINFO: level = 1004
> [2013/03/12 12:47:19.261260, 3]
> smbd/vfs.c:905(check_reduced_name)
> check_reduced_name [epson_neon_test/.svn/wc.db-wal]
> [/home/wwwdocs/svn/wolfgang]
> [2013/03/12 12:47:19.261314, 3]
> smbd/vfs.c:1039(check_reduced_name)
> check_reduced_name: epson_neon_test/.svn/wc.db-wal reduced
> to /home/wwwdocs/svn/wolfgang/epson_neon_test/.svn/wc.db-wal
> [2013/03/12 12:47:19.261349, 3]
> smbd/trans2.c:5236(call_trans2qfilepathinfo)
> call_trans2qfilepathinfo: SMB_VFS_STAT of
> epson_neon_test/.svn/wc.db-wal failed (No such file or directory)
> [2013/03/12 12:47:19.261385, 3] smbd/error.c:81(error_packet_set)
> error packet at smbd/trans2.c(5238) cmd=50 (SMBtrans2)
> NT_STATUS_OBJECT_NAME_NOT_FOUND
>
>
> My question is, is this intended behaviour and just a downside of
> using a network drive, or is this a bug?
>
>
> WCs on network drives have never been a recommended or officially
> supported configuration, due to variations in permissions handling &
> locking schemes between different protocols and implementations. As
> Subversion has moved more and more to a database-driven model for the
> WC, this has become more true from what I've gathered.
>
> (Versions are Windows 7, Subversion client 1.7.8
>
>
> What Samba version?
>
The version is 3.6.3, however I think all these requests originate from
the Subversion client itself... is it known why these two files are
checked repeatedly although they do not exist (at this time at least)?
Wolfgang
Re: Question about Subversion in combination with Samba
Posted by Andy Levy <an...@gmail.com>.
On Tue, Mar 12, 2013 at 7:55 AM, Wolfgang Stengel <
wolfgang.stengel@efactory.de> wrote:
> Hello list,
>
> since a couple of weeks commits from a Windows system in a Samba shared WC
> take much longer than before (using Windows 7, Subversion client 1.7.8).
>
> I tracked this down to Subversion accessing .svn/wc.db-journal and
> .svn/wc.db-wal over and over again (thousands of times). Both files do not
> exist in the WC. It looks like this in the Samba log:
>
> [2013/03/12 12:47:19.260464, 3] smbd/process.c:1662(process_smb)
> Transaction 719619 of length 150 (0 toread)
> [2013/03/12 12:47:19.260507, 3] smbd/process.c:1467(switch_message)
> switch message SMBtrans2 (pid 28855) conn 0x7fab8064b800
> [2013/03/12 12:47:19.260542, 3]
> smbd/trans2.c:5117(call_trans2qfilepathinfo)
> call_trans2qfilepathinfo: TRANSACT2_QPATHINFO: level = 1004
> [2013/03/12 12:47:19.260608, 3] smbd/vfs.c:905(check_reduced_name)
> check_reduced_name [epson_neon_test/.svn/wc.db-journal]
> [/home/wwwdocs/svn/wolfgang]
> [2013/03/12 12:47:19.260663, 3] smbd/vfs.c:1039(check_reduced_name)
> check_reduced_name: epson_neon_test/.svn/wc.db-journal reduced to
> /home/wwwdocs/svn/wolfgang/epson_neon_test/.svn/wc.db-journal
> [2013/03/12 12:47:19.260733, 3]
> smbd/trans2.c:5236(call_trans2qfilepathinfo)
> call_trans2qfilepathinfo: SMB_VFS_STAT of
> epson_neon_test/.svn/wc.db-journal failed (No such file or directory)
> [2013/03/12 12:47:19.260777, 3] smbd/error.c:81(error_packet_set)
> error packet at smbd/trans2.c(5238) cmd=50 (SMBtrans2)
> NT_STATUS_OBJECT_NAME_NOT_FOUND
> [2013/03/12 12:47:19.261117, 3] smbd/process.c:1662(process_smb)
> Transaction 719620 of length 142 (0 toread)
> [2013/03/12 12:47:19.261160, 3] smbd/process.c:1467(switch_message)
> switch message SMBtrans2 (pid 28855) conn 0x7fab8064b800
> [2013/03/12 12:47:19.261195, 3]
> smbd/trans2.c:5117(call_trans2qfilepathinfo)
> call_trans2qfilepathinfo: TRANSACT2_QPATHINFO: level = 1004
> [2013/03/12 12:47:19.261260, 3] smbd/vfs.c:905(check_reduced_name)
> check_reduced_name [epson_neon_test/.svn/wc.db-wal]
> [/home/wwwdocs/svn/wolfgang]
> [2013/03/12 12:47:19.261314, 3] smbd/vfs.c:1039(check_reduced_name)
> check_reduced_name: epson_neon_test/.svn/wc.db-wal reduced to
> /home/wwwdocs/svn/wolfgang/epson_neon_test/.svn/wc.db-wal
> [2013/03/12 12:47:19.261349, 3]
> smbd/trans2.c:5236(call_trans2qfilepathinfo)
> call_trans2qfilepathinfo: SMB_VFS_STAT of epson_neon_test/.svn/wc.db-wal
> failed (No such file or directory)
> [2013/03/12 12:47:19.261385, 3] smbd/error.c:81(error_packet_set)
> error packet at smbd/trans2.c(5238) cmd=50 (SMBtrans2)
> NT_STATUS_OBJECT_NAME_NOT_FOUND
>
>
> My question is, is this intended behaviour and just a downside of using a
> network drive, or is this a bug?
>
>
WCs on network drives have never been a recommended or officially supported
configuration, due to variations in permissions handling & locking schemes
between different protocols and implementations. As Subversion has moved
more and more to a database-driven model for the WC, this has become more
true from what I've gathered.
> (Versions are Windows 7, Subversion client 1.7.8
>
>
What Samba version?