VR
А если ещё точнее, то членам группы, на которую это настроено:)
Size: a a a
2020 February 20
OK
А если ещё точнее, то членам группы, на которую это настроено:)
Ну, это если уже до настройки добраться )
AS
Подскажите, может кто сталкивался: обновились с 3.2 на 4.2.0 после чего обнаружение узлов начало дублировать уже найденные узлы чего не было в 3.2. Отключили обнаружение, удалили дубли. Позже обновились на 4.2.7 включили обнаружение, теперь он обнаруживает не существующие хосты, таких IP уже в сети давно нет. Ощущение что из кэша что ли тянет. Как это пофиксить?
Было такое, в базе очищали Дискавери старые. Иногда лучше вообще их всех удалить и заново создать
KT
Было такое, в базе очищали Дискавери старые. Иногда лучше вообще их всех удалить и заново создать
Спасибо! А где именно почистить, какая таблица или таблицы?
AP
Добрый день!
Подскажите, может уже кто сталкивался с чем-то подобным. Каждый день в 8 и 23(+-1) часа нагрузка на пингер возрастает, возникают огромные очереди, вследствии чего часть оборудования не опрашивается. Спасает только рестарт заббикс-сервера. Пробовали увеличить количество поллеров, и увеличивать лимиты на открытия файлов для пользователя.
Подскажите, может уже кто сталкивался с чем-то подобным. Каждый день в 8 и 23(+-1) часа нагрузка на пингер возрастает, возникают огромные очереди, вследствии чего часть оборудования не опрашивается. Спасает только рестарт заббикс-сервера. Пробовали увеличить количество поллеров, и увеличивать лимиты на открытия файлов для пользователя.
IA
Alexander Petrov
Добрый день!
Подскажите, может уже кто сталкивался с чем-то подобным. Каждый день в 8 и 23(+-1) часа нагрузка на пингер возрастает, возникают огромные очереди, вследствии чего часть оборудования не опрашивается. Спасает только рестарт заббикс-сервера. Пробовали увеличить количество поллеров, и увеличивать лимиты на открытия файлов для пользователя.
Подскажите, может уже кто сталкивался с чем-то подобным. Каждый день в 8 и 23(+-1) часа нагрузка на пингер возрастает, возникают огромные очереди, вследствии чего часть оборудования не опрашивается. Спасает только рестарт заббикс-сервера. Пробовали увеличить количество поллеров, и увеличивать лимиты на открытия файлов для пользователя.
В логах что?
AP
В логах что?
В syslog и zabbix_log ничего нет по этому поводу
IA
Alexander Petrov
В syslog и zabbix_log ничего нет по этому поводу
Слабо верится. При чём тут сислог?
И что за zabbix_log?
И что за zabbix_log?
OK
Так надо ж количество не поллеров, а пингеров увеличивать
AP
Слабо верится. При чём тут сислог?
И что за zabbix_log?
И что за zabbix_log?
Был вариант что проблема с сервером.
/var/log/zabbix/zabbix_server.log
/var/log/zabbix/zabbix_server.log
IA
Так надо ж количество не поллеров, а пингеров увеличивать
Оно даже в 100% не упирается
AP
Так надо ж количество не поллеров, а пингеров увеличивать
Тоже пробовали
AS
Alexander Petrov
Добрый день!
Подскажите, может уже кто сталкивался с чем-то подобным. Каждый день в 8 и 23(+-1) часа нагрузка на пингер возрастает, возникают огромные очереди, вследствии чего часть оборудования не опрашивается. Спасает только рестарт заббикс-сервера. Пробовали увеличить количество поллеров, и увеличивать лимиты на открытия файлов для пользователя.
Подскажите, может уже кто сталкивался с чем-то подобным. Каждый день в 8 и 23(+-1) часа нагрузка на пингер возрастает, возникают огромные очереди, вследствии чего часть оборудования не опрашивается. Спасает только рестарт заббикс-сервера. Пробовали увеличить количество поллеров, и увеличивать лимиты на открытия файлов для пользователя.
Какой тип проверки перестает работать?
AP
Оно даже в 100% не упирается
AP
Какой тип проверки перестает работать?
Простая проверка
AS
Ответы у тебя огонь конечно
AP
Ответы у тебя огонь конечно
ICMP ping loss и sec
IA
Alexander Petrov
Ну покажи, что в это время в логах ничего нет
AS
Alexander Petrov
ICMP ping loss и sec
Время ответа icmp перед падением меняется кардинально?
AP
Время ответа icmp перед падением меняется кардинально?
Нет, перед падением он остаётся примерно на уровне.