Графики пусты, но значения получаются

[vasyarogov2]

Уже второй раз натыкаюсь на такую проблему:
Создал Full clone шаблона SNMP - в этот клон перенеслись и хосты - отвязал их от клона.
После этого у этих другого хоста, который был привязан вообще к другому шаблону перестала отображаться инфа на графиках, хотя если смотреть в Latest data значения с itemoв идут - даже если пересоздаешь график - все равно на нем no data.

В прошлый раз пришлось пересоздать хост, прикрутить свежий шаблом и заново наделать графиков - но блин запарно это.

Что можете посоветовать?

[dima_dm]

Что-то неправильно делаете. Нужно чтобы в шаблоне были элементы данных. Триггеры и графики основанные на элементах данных этого шаблона.
Тагда, если присвоить такой шаблон хосту, все будет хорошо.
Смотрите закладку Настройка-> Узлы сети, там написано, откуда появился каждый элемент, триггер и график.

[vasyarogov2]

Что-то неправильно делаете. Нужно чтобы в шаблоне были элементы данных. Триггеры и графики основанные на элементах данных этого шаблона.
Тагда, если присвоить такой шаблон хосту, все будет хорошо.
Смотрите закладку Настройка-> Узлы сети, там написано, откуда появился каждый элемент, триггер и график.

Да я это понимаю - просто здесь интересно вот что:
К хосту привязан шаблон X - в нем есть ИТЕМЫ и ТРИГЕРЫ
В Latest data видно, что с итема A даные получены - даже тут же график показывает.
Но если создать график и на него добавит итем A то на графике no data

[dima_dm]

Но если создать график и на него добавит итем a то на графике no data

"итем a" откуда выбираете из шаблона или хоста? Нужно из хоста, если создаете график на хосте.
Важно не название Item, а его ITEMID, именно к ITEMID привязываются собираемые данные.

[vasyarogov2]

В итоге:
1. Открутил с отчиской от хоста шаблон
2. Сделал графики в шаблоне с настройкой на итиемы шаблона
3. Прикрутил шаблон опять
4. Графики пошли

В итоге после некоторых инсенуаций с шаблоном - график трафика на 1 порте опять перестал отображать (ни итем ни график не менял) - значения с итема получалось.
Опять открутил-прикрутил шаблон - все опять пошло, благо не нужно было опять 24 графика настраивать.

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

[dima_dm]

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

Да, именно так. Т.к. при некоторых операциях с шаблонами, может измениться itemid элемента данных хоста, и график в хосте будет ссылаться на элемент данных, по которому не собираются данные. Когда элементы данных и графики в шаблоне, то все изменения происходят синхронно, и таких проблем не возникает.

[vasyarogov2]

Понял - благодарю за разъяснения.

[ruswold]

Аналогичная проблема. Показывает пустые графики и внизу графика пишет "нет данных" для итема, хотя если смотреть через последние данные - то данные есть (если выбирать значения), а как график нет.
Началось после перехода на архитектуру amd64 и пересборкой всех портов соответственно.
Пробовал создавать новые графики - все равно пустые.
Логи apache и забикса ошибок не показывают.
Помогите в чем косяк?

Запросы напрямую в базу типа
SELECT * FROM history where itemid=100100000022686; возвращают данные, то есть itemid не менялся

Отсоединение шаблона с отчисткой и присоединение ничего не дает. Все также.

FreeBSD 8.1-RELEASE-p1 amd64
Zabbix Server v1.8.4rc2 (revision 15449) (1 November 2010)

[dima_dm]

Отсоединение шаблона с отчисткой и присоединение ничего не дает. Все также.

А может проблема в PHP? Другую версию, релиз пробовали ставить? В логах Web сервера есть ошибки?

[ruswold]

А может проблема в PHP? Другую версию, релиз пробовали ставить? В логах Web сервера есть ошибки?

До перехода стояла эта из портов
PHP 5.3.3 with Suhosin-Patch (cli) (built: Nov 15 2010 18:05:18)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
В логах нет ошибок

Пересобирал пхп со всеми зависимостями, тоже не помогло.

[Tue Nov 16 10:06:34 2010] [info] Init: Seeding PRNG with 144 bytes of entropy
[Tue Nov 16 10:06:34 2010] [info] Init: Generating temporary RSA private keys (512/1024 bits)
[Tue Nov 16 10:06:34 2010] [info] Init: Generating temporary DH parameters (512/1024 bits)
[Tue Nov 16 10:06:34 2010] [warn] Init: Session Cache is not configured [hint: SSLSessionCache]
[Tue Nov 16 10:06:34 2010] [info] Init: Initializing (virtual) servers for SSL
[Tue Nov 16 10:06:34 2010] [info] mod_ssl/2.2.17 compiled against Server: Apache/2.2.17, Library: OpenSSL/1.0.0a
[Tue Nov 16 10:06:34 2010] [info] mod_unique_id: using ip addr 10.10.1.6
[Tue Nov 16 10:06:35 2010] [info] Init: Seeding PRNG with 144 bytes of entropy
[Tue Nov 16 10:06:35 2010] [info] Init: Generating temporary RSA private keys (512/1024 bits)
[Tue Nov 16 10:06:35 2010] [info] Init: Generating temporary DH parameters (512/1024 bits)
[Tue Nov 16 10:06:35 2010] [info] Init: Initializing (virtual) servers for SSL
[Tue Nov 16 10:06:35 2010] [info] mod_ssl/2.2.17 compiled against Server: Apache/2.2.17, Library: OpenSSL/1.0.0a
[Tue Nov 16 10:06:35 2010] [notice] Digest: generating secret for digest authentication ...
[Tue Nov 16 10:06:35 2010] [notice] Digest: done
[Tue Nov 16 10:06:35 2010] [info] mod_unique_id: using ip addr 10.10.1.6
[Tue Nov 16 10:06:36 2010] [notice] Apache/2.2.17 (FreeBSD) mod_ssl/2.2.17 OpenSSL/1.0.0a DAV/2 PHP/5.3.3 with Suhosin-Patch configured -- resuming normal operations
[Tue Nov 16 10:06:36 2010] [info] Server built: Nov 15 2010 17:58:15
[Tue Nov 16 10:06:36 2010] [debug] prefork.c(1018): AcceptMutex: flock (default: flock)

все что пишет, уровень лога debug.

[dima_dm]

Пробовали поставить Web интерфейс от Zabbix 1.8.3? Отображаются графики?

[ruswold]

Пробовали поставить Web интерфейс от Zabbix 1.8.3? Отображаются графики?

Пробовал откатывать Web интерфейс от Zabbix до сентябрьской версии, где точно работало.
Есть момент, что во время обновления вышли новые порты
mysql-client и mysql-server 5.5.7, phpmyadmin 3.3.8
Они точно обновились во время пересборки портов, может в них косяк?

[dima_dm]

mysql-client и mysql-server 5.5.7, phpmyadmin 3.3.8
Они точно обновились во время пересборки портов, может в них косяк?

Маловероятно. Т.к. Web интерфейс использует модуль php-mysql для получения данных из базы.
Вы проверили, что в графике используются те же ItemID, по которым есть данные?
Пример:

mysql> select * from graphs where graphid=27449;
+---------+-------------------+-------+--------+----------+----------+------------+------------------+---------------+-----------+-------------+---------+--------------+---------------+-----------+-----------+-------------+-------------+
| graphid | name              | width | height | yaxismin | yaxismax | templateid | show_work_period | show_triggers | graphtype | show_legend | show_3d | percent_left | percent_right | ymin_type | ymax_type | ymin_itemid | ymax_itemid |
+---------+-------------------+-------+--------+----------+----------+------------+------------------+---------------+-----------+-------------+---------+--------------+---------------+-----------+-----------+-------------+-------------+
|   27449 | Temperature 10-19 |   900 |    400 |   0.0000 | 100.0000 |      27410 |                0 |             0 |         0 |           0 |       0 |       0.0000 |        0.0000 |         0 |         0 |           0 |           0 |
+---------+-------------------+-------+--------+----------+----------+------------+------------------+---------------+-----------+-------------+---------+--------------+---------------+-----------+-----------+-------------+-------------+
1 row in set (0.00 sec)

mysql> select * from graphs_items where graphid=27449;
+---------+---------+--------+----------+-----------+--------+-----------+----------+------+-------------+
| gitemid | graphid | itemid | drawtype | sortorder | color  | yaxisside | calc_fnc | type | periods_cnt |
+---------+---------+--------+----------+-----------+--------+-----------+----------+------+-------------+
|   82423 |   27449 | 200410 |        0 |         0 | 009900 |         0 |        2 |    0 |           5 |
|   82424 |   27449 | 200411 |        0 |         1 | 0000AA |         0 |        2 |    0 |           5 |
|   82425 |   27449 | 200412 |        0 |         2 | 880000 |         0 |        2 |    0 |           5 |
|   82426 |   27449 | 200413 |        0 |         3 | 007777 |         0 |        2 |    0 |           5 |
|   82427 |   27449 | 200414 |        0 |         4 | 770077 |         0 |        2 |    0 |           5 |
|   82428 |   27449 | 200415 |        0 |         5 | 888800 |         0 |        2 |    0 |           5 |
|   82429 |   27449 | 200416 |        0 |         6 | 555555 |         0 |        2 |    0 |           5 |
|   82430 |   27449 | 200417 |        0 |         7 | 9999FF |         0 |        2 |    0 |           5 |
|   82431 |   27449 | 200418 |        0 |         8 | 99FF99 |         0 |        2 |    0 |           5 |
|   82432 |   27449 | 200419 |        0 |         9 | FF9999 |         0 |        2 |    0 |           5 |
+---------+---------+--------+----------+-----------+--------+-----------+----------+------+-------------+
10 rows in set (0.00 sec)

[ruswold]

Маловероятно. Т.к. Web интерфейс использует модуль php-mysql для получения данных из базы.
Вы проверили, что в графике используются те же itemid, по которым есть данные?

Да, по ним и искал.
Так как раз php-mysql зависит от mysql-client

[dima_dm]

Да, по ним и искал.
Так как раз php-mysql зависит от mysql-client

Я бы сначала стал проверять php модули, т.к. это самый вероятный источник проблемы. Вы Web интерфейс Zabbix из исходников брали?