主页 / ubuntu / 问题 / 911633
Accepted
showkey
Asked: 2017-05-04 18:34:11 +0800 CST

/bin/bash -c 在服务单元中是什么意思？

  • 772

让我的应用程序在重启期间自动运行。

sudo vi /etc/systemd/system/app.service

[Unit]
Description=app
After=network.target

[Service]
ExecStart=/usr/bin/python /usr/local/bin/app  
[Install]
WantedBy=multi-user.target


sudo systemctl daemon-reload
sudo systemctl enable app.service

现在我的应用程序在重启期间自动运行。
我想让我的应用程序将所有输出信息写入 /var/log/app.log。
这就是我所做的。
1.sudo touch /var/log/app.log
2. 仅更改 ExecStart。 

ExecStart=/usr/bin/python /usr/local/bin/app   > /var/log/app.log 2>&1

应用程序可以运行但没有日志写入 /var/log/app.log。
Root 将执行该应用程序。
这里就是证据。

ps aux|grep  app
root       246  0.0  3.8  56052 10056 ?        Ss   00:57   0:00 /usr/bin/python /usr/local/bin/app   > /var/log/app.log 2>&1

为什么root没有权限将日志写入/var/log/app.log？

将 ExecStart 语句更改为

ExecStart=/bin/sh -c '/usr/bin/python /usr/local/bin/app   > /var/log/app.log 2>&1'

问题解决了。
1.为什么root没有写日志到/var/log/app.log的权限？
2. /bin/bash -c 在服务单元中是什么意思？

permissions

3 个回答

  1. 这不是权限问题。ExecStart执行字符串根本不涉及外壳。只有一个命令和要传递给该命令的选项，但既不是重定向，也不是管道，也不是连接，;替换或任何其他 shell 功能。因此，您的“重定向”作为选项传递给您的应用程序（只有您知道您的应用程序如何处理此问题）。

    您可以通过调用 shell 并将您的命令和重定向作为命令字符串提供给 shell 来更改此设置。这就是-c选项的作用。

    但是想想为什么不按照 systemd 的意图使用服务和日志记录：默认情况下，systemd 单元的 stdout 和 stderr 被发送到 syslog。您可以使用StandardOutput=服务中的行对其进行配置。看一下man systemd.exec

    • 3
  2. Best Answer

    注意：旧帖子是在编辑之前在OP 原始问题的上下文中编写的，因此它不完整，但在最初询问的上下文中，它仍然有效。

    更新的答案：

    这里的关键问题是

    ExecStart=/usr/bin/python /usr/local/bin/app   > /var/log/app.log 2>&1

    没有 shell running ，因此systemd 不会理解您的>和重定向。2>&1

    这就是为什么在整个命令周围都需要 shell 以便重定向可以工作。至于-cshell 的标志，请参阅下面的旧版帖子。

    旧帖子

    两者中的-c标志含义相同：执行引号中提供的命令。没有什么大秘密。 bashsh

    您尝试运行的应用程序可能对 -c 标志具有不同的含义，因此不要假设所有命令的所有命令行标志都相同。如果没有应用程序的文档，很难说出一个选项应该做什么。

    这里的潜在问题是 python 解释器将假定 -c 作为它自己的命令行参数，而不是应用程序。这可能是您的命令失败的主要原因。

    ExecStart=/usr/bin/python /usr/local/bin/app -c /etc/app.json应该能够处理您的命令。我已经用一个小脚本对其进行了测试：

    $ cat test_script.py
import sys
print sys.argv[1],sys.argv[0]
$ python test_script.py this is a test                
this test_script.py

    更好的方法：脚本应该可以sudo chmod +x /usr/local/bin/app自己执行和使用。它最初的编写方式，使用 /bin/sh，然后是 python，然后调用实际脚本有点多余。在我的测试脚本示例中，如下所示：

    $ cat test_script.py                                  
#!/usr/bin/env python
import sys
print sys.argv[1],sys.argv[0]
$ chmod +x test_script.py
$ ./test_script.py this is a test
this ./test_script.py

    请注意，它python指的是 Ubuntu 上的 Python 2.7。如果您需要专门使用 Python3，请改用 /usr/bin/python3。最首选的方式是让应用程序拥有#!/usr/bin/env python或#!/usr/bin/env python3作为第一行。

    • 2

  3. 须藤 vi /etc/systemd/system/app.service 

    [Unit]
Description=app
After=network.target

[Service]
ExecStart=/usr/bin/python /usr/local/bin/app  
StandardOutput=journal
StandardError=journal
[Install]
WantedBy=multi-user.target

    sudo systemctl daemon-reload
    sudo systemctl enable app.service

    使用日志命令搜索应用程序的日志。

    sudo journalctl  -u  app
    • 1

相关问题