☰

Init 脚本留下了数千个已失效的进程

tag-icon • tag-icon linux bash gnu-screen raspberry-pi init
Init 脚本留下了数千个已失效的进程

我的问题是我有一个 init 脚本正在生成数千个失效的 bash 进程。我的目标是在启动时在其自己的屏幕会话中拥有一个名为“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/null的是将 2 重定向到与 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。请注意，虽然它说这会重定向“每个输出”，但这指的是执行 shell，因此如果执行的进程使用其他文件描述符进行日志记录，或重定向其自己的 stdout/stderr 以便它们永远不会到达 shell，则这些不会受到影响。

相关内容