Продолжая предыдущий вопрос, в котором я получил отличный совет от LinuxDevOps, который я частично решил проигнорировать; случилось худшее, и я не знаю, почему и как расследовать причину.
У меня есть выделенный сервер под управлением Ubuntu Server 13.10.
У меня были некоторые обновления ядра, требующие перезагрузки, поэтому я оставил это на неделю, и в 2 часа ночи в субботу я перезагрузил с помощью sudo reboot -r now. Сервер больше не заработал. Я больше не мог подключиться по SSH или получить соединение с Apache по HTTP.
Мне пришлось вызвать центр обработки данных на помощь, так как я был заблокирован. Они вернулись с тем, что просто перезагрузили сервер, и все было в порядке, затем я снова был в сети.
Итак, теперь я узнал на собственном горьком опыте, и LinuxDevOps был прав, выделив жирным пункт номер 1 в своем ответе. Я воспринял это как маловероятную предосторожность, которую я мог пропустить...
Как я могу выяснить, что пошло не так?
На данный момент я не могу перезагрузить сервер снова, так как не могу гарантировать, что это не повторится.
Спасибо.
Apr 6 02:20:24 kernel: imklog 5.8.11, log source = /proc/kmsg started.
Apr 6 02:20:34 kernel: imklog 5.8.11, log source = /proc/kmsg started.
Apr 6 03:38:13 kernel: imklog 5.8.11, log source = /proc/kmsg started.
Apr 6 03:38:13 kernel: [ 0.000000] Initializing cgroup subsys cpuset
Apr 6 03:38:13 kernel: [ 0.000000] Initializing cgroup subsys cpu
Apr 6 03:38:13 kernel: [ 0.000000] Initializing cgroup subsys cpuacct
etc... normal startup
Итак, это показывает, что первые две записи выглядят для меня как попытка загрузки до определенной точки, а затем час спустя, когда центр обработки данных перезагрузил его, нормальный запуск. Это из /var/log/kern.log.
Спасибо.
решение1
Единственное, что вы можете сделать сейчас, это просмотреть ваши журналы на предмет информации, которая может иметь отношение к проблемам, с которыми вы столкнулись. Эм, вот и все.