Bien Venidos писал(а): ↑Сб янв 11, 2025 15:45
The Zabbix database version does not match current requirements. Your database version: 6050035. Required version: 7000000. Please contact your system administrator.
База не соответствует версии обновленных программников когда ты обновляешь пакет и первый раз запускаешь службу заббикс сервера начинается процесс обновления базы данных за ним можно наблюдать в файле лога заббикс сервере если база большая а сервер не особо мощный может не один день идти или какая то ошибка быть (понятно лучше перед обновой сделать бэк)
если сам сервер работает нормально, значит проблема в клиенте на узле или со связью, опять же как я говорил выше смотрим логи включаем дебаг везде, проверяем командой руками в момент отвала что отдаст команда.
для snmp
snmpwalk -v 2c 192.168.0.183 -c public 1.3.6.1.2.1.7.7
snmpwalk -v 2c 192.168.0.183 -c public Имя Mib библиотеки::Имя запроса ключа
если опрос проходит нормально, а в заббиксе ошибка по таймауту, это может быть в шаблоне один из элементов настроен не правильно
например везде указано имя комьюнити сообщества public а в одном из элементов что то другое грамматическая ошибка или пробел зачесался, то на этом элементе заббикс в этом узле будет вставать и другие элементы в очередь на цать минут и так получаем рваные графики и обрывы в данных, может быть какой то макрос с ошибкой вообщем проверить все элементы по всем ли есть данные и отключить не рабочие (в логе так же будет писать на каком ожидание запроса)
Об ошибках и разных причудах
Если протокол V3 то должны бать разные ID
Zabbix и проблемы с опросом по SNMPv3 при дублировании EngineID начнутся причуды с разными узлами, хотя руками запросы пройдут
Zabbix и проблемы с опросом по SNMPv3 при дублировании EngineID
Так же если например: везде указан макрос в элементах {$SNMP_COMMUNITY} , а где то паплся элемент с прописанным значением например public , а по факту у нас другое имя комьюнити элемент будет стопорить проверку на уровне узла таймаут и после повторная проверка спустя время получаем рваные графики в узле, аналогично с другими макросами которые влияют на запрос snmp для V3.
если есть глючный узел из занего могут остальные проверки не проходит очереди
Должен быть разрешен протокол UDP для порта snmp, если есть какие то маршруты тонели переадресации возможно возврат идет от другова ip, это уже с настройками сети.
почитать можно тут
Пример создания шаблона SNMP для Zabbix
проверка работы агента
zabbix_get -s IP -k agent.version - Узнать версию агента на удаленном хосте через Заббикс Сервер
zabbix_get -s 192.168.175.6 -p 10050 -k agent.ping проверка агента со стороны сервера
zabbix_get -s 192.168.175.160 -k 'proc.num[cron]' проверка служб
zabbix_get -s 192.168.321.3 -k ZScript[hard,discovery,temperature] пример скрипта через агента
Активный заббикс агент со стороны узла провека
Пример работы с Zabbix Trapper - Sender, System.run
Я не знаю какой уровень знаний у вас в это области может это все банально для вас, а может на оборот сложно на данный момент.
