Redhatでデーモンとしてシェルスクリプトを実行するにはどうすればよいですか?


12

シェルスクリプトがあります。これは基本的に、ログを記録する1つのライナーです。これをinitスクリプトから実行しようとしています。Redhatが使用可能になっていないように見えるため、daemon内部で関数を使用し/etc/init.d/functionsて実行していstart-stop-daemonます。initスクリプト(/etc/init.d/script start)を呼び出すと、プロセスを完了して実行中のままにするのではなく、フォアグラウンドに留まります。このスクリプトをデーモン化する適切な方法は何ですか?

実行するスクリプト:

# conf file where variables are defined
. /etc/script.conf

echo "Starting..." | logger -i
echo "Monitoring $LOG_LOCATION." | logger -i
echo "Sending to $MONITOR_HOST:$MONITOR_PORT." | logger -i

tail -n 1 -F $LOG_LOCATION |
grep WARN --line-buffered  |
/usr/bin/nc -vv $MONITOR_HOST $MONITOR_PORT 2>&1 |
logger -i

初期化スクリプト:

#!/bin/bash


# Source Defaults
. /etc/default/script

# Source init functions
. /etc/init.d/functions

prog=/usr/local/bin/script.sh

[ -f /etc/script.conf ] || exit 1

RETVAL=0

start()
{
    # Quit if disabled
    if ! $ENABLED; then
            echo "Service Disabled in /etc/default/script"
            exit 1
    fi

    echo "Starting $prog"

    daemon $prog

    RETVAL=$?

    return $RETVAL
}

stop ()
{
    echo -n $"Stopping $prog: "
    killproc $prog

    RETVAL=$?

    return $RETVAL
}

reload()
{
    echo "Reload command is not implemented for this service."
    return $RETVAL
}

restart()
{
    stop
    start
}

condrestart()
{
    echo "Not Implemented."
}

# See how we were called.
case "$1" in
    start)
        start
        ;;
    stop)
        stop
        ;;
    status)
        status $prog
        ;;
    restart)
        restart
        ;;
    reload)
        reload
        ;;
    condrestart)
        condrestart
        ;;
    *)
        echo $"Usage: $0 {start|stop|status|restart|condrestart|reload}"
        RETVAL=1
esac

bash -vxを使用した最後の〜20行の実行:

+ case "$1" in
+ start
+ true
+ echo 'Starting /usr/local/bin/script.sh'
Starting /usr/local/bin/script.sh
+ daemon /usr/local/bin/script.sh
+ local gotbase= force=
+ local base= user= nice= bg= pid=
+ nicelevel=0
+ '[' /usr/local/bin/script.sh '!=' /usr/local/bin/script.sh ']'
+ '[' -z '' ']'
+ base=script.sh
+ '[' -f /var/run/script.sh.pid ']'
+ '[' -n '' -a -z '' ']'
+ ulimit -S -c 0
+ '[' -n '' ']'
+ '[' color = verbose -a -z '' ']'
+ '[' -z '' ']'
+ initlog -q -c /usr/local/bin/script.sh

そのスクリプトを実行しbash -vx ...て最後の行をポストすると、フォアグラウンドに何が残っているかを確認できるので便利なようです。
ハウケレイジング

1
この権利の使用を気にせずに進んでくださいdaemonRPMパッケージもあります。ところで、そこには多くのログ監視ツールがあります(ここから始めてください)。
sr_

ハウケ、最初の行を使用するつもりです#!/bin/bash -vxか?これを試してみましたが、シェルスクリプトを直接実行した場合のように、initスクリプトから同じ出力を生成しませんでした。
bshacklett

@bshacklettを使用して明示的に実行することにより、initスクリプト(実際にはシェルスクリプト)の機能を調べることができますbash -vxbash -vx /etc/init.d/script start
sr_

1
@bshacklett Wrtログ、私はlogstashを詳しく見てみたい。ストアにはLog4jから直接ログを供給することができますが、logstashエージェントはログファイルも監視できます
-sr_

回答:


2

私はhttp://www.linuxforums.org/forum/programming-scripting/190279-daemon-etc-init-d-functions-does-not-return-launching-process.html#post897522でスクリプトを見つけました私のニーズに合わせて変更します。PIDを手動で追跡し、を使用してPIDファイルを作成しますpidof。私は使用にこれを修正するためになってしまったpgrepようpidofに私のスクリプトのPIDを参照することができませんでした。その変更の後、それはうまく働きました。*注意、pgrepは完全なスクリプト名が15文字未満の場合にのみ機能するようです

ここに私が終わったものがあります:

#!/bin/bash
#
# 
#
# Start on runlevels 3, 4 and 5. Start late, kill early.
# chkconfig: 345 95 05
#
#
#!/bin/bash

# absolute path to executable binary
progpath='/usr/local/bin/script.sh'

# arguments to script
opts=''

# binary program name
prog=$(basename $progpath)

# pid file
pidfile="/var/run/${prog}.pid"

# make sure full path to executable binary is found
! [ -x $progpath ] && echo "$progpath: executable not found" && exit 1

eval_cmd() {
  local rc=$1
  if [ $rc -eq 0 ]; then
    echo '[  OK  ]'
  else
    echo '[FAILED]'
  fi
  return $rc
}

start() {
  # see if running
  local pids=$(pgrep $prog)

  if [ -n "$pids" ]; then
    echo "$prog (pid $pids) is already running"
    return 0
  fi
  printf "%-50s%s" "Starting $prog: " ''
  $progpath $opts &

  # save pid to file if you want
  echo $! > $pidfile

  # check again if running
  pgrep $prog >/dev/null 2>&1
  eval_cmd $?
}

stop() {
  # see if running
  local pids=$(pgrep $prog)

  if [ -z "$pids" ]; then
    echo "$prog not running"
    return 0
  fi
  printf "%-50s%s" "Stopping $prog: " ''
  rm -f $pidfile
  kill -9 $pids
  eval_cmd $?
}

status() {
  # see if running
  local pids=$(pgrep $prog)

  if [ -n "$pids" ]; then
    echo "$prog (pid $pids) is running"
  else
    echo "$prog is stopped"
  fi
}

case $1 in
  start)
    start
    ;;
  stop)
    stop
    ;;
  status)
    status
    ;;
  restart)
    stop
    sleep 1
    start
    ;;
  *)
    echo "Usage: $0 {start|stop|status|restart}"
    exit 1
esac

exit $?

0

私はレッドハットを知りませんがdaemon $prog &、私には奇妙に見えます。デーモン化する機能がすでにある場合、なぜこの機能自体をバックグラウンドに配置する必要があるのでしょうか?したがって、&


4
それは間違っていません。 引数を自分自身をデーモン化することを期待/etc/init.d/functionsするdaemon関数を定義します。ユーザーの変更、ulimitの設定、pidfileのチェック(作成ではありません!)などのdaemonことだけを行いdaemonます。
sr_

申し訳ありませんが、トラブルシューティングを行っていたときに&が一時的に表示されていました。この投稿に含めるつもりはありませんでした。
bshacklett
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.