Bonjour,
J'ai essayé les options de débogage de rsyslogd
vm293 ~ > /usr/sbin/rsyslogd -v
rsyslogd 8.24.0, compiled with:
PLATFORM: x86_64-pc-linux-gnu
PLATFORM (lsb_release -d):
FEATURE_REGEXP: Yes
GSSAPI Kerberos 5 support: Yes
FEATURE_DEBUG (debug build, slow code): No
32bit Atomic operations supported: Yes
64bit Atomic operations supported: Yes
memory allocator: system default
Runtime Instrumentation (slow code): No
uuid support: Yes
Number of Bits in RainerScript integers: 64
mais après une erreur de commande rsyslogd ne renvoit plus rien:
vm293 ~ > rsyslogd 8.24.0, compiled with:
vm293 ~ > /usr/sbin/rsyslogd -v
vm293 ~ > rsyslogd -dn
vm293 ~ > rsyslogd -N2
vm293 ~ >
Thierry CHEN
Le 16/10/2019 13:00, Daniel Caillibaud a écrit :
Le 16/10/19 à 12h39, tmp<t...@webologix.com> a écrit :
Après un upgrade jessie->stretch sur un VPS VMWARE j'ai 3 services en
panne sont rsyslog. Voici ce que rapporte systemd:
vm293 ~ > systemctl start rsyslog
Job for rsyslog.service failed because the control process exited with
error code.
[…]
Toute suggestion bienvenue
systemctl cat rsyslog.service pour voir la commande qu'il lance
Chez moi c'est
ExecStart=/usr/sbin/rsyslogd -n -iNONE
Lance là manuellement, en ajoutant des paramètres pour le rendre plus
verbeux si c'est possible, et tu devrais avoir le motif du plantage. Avec
la commande ci dessus ça donnerait (-n et -i virés inutiles dans ce cas,
man rsyslog pour le détail)
/usr/sbin/rsyslogd -v
voire ajouter -d ou -D
Si tu dois adapter cette commande à ton usage, ne modifie pas les fichiers
de /etc/systemd/ (en général des symlinks vers /lib/systemd), mais ajoute
des surcharges, par ex via un
/etc/systemd/system/rsyslog.service.d/override.conf
(le nom override est arbitraire)