Запустил новую систему аля корпоративное хранилище документов. Сервер 2х Xeon 2.4, 4 ГБ памяти. В тестированиии было все нормально, а под нагрузкой в базе посыпались вот такие бяки:

postgres 3271 0.0 0.1 173956 ? ? Z 22:42 0:00 [postmaster] <defunct>

Сыпятся в числе 2-3 на 200-300 соединений.
Никаких ошибок в логах не наблюдается, хотя режим выставлен "логить все".

Система написана на java, работет под JBOSS с драйвером постгреса 8.1.407.

Как бы и чем отследить почему вообще умирают процессы. В доках ничего не нашел о том, что Постгрес вообще хоть как-то диагностирует такие штуки.

Косвенным признаком жопы служит рост load avrg до 15-20....

ChameLe0n200-300 сединенией это при использовании пула соединений?

Это на 200-300 фактических соединений.
В пуленых висит около 50.

st_sergверсия пг, ос?

Debian 3.1
PostgreSQL 8.1.5

Funny_FalconА помоему не стоит волноваться, если всё работает.
Просто отвалился коннект, процесс коннекта закончил работу, а главный процесс еще не успел сделать wait (ведь нагрузка loadavg 15-20).

Нагрузка - это проблема, а зомби - нет (если, конечно, их количество не начинает резко расти)
Зомби - это часть posix работы с процессами.

Т.е. это просто те процессы которые не были вовремя закрыты, а не сдохли по тайм-ауту из-за каких-то внутренних ошибок?

Еще такой вопрос:

Может ли высокая загруженность сервера служить причиной того, что он не успевает отвечать на запросы - симптомы такие: в списке открытых коннектов бывает тусуется до 70-80 процессов в статусе IDLE, loadavrg дорастает до 20-30, а потом все нормально.... Процессы генерятся параллельно работающим с базой Apach+PHP. Своп не юзается, памяти Посгресу выделено нормально. Можно как-нить отследить кто тупит: клиент открывающий коннект, но не отправляющий запрос, или база не принимающая его из-за загрузки.. Других объяснений такого кол-ва процессов в статусе IDLE у меня нет...

PS: Только что наблюдал ~120 IDLE коннектов при нагрузке в 3, так что это скорее всего проблемы клиентов или сети...

Все таки проблема не дает покоя:
по десять раз поменял все возможные настойки в конфиге, но остаются те же кучи висящих в IDLE Постгрессов, а загрузка сервера при этом то 15-20, то не более 2-3. iostat говорит, что диск почти не юзается - по 200-300 кб/сек, ну 2-3 мб/сек макс. Клиентское же ПО дофига ждет ответов от базы, время выполнения банальных запросов типа SELECT * FROM table, по таблице в 10 тысяк записей - по 100-200 сек... Чо ваще с базой ? :) Первый раз такое вижу на Постгрессе хотя, работаю с ним уже лет 5.

Разделил схему на 2 Посгреса на разных серверах - часть осталась под Apache+PHP, другая под JBOSS. Посмотрим как будет себя вести.
Что же интересно делает такого JDBC-дравер, что так забивает других клиентов?

vmstat и top говорят, что все кеш зафигачен на 3 гига, и свап не юзается...
проц в момент 100 висящих IDLE не загружен - load avrg < 1.
Ситуация престранная, судя по всему тупят клиенты не отправляющие запросы...

Еще сделал логгинг запросов с длительностью > 1000 ms, потом прогоняю их из консоли - результататы по скорости отличаются в 10000 раз, т.е. по логам запрос идет 4000 ms, а из консоли - 0.4 ms... То ли база как-то очень медленно отдает данные клиенту, то ли канал соеденения жжот :)