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 <tmp@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 bienvenuesystemctl 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) |