can't open file node.0.0 Permission denied

[Tobias Herp <to...@gmx.de>]

Hi, everyone,

we have the strange problem that a certain submit fails with the strange error message "can't open file node.0.0 Permission denied". I found the question in the web (e.g. at http://svn.haxx.se/users/archive-2006-01/0300.shtml), but so far couldn't find a real answer what could solve the problem.

We run svn 1.2.3 on a SuSE Linux 9.1, behind an Apache 2.0.54, using HTTP basic authentication.

I had a look at the db/transactions directory (ls -l; excerpt:)

drwxrwsr-x  28 root   www 880 2006-08-08 18:45 .
(...)
drw-rwSr--   2 wwwrun www  48 2006-08-08 17:45 14590-17.txn
drwxrwSr--   2 wwwrun www  48 2006-08-08 17:44 14590-16.txn
(...)
drw-rwSr--   2 wwwrun www  48 2006-08-08 17:07 14590-1.txn
drwxrwsr-x   5 root   www 408 2006-08-08 17:06 ..
drwxrwsr-x   2 wwwrun www 168 2006-07-25 16:38 14156-1.txn
drwxrwsr-x   2 wwwrun www 168 2006-06-07 16:16 1644-1.txn
drwxrwsr-x   2 wwwrun www 168 2006-06-27 07:58 1937-1.txn
drwxrwsr-x   2 wwwrun www 168 2006-07-06 16:59 2110-1.txn

There are no more main numbers other than 2110, 1937...14590; I found that only the directories NNNN-1.txn contain files (but /not/ 14590-1.txn). I have no idea why the 14590-N.txn directories have "S" attributes (group executable), while the earlier ones have "s" ...

The additional group executable bit of 14590-16.txn was added manually after try #16 had failed, but this (of course) didn't change anything.

Strange enough, the commit seams to have worked, since I found an incremental dump of revision 14590 later in my backup directory.

Any idea anyone what's going on here?
-- 
Tia,

Tobias

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: can't open file node.0.0 Permission denied

[Konrad Rosenbaum <ko...@silmor.de>]

On Tuesday 08 August 2006 19:25, Tobias Herp wrote:
> There are no more main numbers other than 2110, 1937...14590; I found
> that only the directories NNNN-1.txn contain files (but /not/
> 14590-1.txn). I have no idea why the 14590-N.txn directories have "S"
> attributes (group executable), while the earlier ones have "s" ...

s/S is not the executable bit.

bit - file-right (dir-right)

r - read (list files)
w - write (add/rename files/links/dirs/...)
x - execute (enter directory)
s - switch UID/GID to owner when executing (no effect on user, but keep GID 
when creating new files/dirs inside)
t - sticky, no effect on files (only owner and root can delete files)
A - there are additional ACLs

in short: the umask for your Apache is set wrong. Put "umask 007" or 
similiar into your start-script for Apache.


	Konrad