subversion - tortoise svn ubuntu
Permiso SVN denegado-txn-current-lock (8)
Acabo de configurar svn en mi servidor ubuntu. Tengo un usuario que puedo iniciar sesión. El problema es que cada vez que intento realizar un cambio en la estructura de archivos obtengo un error de permiso denegado.
Can''t open file ''/var/www-svn/db/txn-current-lock'': Permission denied
Mi repositorio está en / var / www-svn y el permiso en esa carpeta es drwxr-xr-x para el usuario AND group svn (no tengo los permisos, así que no sé si eso es correcto). Mi usuario al que inicio sesión en svn está en el grupo svn, pero no puedo cambiar la estructura del archivo. ¿Qué estoy haciendo mal? Funciona si cambio el usuario y el grupo de la carpeta a mi usuario al que también inicio sesión.
En svnserve.conf, anon-access se establece en none y auth-access se configura para escribir .
(Cambié el propietario de / var / www-svn escribiendo sudo chown -R svn:svn www-svn dentro del directorio / var).
Aunque la pregunta es muy antigua, ocupa un lugar más alto en Google, pero uno con subversión en Apache / httpd en Linux no encuentra las soluciones útiles.
Estoy ejecutando subversion en Apache, CentOS Linux. Para mí el problema se debió a que SELinux y la desactivación me ayudaron.
Requiere precaución antes de hacer esto, ya que podría no ser recomendable en un servidor de producción para deshabilitar el SELinux. Por favor, lea bien la documentación antes de intentar hacerlo.
Como Stewart sugirió en el comentario, otra solución es actualizar los permisos de archivo, aunque no hay más detalles disponibles, algunos ajustes con los permisos de archivo deberían ayudar.
Debe agregar el bit SETUID para la carpeta / var / www-svn /, ya que en las transacciones habrá carpetas generadas durante la ejecución de SVN para conservar las transacciones que están representadas por carpetas.
Esto significa, en pocas palabras, simplemente hacer
chmod +s -R /var/www-svn/
Debería resolver el problema.
El svnserve Deamon se ejecutó bajo mi usuario, no como root. Maté los procesos de svnserve que se ejecutaban bajo mi usuario y lo reinicié como root. Ahora funciona
En caso de que no tengas derechos sudo:
En mi caso particular, estaba migrando de un servidor de Webfaction compartido a otro. La copia de los archivos debe haber asignado la propiedad completa del repositorio a mi nombre de usuario, mientras que el propietario probablemente debería estar apache para que el repositorio sea accesible. No pude aplicar ningún chown apache:mygroup repo mi grupo porque no tengo acceso al apache del usuario. Sin tener acceso a la raíz, la única forma de hacerlo funcionar es chmod -R 777 . dentro de la raíz de mi repositorio, eventualmente borrando un archivo de bloqueo para el cual no tenía permisos para chown. Eso finalmente resolvió el problema y pude volver a comprometerme.
La carpeta del repositorio en el sistema de archivos debe ser de propiedad o, por último, tener permiso de lectura / escritura del mismo usuario de Linux en el que trabaja su svn o apache a través de web-dav ...
En mi caso fue:
$ chown -R www-data:www-data /svn/reponame
Mi problema terminó siendo que apliqué permisos, luego svnadmin create por lo que fue necesario volver a configurar los permisos.
$ sudo chown -R www-data:subversion myproject
$ sudo chmod -R g+rws myproject
Parece una pregunta para superuser.com. A primera vista, el grupo svn no tiene permiso de escritura en esa carpeta. Entonces tal vez este es el problema. Eche un vistazo a este http://www.svnforum.org/threads/35493-Can-t-open-db-txn-current-lock-permission-denied
Por último, pero no menos importante, si su repositorio es propiedad del usuario y del grupo svn
( sudo chown -R svn:svn /var/svn/repos )
Asegúrese de agregar los usuarios que pueden acceder al grupo svn. vi /etc/group
svn:x:502:user1,user2