02.12.2011 15:05, reshetnyakvkt пишет:
Во всех случаях сервер установлен из rpm. Старый удалялся ч/з rpm -e, с перезагрузкой оси. Сама ось не висит, выполняет команды и т.д. А к серверу firebird не присоединится, все соединения уходят в никуда, т.е. висят без ответа на ошибку коннекта или другое.
А уже установленные на этот момент соединения продолжают работать? Или тоже виснут наглухо? Или прибиваются скриптом перед его подвисом?
Такой скипт после установки новой версии FB выполнялся дважды оба раза с печальным итогом.
А если убрать FOR-цикл с удаленным выполнением запросов, т.е. гасить только коннекты к своей базе?
Если будет работать, то проблема не в MON$, а в коннектах к другим базам, см. ниже.
Вот еще - на клиенте установлен снэпшот FB2.5.1.26353-0_win32.
Причем тут клиент? Версия клиентской библиотеки на это никак не влияет.
Суммарный объем файлов баз к которым применяется скрипт около 28Гб, могу предположить что дело может быть в попытке поднять их в память которой только 8Гб, и сервер уходит в глубокий своппинг.
Такое возможно, ведь EXECUTE STATEMENT не сразу закрывает свой коннект. Какой размер страничного кеша установлен для этих баз?
Хотя раньше такого не наблюдалось.
Может настройки какие-то менялись?
Не знаю что ещё добавить. Если скрипт работает у других
Точно такого же (с коннектами к другим базам) наверное ни у кого нет :-) А вот простой DELETE FROM MON$ATTACHMENTS есс-но работает.
Дмитрий