Nbackup и Fatal lock manager?

операционка 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 привела к следующему

Re: Nbackup и Fatal lock manager?

предложили подождать пока само рассосется, да и версия там 2.0.3, а шутки шутить про два гигабайта и 100 пользователей мне не хочется. мое решение, пока не будет ясно, что делать в такий случаях, программу nbackup использовать не рекомендую, разве уж кроме совсем экстремалов Я вот читаю

Re: Nbackup и Fatal lock manager?

Указал почти все, а архитектуру сервера я что-то не вижу. Классик или Супер? Дельта есть или нет? По сообщениям похоже, что бэкап сделался. По идее и новый мог бы пойти. При такой ошибке на 2.1 можно закрыть все коннекты и процессы (желательно мирно) и спокойно начать работать дальше. Конечно

Re: Nbackup и Fatal lock manager?

Ivanov E.P ... операционка 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 привела к следующему

Re: Nbackup и Fatal lock manager?

Roman-80 wrote: Указал почти все, а архитектуру сервера я что-то не вижу. Классик или Супер? Дельта есть или нет? По сообщениям похоже, что бэкап сделался. По идее и новый мог бы пойти. При такой ошибке на 2.1 можно закрыть все коннекты и процессы (желательно мирно) и спокойно начать

Re: Nbackup и Fatal lock manager?

On Fri, 03 Apr 2009 13:10:11 +0400, Ivanov E.P s...@cs.susu.ac.ru wrote: так как все бэкапы запускались по крону, то ситуация обнаружилась вечером через три часа и так как время было вечернее и обстановка нервная, то было предпринято самое простое, полный gbak и восстановление в другую

Re: Nbackup и Fatal lock manager?

WildSery wrote: Т.е. перевести базу в нормальный режим, чтобы она дельту приклеила, не догадались? Я с nbackup только пробовал разное, так что именно такого опыта нет, но всё же - если gbak такой БД делать, то он выполняется, и туда не попадает дельта? -- Сергей Смирнов. что

Временные таблицы 'on commit delete rows' и read-only транзакции

Привет! Вроде помню, что этот вопрос уже где-то поднимался, но не нашел и не помню чем закончилось... У меня есть селективная процедура, в которой набор данных строится сложным образом. Встала задача оптимизации производительности этой процедуры. Крутил процедуру по всякому, оптимизировал

Re: Временные таблицы 'on commit delete rows' и read-only транзакции

Yakov Hrebtov ... Нельзя ли разрешить изменения 'on commit delete rows'-таблиц в рамках RO-транзакции? На мой взгляд, это было бы полезно с практической точки зрения использования временных таблиц. Есть ли какие-то препятствия для реализации такой функциональности? Версионность в таких врем.

Re: Nbackup и Fatal lock manager?

Блин:) Настоящие герои всегда идут в обход. На оба поста отвечу. перед бэкапом сделали /opt/firebird/bin/gfix -shut -force 0 база а потом сняли по kill все процессы, что продолжали висеть, и как тут клиентам работать после такого? я так понимаю, kill -9, это уже не мирно? этого не делали. kill

Re: Nbackup и Fatal lock manager?

Roman-80 wrote: дак за такие эксперименты!!! ты тренируйся то на кошках, а не на живых базах. Этак ты их когда нить все равно брибьешь :) а то я не тренировался, как я могу сымитировать работу 100 пользователей и еще модификацию метаданных от 10 программистов? а вот в реальном режиме

Re: Nbackup и Fatal lock manager?

Не нужно сюда писать в HTML Хочу еще раз описать вопросы, которые являются ключевыми 1. Как определить аварийный код завершения nbackup -B, в доках про нее ничего не сказано об этом. Как обычно для всех утилит командной строки : 0 - нормальное завершение, всё остальное -