Есть сервер под ASPLinux 9.2 и InterBase SS 7.1SP2 (купленный анлим и два проца), на нем крутится база (мег 600) на которой работает бухгалтерия, склады, кадры, зарплата и т.д. так вот в определенный момент база виснет - существующие коннекты рвытся и подключиться нельзя(чтобы посмотреть временные таблицы). при попытке снять процессы все кроме одного снимаются, а один остается и помогает только перезагрузка. Так вот вопрос - как узнать кто сидел в зависшем процессе т.е. айпишник , если пид процесса на сервере известен.

да я уже посмотрел в netstat -p все айпишники висят на одном пиде, а встречный вопрос - где взять ib 7.1SP2 Classic? а то на фирменном диске внутри CS.rpm почему-то не было самого ibserver'а , а только всякие gfix'ы и gback'и

а за каким ... они тогда кладут CS.rpm?

ну а что делать - то ? а то у меня от постоянных перезагрузок винт вчера полетел, пришлось переставляться на новый до 7 вечера и сегодня с утра опять словил то же самое и shutdown -r не помогает - говорит, что корень занят, давлю reset, а это уже вообще безобразие!

а как, если после перезагрузки в них уже ничего нет, а когда повисло то не приконнектишся чтобы посмотреть что происходит. мож какой триггер написать только вопрос - какой?
все на сегодня - пошел домой.

самое смешное, что это я уже пытался делать и обнаружил, что эти таблицы чистятся и заполняются 2 раза в минуту в общем после получаса работы имел лог охрененной величины (50 юзеров х 2 х30 х кучу запросов каждого)

visкоманда kill не спасает?
команда kill не спасает - процесс остается живее всех живых, хотя процессор не занимает, скромненько так себе висит и не убивается.

svtechа если виноват сервер то тут всё по порядку перебирать нужно, начиная с самой ib и заканчивая железом
насчет железа мысль конечно хорошая - как-то по зиме у меня зависал сервак при возрастании нагрузки (но он зависал весь вместе с операционкой) выяснилось, что на втором процессоре полетел вентилятор и пока нагрузка была маленькая и справлялся один проц все было нормально, а как только - так сразу. ну это мы победили :-)

не было случая проверить, но теперь проверил - kill -9 тоже не спасает, а вот статус процесса посмотреть забыл, подождем следующего раза :-(

до кучи еще косяк - при хотя бы одном коннекте shutdown уводит базу в даун но вешает серверный процесс занимая процессор на 100% (kill'ом убивается)

alex777Посмотреть статус процесса мона top
я в курсе, просто забыл посмотреть
alex777что значить при shutdown хотябы с одним конектом уводит всю базу в даун ?
когда делаешь gfix -shut и есть коннекты к базе, то она уходит в даун, НО interbase вешается и занимает процессор на 100%, лечится только убиванием interbase