syslog-ng im ausführlichen Modus ausführen

syslog-ng im ausführlichen Modus ausführen

EDIT1: syslog-ng-Startbefehl:
/usr/sbin/syslog-ng -u syslog -g syslog -R /tmp/syslog-ng.persist -F

verwendete Befehle:

syslog-ng-ctl verbose --set=onUndsyslog-ng-ctl verbose

Ich versuche, syslog-ngim ausführlichen Modus zu arbeiten, erhalte aber folgende Fehlermeldungen:

Fehler beim Verbinden des Steuer-Sockets, Socket='/var/lib/syslog-ng/syslog-ng.ctl', Fehler='Keine solche Datei oder kein solches Verzeichnis'

root@CHB:~# syslog-ng-ctl verbose
Error connecting control socket, socket='/var/lib/syslog-ng/syslog-ng.ctl', error='No such file or directory'

Ich habe also die CTL-Datei erstellt und die Berechtigungen wie erforderlich geändert, erhalte dann aber erneut den folgenden Fehler:

Fehler beim Verbinden des Steuer-Sockets, Socket='/var/lib/syslog-ng/syslog-ng.ctl', Fehler='Verbindung abgelehnt'

root@CHB:~# touch /var/lib/syslog-ng/syslog-ng.ctl
root@CHB:~# ls -l /var/lib/syslog-ng/syslog-ng.ctl
-rw-r--r--    1 root     root             0 Oct 21 19:11 /var/lib/syslog-ng/syslog-ng.ctl

root@CHB:~# chown syslog /var/lib/syslog-ng/syslog-ng.ctl
root@CHB:~# ls -l /var/lib/syslog-ng/syslog-ng.ctl
-rw-r--r--    1 syslog   root             0 Oct 21 19:11 /var/lib/syslog-ng/syslog-ng.ctl

root@CHB:~# chgrp syslog /var/lib/syslog-ng/syslog-ng.ctl
root@CHB:~# ls -l /var/lib/syslog-ng/syslog-ng.ctl
-rw-r--r--    1 syslog   syslog           0 Oct 21 19:11 /var/lib/syslog-ng/syslog-ng.ctl

root@CHB:~# chmod +x /var/lib/syslog-ng/syslog-ng.ctl
root@CHB:~# ls -l /var/lib/syslog-ng/syslog-ng.ctl
-rwxr-xr-x    1 syslog   syslog           0 Oct 21 19:11 /var/lib/syslog-ng/syslog-ng.ctl

root@CHB:~# syslog-ng-ctl verbose
Error connecting control socket, socket='/var/lib/syslog-ng/syslog-ng.ctl', error='Connection refused'

root@CHB:~# syslog-ng-ctl verbose --set=on
Error connecting control socket, socket='/var/lib/syslog-ng/syslog-ng.ctl', error='Connection refused'

meine Systeminformationen, falls das hilft

root@CHB:~# cat /etc/issue
Poky (Yocto Project Reference Distro) 2.0 \n \l
root@CHB:~# uname -a
Linux CHB 3.2.48 #1 SMP Tue Mar 14 15:52:38 CET 2017 i686 GNU/Linux

Wenn Sie weitere Informationen benötigen, lassen Sie es mich bitte wissen.
Ich bin für jede Hilfe bei der Lösung des Problems dankbar.

BEARBEITEN 2:
Konfigurationsdatei

#syslog settings
CS_SYSLOG_DAEMON="/usr/sbin/syslog-ng"
CS_SYSLOG_NAME="syslog-ng"
# user/group
CS_SYSLOG_USER="syslog"
CS_SYSLOG_GROUP="syslog"
# syslog port/interface to be used in syslog-ng.conf in case of remote logging
CS_SYSLOG_PORT="2020"
CS_SYSLOG_INTERFACE="eth1"
# syslog specific parameters: user, group, persist file in /tmp, in the foreground (start-stop-daemon will take care of the spawn)
CS_SYSLOG_ARGS="-u $CS_SYSLOG_USER -g $CS_SYSLOG_GROUP -R /tmp/syslog-ng.persist -F"
CS_SYSLOG_EXTRA_ARGS=

Im Startbefehl des init.d-Skripts werden die oben genannten Variablen vor

startdaemon $CS_SYSLOG_DAEMON $CS_SYSLOG_NAME $CS_SYSLOG_ARGS $CS_SYSLOG_EXTRA_ARGS
        ;;

Antwort1

Die ausführliche Ausgabe wird in /var/log/messages abgelegt.

Überprüfen Sie die Berechtigungen des Verzeichnisses, in dem sich die Sockets befinden. Normalerweise wird die Socket-Datei beim Start eines Dienstes erstellt, manchmal auch vom Dienst selbst. Überprüfen Sie also, welcher Benutzer den Dienst starten möchte, und korrigieren Sie dann die Berechtigungen des Verzeichnisses, in dem die Socket-Datei erstellt wird.

/var/lib/syslog-ng sollte dem Benutzer syslog gehören, wenn syslog der Benutzer ist, der den Dienst startet. Da ich nicht sicher bin, wie Ihr System im Detail aussieht, würde ich nur aus Debugging-Gründen vorschlagen, der Gruppe auch Schreibzugriff zu gewähren.

rm /var/lib/syslog-ng/syslog-ng.ctl
chmod 770 /var/lib/syslog-ng
chown syslog:syslog /var/lib/syslog-ng

Um sicherzugehen, dass keine seltsame Datei vorhanden ist, die etwas kaputt machen könnte, führen Sie den RM der Datei syslog-ng.ctl aus. Ändern Sie die Berechtigungen zum Lesen, Schreiben und Ausführen für den Eigentümer und die Gruppe. Ich vermute, andere haben hier auf Ihrem System nichts zu tun. Ändern Sie den Eigentümer und die Gruppe für dieses Verzeichnis in syslog.

verwandte Informationen