Получаем отчет о состоянии Linux сервера на почту

How-to
Что бы не делать простого копипаста саму заметку читаем тут – LogWatch – получем отчёт и анализ о состоянии сервера Linux по почте.
Тут напишу не большое дополнения, делать если лог файл отличается от стандартного, лежит не в
/var/log/, а в ином место. Например у меня несколько виртуальных хостов, и добавить для обработки логи apache для этих сайтов:
Читать дальше

Проверяем вахтенный журнал

Полезности
Узнайте, в каких журналах Ubuntu хранит важную системную информацию, по которой можно отследить причины системных ошибок и ошибок, возникающих при запуске системы.

Если вы используете систему достаточно долго, вам, в конце концов, придется войти в роль детектива. Возможно, вы добавили новое железо или подключили новое устройство, и не уверены, распознала ли его система. Может быть, вы обновили некоторую программу, и теперь она не работает должным образом. В любом случае, если вы хотите отследить, что на самом деле происходит внутри вашей системы Ubuntu, вам потребуется посмотреть журналы.

Обычная настольная система, даже когда в ней все в порядке, создает каждый день удивительно большое количество журналов. Когда вы подключаетесь к сети, подключаете новое устройство, входите в систему или выполняете ряд других вещей, система фиксирует ваши действия в журналах. Большинство системных журналов находятся в директории /var/log. Информация в некоторых журналах дублирует друг-друга; например, сообщения, идущие от демонов, будут отображаться как в журнале daemon.log, так и в журнале syslog. Вот некоторые из журналов, которые вы найдете в директории /var/log:


Читать дальше

Установка bindgraph

Руководство
Bindgraph (Биндграф) – утилита для построения графиков нагрузки на сервер имен(DNS) bind. Утилита довольно полезная. Например недавно была такая ситуация, что внезапно глобально по сети начались потери, при этом потери пакетов не было, но сайты, а эта проблема возникла только с открытием сайтов, открывались через раз, а то что открывалось было очень медленным. Сразу стало понятно, что проблема в DNS, а глянув на график, мы увидели резкий скачек, более чем в 10 раз числа запросов, причем по всем DNSам. Глянув в query.log увидели что ряд клиентов шлют запрос на получение MX-ов для одного и того же домена. Клиенты массово подхватили какой то троян, который и уложил DNSы. Соответственно клиентов предупредили, заблокировали, а проблема была решена в кратчайшие сроки. Не пришлось мучаться, выясняя в чем проблема.

Читать дальше