Subversion Can't set permissions on [500, #13]

76 views
Skip to first unread message

Dering, Hermann

unread,
Jan 9, 2015, 4:19:00 AM1/9/15
to us...@subversion.apache.org

Hello guys,

 

we have a strange behavior.

 

We have Ubuntu 12.04 installed with Subversion 1.8.10. The authentication works through Apache (https) and ldap authentication.

The subversion repositories reside on a netapp share (mounted through cifs).

 

This is the entry in /etc/fstab:

//fileserver04.insiders.zz/SVN_PROD     /data/SVN_PROD  cifs    noperm,username=domain/user,password=mypass,uid=33,gid=33,nobrl,file_mode=0777,dir_mode=0777,setuids,cache=none     0       0

 

 

Until yesterday everything worked.

 

The repository  has 52999 versions. Now when a Client tries to check-in a next revision (TortoiseSVN) he gets the failure:

„Can’t set permission on  ‚/data/SVN_PROD/{path_to_repo}/db/revs/53‘“

 

The apache log says:

[Thu Jan 08 14:27:02 2015] [error] [client 10.54.6.95] Could not MERGE resource "/Development/smartFIX/!svn/txn/52999-16wb" into "/Development/smartFIX/Current/trunk/dev/src".  [500, #0]

[Thu Jan 08 14:27:02 2015] [error] [client 10.54.6.95] An error occurred while committing the transaction.  [500, #13]

[Thu Jan 08 14:27:02 2015] [error] [client 10.54.6.95] Can't set permissions on '/data/SVN_PROD/Development/smartFIX/db/revs/53'  [500, #13]

[Thu Jan 08 14:27:02 2015] [error] [client 10.54.6.95] Can't set permissions on '/data/SVN_PROD/Development/smartFIX/db/revs/53': Permission denied  [500, #13]

[Thu Jan 08 14:27:02 2015] [error] [client 10.54.6.95] Could not fetch resource information.  [404, #0]

[Thu Jan 08 14:27:02 2015] [error] [client 10.54.6.95] Named transaction doesn't exist.  [404, #175002]

 

 

My guess is he wants to create the new folder 53 (which works well), but the permission on the folder he can not set (chmod, chown).

 

I copied the repository on a local directory and connected to the repository through svn://. I could created more than 53000 revisions.

 

 

Has anyone any idea what could be the problem?

 

 

Best regards,

Hermann

 

 

Branko Čibej

unread,
Jan 9, 2015, 5:20:43 AM1/9/15
to us...@subversion.apache.org
CIFS has a completely different permission model than Subversion expects
on a Linux server. On top of that, the NetApp has a different
implementation of CIFS than a real Windows server; so, who knows what
limitations and quirks it has.

I really recommend not using NAS for the repository. If you can't keep
it local, try using iSCSI or an equivalent SAN configuration.

-- Brane

Dering, Hermann

unread,
Jan 9, 2015, 5:44:26 AM1/9/15
to Branko Cibej, us...@subversion.apache.org
Hi brane,

thank you for your response.

What I do not understand, check-in the single revisions works perfect.

What I've done now is, I moved the repository on a local space, created 2 revisions (53000, 53001) (through svn://) and moved it back to the network share.
Now we can check-in again.

Maybe it would help to deactivate the check, if set the permission was sucessfull or put it optional with a flag.

Best regards,
Hermann


-----Ursprüngliche Nachricht-----
Von: Branko Čibej [mailto:br...@wandisco.com]
Gesendet: Freitag, 9. Januar 2015 11:18
An: us...@subversion.apache.org
Betreff: Re: Subversion Can't set permissions on [500, #13]

Branko Čibej

unread,
Jan 9, 2015, 6:06:38 AM1/9/15
to Dering, Hermann, us...@subversion.apache.org
On 09.01.2015 11:41, Dering, Hermann wrote:
> Hi brane,
>
> thank you for your response.
>
> What I do not understand, check-in the single revisions works perfect.
>
> What I've done now is, I moved the repository on a local space, created 2 revisions (53000, 53001) (through svn://) and moved it back to the network share.
> Now we can check-in again.
>
> Maybe it would help to deactivate the check, if set the permission was sucessfull or put it optional with a flag.

I don't understand this, either; I'd expect the reason is hidden away
somewhere in the NetApp configuration, or maybe it's even a bug in
either their filesystem or their CIFS implementation.

-- Brane

Reply all
Reply to author
Forward
0 new messages