Временами умирает при ребуте (Временами умирает при ребуте. По сети нет доступа.)

[Sergei A]

FreeBSD 6.0 i386

Иногда зависает - в чем причина никак не пойму.
Если вызвать shutdown -r now, то при перезагрузке иногда все проходит нормально, а иногда перезагружается, но по сети не доступен.

В последнее время временами не доступен по сети после самопризовольного ребута.
Последнее что выводлось в messages перед самопроизваольным ребутом и после того как ребут произошел:

Apr 26 10:48:19 localhost amavis[20537]: (20537-04) Blocked SPAM, [xxx.xx.xxx.xx] [xxx.xx.xxx.xx] <sxxx@xxxcom> -> <xx@xxx.xx>, quarantine: spam-iu
Apr 26 10:51:04 localhost syslogd: kernel boot file is /boot/kernel/kernel

.........
Apr 26 10:51:18 localhost kernel: re0: link state changed to DOWN
Apr 26 10:51:22 localhost kernel: re0: link state changed to UP
......
Apr 26 10:52:17 localhost fsck: /dev/da0s1e: Reclaimed: 0 directories, -1 files, 0 fragments
Apr 26 10:52:17 localhost fsck: /dev/da0s1e: 33 files, 107156 used, 399331 free (43 frags, 49911 blocks, 0.0% fragmentation)
Apr 26 10:54:02 localhost fsck: /dev/da0s1f: INCORRECT BLOCK COUNT I=23830 (429376 should be 429344) (CORRECTED)
Apr 26 10:54:02 localhost fsck: /dev/da0s1f: Reclaimed: 0 directories, 0 files, 8 fragments
.......
Apr 26 11:00:00 localhost newsyslog[761]: logfile turned over due to size>100K
Apr 26 11:08:32 localhost postfix/smtp[827]: fatal: mysql:/usr/local/etc/postfix/sql/transport.cf(0,100): table lookup problem
Apr 26 11:24:35 localhost postfix/trivial-rewrite[921]: fatal: mysql:/usr/local/etc/postfix/sql/aliases.cf(0,100): table lookup problem


Как узнать чем был вызван ребут?
Вроде Apr 26 10:51:22, сеть поднялась - почему недоступен тогда?
Куда копать?

Спасибо.

[Aquarius]

самое реальное, что мне представляется (сам ничего подобного не делал) - это поднять консоль через последовательный/параллельный порт, поставить рядом банку, соединить их нуль-модемом и писать на второй банки с консоли в файл ... ну или просто пожить перед консолью

[Sergei A]

самое реальное, что мне представляется (сам ничего подобного не делал) - это поднять консоль через последовательный/параллельный порт, поставить рядом банку, соединить их нуль-модемом и писать на второй банки с консоли в файл ... ну или просто пожить перед консолью

К сожалению, данный вариант не подходит. У меня нет физ. доступа к серверу.

Может есть какие то известные причины?
Никак не пойму почему он не досутпен в сети. Из логов следует
Apr 26 10:51:22 localhost kernel: re0: link state changed to UP. Или это не о чем не должно говорить?

Ну с перезагрузкой то черт с ним. Никак не пойму почему сеть временами не поднимается, вот что очень важно на данный момент.

Может подскажите куда еще копнуть?

[Sergei A]

Похоже дело в MySQL.
Mysql стартует при загрузке системы. Если сисетма была не нормально зашатдаунена, то возникает след ситуация: mysql не может запуститься, в итоге не запускается еще несколько сервисов. И ined не запускается - в результате нет сети.

Посоветуйте что с ним mysql сделать? Можно ли как то заставить работать сеть если какой из сервисов в rc.conf завершился с fatal error.

Прошу прощения что несколько сумбурно.

060428 18:01:13 mysqld started
060428 18:01:14 InnoDB: Started; log sequence number 0 45645
/usr/local/libexec/mysqld: ready for connections.
Version: '4.1.18-log' socket: '/tmp/mysql.sock' port: 3306 FreeBSD port: mysql-server-4.1.18_2
mysqld got signal 10;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
We will try our best to scrape up some info that will hopefully help diagnose
the problem, but since we have already crashed, something is definitely wrong
and this may fail.

key_buffer_size=16777216
read_buffer_size=258048
max_used_connections=101
max_connections=100
threads_connected=4
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections = 92783 K
bytes of memory
Hope that's ok; if not, decrease some variables in the equation

[Sergei A]

Спасибо.

Проблему решил.
Дело оказалось в libpthread 6 ке бсд.

Варианта решения было два -
1) скомпелировать MySQL с поддержкой linuxthread.
2) накатить патч на libpthread.


Я выбрал второй. Сутки прошли - пока полет нормальный.