svn 1.7.8 база даних заблокована, не може бути звільнена

коли я біжу:

svn cleanup

Я отримую повідомлення про помилку:

svn: E200033: database is locked, executing statement 'RELEASE   s0'

або будь-яка інша команда для зміни DB, наприклад commit , update тощо.

Це на сервері linux, каталог - nfs.

Я можу перевірити ще одну версію та скопіювати свої зміни, але це є клопоту, і я думаю, ця помилка повернеться.

як це виправити в робочому каталозі, і чи є спосіб запобігти цьому?

р.с. в даний час немає процесів, можливо, Eclipse розбився посередині деякої дії.

44
Ви використовуєте файл або бібліотеку пам'яті Берега Берклі?
додано Автор Craig Ringer, джерело
@alroc Хороша точка. Замир, чи робочий каталог на NFS? Оскільки SQLite + NFS = потенціал для kaboom.
додано Автор Craig Ringer, джерело
@CraigRinger не має значення; це помилка клієнта (робочої копії), яка використовує SQLite у комбінації з файловою системою.
додано Автор alroc, джерело
Чому це позначено PostgreSQL?
додано Автор Denis de Bernardy, джерело
Я був під враженням, що це Postgre, я думаю, це SQLLite, я використовую NFS, так що немає нічого?
додано Автор Redbud201, джерело

9 Відповіді

Це допомогло мені вирішити проблему (підривна 1.7.10):

$ cd /my/repository/.svn
$ mv wc.db wc.db.old
$ sqlite3 wc.db.old
sqlite> .backup main wc.db
sqlite> .exit

Переконавшись, що він працює, ви можете видалити wc.db.old.

See also: http://technosophos.com/content/sqlite-database-locked-error-and-unlocking-database

67
додано
У моєму випадку це не допомогло. Мені довелося зупинити rcp.statd на цільовій машині, щоб знову зробити роботу з блокуванням NFS.
додано Автор Michael-O, джерело
МВ команда не працює для мене. Якщо це було так, я міг би mv оригінальний каталог робочої копії. не один .вв.
додано Автор thanos.a, джерело
Страшне рішення для страшної проблеми. І той, хто ще один раз на рік від'їжджає.
додано Автор lewsid, джерело

В windows я вбив процес TSVNCache.exe , що мені допомогло.

50
додано
Мені довелося вбити explorer.exe , оскільки я виявив, що він заблокував .svn/wc.db. Використовувався цей інструмент у вікнах. technet.microsoft.com/en-us/sysinternals/bb896653.aspx
додано Автор Damodar Bashyal, джерело
додатково закритий intelliJ + йде за процедурою @VictorFernandez
додано Автор bernard paulus, джерело
Я вбив це, але дБ все ще був замкнений.
додано Автор thanos.a, джерело
Вбивство TSVNCache.exe допомогло мені, але не повністю вирішило проблему. svn cleanup з командного рядка завершив роботу (але не перед тим, як вбити процес).
додано Автор cp.engr, джерело

іноді svn продовжує працювати в IDE (якщо svn налаштований в IDE) і блокує файли svn. закрийте свою IDE, а потім виконайте очищення. або скористайтеся простим способом перезавантажте комп'ютер, а потім виконайте очищення.

5
додано

Використовуйте

svn resolved -R .

Якщо ви все ще бачите проблеми, перейдіть на один рівень і виконайте ту саму команду.

3
додано

Наступні кроки працювали для мене.

  1. Закрийте всі відкриті для цього репо файли в інших блокнотах/затіненнях
  2. запустити svn cleanup
  3. запустити svn.
3
додано

Якщо ви позначаєте і випускаєте через NetBeans

Будь ласка, змініть шлях до встановленого svn у вашій IDE

enter image description here

1
додано

Можливі альтернативні рішення:

Про Linux: моя проблема полягає в тому, що в окремому вікні я виконав:

svn stat | ^? | less

Тепер проблема полягала в тому, що я мав напис " grep ^? ", тому, звичайно, відразу надруковано повідомлення про помилку. АЛЕ " less " все ще чекає введення, і тому " svn stat " все ще активний. Як тільки я вбив цей процес, " svn update " знову працював.

Тому перевірте запущені процеси, переконайтеся, що у вас немає інших команд " svn " або інших процесів, які мають доступ до бази даних svn, яка, можливо, заблокувала його.

1
додано

Ніхто з перелічених вище не працював для мене в системі Windows, мені довелося перезапустити службу SVN, щоб очистити блокування бази даних, а потім запустити очищення на гілці, і все працювало тоді.

0
додано

Як я вирішив цю проблему для мене, це те, що я перевстановив TortoiseSVN версію 1.9.2. У процесі цього я повинен був вимкнути процеси Explorer, Eclipse (використовуючи робочу область svn), TortoiseSVN, SQL Dev, Notepad ++ ...

Тому, можливо, це було щось із перезавантаженням цих процесів, які вирішили проблему або перевстановити TortoiseSVN.

0
додано