Zabbix 2.2

[LynxChaus]

Ситуация такая. agent.ping раньше на старом 1,8,11 работал безупречно. теперь же я получаю по 500-1000 писем за пару часов о недоступности хоста...использую его с nodata время поставил 2 минуты. Очереди нет...максимум на 15 секунд видел элементы повисшие в очереди. Нагрузки почти никакой на самом заббикс сервере всего то 60 узлов и 1500 элементов.

ValueCache в настройках сервера отключи.

[timon_is_timon]

Т.к. на 2.2 я обновился сразу с 1.8.11 решил заняться lld но что то не получается, настроил lld и прототип элемента данных так как написанов мануале 1 в 1 https://www.zabbix.com/documentation...evel_discovery

но элемент не появляется в хосте, к которому прицепил темплейт

снимаю вопрос.....утром пришел на работу, все обнаружение отработало (хотя для начала ставил 30 минут интервал выполнения...) Сейчас все работает корректно

[timon_is_timon]

valuecache в настройках сервера отключи.

Сделал, хотя проблема как то сама ушла, после вдумчивой перенастройки старых темплейтов и триггеров

[LynxChaus]

Сделал, хотя проблема как то сама ушла

Она сама собой и уходит, без настроек чего либо. Ибо сделан этот кэш мягко говоря - очень странно.

[ZeDeX]

Я думаю, наоборот, чем больше толковых развёрнутых ответов от форумчан, как у Вас, тем меньше будут дёргать тупыми вопросами разработчиков. Для этого и создан форум.
Сам демон zabbix 2.2 завёлся у меня на раз и обновил базу, но запустить новый фронтенд мне не удалось. У меня Mariadb, а теперь используется php-модуль mysqli вместо mysql. Вот его интерфейс и не видит. Обновил php до 5.4.13, поковырял php.ini: тоже самое, во втором пункте сетапа фронтенда по php всё зелёное, кроме строки модуля бд.
Так что покамест откатился я взад, на 2.0.8.

Тоже столкнулся с этой проблемой на 2.2.1
Решил проблему компилированием php с опциями --with-mysql --with-mysqli --with-pdo-mysql
Только после этого все встало на свои места.
Подсказала опции их виртуалка где для php были скомпилины эти модули

[rahs]

Обновил заббикс 19-го днем, с 2.0.9 до 2.2.1

Изменение нагрузки на сервер можно посмотреть на графиках

Пришлось добавить памяти (с 4 до 8 ГБ) и увеличить innodb_buffer_pool_size, иначе некоторые отчеты отваливались по таймауту

[Navoyenok]

Доброго времени суток.

Обновились с 1.8.15 до 2.2.1 без проблем.
Сначала до 2.0.0, используя скрипт из дистрибутива 2.2.1, а затем пересобрал и установил сервер и агент для 2.2.1, обновил WEB-морду.

Все запустилось без проблем.

Чего отвалилось:
1. Item-ы, где разделителем были символы пробела.
2. Скрипты на стороне сервера, работающие непосредственно с БД (так как изменилась ее структура).

А так все вроде ОК.

Использую: Ubuntu 12.04 LTS. Zabbix собирал из исходников. LDAP авторизация.

С уважением, Navoyenok

[timon_is_timon]

Внимание вопрос! vfs.fs.size если размер опрашиваемого носителя более сколькито гб (ближе к 1 ТБ) то элемент становится неподдерживаемым, почему так?

[rahs]

Внимание вопрос! vfs.fs.size если размер опрашиваемого носителя более сколькито гб (ближе к 1 ТБ) то элемент становится неподдерживаемым, почему так?

vfs.fs.size[/storage,free], около 4 ТБ, полет нормальный. Debian Wheezy

[timon_is_timon]

vfs.fs.size[/storage,free], около 4 ТБ, полет нормальный. Debian wheezy

У тебя сам заббикс крутится на 64 битной ОС?

[rahs]

У тебя сам заббикс крутится на 64 битной ОС?

нет

root@warehouse:~# uname -a
Linux warehouse 3.2.0-4-686-pae #1 SMP Debian 3.2.51-1 i686 GNU/Linux

[timon_is_timon]

нет

root@warehouse:~# uname -a
Linux warehouse 3.2.0-4-686-pae #1 SMP Debian 3.2.51-1 i686 GNU/Linux

странно....чрез итем vfs.fs.size[F:,free] итем переходит в состояние "не поддерживается"

а если просто запросить
zabbix_get -s x.x.x.x -k vfs.fs.size[h:,free]
1935344648192

то как видно нормально вернул значение 1935344648192

ось: 3.8.0-19-generic #30-Ubuntu SMP Wed May 1 16:36:13 UTC 2013 i686 i686 i686 GNU/Linux

[rahs]

странно....чрез итем vfs.fs.size[f:,free] итем переходит в состояние "не поддерживается"

а если просто запросить
zabbix_get -s x.x.x.x -k vfs.fs.size[h:,free]
1935344648192

то как видно нормально вернул значение 1935344648192

Наврал же. 64 бита, конечно.

3.2.0-4-amd64 #1 SMP Debian 3.2.51-1 x86_64 GNU/Linux

[timon_is_timon]

Наврал же. 64 бита, конечно.

3.2.0-4-amd64 #1 smp debian 3.2.51-1 x86_64 gnu/linux

видимо тут то собака и зарыта) хотя не совсем понятно ведь через заббикс гет снимается...и агенты 64 битные на серверах стоят...
Хотя стоп....заметил такую закономерность.....если просто на узле создать элемент vfs.fs.size[H:,free] то нормально отображается значение, а если через LLD и прототип элементов vfs.fs.size[{#FSNAME},free]....то почему то элемент на больших винтах становится ансуппортед.

[rahs]

видимо тут то собака и зарыта) хотя не совсем понятно ведь через заббикс гет снимается...и агенты 64 битные на серверах стоят...
Хотя стоп....заметил такую закономерность.....если просто на узле создать элемент vfs.fs.size[h:,free] то нормально отображается значение, а если через lld и прототип элементов vfs.fs.size[{#fsname},free]....то почему то элемент на больших винтах становится ансуппортед.

Думается, прямая дорога в багтрекер