Хранение истории элементов данных, ставших недоступными по snmp.

[Lurker]

Добрый день. По SNMP опрашиваю некоторые OID.
Каждый OID может существовать, а может не существовать. При этом они то появляются, то пропадают.
Проблема в том, что если элемент пропал (zabbix пишет No Such Instance currently exists at this OID), то где-то через сутки его история удаляется, хотя в настройках элемента данных указано что хранить историю нужно 90 дней.
Вопрос: как избежать удаления истории?

[Victor Vislobokov]

Если вы правильно настроили хранение истории и очистку истории, то ничего удаляться не будет.
Если у вас точно указано 90 дней в самом элементе данных, то посмотрите ещё настройки здесь:
Администрирование->Общие и справа выберите "Очистка истории". Возможно у вас там что-то некорректно выставлено.

[Lurker]

У меня туда нет доступа, чтобы покрутить настройки, но мне дали скриншот с настройками. Что в нём не так?

https://yadi.sk/i/uz10omLTGeYXGA

[Victor Vislobokov]

Я бы предположил, что проблема может оказаться, в самом верху, где белым по чёрному написано, что период хранения данных сетевого автообнаружения равено одному дню.

[Lurker]

Но это не автообнаружение.
Просто задано 9 элементов данных, но в каждый момент существует только 1 из них... Всё равно советуете автообнаружение крутить?

[Victor Vislobokov]

Если это не автообнаружение, то как у вас может элемент появиться или пропасть?

[Lurker]

Если это не автообнаружение, то как у вас может элемент появиться или пропасть?

пропадает на опрашиваемом узле, а не в заббиксе

[wins]

Действительно, такие устройства бывают. Возможно следует попробовать сменить тип проверки (как вариант - получать необходимые данные в snmp trap и складывать в history).
Если не отходить от вашей концепции - нужно посмотреть время хранения элементов данных для данного айтема. Вообще, при событии No Such Instance currently exists at this OID заббикс забьет на этот элемент данных. Поправьте, если ошибаюсь.

[Lurker]

стоп. как понять элемент данных для данного айтема? Айтем и есть элемент данных, или я чего непонял?
В том-то и проблема что заббикс через сутки забивает и удаляет историю.
В настройках элемента данных так: https://yadi.sk/i/rdWRZv72cLswWw если это то, что вы просили посмотреть.

[wins]

Да, хотел посмотреть именно это. Айтем это и есть элемент данных, извините что ввел в заблуждение. Это точно не автообнаружение?
А что показывает latest data с нажатой галкой show items without data ?

[Lurker]

Это точно не автообнаружение?
А что показывает latest data с нажатой галкой show items without data ?

Точно не автообнаружение.
Показывает, что в Айтемах без данных есть данные. Как раз нужные мне.
Хм... оформлять баг репорт, что итемы с данными считаются итемами без данных? Или это так и должно быть?

[wins]

Загляните в логи сервера и погрепайте по названию айтема. Скорее всего сервер приостановил проверки по хосту в целом.

[Lurker]

В целом по хосту новые данные идут(по другим итемам). А влезть на сервер для меня проблема. Сервер не моего отдела.

[Evgeniy]

Или это так и должно быть?

Так и должно быть.

[wins]

Без логов сложно что-либо сказать. У меня был кейс с тимплейтом, склееным по технологии "тяп-ляп":
Jun 10 13:55:09 zabbix zabbix_server[2011]: SNMP agent item "check_ups_state" on host "х.х.х.х" failed: first network error, wait for 15 seconds
Jun 10 13:56:09 zabbix zabbix_server[2036]: temporarily disabling SNMP agent checks on host "х.х.х.х": host unavailable
Jun 10 13:58:03 zabbix zabbix_server[2036]: enabling SNMP agent checks on host "х.х.х.х": host became available
И так постоянно. и таки да, данные терялись. Прооптимзировал тимплейт - все ок.
В вашем случае нужно пересмотреть тимплейт или метод получения данных.