Заббикс установил где то месяц назад, все работало исправно, вчера перестали приходить данные. Подскажите новичку что в первую очередь и где смотреть? Руки прямые, но опыта в настройке линукса нет.
-
-
привет!
сам сервис запущен? -
Прошу прощения что не закрыл топик. Покурив форумы в конфиге заббикса раскомментировал строку ValueCacheSize=8M. Проблема ушла.
Теперь другая проблема в дашборде: Zabbix server Free disk space is less than 20% on volume /
места виртуального добавить не проблема, вот как правильно расширить в убунте, а лучше как правильно ограничить размер логов было бы ценно в данной ситуации.Comment
-
я расширил с помощью live cd, в принципе это можно сделать многими утилитами.
под размером логов ты имел в виду элементы данных? если да, то в шаблонахComment
-
У вас готовое решение?
Документацию посмотрите. Прям ваш случай подробно описан.
У вас скорей всего не логи место занимают, а "данные истории мониторинга". Тут история такая: логи это просто текстовые файлы, их можно смело удалить и они сами новые создадутся после рестарта приложения, которое их пишет (в общем случае ребута виртуалки достаточно). Лежат они обычно в /var/log и никаких проблем не доставляют. (а в новых ОС живут в journald и обычно живут до перезагрузки). Проверить размер этой директории: du -sh /var/log
А вот история мониторинга живет в mysql и удалить ее просто так нельзя (проверить размер - "du -sh /var/lib/mysql").
Нужно либо :
1) Настраивать время хранения истории (смотрите документацию, можно как по отдельным айтемам делать, так и глобально) и не хранить много истории (если нужно - храните тренды) и настроить housekeeper (раздел "Очистка истории").
После того как историю почистите - размер занимаемых данных не уменьшиться, ибо Innodb (это такой движок у mysql, по моему именно он должен использоваться в готовом решении) его не отдает обратно, нужно делать dump\restore (в перконе я делаю "ALTER TABLE <table_name> ENGINE='InnoDB';", но вам советую сначала разобраться и попробовать на тестовых БД, прежде чем на боевом альтеры фигачить. Там нужно достаточно много места свободного иметь).
либо 2) Настроить партиционирование mysql (тема вообще "отдельно-большая", на форуме обсуждалось и не раз.
В итоге: либо начинайте плотное знакомство с администрированием mysql, либо позовите вашего DBA
Comment
-
Спасибо за "разжеванный" ответ. Вопрос закрыт.У вас готовое решение?
Документацию посмотрите. Прям ваш случай подробно описан.
У вас скорей всего не логи место занимают, а "данные истории мониторинга". Тут история такая: логи это просто текстовые файлы, их можно смело удалить и они сами новые создадутся после рестарта приложения, которое их пишет (в общем случае ребута виртуалки достаточно). Лежат они обычно в /var/log и никаких проблем не доставляют. (а в новых ОС живут в journald и обычно живут до перезагрузки). Проверить размер этой директории: Du -sh /var/log
А вот история мониторинга живет в mysql и удалить ее просто так нельзя (проверить размер - "du -sh /var/lib/mysql").
Нужно либо :
1) Настраивать время хранения истории (смотрите документацию, можно как по отдельным айтемам делать, так и глобально) и не хранить много истории (если нужно - храните тренды) и настроить housekeeper (раздел "Очистка истории").
После того как историю почистите - размер занимаемых данных не уменьшиться, ибо innodb (это такой движок у mysql, по моему именно он должен использоваться в готовом решении) его не отдает обратно, нужно делать dump\restore (в перконе я делаю "alter table <table_name> engine='innodb';", но вам советую сначала разобраться и попробовать на тестовых БД, прежде чем на боевом альтеры фигачить. Там нужно достаточно много места свободного иметь).
либо 2) Настроить партиционирование mysql (тема вообще "отдельно-большая", на форуме обсуждалось и не раз.
В итоге: либо начинайте плотное знакомство с администрированием mysql, либо позовите вашего dbaComment
Comment