The following FSFS error message has been seen in at least two real installations:
Can't open file '[...]/db/transactions/props': No such file or directory
FSFS is trying to open an invalid path; it should be
'[...]/db/transactions/<txn-id>/props'. From the source code, I can see
how this must happen at a low level: the txn-id path component will be
omitted if and only if something passes a NULL transaction-id string to
fs_fs.c:get_txn_proplist(). But why and from where?
In the cases known so far, it has happened during a DAV 'MERGE' command issued
by WANdisco software which may issue the DAV commands in a different sequence
from other Subversion clients. (For WANdisco employees: internal ref. #815 and
NA-2150.) The first report was in October 2009. I think the Subversion server
was v1.6.x in each case but that's not yet confirmed.
See the email thread on dev@, started by Julian Foad on 2010-06-22, subject
"FSFS error in DAV MERGE - Can't open file 'db/transactions/props'", at
<http://svn.haxx.se/dev/archive-2010-06/0327.shtml>.
Bug
Major