Ошибка фиксации SVN: не удается открыть файл txn-current-lock Отказано в доступе

Я могу делать проверки, обновлять и тому подобное. Но когда я пытаюсь зафиксировать изменения, SVN выдает следующую ошибку:

Не удается открыть файл '/svn/p/pokemonium/code/db/txn-current-lock': разрешение отклонено

Я использую Windows 7 x64 SP1 с последней версией TortoiseSVN. UAC отключен, моя учетная запись имеет доступ для чтения и записи и т. д.

Я могу нормально зафиксировать в других репозиториях svn.


permission-denied commit tortoisesvn
person Myth1c    schedule 15.05.2012    source источник
comment
Вопросы о покемонах строго запрещены. ;) Вы пытались сделать очистку?   -  person Doug Chamberlain    schedule 16.05.2012
comment
Вы пробовали использовать параметр командной строки no --no-auth-cache - возможно, вы кэшировали неверные учетные данные?   -  person serg10    schedule 16.05.2012

Ответы (7)


arrow_upward
1
arrow_downward

Попробуй это.

  1. Сделайте резервную копию вашей рабочей копии (на всякий случай).
  2. Сделайте еще одну копию всей рабочей копии в другом месте.
  3. Возьмите копию и удалите из нее все папки SVN.
  4. Удалите рабочую копию и выполните новую проверку.
  5. теперь скопируйте/вставьте поврежденную рабочую копию поверх свежей кассы.

для этого очень важно, чтобы вы полностью удалили папку _svn или .svn из своей поврежденной рабочей копии, прежде чем выполнять копирование/вставку.

Это оставит вас (надеюсь) с рабочей копией, которая показывает (!) все файлы, которые вы изменили с момента вашей последней фиксации. И исправляет вашу проблему с замком.

person Doug Chamberlain    schedule 15.05.2012
comment
Мне это не помогло :( Также попробовал новую кассу, тоже не сработало - person Myth1c; 16.05.2012
comment
Принял это как ответ, так как это, вероятно, лучший вариант попробовать. - person Myth1c; 29.10.2013

arrow_upward
12
arrow_downward

Для меня это оказалось проблемой прав доступа на сервере. У меня есть репозиторий на linux-боксе и ssh для использования svnadmin. Для удобства я выполнил команду создания репозитория от имени пользователя root. Я хотел получить исходный код, который был на моем компьютере с Windows, в репозиторий, поэтому использовал TortoiseSVN для настройки ствола/ветвей/тегов. Каталог, содержащий репозиторий на сервере, принадлежал пользователю root, а Tortoise входил как apache. Я выбрал каталог на сервере для apache:apache, и все прошло гладко.

chown apache:apache -R my_repo_root
person Greg Desmarais    schedule 03.08.2013
comment
Спасибо за это. Мне пришлось заново выбирать файлы репо на сервере после загрузки дампа, и мне пришлось сделать это с chown www-data:www-data -R repos, поскольку у меня нет пользователя или группы apache. - person John Lyon; 07.07.2015
comment
Это сработало для меня. chown www-data:www-data -R репозиторий - person Dimitri; 16.10.2015
comment
Работал и для меня. - person Danijel; 13.09.2017
comment
Ага. Разрешения были виновником. Однако в Arch Linux под Apache http является владельцем и группой. chown http:http -R my_repo_root. Спасибо. - person Barton; 18.11.2017

arrow_upward
9
arrow_downward

Это проблема конфигурации сервера. На хосте Windows сервер Visual SVN по умолчанию запускается под учетной записью NETWORK SERVICE. Я решил эту проблему, предоставив этому аккаунту полные права доступа к папке репозитория. Другой вариант — переключить службу Visual SVN на учетную запись SYSTEM, но это может представлять потенциальную угрозу безопасности.

person Ari0nhh    schedule 02.11.2014

arrow_upward
1
arrow_downward

У меня была такая же проблема после того, как я переустановил Windows 7 и просто скопировал репозиторий SVN из старой Windows в новую.

После того, как я попробовал шаги, предложенные г-ном менеджером, проблема в моем случае так и не была устранена.

Убедившись, что права доступа для папки репозитория SVN установлены правильно, я просто удалил файл «txn-current-lock» в папке /db проекта. Это исправило это для меня. Оттуда я мог снова зафиксировать свой проект.

person Fritz W    schedule 17.10.2013

arrow_upward
0
arrow_downward

Я столкнулся с той же проблемой на коробке Unix

Перезапуск службы Apache сервера SVN решил мою проблему.

-f httpd.conf -k остановить

-f httpd.conf -k начать

person Community    schedule 16.07.2013

arrow_upward
0
arrow_downward

В моем случае мой Linux-сервер был перезапущен после отключения питания. Файловая система осталась смонтированной как доступная только для чтения, так как были сделаны некоторые исправления журнала. Перезагрузка машины восстановила полную функцию.

person S. Stanton    schedule 17.03.2017

arrow_upward
0
arrow_downward

разрешения сработали и для меня

ошибка

repo/db/txn-current-lock: Permission denied

исправить

chown apache:apache -R my_repo_root
person user1280545    schedule 03.10.2020