операционка Linux 2.6.11-6mdk smp #1 SMP Intel(R) Xeon(TM) CPU 3.60GHz база version LI-V2.1.1.17910 Firebird 2.1 при выполнении nbackup 2 уровня произошел сбой Fatal lock manager error: invalid lock id (0), errno: 22
естественно следующая попытка nbackup привела к следующему сообщению unsuccessful metadata update -Database is already in the physical backup mode Failure: Database error [ PROBLEM ON "begin backup". SQLCODE:-607 ] так как все бэкапы запускались по крону, то ситуация обнаружилась вечером через три часа и так как время было вечернее и обстановка нервная, то было предпринято самое простое, полный gbak и восстановление в другую базу, после восстановления обнаружилось, что данные в базе до сбоя... мне вот интересно, какая должна быть последовательность действий при этой ошибке, она, я смотрю, появляется не первый раз, а внятного описания, что нужно делать при этом я не нашел, я да же не понял, из-за чего произошла эта ошибка, а еще раз эксперементировать на живой базе мне не хочется вот в посте http://www.nabble.com/NBackup-td21951144.html#a21951144 NBackup на простой вопрос ...но файл дельты в 30 мегов лежит и как мне определить что в нем и вернулись ли эти данные в саму базу. Если произшло нарушение целостности, то как восстановить? предложили подождать пока само рассосется, да и версия там 2.0.3, а шутки шутить про два гигабайта и 100 пользователей мне не хочется. мое решение, пока не будет ясно, что делать в такий случаях, программу nbackup использовать не рекомендую, разве уж кроме совсем экстремалов Thanks in advance, Евгений -- View this message in context: http://www.nabble.com/Nbackup-%D0%B8-Fatal-lock-manager--tp22864712p22864712.html Sent from the firebird-russian mailing list archive at Nabble.com.
