ZNC 서비스를 시작할 수 없습니다

ZNC 서비스를 시작할 수 없습니다

다음 명령을 사용하여 ZNC를 시작하려고 합니다.

service znc start

이 오류가 발생합니다.

Starting znc: /usr/bin/dirname: extra operand `2>&1.pid'
Try `/usr/bin/dirname --help' for more information.
                                                           [FAILED]

init.d 스크립트는 다음과 같습니다.

exec=/usr/bin/znc
prog=znc
config=/var/lib/znc
runas=znc

lockfile=/var/lock/subsys/$prog

start() {
[ -x $exec ] || exit 5
echo -n $"Starting $prog: "
# if not running, start it up here, usually something like "daemon $exec"
daemon --user $runas "$exec -d $config >/dev/null 2>&1"
# If you're reckless with your system, comment the line above and
# uncomment this one below... I just don't get it why
#daemon "$exec -r -d $config >/dev/null 2>&1"
retval=$?
echo
[ $retval -eq 0 ] && touch $lockfile
return $retval
}

이 문제의 원인이 무엇인지 아는 사람이 있습니다.

센토스를 쓰고 있어요

답변1

귀하의 질문에 있는 코드를 기반으로 샘플 초기화 스크립트를 만들었고 큰따옴표를 끝에서 가운데로 이동하여 한 줄을 변경해야 한다고 결정했습니다.

daemon --user $runas "$exec" -d $config >/dev/null 2>&1

daemon()의 함수는 /etc/init.d/functions인수가 아닌 첫 번째 인수를 살펴보고 프로그램 경로를 기본 이름으로 다시 제거한 다음 이를 사용하여 PID 잠금 파일을 파생시킵니다. 전체 문자열을 (부정확하게) 인용함으로써 PID 파일은 2>&1.pid오류가 보여주는 것과 잘못 식별됩니다.

ZNC 프로그램이 자체적으로 보호하지 않고 백그라운드로 분기되는 경우 여기에 표시된 코드 줄은 여전히 ​​무기한 중단됩니다. ZNC가 없어서 이 부분을 테스트할 수는 없지만 CentOS 데몬 유틸리티가 백그라운드 작업에 대한 옵션을 제공하지 않는다는 점을 고려하면 이 기본적인 요구 사항은 ZNC 자체에서 해결되었으면 좋겠습니다.

답변2

새로운 사용자 계정을 만들었다고 가정

sudo useradd --system --shell /sbin/nologin --comment "Account to run ZNC daemon" --user-group znc

구성 파일을 만들었습니다.

CentOS의 init.d 스크립트는 다음과 같습니다.

#!/bin/sh
#
# znc - Advanced IRC Bouncer INIT script #
# description: An Advanced IRC bouncer INIT script for
# Source function library.
. /etc/rc.d/init.d/functions

exec=/usr/bin/znc
prog=znc
config=/var/lib/znc
runas=znc

lockfile=/var/lock/subsys/$prog

start() {
    [ -x $exec ] || exit 5
    echo -n $"Starting $prog: "
    # if not running, start it up here, usually something like "daemon $exec"
    daemon --user $runas "$exec -d $config >/dev/null 2>&1"
    # If you're reckless with your system, comment the line above and
    # uncomment this one below... I just don't get it why
    # daemon "$exec -r -d $config >/dev/null 2>&1"
    retval=$?
    echo
    [ $retval -eq 0 ] && touch $lockfile
    return $retval
}

stop() {
    echo -n $"Stopping $prog: "
    # stop it here, often "killproc $prog"
    killproc $prog -TERM
    retval=$?
    echo
    [ $retval -eq 0 ] && rm -f $lockfile
    return $retval
}

reload() {
    echo -n $"Reloading $prog: "
    # stop it here, often "killproc $prog"
    killproc $prog -HUP
    retval=$?
    echo
}

restart() {
    stop
    start
}

rh_status() {
    # run checks to determine if the service is running or use generic status
    status $prog
}

rh_status_q() {
    rh_status >/dev/null 2>&1
}

case "$1" in
    start)
        rh_status_q && exit 0
        $1
        ;;
    stop)
        rh_status_q || exit 0
        $1
        ;;
    restart)
        $1
        ;;
    reload)
        rh_status_q || exit 7
        $1
        ;;
    status)
        rh_status
        ;;
    condrestart|try-restart)
        rh_status_q || exit 0
        restart
        ;;
    *)
        echo $"Usage: $0 {start|stop|status|reload|restart|condrestart|try-restart}"
        exit 2
esac
exit $?

chmod +x그렇지 않으면 crontab을 사용할 수 있는지 확인하십시오 .

*/10 * * * *   /usr/bin/znc >/dev/null 2>&1

귀하의 crontab에 ( crontab -e)

보다 적극적인 검사를 위해 10을 더 낮은 값으로 바꾸십시오.

답변3

daemon --user $runas --check $exec "$exec -d $config >/dev/null 2>&1". 방금 추가한 --check $exec.daemon 함수는 pid 파일 znc에서 얻을 수 없으며 "null 2>&1"로 평가됩니다 . 이는 정확성을 보장합니다. 아니면 패스해도 돼요"$exec -d $config >/dev/null 2>&1"/var/run/znc.pid${1##*/}--check $exec
pidfile=/var/run/$(basename $exec).pid daemon --user $runas --pidfile $pidfile "$exec -d $config >/dev/null 2>&1"

모든 내용이 "$exec -d $config >/dev/null 2>&1"과 같이 인용되지 않으면 "daemon" 함수의 stdout 및 stderr이 리디렉션되고 "daemon" 함수의 모든 출력 메시지 또는 오류가 발생합니다. 시작 중에는 표시되지 않습니다. 필요할 때 더 크게 외쳐야 합니다. 닫혀서는 안됩니다. 인용되면 $exec의 stdout 및 stderr이 올바르게 리디렉션되도록 데몬 함수에 '$*'로 전달됩니다. $exec 자체를 참조하는 것은 이름이나 경로에 공백이 없으면 아무 작업도 수행되지 않습니다.

시스템 데몬은 열려 있는 모든 FD를 닫고 0,1 및 2 자체에서 /dev/null을 열고 터미널에서 분리되어 출력 로그를 사용하므로 /dev/null로 리디렉션할 필요가 없습니다. 여기서 "znc"는 redir 자체를 수행하지 않기 때문에 I/O redir이 필요하다고 생각합니다.

관련 정보