
EDIT1: команда запуска syslog-ng:
/usr/sbin/syslog-ng -u syslog -g syslog -R /tmp/syslog-ng.persist -F
Используемые команды:
syslog-ng-ctl verbose --set=on
иsyslog-ng-ctl verbose
Я пытаюсь запустить syslog-ng
режим расширенного вывода, но получаю ошибки:
Ошибка подключения управляющего сокета, socket='/var/lib/syslog-ng/syslog-ng.ctl', error='Нет такого файла или каталога'
root@CHB:~# syslog-ng-ctl verbose
Error connecting control socket, socket='/var/lib/syslog-ng/syslog-ng.ctl', error='No such file or directory'
Поэтому создал файл ctl и изменил разрешения по мере необходимости, но затем снова получаю ошибку:
Ошибка подключения управляющего сокета, socket='/var/lib/syslog-ng/syslog-ng.ctl', error='В подключении отказано'
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'
моя системная информация, если это поможет
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
Если нужна дополнительная информация, пожалуйста, дайте мне знать.
Буду признателен за любую помощь в решении проблемы.
ПРАВКА 2:
файл конфигурации
#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=
в команде запуска скрипта init.d указанные выше переменные берутся до
startdaemon $CS_SYSLOG_DAEMON $CS_SYSLOG_NAME $CS_SYSLOG_ARGS $CS_SYSLOG_EXTRA_ARGS
;;
решение1
Подробный вывод будет помещен в /var/log/messages.
Проверьте разрешения каталога, в котором находятся сокеты. Обычно файл сокета создается во время запуска службы, иногда самой службой. Поэтому проверьте, какой пользователь хочет запустить службу, а затем исправьте разрешения каталога, в котором создается файл сокета.
/var/lib/syslog-ng должен принадлежать пользователю syslog, если syslog — это пользователь, который запускает службу. Поскольку я не уверен, как выглядит ваша система в деталях, я бы предложил только для отладки предоставить группе также доступ на запись.
rm /var/lib/syslog-ng/syslog-ng.ctl
chmod 770 /var/lib/syslog-ng
chown syslog:syslog /var/lib/syslog-ng
Чтобы убедиться, что нет никаких посторонних файлов, которые могли бы что-то сломать, выполните rm файла syslog-ng.ctl. Измените разрешения на чтение, запись, выполнение для владельца и группы. Думаю, другим нечего делать здесь в вашей системе. Измените владельца и группу на syslog для этого каталога.