cerhu > linux.debian.user.french

Migrec (16/04/2019, 16h50)
Bonjour,

Je n'arrive pas à baisser l'intensité des logs d'icinga2 dans
/var/log/syslog.

J'ai tenté de passer par /etc/default/icinga2 en rajoutant -x critical
comme l'indique la doc :
[root@canoe]:~ # cat /etc/default/icinga2
# default settings for icinga2's initscript
DAEMON_ARGS="-d -e /var/log/icinga2/icinga2.err -x critical"

Je suis aussi passé directement par le script /etc/init.d/icinga2 en
modifiant DAEMON_ARGS:
DAEMON_ARGS="-e /var/log/icinga2/icinga2.err -x critical"

Mais rien à faire, après un
service icinga2 restart, ps -axuf m'indique toujours :
nagios   13129  6.3  2.8 939920 25648 ?        Ssl  13:19   0:00
/usr/lib/x86_64-linux-gnu/icinga2/sbin/icinga2 --no-stack-rlimit daemon
-e /var/log/icinga2/error.log
nagios   13169  0.0  0.1 511768  1256 ?        S    13:19   0:00  \_
/usr/lib/x86_64-linux-gnu/icinga2/sbin/icinga2 --no-stack-rlimit daemon
-e /var/log/icinga2/error.log

Donc aucun des arguments passés... Est-ce normal ?

Je me retrouve avec des logs trop verbeux dans /var/log/syslog :
Apr 16 16:40:10 canoe icinga2[25364]: [2019-04-16 16:32:40 +0200]
information/IdoMysqlConnection: Query queue items: 0, query rate: 3.1/s
(186/min 928/5min 1772/15min);
Apr 16 16:40:10 canoe icinga2[25364]: [2019-04-16 16:32:55 +0200]
information/IdoMysqlConnection: Query queue items: 0, query rate: 3.1/s
(186/min 930/5min 1812/15min);
Apr 16 16:40:10 canoe icinga2[25364]: [2019-04-16 16:33:10 +0200]
information/IdoMysqlConnection: Query queue items: 0, query rate: 3.1/s
(186/min 932/5min 1860/15min);
Apr 16 16:40:10 canoe icinga2[25364]: [2019-04-16 16:33:25 +0200]
information/IdoMysqlConnection: Query queue items: 0, query rate: 3.1/s
(186/min 930/5min 1910/15min);
Apr 16 16:40:10 canoe icinga2[25364]: [2019-04-16 16:33:25 +0200]
information/ConfigObject: Dumping program state to file
'/var/lib/icinga2/icinga2.state'
Apr 16 16:40:10 canoe icinga2[25364]: [2019-04-16 16:33:40 +0200]
information/IdoMysqlConnection: Query queue items: 0, query rate: 3.1/s
(186/min 930/5min 1958/15min);
Apr 16 16:40:10 canoe icinga2[25364]: [2019-04-16 16:33:55 +0200]
information/IdoMysqlConnection: Query queue items: 0, query rate:
3.06667/s (184/min 928/5min 1996/15min);
Apr 16 16:40:10 canoe icinga2[25364]: [2019-04-16 16:34:10 +0200]
information/IdoMysqlConnection: Query queue items: 0, query rate:
3.13333/s (188/min 932/5min 2048/15min);
Apr 16 16:40:10 canoe icinga2[25364]: [2019-04-16 16:34:25 +0200]
information/IdoMysqlConnection: Query queue items: 0, query rate: 3.1/s
(186/min 930/5min 2096/15min);
Apr 16 16:40:10 canoe icinga2[25364]: [2019-04-16 16:34:40 +0200]
information/IdoMysqlConnection: Query queue items: 0, query rate: 3.1/s
(186/min 930/5min 2144/15min);
Apr 16 16:40:10 canoe icinga2[25364]: [2019-04-16 16:34:55 +0200]
information/IdoMysqlConnection: Query queue items: 0, query rate: 3.1/s
(186/min 928/5min 2182/15min);
Apr 16 16:40:10 canoe icinga2[25364]: [2019-04-16 16:35:10 +0200]
information/IdoMysqlConnection: Query queue items: 0, query rate: 3.1/s
(186/min 932/5min 2234/15min);
Apr 16 16:40:10 canoe icinga2[25364]: [2019-04-16 16:35:25 +0200]
information/IdoMysqlConnection: Query queue items: 0, query rate: 3.1/s
(186/min 930/5min 2282/15min);
Apr 16 16:40:10 canoe icinga2[25364]: [2019-04-16 16:35:40 +0200]
information/IdoMysqlConnection: Query queue items: 0, query rate: 3.1/s
(186/min 930/5min 2330/15min);
Apr 16 16:40:10 canoe icinga2[25364]: [2019-04-16 16:35:55 +0200]
information/IdoMysqlConnection: Query queue items: 0, query rate: 3.1/s
(186/min 928/5min 2368/15min);
Apr 16 16:40:10 canoe icinga2[25364]: [2019-04-16 16:36:10 +0200]
information/IdoMysqlConnection: Query queue items: 0, query rate:
3.13333/s (188/min 934/5min 2422/15min);
Apr 16 16:40:10 canoe icinga2[25364]: [2019-04-16 16:36:25 +0200]
information/IdoMysqlConnection: Query queue items: 0, query rate: 3.1/s
(186/min 930/5min 2468/15min);
Apr 16 16:40:10 canoe icinga2[25364]: [2019-04-16 16:36:40 +0200]
information/IdoMysqlConnection: Query queue items: 0, query rate: 3.1/s
(186/min 930/5min 2516/15min);
Apr 16 16:40:10 canoe icinga2[25364]: [2019-04-16 16:36:55 +0200]
information/IdoMysqlConnection: Query queue items: 0, query rate: 3.1/s
(186/min 928/5min 2554/15min);
Apr 16 16:40:10 canoe icinga2[25364]: [2019-04-16 16:37:10 +0200]
information/IdoMysqlConnection: Query queue items: 0, query rate: 3.1/s
(186/min 934/5min 2608/15min);
Apr 16 16:40:10 canoe icinga2[25364]: [2019-04-16 16:37:25 +0200]
information/IdoMysqlConnection: Query queue items: 0, query rate: 3.1/s
(186/min 930/5min 2654/15min);
Apr 16 16:40:10 canoe icinga2[25364]: [2019-04-16 16:37:40 +0200]
information/IdoMysqlConnection: Query queue items: 0, query rate: 3.1/s
(186/min 930/5min 2702/15min);
Apr 16 16:40:10 canoe icinga2[25364]: [2019-04-16 16:37:55 +0200]
information/IdoMysqlConnection: Query queue items: 0, query rate: 3.1/s
(186/min 928/5min 2740/15min);
Apr 16 16:40:10 canoe icinga2[25364]: [2019-04-16 16:38:10 +0200]
information/IdoMysqlConnection: Query queue items: 0, query rate:
3.06667/s (184/min 932/5min 2792/15min);
Apr 16 16:40:10 canoe icinga2[25364]: [2019-04-16 16:38:25 +0200]
information/IdoMysqlConnection: Query queue items: 0, query rate: 3.1/s
(186/min 930/5min 2781/15min);
Apr 16 16:40:10 canoe icinga2[25364]: [2019-04-16 16:38:25 +0200]
information/ConfigObject: Dumping program state to file
'/var/lib/icinga2/icinga2.state'
Apr 16 16:40:10 canoe icinga2[25364]: [2019-04-16 16:38:40 +0200]
information/IdoMysqlConnection: Query queue items: 0, query rate: 3.1/s
(186/min 930/5min 2788/15min);
Apr 16 16:40:10 canoe icinga2[25364]: [2019-04-16 16:38:55 +0200]
information/IdoMysqlConnection: Query queue items: 0, query rate: 3.1/s
(186/min 930/5min 2780/15min);
Apr 16 16:40:10 canoe icinga2[25364]: [2019-04-16 16:39:10 +0200]
information/IdoMysqlConnection: Query queue items: 0, query rate: 3.1/s
(186/min 930/5min 2794/15min);
Apr 16 16:40:10 canoe icinga2[25364]: [2019-04-16 16:39:25 +0200]
information/IdoMysqlConnection: Query queue items: 0, query rate: 3.1/s
(186/min 930/5min 2782/15min);
Apr 16 16:40:10 canoe icinga2[25364]: [2019-04-16 16:39:40 +0200]
information/IdoMysqlConnection: Query queue items: 0, query rate:
3.08333/s (185/min 929/5min 2787/15min);
Apr 16 16:40:10 canoe icinga2[25364]: [2019-04-16 16:39:55 +0200]
information/IdoMysqlConnection: Query queue items: 0, query rate: 3.1/s
(186/min 930/5min 2780/15min);

Une idée ?
Daniel Caillibaud (16/04/2019, 17h30)
Le 16/04/19 à 16:47, Migrec <mic.grentz> a écrit :
> Bonjour,
> Je n'arrive pas à baisser l'intensité des logs d'icinga2 dans
> /var/log/syslog.
> J'ai tenté de passer par /etc/default/icinga2 en rajoutant -x critical


> Je suis aussi passé directement par le script /etc/init.d/icinga2 en


> Donc aucun des arguments passés... Est-ce normal ?


Oui si tu utilises systemd et que icinga2 a une définition
dans /etc/systemd/system (dans ce cas /etc/default
et /etc/init.d/tonService sont ignorés)

Dans ce cas (ton système utilise /etc/systemd/system/icinga2.service) tu
dois créer un fichier /etc/systemd/system/icinga2.service.d/override.conf
(le nom "override" est arbitraire mais il faut l'extension .conf) qui
contiendrait par ex

[Unit]
Description=version perso du service icinga2 (moins verbeuse)

[Service]
# il faut affecter un truc vide avant une nouvelle valeur,
# sinon ça râle avec
# Service has more than one ExecStart= setting ?
ExecStart=
# et ta commande de démarrage
ExecStart=commande du service d'origine avec tes options

Tu pourrais modifier directement /etc/systemd/system/icinga2.service mais
c'est pas conseillé, en général c'est un lien vers du /lib/systemd/system/?
fourni par le paquet qu'il vaut mieux laisser intact (ne serait-ce que pour
s'y référer).
Tu pourrais aussi supprimer le lien et remplacer ça par un fichier de ton
cru, mais l'avantage de la surcharge dans le dossier *.d est de ne
modifier que ce qui t'intéresse et suivre les évolutions du paquet pour le
reste.
Migrec (16/04/2019, 22h00)
Le 16/04/2019 à 17:23, Daniel Caillibaud a écrit :
[..]
> [Service]
> # il faut affecter un truc vide avant une nouvelle valeur,
> # sinon ça râle avec
> # Service has more than one ExecStart= setting ?
> ExecStart=
> # et ta commande de démarrage
> ExecStart=commande du service d'origine avec tes options


Bonjour,

Parfait ! Je n'ai plus du tout pensé que c'était systemd qui gérait ça
maintenant, mon serveur est à jour mais je l'oublie un peu tellement il
fonctionne "bien".
Donc j'ai du farfouiller un peu car le script est dans
/etc/systemd/system/multi-user.target.wants.
J'ai du mal à comprendre l'imbrication de tout ça mais je viens de
trouver l'occasion de comprendre. Les scripts /etc/init.d/ ne servent
plus du tout ?

Les logs sont désormais plus lisibles !

Merci.
Daniel Caillibaud (17/04/2019, 08h20)
Le 16/04/19 à 21:56, Migrec <mic.grentz> a écrit :
> Donc j'ai du farfouiller un peu car le script est dans
> /etc/systemd/system/multi-user.target.wants.


Ah oui, dsl, parfois le script est dans /etc/systemd/system/leService.service
et il est activé par un symlink
/etc/systemd/system/multi-user.target.wants/leService.service -> ../leService.service
et parfois c'est directement un symlink de multi-user.target.wants (ou une autre dépendance)
vers /lib/systemd/system

Ce lien est créé ou supprimé par systemctl enable|disable leService

> J'ai du mal à comprendre l'imbrication de tout ça mais je viensde
> trouver l'occasion de comprendre. Les scripts /etc/init.d/ ne servent
> plus du tout ?


Ça dépend ;-)

Si tu as le paquet systemd-sysv, systemd va gérer les services qui n'existent
pas dans /etc/systemd/ mais qui ont un fichier dans /etc/init.d à travers ce dernier.

Si tu n'as pas ce paquet, /etc/init.d est complètement ignoré.

Pour /etc/default je sais pas, à priori c'est plutôt pour sysv mais rien n'empêcherait un
service systemd de sourcer /etc/default, je sais pas si certains le font.
Eric Degenetais (17/04/2019, 09h00)
Bonjour,
Le mar. 16 avr. 2019 21:57, Migrec <mic.grentz> a écrit :

> Le 16/04/2019 à 17:23, Daniel Caillibaud a écrit : [... ]


> > Tu pourrais modifier directement /etc/systemd/system/icinga2.service mais

> Bonjour,
> Parfait ! Je n'ai plus du tout pensé que c'était systemd qui gérait ça
> maintenant, mon serveur est à jour mais je l'oublie un peu tellementil
> fonctionne "bien".
> Donc j'ai du farfouiller un peu car le script est dans
> /etc/systemd/system/multi-user.target.wants.

En fait, il s'agit là d'un symlink créé à l'activation du service. Cela
indique que le système doit démarrer incinga pour atteindre la cible (un
état du système, qui se rapproche d'un runlevel, bien qu'il y aitdes
différences) "multi-user".
La commande
systemctl cat <nom du service>
donne le connu et l'emplacement de son unit-file, sauf erreur de ma part.

> J'ai du mal à comprendre l'imbrication de tout ça mais je viensde
> trouver l'occasion de comprendre. Les scripts /etc/init.d/ ne servent
> plus du tout ?

Pas directement, mais il y a une couche de compatibilité avec les services
non-migrés qui génère des unit systemd par défaut à partir des init.d
installés.

> Les logs sont désormais plus lisibles !
> Merci.
> --
> Migrec


Éric Dégenètais
Discussions similaires
Logs ISA

Reduire la taille des fichiers LOGS

logs ovh

Taille des Logs (Transaction Logs)


Fuseau horaire GMT +2. Il est actuellement 01h42. | Privacy Policy