TortoiseSVN фиксирует ошибку: «Файл или каталог повреждены и не читаются», «Попытка записи базы данных только для чтения»

4911
JD Isaacks

Я использую svn черепахи в течение пары недель.

Я получаю ошибки очень часто. Почти все, что я делаю, создает ошибку. это происходит с репозиториями в Интернете, локально на моей машине или на машине в сети. Итак, я начал отслеживать. Некоторые примеры приведены ниже.

12/31/2010

Невозможно переместить 'C: \ Users \ jisaacks \ Desktop \ my branch test.svn \ tmp \ records' в 'C: \ Users \ jisaacks \ Desktop \ my branch test.svn \ records': файл или каталог повреждены и нечитабельно.

01/04/2011

Не удалось зафиксировать (подробности приведены ниже): сервер отправил неожиданное возвращаемое значение (метод 405 не разрешен) в ответ на запрос MKCOL для '/ svn / kranichs-svn /! Svn / wrk / b316f15e-0869-4644-9c53-87aa0103506b / branch'

01/06/2011

Невозможно переместить 'C: \ Users \ jisaacks \ Desktop \ DVD Catalog \ vendors.svn \ tmp \ records' в 'C: \ Users \ jisaacks \ Desktop \ DVD Catalog \ vendors.svn \ records': файл или каталог поврежден и нечитаем.

01/06/2011

Невозможно переместить 'C: \ Users \ jisaacks \ Desktop \ DVD Catalog \ торт \ tests \ test_app \ views \ layouts.svn \ tmp \ records' в 'C: \ Users \ jisaacks \ Desktop \ DVD каталог \ cake \ tests \ test_app \ views \ layouts.svn \ records ': файл или каталог повреждены и не читаются.

01/06/2011

Не удалось зафиксировать (подробности приведены ниже): попытка записи базы данных только для чтения попытка записи базы данных только для чтения

Последнее в базе данных только для чтения происходит каждый раз, когда я фиксирую. Скажите, работаю ли я над ревизией головы (7) в рабочей копии. Я делаю изменения и совершаю их. Это дает мне эту ошибку. Но если я посмотрю на журнал, он скажет мне, что сейчас есть ревизия 8 (только что сделанный коммит), но я все еще на седьмой ревизии, поэтому мне нужно запустить обновление, чтобы перейти к текущей ревизии, которую я только что зафиксировал. Я надеюсь, что я объяснил это ясно.

В любом случае, со всеми этими ошибками мне интересно ... Является ли ЦВН просто нестабильным, у всех есть эти проблемы. Или это только у меня так? Если бы только я, что я мог делать не так?

3
Что дает вам ошибки копирования? Похоже, Windows, а не черепаха. Если сервер выдает ошибки (405, запись в базу данных только для чтения), возможно, что-то не так. Nick T 13 лет назад 0
Вы используете Win7? Из [ServerFault вопрос] (http://serverfault.com/questions/72561/64-bit-tortoisesvn-on-windows-7-says-file-or-directory-is-corrupted-and-unreadab), по-видимому, Windows 7 имеет проблемы с копированием SVN каталогов. Исправление было выпущено некоторое время назад; ты обновился? Nick T 13 лет назад 1
@ Ник да, я нахожусь на win7, я обновлю свою версию TSVN и посмотрим, поможет ли это. Благодарю. JD Isaacks 13 лет назад 0
@Nick Я обновил свою версию TSVN, я не получаю сообщение об ошибке при фиксации, но мне все равно нужно обновить после коммита, чтобы быть на текущей ревизии, которую я только что создал. JD Isaacks 13 лет назад 0

3 ответа на вопрос

4
sebastianopilla

Я видел эту проблему на компьютере коллеги, оказалось, что именно Microsoft Security Essentials повреждает файлы, загруженные TortoiseSVN. Как только мы отключили его, проблема исчезла, и проверка SVN прошла нормально.

Я предлагаю временно отключить антивирус и попробовать еще раз.

Я попробую это на следующей неделе, когда наш системный администратор вернется в офис. Спасибо JD Isaacks 13 лет назад 0
1
Danny Schoemann

Сегодня я также получил следующую ошибку:

svn: E200031: attempt to write a readonly database 

Решение (найденное здесь ) состояло в том, чтобы перейти на сервер svn и исправить разрешения rep-cache.db в папке db проекта (например, /svn/my_project/db/rep-cache.db).

Обратите внимание, что rep-cache.db был скрыт от обычного ls, но был выставлен в FileZilla.

Следующие 2 команды решили проблему:

sudo chown root:root rep-cache.db sudo chmod 777 rep-cache.db 

Обратите внимание, что это не безопасные разрешения, но они сделали свое дело.

Интересно, что файл rep-cache.db, похоже, не существует в других наших проектах.

Спасибо! Получил эту же странную ошибку сегодня с редко используемым репо. Файл rep-cache.db принадлежал пользователю root: apache вместо apache: apache. Я изменил только владельца (не разрешения), и проблема ушла. Интересно, что мы могли фиксировать пустые, нулевые байтовые файлы, но файлы с любым содержимым были заблокированы с ошибкой «readyonly database». Mac 11 лет назад 0
0
user52573

I faced the same issue. After some searching on the internet found this article. Then realized that I was logged as a user different from the user that I had used to setup svn under, a permission issue basically.

Update: Adding more information so the answer is complete without the article too.

Basically, I had setup/installed the svn using root user and the default user on many linux systems is other than root. So when I logged into the system I was not root, hence I was getting the above issue. sudo su, was required to login as root and everything worked

Можете ли вы обобщить эту ссылку, чтобы, если она умрет, ваш ответ все еще был полезен? John Bensin 10 лет назад 1

Похожие вопросы