Автор Тема: Zabbix 1.8.3 - несколько вопросов FreeBSD 8.2 GENERIC i386  (Прочитано 6549 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн Gib_adm

  • Постоялец
  • ***
  • Сообщений: 122
  • Рейтинг: 2
  • Пол: Мужской
    • Просмотр профиля
  • Откуда: Нерезиновая
1. В агенте на сервере прописан

UserParameter=mysql.ping,mysqladmin -uroot -pPASS ping|grep alive|wc -l


# mysqladmin -uroot -pPASS ping|grep alive|wc -l
       1
# zabbix_get -s127.0.0.1 -p10050 -kmysql.ping
       0

Параметры в элемента на сервере:

Тип:                                        Zabbix агент
Ключ:                                     mysql.ping
Тип информации:                  Числовой (целое положительное)
Тип данных:                           Десятичный
Интервал обновления (сек): 60
Задержка:                             50
Период:                                 1-7,00:00-23:59
Состояние:                            Активен
Хранить значение:               Как есть
Показывать значение:         Service state
Группы элементов данных:  Services

Параметры функции Service status:

0 => Down
1 => UP

Онлайн rjhdby

  • Постоялец
  • ***
  • Сообщений: 425
  • Рейтинг: 3
  • Пол: Мужской
    • rjhdby
    • Просмотр профиля
А он путь до mysqladmin точно находит?
А вот тут можно посмотреть картины моей супруги http://sevil.pro

Оффлайн Gib_adm

  • Постоялец
  • ***
  • Сообщений: 122
  • Рейтинг: 2
  • Пол: Мужской
    • Просмотр профиля
  • Откуда: Нерезиновая
Да. Проблема в этом была. Прописал полный путь в конфиге агента -  запустился.
Но все же не ясно почему он работал целый день не имея полного пути до mysqladmin.

Онлайн rjhdby

  • Постоялец
  • ***
  • Сообщений: 425
  • Рейтинг: 3
  • Пол: Мужской
    • rjhdby
    • Просмотр профиля
Но все же не ясно почему он работал целый день не имея полного пути до mysqladmin.
Кто "он"?
За FreeBSD коллеги пусть поправят, а я с точки зрения HP-UX скажу
Если вы логинитесь в терминал, то отрабатывают 2 профайла, выставляя соответствующие переменные окружения
/etc/profile и ~/.profile
Если что-либо запускается само (crontab туда-же), то используется только
/etc/profile

Соответственно переменная PATH после ~/.profile значительно более интересной становится
А вот тут можно посмотреть картины моей супруги http://sevil.pro

Оффлайн Gib_adm

  • Постоялец
  • ***
  • Сообщений: 122
  • Рейтинг: 2
  • Пол: Мужской
    • Просмотр профиля
  • Откуда: Нерезиновая
2. В базе zabbix есть две таблицы history и history_unit растут при мониторинге двух хостов на 30Мб в день. Т.е. база zibbix в формате InnoDB, файл растет по мере необходимости (автоматически).
 Нужен совет от тех, кто работал с Zabbix. Где можно настроить параметры history и history_unit, и стоит ли менять эти параметры? Просто есть опасения что база будет пухнуть очень быстро.

Онлайн rjhdby

  • Постоялец
  • ***
  • Сообщений: 425
  • Рейтинг: 3
  • Пол: Мужской
    • rjhdby
    • Просмотр профиля
Просто есть опасения что база будет пухнуть очень быстро.
Опять таки, скажу в принципе за мониторинг.
Определите от каких данных они пухнут и проанализируйте - нужен ли вам мониторинг в ТАКОМ объеме. Возможно имеет смысл пересмотреть политики сбора метрик.
А вот тут можно посмотреть картины моей супруги http://sevil.pro

Оффлайн Gib_adm

  • Постоялец
  • ***
  • Сообщений: 122
  • Рейтинг: 2
  • Пол: Мужской
    • Просмотр профиля
  • Откуда: Нерезиновая
В этом-то и дело. Что нужен совет человека знающего Zabbix. Ибо за эти истории как я понимаю отвечает элемент zabbix[history] и zabbix[history_unit], но к шаблону он не подключен. И его нужность оценить работая с этой системой первый раз мне сложно. Нужен совет практика.

Оффлайн Mona Sax

  • Начинающий
  • *
  • Сообщений: 15
  • Рейтинг: 0
  • Пол: Женский
    • Просмотр профиля
  • Откуда: Msk
Нужен совет от тех, кто работал с Zabbix. Где можно настроить параметры history и history_unit, и стоит ли менять эти параметры? Просто есть опасения что база будет пухнуть очень быстро.
эти параметры задаются для каждого итема отдельно.
по history* - рисуются текущие графики, срабатывают триггеры и т.д. из этих же таблиц генерятся тренды.
база будет активно пухнуть до истечения кол-ва дней, указанных в history, потом начнут расти таблицы с trends.

у zabbix есть два типа хранения прошлых значений, из которых строятся графики:
  • history(таблицы history*) - хранение точных значений, снятых в каждый момент update interval
  • trends(таблицы trends*) - усредненное значение из history за полчаса

как показывает практика - больше 7 дней history не нужна, а trends уже по вкусу, обычно хватает полугода для анализа.

Оффлайн Gib_adm

  • Постоялец
  • ***
  • Сообщений: 122
  • Рейтинг: 2
  • Пол: Мужской
    • Просмотр профиля
  • Откуда: Нерезиновая
Т.е. получается, что нужно перелопатить всю уйму элементов для смены значений? Или же какой-нибудь более быстрый способ?

Оффлайн Mona Sax

  • Начинающий
  • *
  • Сообщений: 15
  • Рейтинг: 0
  • Пол: Женский
    • Просмотр профиля
  • Откуда: Msk
Т.е. получается, что нужно перелопатить всю уйму элементов для смены значений? Или же какой-нибудь более быстрый способ?
конечно есть - прямым UPDATE в базу в таблице items. или через mass update интерфейса - но это уже на свой страх и риск.
точный запрос в базу не напишу, ибо заббикса под рукой уже нет.

Оффлайн Gib_adm

  • Постоялец
  • ***
  • Сообщений: 122
  • Рейтинг: 2
  • Пол: Мужской
    • Просмотр профиля
  • Откуда: Нерезиновая
Есть 2 быстро растущие таблицы : history и history_uint. Обе они имеют такую структуру itemid(ID элемента данных) clock(тут понятно) value(значение). Какая разница в них? Т.е. достаточно будет сменить history значение у активных элементов в шаблонах или нужно вообще все менять ибо в какую-то из таблиц все время может сыпать со всех элементов?

3. В Zabbix куча готовых элементов данных, записанных как к примеру system.*[тут значения]. Где можно посмотреть/изменить выполняющую команду?
Если же нельзя, то будет ли такой шаг приоритетней  для zabbix, если в конфигурации агента задать "UserParameter=" с тем же именем, что и уже готовый элемент?
« Последнее редактирование: 12 Мая 2011, 16:29:38 от Gib_adm »

Оффлайн Mona Sax

  • Начинающий
  • *
  • Сообщений: 15
  • Рейтинг: 0
  • Пол: Женский
    • Просмотр профиля
  • Откуда: Msk
Какая разница в них? Т.е. достаточно будет сменить history значение у активных элементов в шаблонах или нужно вообще все менять ибо в какую-то из таблиц все время может сыпать со всех элементов?

а какая в них разница - см. create/schema/mysql.sql - там есть ответы на многие вопросы. в *_uint хранятся снятые с итемов с типом unsigned integer значения.

если все итемы на всех хостах привязаны к шаблону - то да, в шаблоне. если есть итемы привязанные к конкретному хосту и вне шаблона - менять отдельно.

еще очень хорошая заметка по подсчету размера БД в официальном мануале http://www.zabbix.com/documentation/ru/1.8/manual/installation/requirements#размер_базы_данных

Оффлайн Mona Sax

  • Начинающий
  • *
  • Сообщений: 15
  • Рейтинг: 0
  • Пол: Женский
    • Просмотр профиля
  • Откуда: Msk
3. В Zabbix куча готовых элементов данных, записанных как к примеру system.*[тут значения]. Где можно посмотреть/изменить выполняющую команду?
Если же нельзя, то будет ли такой шаг приоритетней  для zabbix, если в конфигурации агента задать "UserParameter=" с тем же именем, что и уже готовый элемент?
предполагаю, что в исходниках ;).
для заббикса приоритетнее встроенные функции. ума не приложу, в каких случаях нужно так извращаться со снимаемыми ключами(тем более, это может вызвать совершенно непредсказуемое поведение).

Оффлайн Gib_adm

  • Постоялец
  • ***
  • Сообщений: 122
  • Рейтинг: 2
  • Пол: Мужской
    • Просмотр профиля
  • Откуда: Нерезиновая
Продолжение:
 Столкнулся вот с какой штукой. Пишет что не поддерживаются некоторые функции заббикс агента, хотя он так бывает пишет при неверно введенных параметрах элементов данных. В логе:
1027:20110626:140352.002 Item [Zabbix server:vfs.fs.inode[/opt,pfree]] error: Not supported by Zabbix Agent
  1023:20110626:140357.051 Item [Zabbix server:vfs.fs.size[/opt,pfree]] error: Not supported by Zabbix Agent
  1024:20110626:140455.062 Item [WSUS:perf_counter[\PhysicalDisk(_Total)\Avg. Disk Read Queue Length]] error: Not supported by Zabbix Agent
  1024:20110626:140456.082 Item [WSUS:perf_counter[\PhysicalDisk(_Total)\Avg. Disk Write Queue Length]] error: Not supported by Zabbix Agent
  1024:20110626:140457.091 Item [WSUS:perf_counter[\п║п╦я│я┌п╣п╪п╟\пєп╟п╧п╩ Read Bytes/sec]] error: Not supported by Zabbix Agent
  1024:20110626:140458.101 Item [WSUS:perf_counter[\System\File Write Bytes/sec]] error: Not supported by Zabbix Agent
  1025:20110626:140459.121 Item [WSUS:perf_counter[\System\threads]] error: Not supported by Zabbix Agent
  1024:20110626:140510.217 Item [WSUS:system[procrunning]] error: Not supported by Zabbix Agent
На эту тему читал тут http://www.zabbix.com/forum/archive/index.php/t-17023.html. Попробовал написать на русском (клиент машина с агентом на Win Serv 2008 64)
 Пробовал так:
perf_counter[\Система\Файл Read Bytes/sec]] error: Not supported by Zabbix Agent
perf_counter[\Система\Файл Чтение Bytes/sec]] error: Not supported by Zabbix Agent

Один фиг, пишет не поддерживается. Хотя сервер заббикса версии 1.8.3 и клиент 1.8.3.
Где могу косячить?

Оффлайн Gib_adm

  • Постоялец
  • ***
  • Сообщений: 122
  • Рейтинг: 2
  • Пол: Мужской
    • Просмотр профиля
  • Откуда: Нерезиновая
Еще актуально.