Подтвердить что ты не робот

Ошибка SVN Commit (не может выполнять атомарную операцию)

Все работало нормально, когда внезапно я получаю

svn: Commit failed (details follow):
svn: Couldn't perform atomic initialization

В чем проблема?

Я использую "projectlocker" (http://projectlocker.com/)

ОС: Ubuntu10.04

4b9b3361

Ответ 1

Странно, он начал работать нормально, примерно через 15 минут.

Я ничего не делал.

Ответ 2

В моем случае это было связано с тем, что раздел, который был установлен svn, был заполнен.

Ответ 3

Убедитесь, что на вашем жестком диске SVN Server есть место!

Я заметил такое же поведение. Подожди пару минут, потом все заработало Но это не всегда решало проблему. Посмотрев на наш сервер SVN, мы обнаружили, что один из разделов (тот, на котором был сервер) заполнен мелом.

Я велел нашему IT-специалисту убирать часть пространства, и после этого все работало хорошо и гладко.

Ответ 4

Я столкнулся с подобной проблемой.

Причина - файловая система стала доступна только для чтения. fix - перезагрузите сервер

Ответ 5

В моем случае это было вызвано тем фактом, что apache загружал модуль libphp5 до mod_dav_svn и mod_authz_svn. Проблема в том, что Apache загружает реализацию libsqlite, включенную в libphp5. Таким образом, сначала загрузите LoadModule dav_svn_module и LoadModule authz_svn_module перед LoadModule php5_module в свой httpd.conf. Это сработало для меня.

Ответ 6

Такая же проблема.

Были проблемы с PROPPATCH и атомарной инициализацией.

Файловая система в порядке.

ИСПРАВЛЕНИЕ: перезапустите демон apache.

Ответ 7

Я столкнулся с той же проблемой, но моя была из-за недостаточных прав доступа к папке /tmp которая будет использоваться SVN при создании коммита.

Когда я проверял журнал ошибок apache /var/log/apache2/error.log я увидел [Thu Aug 16 13:46:39.498037 2018] [:error] [pid 78] [client 172.16.50.6:60010] Couldn't perform atomic initialization [500, #200029] [Thu Aug 16 13:46:39.498043 2018] [:error] [pid 78] [client 172.16.50.6:60010] Can't find a temporary directory: Internal error [500, #20014] Поэтому, если кто-то увидит эти журналы в журнале ошибок сервера Apache, это может быть той же причиной, что и моя. После изменения права доступа my /tmp на 777 проблема исчезает.