Данные идут, а на графике пусто.

[Stanley]

Господа, понимаю, что вопрос совсем простейщий, но и я только начинаю разбираться в Zabbix.
Одно время успешно снимал данные по SNMP по интерфейсу на роутере, рисовал график траффика. Все хорошо. Потом, в какой то момент график перестал рисоваться, но при этом данные в Latest Data присутствуют и явно меняются. Жму справа от item график - показывает пустоту и [no data].
Куда копнуть? Как продиагностировать? Может ли это быть следствием сбоя работы БД?

[dima_dm]

Скорее всего так и есть, проверьте таблицы БД.

[Stanley]

Скорее всего так и есть, проверьте таблицы БД.

Я немного чайниковат. А как правильно это сделать??

[dima_dm]

Я немного чайниковат. А как правильно это сделать??

А о какой базе данных идёт речь?
Если MySQL то командой
check table <имя таблицы>;

http://www.mysql.ru/docs/man/CHECK_TABLE.html

[Stanley]

А о какой базе данных идёт речь?
Если MySQL то командой
check table <имя таблицы>;
http://www.mysql.ru/docs/man/CHECK_TABLE.html

В том то и дело, что я не совсем знаю о какой таблице идет речь.
Я прогнал CHECK TABLE для Grpahs* - все нормально. Но графики не рисует.
Собственно, хочется понять где именно копать и какие логи в данном случае смотреть. Сервер пока что тестовый, ничего страшного что БД упала и графики не рисует, но хочу обладать четким алгоритмом "что делать" на случай подобного поведения на боевом сервере.

[dima_dm]

Вас должны интересовать прежде всего таблицы
history и history_uint история
trends_uint и trends - тренды
В какую таблицу пишутся тренды и история зависит от типа Item
trends - числовой с плавающей точкой
trends_uint - числовой (целое)
Для history аналогично.
Если есть подозрение на повреждение БД, лучше проверить все таблицы.

[Stanley]

Ну здесь более, чем подозрение. В какой то момент веб-морда заббикса стала писать о недоступности MySQL. Просмотр логов показал, что демон не стартует по причине побитости какой то таблицы (к сожалению, не написал какой). Согласно документации, выставил в конфиге force recovery=4 и MySQL запустился, поругавшись на какие то таблички (тут просто не успел заметить какие, лог моментально заполнился предупреждением, что нужно отключить рекавери).
После этого MySQL стал запускаться нормально, но пропали графики за последнее время (до этого все есть). В Latest data видно, что данные идут, изменяются и они похожи на правду. Но на графиках по прежнему пусто.
Сейчас прогоню проверку еще раз для трендов и хистори, но чтото мне подсказывает, что это не поможет.

[dima_dm]

innodb_force_recovery = 4
http://dev.mysql.com/doc/refman/5.0/...-recovery.html
Опция нужна, чтобы сделать резервную копию повреждённой базы, а не работать в этом режиме.
The database must not otherwise be used with any nonzero value of innodb_force_recovery. As a safety measure, InnoDB prevents users from performing INSERT, UPDATE, or DELETE operations when innodb_force_recovery is greater than 0.

[Stanley]

Пардон, ложная тревога. Неправильно написал название таблицы. Показывает что все хорошо:

mysql> CHECK TABLE trends,trends_uint EXTENDED;
+--------------------+-------+----------+----------+
| Table | Op | Msg_type | Msg_text |
+--------------------+-------+----------+----------+
| zabbix.trends | check | status | OK |
| zabbix.trends_uint | check | status | OK |
+--------------------+-------+----------+----------+
2 rows in set (7.93 sec)

[dima_dm]

Пардон, ложная тревога. Неправильно написал название таблицы. Показывает что все хорошо:

mysql> CHECK TABLE trends,trends_uint EXTENDED;
+--------------------+-------+----------+----------+
| Table | Op | Msg_type | Msg_text |
+--------------------+-------+----------+----------+
| zabbix.trends | check | status | OK |
| zabbix.trends_uint | check | status | OK |
+--------------------+-------+----------+----------+
2 rows in set (7.93 sec)

А history и history_uint?

[Stanley]

А history и history_uint?

Тоже самое. Все хорошо. Часа два назад попробовал удалить темплейт у устройства (Unlink and Clear) и прилинковать его заново. Теперь вообще никакой информации не получается.
Хост - роутер, который отдает инфу по SNMP.

[dima_dm]

Что-то вы не то делаете. У вас вообще резервная копия базы данных есть?
Попробуйте из неё восстановить базу.
Если нет, то в режиме
innodb_force_recovery = 4
Сделать dump базы данных и попробовать восстановить базу из этого dump-а. Попросите более опытных администраторов помочь вам в этом деле.
Проверьте все таблицы
/usr/bin/mysqlcheck -u root -p --check --databases zabbix
P.S. Не забудьте заархивировать всю папку с базой /var/lib/mysql и binlog при выключенном MySQL сервере. Чтобы иметь несколько попыток восстановить базу, если что-то поёдёт не так.

[Prometej]

1) ïðîâåðüòå íàëè÷èå äàííûõ â òàáëèöå "trends_uint"
2) ïðîâåðüòå ñèíõðîííîñòü âðåìåíè íà ñåðâåðå è íà êîìïüþòåðå, ãäå âêëþ÷àåòñÿ âåáêëèåíò

[Prometej]

1) проверьте наличие данных в таблице "trends_uint"
2) проверьте синхронность времени на сервере и на компьютере, где включается вебклиент

[Stanley]

1) ð¿ñ€ð¾ð²ðµñ€ñŒñ‚ðµ ð½ð°ð»ð¸ñ‡ð¸ðµ ð´ð°ð½ð½ñ‹ñ… ð² ñ‚ð°ð±ð»ð¸ñ†ðµ "trends_uint"
2) ð¿ñ€ð¾ð²ðµñ€ñŒñ‚ðµ ñð¸ð½ñ…ñ€ð¾ð½ð½ð¾ññ‚ñŒ ð²ñ€ðµð¼ðµð½ð¸ ð½ð° ñðµñ€ð²ðµñ€ðµ ð¸ ð½ð° ðºð¾ð¼ð¿ñŒñŽñ‚ðµñ€ðµ, ð³ð´ðµ ð²ðºð»ñŽñ‡ð°ðµñ‚ññ ð²ðµð±ðºð»ð¸ðµð½ñ‚

1. ð”ð°ð½ð½ñ‹ðµ ðµññ‚ñŒ.
2. ðŸñ€ð¸ ñ‡ðµð¼ ñ‚ñƒñ‚ ñð¸ð½ñ…ñ€ð¾ð½ð¸ð·ð°ñ†ð¸ñ ð²ñ€ðµð¼ðµð½ð¸ ñðµñ€ð²ðµñ€ð° ð¸ ðºð»ð¸ðµð½ñ‚ð°, ðµñð»ð¸ ð´ð°ð½ð½ñ‹ðµ ð½ðµ ð¸ð´ñƒñ‚ ð¾ñ‚ ñ…ð¾ññ‚ð° ð½ð° ñðµñ€ð²ðµñ€? ð²ðµñ€ð½ðµðµ ñðµñ€ð²ðµñ€ ð¸ñ… ð½ðµ ð²ð¸ð´ð¸ñ‚.