Так все закрыто ;)

Это кажется 😊

А, Джуниор же

не понял ?

короче или надо выключать ipv6 на пострги или дублировать правила.

решил проблему host    all             all             ::1/128                 md5

ипв6 плохой потому что ему надо правила для фаервола писать?

Добрый день, уважаемые.
Подскажите джуну, где посмотреть:
в zabbix версии 3.0.10
имеются проблемы с очередями - до 100 штук в 10 секунд?
Данные приходят сразу с 25 секундной задержкой,
очередь собирается из данных шаблона  Iostat,
шаблон взят тут
https://habr.com/post/220073/
Время исполнения скрипта
real    0m0.004s - до 0m0.008s
user    0m0.000s
sys     0m0.000s
Количество хостов на котором применен данный шаблон
12
Элементов данных в шаблоне 25
Сам zabbix живет на виртуалке если что.
Состояния Zabbix:
Количество узлов сети (активированных/деактивированных/шаблонов)  1134  542 / 535 / 57
Количество элементов данных (активированных/деактивированных/неподдерживаемых)   / 3694 / 980
Количество триггеров (активированных/деактивированных [проблема/ок])  3382  1874 / 1508 [330 / 1544]
Требуемое быстродействие сервера, новые значения в секунду  62.47
Cама виртуалка 8 ядер 11 Гб ОЗУ
Нагрузки как таковой нет(

Отсюда вопросы:
1) Как победить очереди? 2) Стоит ли из-за этого волноваться? Возможно, такие очереди вполне нормальны.
3) Куда посмотреть, чтобы победить очереди, пробовал ковырять настройки zabbix_server_conf. увеличивал поллеры
увеличивал CacheSize
Решил, что возможно проблемы с настройками Мускуля, он из коробки.
Отсюда вопрос: смотреть в сторону zabbix_server_conf или в настройки Мускуля?
Заранее спсибо за ответы.
P.S. Всем удачного воскресенья

кол-вр поллеров увеличить?

была еще тема у человека, ограничение в системд... ток не помню суть, @yoleksandr  напомни пжалста

Ниже про системд

👍

Кто сказал что плохой, я написал что не безопасный, разберитесь с протоколом для начала. Для ipv6 больше  инструментов для взлома при использовании IPv6, это возможность при использовании туннелей и вообще при правильном обращении с адресами. Отсутствие NAT и фактически различные вариации с маршрутами сильно облегчают взлом. Протокол больше для провайдеров может для IoT, но пока ещё не подходит для серверов in house. Да, firewall  сейчас учитывают сам протокол, но до сих пор содержат кучу лазеек для взлома, в отличии от того же ipv4 и нат например. Вот и всё. Использовать надо те инструменты, которые больше подходят в тот или иной момент. П.с. пишу с девайса с адресом с ipv6, пользуюсь постоянно для обхода блокировок. Всё больше не будет флуда на эту тему.

Не помогло

пример кучи лазеек для взлома

без проксей?

а если увеличить время опроса?

очередь уменьшится?

Без