问题标签 [start-stop-daemon]

我正在尝试在 /etc/init.d/ar_sendmail 中获取一个启动脚本（用于名为 ar_sendmail 的 ruby​​ gem）：

它在 start-stop-daemon 行上爆炸，说“start-stop-daemon: not found”。但是，当我手动将值插入该行并在命令行上运行它时，它可以工作。

我的第一个想法是这是shebang线，但#! /bin/sh应该是对的，不是吗？这绝对是正确的文件夹，也是我在其他 /etc/init.d 脚本中使用的文件夹。

我的第二个想法是它与 sudo 相关：我一直在非 sudo 中测试 start-stop-daemon 并在 sudo 模式下运行 /etc/init.d/ar_sendmail 。但是，我也可以使用 sudo 很好地运行 start-stop-daemon。

有点难过，有什么想法吗？

我以为我终于设法正确编写了我的第一个 init.d 脚本，但是当我重新启动时，启动并没有发生。脚本start-foo如下所示：

foo.py需要 sudo 因为它正在打开端口。我认为这不是问题，因为其他服务（如apache）必须需要同样的东西。我有一个执行以下操作的生成文件：

如果我运行sudo service start-foo start它可以工作。然而，当我重新启动时，它并没有自动启动。我错过了什么？

我有一个 Ubuntu 服务器，上面运行着 5 个不同的 django 站点。这些用于测试，因此每个开发人员都有自己的站点和数据库以及一个用于集成代码的站点，该站点仅在功能准备好时才更新。每当将更改推送到存储库时，Jenkins 都会用于从 Github 更新每个站点。

我们最近将 Django-Celery 添加到我们的依赖项中，以便我们可以对上传的文件进行异步处理。现在每个站点都需要自己的 celery 队列，该队列使用该特定站点的正确设置（数据库、上传目录等）。

我想在代码更改时重新启动每个 celery 服务器，以便它可以自动获取最新更改。我们的 git 存储库中有一个更新脚本，Jenkins 在更新站点时运行它。当我尝试在此脚本中启动 celery 守护程序时，celery 启动，但在脚本结束时再次关闭。

这是我的更新脚本的副本：

这是执行此脚本期间芹菜日志的副本：

关于如何让 Jenkins 启动的 celery 守护进程不关闭的任何建议？非常感谢！

我们的 celery 守护进程非常不稳定。每当我们推送更改时，我们都会使用结构部署脚本来重新启动守护进程，但由于某种原因，这会导致大量问题。

每当运行部署脚本时，芹菜进程都会处于某种伪死状态。他们将（不幸地）仍然使用来自 rabbitmq 的任务，但他们实际上不会做任何事情。令人困惑的是，简短的检查表明在这种状态下一切似乎都“正常”，celeryctl status 显示一个节点在线和 ps aux | grep celery 显示 2 个正在运行的进程。

但是，尝试手动运行 /etc/init.d/celeryd stop 会导致以下错误：

虽然在这种状态下尝试运行 celeryd start 似乎工作正常，但实际上什么也没做。解决此问题的唯一方法是手动终止正在运行的 celery 进程，然后重新启动它们。

有什么想法吗？我们也没有完整的确认，但我们认为问题也会在几天后自行发展（目前没有任何活动，这是一个测试服务器），没有部署。

以前版本的 JBoss 包含一个脚本（如jboss_init_redhat.sh），可以将其复制到 /etc/init.d 以便将其添加为服务 - 因此它会在启动时启动。我似乎在 JBoss 7 中找不到任何类似的脚本。有人已经做过这样的事情了吗？

PS 我正在尝试在 Ubuntu 10.04 中实现这一点

我有一个在 linux 中创建的守护进程。我创建了 init.d 文件并使用成功启动了守护进程

但是，当我尝试停止它时（使用 /etc/init.d/mydaemon stop），它成功停止，但 start-stop-daemon 似乎永远不会完成，因为在调用 start-stop-守护进程

详细模式显示它停止了进程，并且查看系统监视器，它确实停止了进程。

这是我的 init.d 文件的停止功能。

我在虚拟机上运行这个，这有什么影响吗？

我正在使用一个初始化脚本来运行一个简单的进程，该进程以：

名为 $DAEMON 的进程通常将日志信息打印到其标准输出。据我所知，这些数据没有存储在任何地方。

我想将 $DAEMON 的标准输出写入或附加到某个文件中。

我知道的唯一解决方案是告诉 start-stop-daemon 直接调用 shellscript 而不是 $DAEMON；然后脚本调用 $DAEMON 并写入日志文件。但这需要一个额外的脚本，就像修改守护程序本身一样，似乎是解决这种常见任务的错误方法。

通过程序在 Debian 上启动服务的最佳方式是什么？我曾经使用“/sbin/service start”，但最近遇到了一个不存在“/sbin/service”的系统，因此启动守护程序会失败。

我正在尝试使用 start-stop-daemon 启动 python 脚本：

但我的进程中没有 python 脚本。我做错了什么？

循环.py：

我有一段时间使用 start-stop-daemon 让 java 程序在 init 脚本中正确启动。我已经编写了 init 脚本，它似乎可以运行，但之后再也没有代表正在运行的程序的进程。

这是我的初始化脚本的片段

当我尝试通过 /etc/init.d 启动它时，我得到以下信息：

/etc/init.d# /etc/init.d/myscript 启动

正在启动 myprogStarting /usr/bin/java...

分离以启动 /usr/bin/java...完成。

.

之后，没有运行 java 解释器进程，执行 myprog.jar

我尝试了--exec、--start 的各种组合，结果或多或少相同。如果我能对正在发生的事情有更多的了解，我相信我可以解决这个问题，但我什至不知道该怎么做。

有什么建议么？

（我在嵌入式 ARM 平台上运行 Angstrom，因此 Java Service Wrapper 并不是一个真正可行的选择，即我认为它不适用于 ARM）

我被困住了，所以任何建议都会非常感激。

谢谢。