Форум

А ремонтируется Munin очень просто - восстановите содержимое файла /etc/nginx/bx/conf/server_monitor.conf в состояние до обновления Nginx.
Привожу содержимое файла:

# Ansible managed# munin
location ^~ /munin {
 # access_log /var/log/monitoring_access_log main;
 error_log /var/log/nginx/monitoring_error_log error;
 access_log off;

 auth_basic                            "BitrixEnv/BitrixVM munin";
 auth_basic_user_file  /etc/munin/passwd;
 index index.html;
 root /var/lib;
}

# nagios server monitoring configuration
location ^~ /nagios {
 # access_log /var/log/monitoring_access_log main;
 error_log /var/log/nginx/monitoring_error_log error;
 access_log off;

 proxy_pass  $proxyserver;
}

+ перезапуск Nginx!

Пробуем открыть munin - https://адрес_портала/munin.

Если окно авторизации не появилось, то смотрим активность сервисов munin и munin-node (перезапускаем сервисы systemctl restart munin, systemctl restart munin-node).

Пробуем открыть munin - https://адрес_портала/munin.

Если всё ещё окно авторизации не появилось, переходим к файлу /etc/nginx/bx/site_avaliable/ssl.s1.conf (или подобное).
Смотрим последние строки по инклуду мониторинга, обычно "include bx/server_monitor.conf".
Проверяем в папке /etc/nginx/bx/ корректность ссылки @server_monitor.conf. Куда она ведёт?
До обновления ссылка вела к файлу /etc/nginx/bx/conf/server_monitor.conf.
Теперь она ведёт к файлу /etc/nginx/bx/conf/blank.conf? Файл пустой?

- или копируем содержимое файла server_monitor.conf в blank.conf (содержимое файла выше);
- или правим ссылку с указанием файла server_monitor.conf вместо blank.conf.

Перезапускаем Nginx, Пробуем открыть munin - https://адрес_портала/munin.

Если удалось авторизоваться, поздравляю.

Случай с "нерисованием" графиков здесь не рассматривается - это другой вопрос.