Зависание процессов classic на linux
-
- Сообщения: 14
- Зарегистрирован: 01 ноя 2005, 14:32
По внешним признакам у нас та же проблема что и у victor3000. Используем linux rhel 4 rhel 5 centos 5. fb 2.01. постоянных коннектов 50-70. Размер базы ~ 1 гиг Временно выходим из ситуации скриптом, который по cron запускает fb_lock_print ищет те процессы у которых blocks и убивает их . Не системно конеш но другого выхода пока не нашли.
Мало того, что не системно, так ещё и пальцем в небоveark писал(а):По внешним признакам у нас та же проблема что и у victor3000. Используем linux rhel 4 rhel 5 centos 5. fb 2.01. постоянных коннектов 50-70. Размер базы ~ 1 гиг Временно выходим из ситуации скриптом, который по cron запускает fb_lock_print ищет те процессы у которых blocks и убивает их . Не системно конеш но другого выхода пока не нашли.
Re: Зависание процессов classic на linux
поднимаю тему - после перечитывания топика проблема у меня на 90% такаяже как у victor3000.
до 03.01.2009 работало на двухядернике P4
Firebird 1.5.4 Debian 4 kernel 2.6
для решения проблемы заменил все:
Новый комп Core Duo
Firebird 2.1 UbuntuServer 8.10 kernel 2.6
программа - служба такси, 6-13 одновременных коннектов, одновременная работа всех операторов в паре-тройке таблиц основных таблиц.
на любое действие в таблице - update insert delete - генерится event по которому соседние клиенты обновляют данные.
зависает один из процссов - (но реже чем у victor3000 - у меня где то раз в месяц но обычно в неудобное время - или меня в городе нет или выходной или ночь - сегодня в 03:12 зависло)
развесил убиванием процесса с block(1).
netstat однако процесса с таким пидом не показал
в логах системы пусто
в логах firebird примерно в это время ошибка 104
прошу совета как закрыть проблему?
только Superсервером?
насколько я понял проблему victor3000 озвучил пару лет назад но видать действительно редкая - не решена и не воспроизводима.
готов предоставить гуру доступ на сервак если зависнет в разумное время. только зависает зараза редко
до 03.01.2009 работало на двухядернике P4
Firebird 1.5.4 Debian 4 kernel 2.6
для решения проблемы заменил все:
Новый комп Core Duo
Firebird 2.1 UbuntuServer 8.10 kernel 2.6
программа - служба такси, 6-13 одновременных коннектов, одновременная работа всех операторов в паре-тройке таблиц основных таблиц.
на любое действие в таблице - update insert delete - генерится event по которому соседние клиенты обновляют данные.
зависает один из процссов - (но реже чем у victor3000 - у меня где то раз в месяц но обычно в неудобное время - или меня в городе нет или выходной или ночь - сегодня в 03:12 зависло)
развесил убиванием процесса с block(1).
netstat однако процесса с таким пидом не показал
в логах системы пусто
в логах firebird примерно в это время ошибка 104
прошу совета как закрыть проблему?
только Superсервером?
насколько я понял проблему victor3000 озвучил пару лет назад но видать действительно редкая - не решена и не воспроизводима.
готов предоставить гуру доступ на сервак если зависнет в разумное время. только зависает зараза редко
Re: Зависание процессов classic на linux
проблема должна быть решена в 2.5. В предыдущие версии портировать не представляется возможным, к сожалению.
Re: Зависание процессов classic на linux
когда будет 2.5 стабильный? хотя бы ориентировочно?
Re: Зависание процессов classic на linux
как продержаться до весны - хозяин злой - ругается ....
если проблема известна - опишите в каком случае она образуется....
может, какие то конструкции SQL не использовать или сделать меньше eventов или каждые 4 часа программу перезапускать.....
винду ставить - 100% поможет?
если проблема известна - опишите в каком случае она образуется....
может, какие то конструкции SQL не использовать или сделать меньше eventов или каждые 4 часа программу перезапускать.....
винду ставить - 100% поможет?
Re: Зависание процессов classic на linux
Насколько я помню причину, её объяснение тебе не поможет IIRC, если во время доставки AST'а идёт отправка event'а, может возникнуть дедлок...
Так что, если я правильно помню, сейчас поможет только супер. Не вижу причин его не использовать для
Так что, если я правильно помню, сейчас поможет только супер. Не вижу причин его не использовать для
6-13 одновременных коннектов
Re: Зависание процессов classic на linux
переход на винду тоже должен помочь