Добрый день!
Столкнулся с большой и очень не приятной проблемой frontenda. Версия zabbix 3.0.3.
Проблема следующего характера. Есть узлы сети, содержащие порядка 5000 элементов данных и 40000 триггеров (Большие сборки Cisco UCS). Столкнулся с такой проблемой: Если зайти в настройки - Узел - Элементы данных, то страница отдается пустой. Если, редактирую на карте сети элемент данных (триггер), то окно выбора триггера (в случае, когда триггеров около 40000) либо отваливается по таймауту, либо (если увеличить таймаут) открывается пустым (серый фон). Начал экспериментировать xdebager-ом (пока эксперименты не закончил) - обнаружил, что php выполняет какой то цикл, который сам по себе длиться десятитысячные доли секунды, но выполняется огромное количество раз. В это время сам процесс php полностью занимает одно из ядер на сервере и висит там пока не отработает до конца. В результате этого стало совершенно не возможно заниматься настройкой системы. На базу грешить не могу, так как самый длинный запрос к ней составляет порядка 1.1 секунды. Что можно попробовать сделать в данной ситуации? Сам с php не силен.
Столкнулся с большой и очень не приятной проблемой frontenda. Версия zabbix 3.0.3.
Проблема следующего характера. Есть узлы сети, содержащие порядка 5000 элементов данных и 40000 триггеров (Большие сборки Cisco UCS). Столкнулся с такой проблемой: Если зайти в настройки - Узел - Элементы данных, то страница отдается пустой. Если, редактирую на карте сети элемент данных (триггер), то окно выбора триггера (в случае, когда триггеров около 40000) либо отваливается по таймауту, либо (если увеличить таймаут) открывается пустым (серый фон). Начал экспериментировать xdebager-ом (пока эксперименты не закончил) - обнаружил, что php выполняет какой то цикл, который сам по себе длиться десятитысячные доли секунды, но выполняется огромное количество раз. В это время сам процесс php полностью занимает одно из ядер на сервере и висит там пока не отработает до конца. В результате этого стало совершенно не возможно заниматься настройкой системы. На базу грешить не могу, так как самый длинный запрос к ней составляет порядка 1.1 секунды. Что можно попробовать сделать в данной ситуации? Сам с php не силен.
Comment