>>Опять контроллер?
>
>Второй раз за неделю (с 2003 года работало без перебоев) глючит Adaptec
>2940 Ultra2 SCSI adapter, на консоль кидает "Dump Card State" и
>система повисает, пинги есть, TCP соединения не устанавливаются.
>
>Если мягко ребутнуть - пропадает один из 4 дисков, если выключить и
>
>включить - поднимается нормально.
>
>Как показало сегодняшнее зависание - это не случаность, а что-то более
>серьезное. Сейчас попрошу посмотреть на предмет перегрева, запыленности и
>состояния шлейфов.
>
>Интересно, что виснет когда загруженность минимальна, вечером. Такое
>впечатление, что днем перегревается, а когда начинает остывать - падает.
>
>До этого иногда в логе всплывали "Dump Card State" SCSI контроллера, но
>
>он ресетил себя и продолжал работу в нормальном режиме. Один раз после
>
>мягкого ребута при обновлении системы, машина не загрузилась, встав на
>этапе детекта дисков. Передергивание по питанию - помогло.
>
>Ковыряю последний вздох системы:
>May 16 21:19:17 opennet /kernel: opennet /kernel: ahc0:A:2: no active SCB for
>reconnecting target - issuing BUS DEVICE RESET
>May 16 21:19:17 opennet /kernel: opennet /kernel: (da1:ahc0:0:2:0): SCB 0x5f - timed
>out
>May 16 21:19:17 opennet /kernel: nread: 0, reqpage: 0, pindex: 31, pcount:
>2
>May 16 21:19:17 opennet /kernel: vm_fault: pager read error, pid 55507 (cleanup)
>
>May 16 21:19:17 opennet /kernel: pid 55507 (cleanup), uid 0: exited on
>signal 11
>May 16 21:19:17 opennet /kernel: (da1:ahc0:0:2:0): Invalidating pack
>May 16 21:19:29 opennet last message repeated 7 times
>May 16 21:19:29 opennet /kernel: vm_fault: pager read error, pid 55280 (postgres)
>
>May 16 21:19:30 opennet /kernel: pid 55280 (postgres), uid 1005: exited on
>signal 11 (core dumped)
>May 16 21:19:32 opennet /kernel: (da1:ahc0:0:2:0): Invalidating pack
>May 16 21:19:34 opennet /kernel: pid 649 (postgres), uid 1005: exited on
>signal 6 (core dumped)
>
>Вырисовывается интересная картина: ругается всегда на da1 (раньше тоже на нем вылетало)
>и идет ругань от VM  (возможно это обусловлено, тем что
>на da1 база postgresql, поэтому он и вылетает по sig11). Тесты
>через smarttools на da1 ошибок или проблем не находят.

н-да..., в дополнение к переписке:

- проблема в винте da1 (хотя ты бы в логах ошибки увидел...)
- если проблема с винтом, тогда если swap на da1 то ошибки VM объясними
- ну про то что signal11 частенько память грешит ты и сам знаешь

Тут надо бы послушать есть звуки от диска, да... по хорошему взять бы память и диск на замену и после замены посмотреть РЕЗУЛЬТАТ, если
все повторятся - ВСЕ это можно отсечь и думать дальше...

Я тут интересные мысли вычитал Скота Лонга, он писал что такое бывает
в сочетании определенных старых firmware Adaptec'ов и firmware Seagate дисков. Но это сразу бы вылезло, а у тебя уже давно работает

>Как показало сегодняшнее зависание - это не случаность, а что-то более
>серьезное. Сейчас попрошу посмотреть на предмет перегрева, запыленности и
>состояния шлейфов.
Скорее всего это оно. А с контроллером засада: посмотрел на pricr.ru нет таких уже...

>До этого иногда в логе всплывали "Dump Card State" SCSI контроллера, но
>он ресетил себя и продолжал работу в нормальном режиме. Один раз после
>мягкого ребута при обновлении системы, машина не загрузилась, встав на
>этапе детекта дисков. Передергивание по питанию - помогло.

Скорее всего нужно менять диски. Попробуйте их проверить утилитой от Seagate:
http://www.seagate.com/support/seatools/seatoold_reg.html
Там есть версия в виде бутабельного ISO имиджа.

>У вас давно эта сетка ? Она у нас в черном списке
>сеток с особо высокой активностью спама. При занесении, робот по RIPE
>базе пропускает IP стран СНГ, похоже, что сетка в черный список
>попала из-за того, что раньше на ней dialup висел.

У меня она с июля 2003 года. Насколько помню, этот сегмент раньше висел за какой-то буржуйской конторой. Потом его отдали в руки Укртелекома. Но мой ip нигде не светился со спамом-я сам спамеров постоянно баню :-) Тем более, у меня выделенка.