[prev in list] [next in list] [prev in thread] [next in thread]
List: subversion-issues
Subject: [Issue 4424] New - svn doesn't recognize the working copy when no file lock can be established
From: yurivict () tigris ! org
Date: 2013-09-11 19:41:48
Message-ID: iz4424 () subversion ! tigris ! org
[Download RAW message or body]
http://subversion.tigris.org/issues/show_bug.cgi?id=4424
Issue #|4424
Summary|svn doesn't recognize the working copy when no file lo
|ck can be established
Component|subversion
Version|1.8.x
Platform|All
URL|
OS/Version|All
Status|NEW
Status whiteboard|
Keywords|
Resolution|
Issue type|DEFECT
Priority|P3
Subcomponent|libsvn_ra_local
Assigned to|issues@subversion
Reported by|yurivict
------- Additional comments from yurivict@tigris.org Wed Sep 11 12:41:48 -0700 2013 -------
The issue manifests itself when, for example, subversion repository is shared
over NFS and file lock through fcntl(fd,F_SETLK) fails with (Operation not
supported).
In this case 'svn info' command prints this error message on otherwise valid
working copy:
svn: E155007: '/usr/src' is not a working copy
Subversion should recognize this situation when only lock fails but working copy
is otherwise valid. Subversion should access it read-only and warn user that
transient errors can occur in case other read-write accesses happen at the same
time.
My usage example: I have the local working copy for FreeBSD source, and share it
with several virtual machines through NFS. They rarely, if ever, access it
through 'svn' comamnd simultaneously. read-only vs. read-write conflicts never
occur, yet I am unable to use svn commands on NFS share at all. SVN revision is
missing from all builds on virtual machines.
I believe, the failing fcntl command is issued by SQLite library.
subversion-1.8.1
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=463&dsMessageId=3064375
To unsubscribe from this discussion, e-mail: [issues-unsubscribe@subversion.tigris.org].
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic