Init 스크립트는 수천 개의 죽은 프로세스를 남겨둡니다.

Init 스크립트는 수천 개의 죽은 프로세스를 남겨둡니다.

내 문제는 수천 개의 죽은 bash 프로세스를 생성하는 init 스크립트가 있다는 것입니다. 내 목표는 시작 시 자체 스크린 세션에 "fr24feed"라는 프로그램을 갖는 것입니다. 온라인에서 예제를 살펴본 후 이 초기화 스크립트를 작성했습니다.

PROG="fr24feed"
PROG_PATH="/home/pi/fr24feed"
PROG_ARGS="--fr24key=xxxxxx --bs-ip=127.0.0.1 --bs-port=30003"
PIDFILE="/var/run/fr24feed.pid"

start() {
  if [ -e $PIDFILE ]; then
      ## Program is running, exit with error.
      echo "Error! $PROG is currently running!" 1>&2
      echo "Already running"
      exit 1
  else
      echo "Starting"
      cd $PROG_PATH
      sleep 2
      sudo -u pi screen -S fr24feed -d -m ./$PROG $PROG_ARGS 2>&1 > /dev/null &
      echo "$PROG started"
      touch $PIDFILE
  fi
}

stop() {
  if [ -e $PIDFILE ]; then
      ## Program is running, so stop it
     echo "$PROG is running"
     killall $PROG
     rm -f $PIDFILE
     echo "$PROG stopped"
  else
      ## Program is not running, exit with error.
      echo "Error! $PROG not started!" 1>&2
      exit 1
  fi
 }

## Check to see if we are running as root first.
## Found at http://www.cyberciti.biz/tips/shell-root-user-check-script.html
if [ "$(id -u)" != "0" ]; then
  echo "This script must be run as root" 1>&2
  echo "This script must be run as root" 1>&2 >> /home/pi/fr24feed.log
  exit 1
fi

case "$1" in
  start)
      start
      exit 0
  ;;
  stop)
      stop
      exit 0
  ;;
  reload|restart|force-reload)
      stop
      start
      exit 0
  ;;
  **)
      echo "Usage: $0 {start|stop|reload}" 1>&2
      exit 1
  ;;
esac
exit 0

ps -ax를 사용하여 얻었습니다.

2063 ?        Ss     0:19 SCREEN -S fr24feed -d -m ./fr24feed --fr24key=xxxxxx --bs-ip=127.0.0.1 --bs-port=30003
2064 pts/4    Ssl+  49:19 ./fr24feed --fr24key=xxxxxx --bs-ip=127.0.0.1 --bs-port=30003

다음과 같은 수천 개의 항목이 뒤따랐습니다.

3073 pts/4    Z+     0:00 [bash] <defunct>
3078 pts/4    Z+     0:00 [bash] <defunct>
3083 pts/4    Z+     0:00 [bash] <defunct>
3088 pts/4    Z+     0:00 [bash] <defunct>
3092 pts/4    Z+     0:00 [bash] <defunct>

둘 다 pts/4에 있기 때문에 내 init 스크립트에 의해 생성된 것으로 의심되지만 어디서 잘못되었는지는 확실하지 않습니다. 어쩌면 STDERR 및 STDOUT이 /dev/null로 올바르게 리디렉션되지 않았을 수 있습니까?

답변1

어쩌면 STDERR 및 STDOUT이 /dev/null로 올바르게 리디렉션되지 않았을 수 있습니까?

옳은. 그것이 하는 일은 2>&1>/dev/null2를 다음으로 리디렉션하는 것입니다.1과 같은 장소, 이는 제어(의사) 터미널이며 1을 다음으로 리디렉션합니다 /dev/null.

» perl -e 'print "Testing stdout\n"; print STDERR "Testing stderr\n"' 
Testing stdout
Testing stderr

» perl -e 'print "Testing stdout\n"; print STDERR "Testing stderr\n"' 1> /dev/null
Testing stderr

» perl -e 'print "Testing stdout\n"; print STDERR "Testing stderr\n"' 2> /dev/null
Testing stdout

» perl -e 'print "Testing stdout\n"; print STDERR "Testing stderr\n"' 2>&1 > /dev/null
Testing stderr

이를 수행하는 쉬운 방법은 다음을 사용하는 것입니다 &>.

» perl -e 'print "Testing stdout\n"; print STDERR "Testing stderr\n"' &> /dev/null
[no output]

바라보다예제 3.6. "모든 출력"을 리디렉션한다고 나와 있지만 실행 중인 셸을 참조하므로 실행 프로세스가 로깅을 위해 다른 파일 설명자를 사용하거나 자체 stdout/stderr을 리디렉션하여 셸에 도달하지 못하게 하는 경우 영향을 받지 않습니다.

관련 정보