Файлы Daemon.log/Syslog, массово рассылаемые с информацией DHCP
У меня есть VPS Linux, вплоть до которого это хорошо работало в течение 5 месяцев теперь, приблизительно несколько дней назад. Я получаю еженедельные отчеты о своем сервере, и о 01.03.2016, я использовал 4 ГБ пространства со свободными 16 ГБ (общее количество на 20 ГБ). Вчера я получил отчет, говоря, что я использовал 20 ГБ со свободным 0gb.
Я даже не внес изменение на своем VPS с 24.12.2015, я был слишком занят работой.
Мой файл системного журнала становится массово разосланным с:
Jan 13 08:41:08 web01 ifup[354]: /sbin/dhclient-script: 28: .: Can't open /usr/share/sendmail/dynamic
Jan 13 08:41:08 web01 dhclient: DHCPDECLINE on eth0 to 255.255.255.255 port 67
Jan 13 08:41:08 web01 dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3
Jan 13 08:41:08 web01 ifup[354]: DHCPDECLINE on eth0 to 255.255.255.255 port 67
Jan 13 08:41:08 web01 ifup[354]: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3
Jan 13 08:41:08 web01 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Jan 13 08:41:08 web01 dhclient: DHCPOFFER from 169.254.169.254
Jan 13 08:41:08 web01 ifup[354]: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Jan 13 08:41:08 web01 ifup[354]: DHCPOFFER from 169.254.169.254
Jan 13 08:41:08 web01 dhclient: DHCPACK from 169.254.169.254
Jan 13 08:41:08 web01 ifup[354]: DHCPACK from 169.254.169.254
Jan 13 08:41:08 web01 ifup[354]: RTNETLINK answers: File exists
Вчера вечером я очистил его, проверил его этим утром, и это имеет: 1 084 162 664 строки повторенного, приблизительно 4 раза каждую секунду.
Мой файл daemon.log становится массово разосланным с тем же самым кодом, той же суммой времен, таким образом, оба файла являются 1 миллиардом строк долго, который использует 9 ГБ до сих пор, и ее медленно восхождение.
У меня нет проблем SSHing на сервер, мой веб-сайт все еще хорошо работает, webmin работы, таким образом, он не отбрасывает Интернет.
Я говорил со своей поддержкой клиентов VPS, и они требуют:
"Спасибо за Ваш запрос. Похоже, что это - Ваш VPS, который отправляет DHCPDECLINE, не наш сервер DHCP".
Я не внес изменений за 3 недели, и единственные изменения, которые сделали в течение прошлых 2 недель, когда хост VPS, перезапущенный мое должное VPS к ошибкам на моем узле.
Я выполнил некоторые команды для получения некоторой статистики для Вас парни или конфигурации, но у меня нет подсказки, что работать :( Я - общий новичок.
Какая-либо идея, что могло вызывать это? Поиск с помощью Google не помог вообще :(
3 ответа
Если решение состоит в том, чтобы чисто произвести чистку sendmail, Вы, возможно, должны были бы удалить другие sendmail пакеты как так:
$ sudo apt-get purge sendmail sendmail-base sendmail-bin
или
$ sudo apt-get purge sendmail*
Затем можно попытаться включить интерфейс снова:
$ sudo ifup interface-name
sendmail имел отношение, сообщения об ошибках должны были исчезнуть.
, Если Вам все еще нужно sendmail, можно переустановить:
$ sudo apt-get install sendmail sendmail-base sendmail-bin
$ sudo sendmailconfig
$ # you can say yes to all the questions and restart your http server
$ sudo service apache2 restart
Для любых будущих читателей, которые приехали сюда поиском Google:
У меня была та же проблема. Это, кажется, вызывается сценарием /etc/dhcp/dhclient-exit-hooks.d/sendmail, это пытается получить доступ к файлу /usr/share/sendmail/dynamic это не может существовать, вызывая ошибку и по-видимому бесконечный цикл перезапуска dhclient.
В моем случае, после удаления sendmail склонного пакета, кажется, пропустил к очистке /etc/dhcp/dhclient-exit-hooks.d/sendmail сценарий.
Так также rm /etc/dhcp/dhclient-exit-hooks.d/sendmail или mkdir -p /usr/share/sendmail && touch /usr/share/sendmail/dynamic, может зафиксировать его для Вас (в зависимости от того, если Вы хотите сохранить sendmail или не).
править: кредиты переходят к luchonacho для нахождения причины, просто требуемой для добавления некоторого разъяснения
Имел ту же проблему на RaspberryPi. Питание с ним в течение многих часов. Найденный несколькими лакомыми кусочками в моих журналах, предполагая, что sendmail был так или иначе перепутан в проблеме и затем наконец найден это сообщение.
Я закончил тем, что делал "sudo склонный - получают чистку sendmail*", и это наконец зафиксировало ее.