dimon пишет:
Сервак на Pentium D 1.8. Ядро не SMP. ALT Linux. 2.6.11
kernel. RAID external Promise. RAID5. SCSI Adaptec Ultra Wide
сколько там, чип не помню на память.
Это дело ясное. Разобрались. Нету вопросов.
Дальше я просто буду генерировать идеи.
Поправляйте и дополняйте меня, кто пожелает.
Вот что с распределением памяти в момент пиковой загрузки? Хватает ли? Растет ли объем выделяемого
места в свопе? Тем же top'ом оценить можно. Т.к. Линукс, то своп в отдельном разделе. Вот только на
каком диске? На том же RAID? Если активно начинает использоваться своп, и база на том же физическом
диске (читай RAID), то возможны тормоза. Только сомнения меня грызут насчет того, что серверный
процесс будет загружен на 50% в случае затора в дисковой подсистеме.
Ну... В моем понимании это service firebird stop,
т.е. в конечном итоге fbmgr -shut.
Ну, можно было сначала попытаться gfix'ом базу в shutdown уложить хотя бы.
~45-50 клиентов. Все обычно, сутками так и
работает. В том то и дело, что было бы
что то неординарное, копали бы туда...
Что-то неординарное, однако же, случилось.
- fuser mydatabase.fdb посмотреть и наказать
Хорошо, буду иметь это ввиду.
Действительно не смотрел. Хотя чисто
теоретически должен был работать user
firebird.
Да, у тебя ж суперсервер... Это тебе не поможет.
Но ведь есть
netstat -tn
Им увидишь IP работающих с базой клиентов.
Далее идешь по этим клиентам и смотришь, че там да как.
Тем паче, что я так понял, что FB на 50% занял процессор и не собирается его
освобождать.
А косяков из-за самособранного FB не может возникнуть? Я вот всегда из rpm
устанавливаю...
--
Regards,
Ovchinnikov Vasily
ova at tkvc ru
