내 Ubuntu 서버에서 upstart로 관리되는 사용자 정의 데몬이 있습니다. 데몬의 출력을 캡처 (로그)해야한다는 점을 제외하고는 완벽하게 작동합니다. 공식 연 페이지는 내가 사용할 수 있다고 console logged
이 작업을 수행하는 것이 아니라 어떤 파일이에 로그인합니까?
또한 더 이상 유효한 스탠자console logged
가 아님을 읽었습니다 . 현재 0.3.9 (Hardy)를 사용하고 있지만 몇 개월 안에 0.6.x (Lucid)로 업그레이드합니다. 경우 console logged
실제로 이후 버전에서는 작동하지 않습니다, 내가 대신 무엇을 사용합니까?
답변
이 스 니펫은 서비스 출력을 로거로 파이프하는 동시에 서비스 프로세스를 실행하여 셸 프로세스를 대체하여 upstart가 혼동되지 않도록합니다. 또한 로거 프로세스가 초기화되는 것을 보장하므로 서비스의 하위 요소가 아니며 일시적으로 fifo를 작성해야하더라도 파일 시스템에 cruft가 남아 있지 않도록합니다.
script
mkfifo /tmp/myservice-log-fifo
( logger -t myservice </tmp/myservice-log-fifo & )
exec >/tmp/myservice-log-fifo
rm /tmp/myservice-log-fifo
exec myservice 2>/dev/null
end script
작동 방식은 다음과 같습니다.
mkfifo /tmp/myservice-log-fifo
단순히 fifo 특수 파일 (일명 명명 된 파이프)을 만듭니다.man 7 fifo
자세한 정보를 입력 하십시오.( logger ... </tmp/myservice-log-fifo & )
백그라운드에서 fifo에서 로거 읽기를 시작합니다. Parens는 현재 쉘 프로세스의 하위로 남아 있지 않고 로거 프로세스가 초기화되도록 다시 설정됩니다.exec >/tmp/myservice-log-fifo
현재 쉘의 표준 출력을 fifo로 리디렉션합니다. 이제 해당 fifo에 대한 열린 파일 설명자가 있으며 실제로 파일 시스템 항목이 더 이상 필요하지 않습니다.rm /tmp/myservice-log-fifo
제거하겠습니다.exec myservice 2>/dev/null
단순히 일반적인 방법으로 서비스를 실행합니다. Stdout은 이미 fifo로 가고 있으며 새 프로그램이 실행될 때 변경되지 않습니다.
업데이트 : set -e
Upstart는 기본적 으로이 옵션으로 스크립트를 실행하므로 필요하지 않습니다 ( http://upstart.ubuntu.com/cookbook/#develop-scripts-using-bin-sh 참조 )
답변
최신 Ubuntu 버전 (12.04+)의 경우 간단히
console log
그리고 데몬 출력 (STDOUT & STDERR)이 추가됩니다 /var/log/upstart/<service>.log
답변
console output
스탠자 를 사용하고 스크립트 출력을 logger
셸 명령 인터페이스 (syslog (3) 시스템 로그 모듈에 파이프)로 파이프 하면 작동합니다.
예를 들어
console output
exec /my/script | logger
에 로그인합니다 /var/log/messages
예를 들어
console output
exec /my/script | logger -t my-script
/var/log/messages
각 메시지에 로그인 하고 태그를 지정합니다.my-script
logger --help
로거 사용 옵션.
(저는 Centos 5.x 기반의 Amazon Linux AMI; YMMV에 있습니다)
답변
나는 mkfifo
트릭을 만족스럽게 작동 시키지 않았다 . 그것은 stderr을 캡처하지 않는 것처럼 보였고 리디렉션을 시도하면 Upstart가 오류없이 보석을 만들었습니다.
또한 logger
프로세스를의 자식으로 중단 시키는 부작용으로 init
인해 로거의 “소유자”에 대한 정보를 잃어 버렸으며, 이미 알고있는 사람이 없으면 mkfifo
죽을 수있는 매달려있는 프로세스라고 가정 할 수 있습니다.
대신에 나는 다음과 같은 해결책으로 끝났고 이러한 모든 문제를 해결했습니다. 그것은 원인 logger
루트 프로세스와 서비스를 유지하면서, 자식 프로세스가 될 수 있습니다. 불행히도 exec’ing이 필요 bash
하지만 더러워 보입니다 .
script
# ... setup commands here, e.g. environment, cd, ...
exec bash <<EOT
exec 1> >(logger -t myservice) 2>&1
exec myservice
EOT
end script
이것은 stdout 및 stderr을 명령으로 리디렉션하는 트릭을 사용합니다. bash
명령 내부에서 서비스를 실행하기 때문에 셸을 교체하고 bash를 다음과 같이 마술처럼 서비스의 하위 프로세스로 만드는 부작용이 있습니다 ps aufxw
.
myservice
\_ bash -c exec 1> >(logger -t myservice) 2>&1 && exec myservice
\_ logger -t myservice
어떤 이유로 위의 명령은에 싸야합니다 bash -c
. Upstart는 Bash를 통해 스크립트를 실행하는 척하지만 실제로는 그렇지 않기 때문이라고 생각합니다. 누군가가 여분의 bash 쉘을 피하는 방법을 제안 할 수 있다면 멋질 것입니다.
답변
이것은 못 생겼지 만 지금까지 내가 찾은 최고
exec / path / to / server >> /tmp/upstart.log 2> & 1
답변
출력을 syslog로 리디렉션 할 수도 있습니다. 예 :
exec $SERVER 2>&1 | logger -t myservice -p local0.info
그러나 파이프 라인으로 인해 upstart가 로깅 프로세스의 PID와 디먼의 PID를 혼동 할 수 있습니다.
답변
다른 대안은 다음과 같은 티를 사용하는 것입니다.
exec $SERVER 2>&1 | tee /dev/stderr | logger -t myservice
시작 파일과 syslog 출력을 모두 얻는 방법