我在从事以下工作/etc/init/collector：
start on runlevel [2345]
stop on runlevel [!2345]
expect daemon
exec /usr/bin/twistd -y /path/to/my/tac/file
当我使用开始工作时sudo service collector start，它挂起了。如果我ctrl-c跑步initctl list，我会看到：
collector start/killed, process 616
我twistd在ps 中看不到该守护程序的实例，并且它应该提供的HTTP服务器不存在。
我什至没有使用“期望守护程序” script，而是使用节对一个单行bash脚本进行了简单的调用，但仍无法正常工作。我想我做错了什么。会是什么呢？
Answers:
您可以重定向stdout并stderr使用整个外壳的script编译（代替exec）结合exec >FILE 2>&1，就像这样：
script
exec >/path/to/some_log_file 2>&1
exec your_command_here
end script
希望可以让您更好地了解正在发生的事情。我发现这对于在我的新贵脚本中捕获各种问题很有用。您可以直接通过管道传递stdout/ 的命令stderr，但是会错过源自shell的错误（例如语法错误）。
另一方面，如果service挂起了，它甚至可能没有命中您的脚本，在这种情况下，这当然无济于事。
logger，以便可以拖尾/var/log/syslog。
dmesg。当我使用上面的方法没有得到任何输出之后，我发现了这一点。我在chdir指令中输入了错误。
还有console log声明，如此处所定义：http : //upstart.ubuntu.com/cookbook/#console-log
我对新贵一无所知，无法知道它是否默认启用，但是您可以在每个新贵工作的基础上启用它，默认情况下它会输出到 /var/log/upstart/<job>.log
验证upstart导演是否存在，并在脚本阶段之前添加控制台日志。（在新贵版本中，默认值为1.4以上）
控制台日志
脚本exec> / path / to / some_log_file 2>＆1 exec your_command_here结束脚本
有关更多信息，请检查线程：https : //askubuntu.com/questions/207143/how-to-diagnose-upstart-errors/932155#932155
expect daemon生产线有关。