Полуночный сервер вышел из строя, можно расшифровать логи
Прошлой ночью наш основной веб-сервер отключился, и в течение 3 минут syslog сошла с ума. Мне действительно трудно понять, действительно ли syslog показывает мои симптомы основной причины, или если есть информация о непосредственный причина. Может ли кто-нибудь понять это?
Сначала сообщения о фатальных ошибках:
Jun 15 23:27:04 ywpadmin systemd-udevd[513]: Process '/bin/sh -c 'echo 180 >/sys$DEVPATH/device/timeout'' failed with exit code 2.
Jun 15 23:27:04 ywpadmin systemd-udevd[513]: Process '/bin/sh -c 'echo 180 >/sys$DEVPATH/device/timeout'' failed with exit code 2.
Jun 15 23:27:04 ywpadmin systemd-udevd[505]: Process '/bin/sh -c 'echo 180 >/sys$DEVPATH/device/timeout'' failed with exit code 2.
Jun 15 23:27:04 ywpadmin systemd-udevd[514]: Process '/bin/sh -c 'echo 180 >/sys$DEVPATH/device/timeout'' failed with exit code 2.
Jun 15 23:27:04 ywpadmin systemd-udevd[508]: Process '/bin/sh -c 'echo 180 >/sys$DEVPATH/device/timeout'' failed with exit code 2.
Jun 15 23:27:04 ywpadmin rpcbind[856]: rpcbind: xdr_/run/rpcbind/rpcbind.xdr: failed
Jun 15 23:27:04 ywpadmin rpcbind[856]: rpcbind: xdr_/run/rpcbind/portmap.xdr: failed
Jun 15 23:27:04 ywpadmin kernel: [ 0.436467] pci 0000:00:17.4: BAR 13: no space for [io size 0x1000]
Jun 15 23:27:04 ywpadmin kernel: [ 0.431044] pci 0000:00:15.3: BAR 13: failed to assign [io size 0x1000]
-------------^^^ THIS ONE HAPPENED ABOUT 20 TIME
Jun 15 23:27:04 ywpadmin kernel: [ 2.499847] blk_update_request: I/O error, dev fd0, sector 0
Jun 15 23:27:04 ywpadmin kernel: [ 2.500273] floppy: error -5 while reading block 0
Jun 15 23:27:04 ywpadmin kernel: [ 5.933471] EXT4-fs (sda3): re-mounted. Opts: errors=remount-ro
Jun 15 23:27:05 ywpadmin sm-mta[1254]: gethostbyaddr(10.2.x.x) failed: 1
Я прилагаю полный журнал за эти несколько минут. Он обширен, но поэтому я ставлю на первое место фатальные ошибки. Это начало "ненормальности" в журналах вплоть до тех пор, пока я не принудительно перезагрузил сервер:
Меня это полностью сбивает с толку .. Все это, базовый веб-сервер ... Стоит упомянуть, что случайно /var/log/apache2/error.log был "хвостатым" tail -f error.log в течение длительного периода времени. Есть предположения?