You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by "Dering, Hermann" <h....@insiders-technologies.de> on 2015/01/09 10:18:23 UTC
Subversion Can't set permissions on [500, #13]
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
Re: AW: Subversion Can't set permissions on [500, #13]
Posted by Branko Čibej <br...@wandisco.com>.
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
AW: Subversion Can't set permissions on [500, #13]
Posted by "Dering, Hermann" <h....@insiders-technologies.de>.
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:brane@wandisco.com]
Gesendet: Freitag, 9. Januar 2015 11:18
An: users@subversion.apache.org
Betreff: Re: Subversion Can't set permissions on [500, #13]
On 09.01.2015 10:18, Dering, Hermann wrote:
>
> 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?
>
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
Re: Subversion Can't set permissions on [500, #13]
Posted by Branko Čibej <br...@wandisco.com>.
On 09.01.2015 10:18, Dering, Hermann wrote:
>
> 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?
>
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