Я видел это прежде, когда плата RAID разложилась, и файл журнала ext3 не мог быть записан в. В той точке ядро отметило корневой FS, только для чтения, и не позволит этому возвращаться.
Ничто не было зарегистрировано об этом из-за курса, / FS var был на том же диске и также RO. dmesg
, однако, был рад сказать нам о проблеме. Так, можете Вы делать a dmesg
и скажите нам о выводе?
В нашем случае единственная фиксация была к циклу включения и выключения питания для пробуждения платы RAID, затем перезагрузка от спасательных медиа и fsck файловая система.
Отключить службу SMTP.
Перезагрузить сервер.
Удалить сообщения.
Установить службу SMTP на автоматический.
Запустить службу SMTP.
Хотя мне не удалось очистить очередь вручную, разговор с нашим хостом, убивающий процесс inetinfo.exe, вывел бы службу из состояния остановки. Хотя они и проинформировали меня, что это тот же процесс, который используется службой администратора IIS, но машина, на которой это было, не было проблемой.
Это вывело его из состояния остановки.
В нем все еще есть элементы. очередь, но я думаю, что они поставлены в очередь только потому, что они вообще не будут отправлять, и, возможно, через некоторое время они попадут в плохую почту.
Это определенно отправка электронной почты сейчас, поскольку я вижу, как они проходят самовывоз.
Так что я не уверен на 100%, отправлял ли я электронную почту раньше, поскольку очередь, похоже, не повлияла на это. Но удаление inetinfo.exe вывело службу из состояния остановки.