SHOUTcast守护程序脚本无法正常运行

时间:2013-05-21 19:24:50

标签: shell ubuntu daemon sh shoutcast

我在Ubuntu上运行了一个SHOUTcast服务器。服务器进程运行良好,但我似乎无法使守护进程脚本正常运行。经过几个教程,我发现我想出了这个:

#!/bin/sh

CONFIG="/home/apps/shout32/sc_plex.conf"
DAEMON="/home/apps/shout32/sc_serv"

case "$1" in
    start)
        echo "Starting SC..."
        $DAEMON $CONFIG > /dev/null 2>&1 &
        ;;
    stop)
        echo "Stopping SC..."
        kill -9 `ps -C sc_serv -o pid --no-headers`
        ;;
    restart)
        echo "Rebooting SC..."
        kill -9 `ps -C sc_serv -o pid --no-headers`
        $DAEMON $CONFIG > /dev/null 2>&1 &
        ;;
    *)
        echo "usage: service sc32d {start | stop | restart}"
        exit 1
        ;;
esac

然而,这不起作用。我不知道这意味着什么,所以我开始逐行分解。如果我删除/ dev / null的东西 - 正如我现在所理解的那样让程序在后台运行'无声' - 我收到此消息,程序关闭:

root@streams3:/etc/init.d# service sc32d start
Starting SC...
root@streams3:/etc/init.d# 2013-05-21 14:41:50  E       msg:<***>       logger could not open file logs/sc_serv.log
2013-05-21 14:41:50     I       msg:<***>       Logger shutdown

root@streams3:/etc/init.d#
root@streams3:/etc/init.d# ps -C sc_serv
  PID TTY          TIME CMD
root@streams3:/etc/init.d#

我还在研究/ dev / null究竟做了什么以及为什么这样做,所以我想用手工运行所有/ dev / null的东西,我做了,这就是我得到的那种错误代码:

root@streams3:/etc/init.d# /home/apps/shout32/sc_serv /home/apps/shout32/sc_plex.conf > /dev/null 2>&1 &
[2] 2261
root@streams3:/etc/init.d#
[2]-  Exit 255                /home/apps/shout32/sc_serv /home/apps/shout32/sc_plex.conf > /dev/null 2>&1
root@streams3:/etc/init.d# ps -C sc_serv
  PID TTY          TIME CMD

不幸的是,从我做过的短暂研究中,听起来像'Exit 225'就像是一个无法接受的错误代码,代码超出了可接受的代码范围。

整个问题的有趣部分是这样的:当我导航到/ home / apps / shout32 /文件夹,并在那里运行命令时,没有完整的路径......该死的东西有效:

root@streams3:/home/apps/shout32# ./sc_serv sc_plex.conf > /dev/null 2>&1 &
[2] 2245
root@streams3:/home/apps/shout32#
root@streams3:/home/apps/shout32# ps -C sc_serv
  PID TTY          TIME CMD
 2245 pts/0    00:00:00 sc_serv

所以,有些东西搞乱了,因为脚本文件在/etc/init.d/而不在应用程序所在的文件夹中?据我所知,我遵循已发布的教程中的每一步,在Ubuntu中设置SHOUTcast,然后制作一个守护进程......我不认为我错过了什么。我有一种感觉,解决方案要么正好盯着我,要么是某种模糊的权限,这有点让我头疼。

但是非常感谢任何帮助!


所以,基于下面的答案,我在我的脚本中将cd / home / apps / shout32 /添加到START命令中,还添加了pwd和ls ...以查看是否可以消除脚本无法执行的事实找到/ log /目录。

所以现在我的脚本是:

CONFIG="/home/apps/shout32/sc_plex.conf"
DAEMON="/home/apps/shout32/sc_serv"

cd /home/apps/shout32/

case "$1" in
        start)
                echo "Starting SC..."
                cd /home/apps/shout32/
                pwd
                ls
                $DAEMON $CONFIG &
                ;;
        stop)
                echo "Stopping SC..."
                kill -9 `ps -C sc_serv -o pid --no-headers`
                ;;
        restart)
                echo "Rebooting SC..."
                kill -9 `ps -C sc_serv -o pid --no-headers`
                $DAEMON $CONFIG &
                ;;
        *)
                echo "usage: service sc32d {start | stop | restart}"
                exit 1
                ;;
esac

我明白了:

admin@streams3:/etc/init.d$ service sc32d start
Starting SC...
/home/apps/shout32
changes.txt     readme.txt                     sc_serv_debug.conf
config_builder  sc_plex.conf                   sc_serv_public.conf
control         sc_serv                        sc_serv_relay.conf
docs            sc_serv2_linux_07_31_2011.tar  sc_serv_simple.conf
logs            sc_serv_basic.conf             tos.txt
admin@streams3:/etc/init.d$ 2013-06-05 17:52:08      E       msg:<***>      logger could not open file logs/sc_serv.log
2013-06-05 17:52:08     I       msg:<***>       Logger shutdown

1 个答案:

答案 0 :(得分:2)

您的第二个代码段包含logger could not open file logs/sc_serv.log。因此,它尝试写入文件sc_serv.log,它希望或希望在当前目录中所需的目录logs中创建该文件。这也解释了当你首先cd到/ home / apps / shout32 /它时它可以工作。我想有一个文件/home/apps/shout32/logs/sc_serv.log

您可以配置该文件的位置吗? 你不能在脚本开头添加一些cd ...吗?