2026-07-03 16:57:04 -04:00
|
|
|
; Géré par Set-OPS (rôle serveur_icingaweb2). Ne pas éditer à la main.
|
|
|
|
|
[global]
|
|
|
|
|
show_stacktraces = "0"
|
2026-10-03 21:04:51 -04:00
|
|
|
; LA CONSOLE RANGE SON PROPRE ETAT DANS SA PROPRE BASE (2026-09-15 au site, 2026-10-03
|
|
|
|
|
; partout : les locataires en SSO etaient restes en `ini`, avec la premiere erreur ci-dessous).
|
2026-09-15 10:22:53 -04:00
|
|
|
;
|
|
|
|
|
; `config_backend = "ini"` laissait les preferences en fichiers, et c'etait tenable — mais
|
|
|
|
|
; le cadre de MIGRATION d'Icinga Web 2, lui, veut une instance de base quoi qu'il arrive.
|
|
|
|
|
; Sans elle, deux erreurs toutes les quinze secondes :
|
|
|
|
|
;
|
|
|
|
|
; Failed to load pending migrations : Please check if a db instance exists at all
|
|
|
|
|
; Cannot load preferences for user "icinga-admin" : Cannot load resource config ""
|
|
|
|
|
;
|
|
|
|
|
; La seconde n'apparaissait qu'A LA CONNEXION — un journal muet ne prouvait donc rien
|
|
|
|
|
; tant que personne n'avait ouvert de session.
|
|
|
|
|
;
|
|
|
|
|
; Des lors que la console A une base — celle de ses comptes — il n'y a aucune raison d'y
|
|
|
|
|
; ranger les comptes et pas le reste. Les preferences d'un utilisateur le suivent alors
|
|
|
|
|
; d'un navigateur a l'autre, ce que des fichiers locaux ne font pas.
|
|
|
|
|
config_backend = "db"
|
|
|
|
|
config_resource = "icingaweb_db"
|
2026-07-03 16:57:04 -04:00
|
|
|
|
|
|
|
|
[logging]
|
|
|
|
|
log = "syslog"
|
|
|
|
|
level = "ERROR"
|
|
|
|
|
application = "icingaweb2"
|