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をリダイレクトしてシェルに到達したりできない場合は影響を受けません。

関連情報