Flask以systemd服务运行时执行系统命令失效问题求助

根据你的描述，直接运行脚本时命令正常执行，但通过systemd启动服务就失效，且已经指定了正确的运行用户，我整理了几个最可能的原因和对应的解决方案：

1. 优先排查rm命令的路径问题 #

你的systemd service文件里设置的Environment=PATH=/usr/bin:/usr/local/bin，但多数系统中rm命令实际位于/bin目录下，并不在你指定的PATH范围内。当systemd启动服务时，会找不到rm命令，导致整个执行语句失效。

解决方案二选一：

• 方法一：修改代码，给rm加上绝对路径：

  os.system("/bin/rm -f /home/xx/yy/mylock.lock")
  

• 方法二：更新systemd service的PATH环境变量，添加/bin：

  Environment=PATH=/bin:/usr/bin:/usr/local/bin
  

2. 通过systemd日志定位具体错误 #

执行以下命令查看服务的实时日志，能直接看到命令执行失败的具体原因：

journalctl -u flask.service -f

如果日志里出现rm: command not found，那就是PATH的问题；如果是权限相关报错，再针对性排查权限。

3. 验证文件与目录的权限 #

即便用同一用户运行，也要确保：

• user1对/home/xx/yy目录拥有写权限（删除文件需要所在目录的写权限，而非仅文件本身）
• mylock.lock文件的权限允许user1删除（比如文件所有者是user1，或配置了可写权限）

4. 替换os.system为subprocess方便调试 #

os.system无法返回详细的错误信息，换成subprocess可以捕获命令执行的输出和返回码，帮你快速定位问题：

import subprocess
try:
    result = subprocess.run(
        ["/bin/rm", "-f", "/home/xx/yy/mylock.lock"],
        check=True,
        capture_output=True,
        text=True
    )
    print(f"锁文件删除成功：{result.stdout}")
except subprocess.CalledProcessError as e:
    print(f"删除失败，返回码：{e.returncode}，错误信息：{e.stderr}")

之后查看服务日志里的输出，就能明确知道问题出在哪一步。

5. 检查SELinux/AppArmor的限制 #

如果你的系统开启了SELinux（常见于RHEL/CentOS系列）或AppArmor（常见于Ubuntu系列），安全模块可能会阻止服务删除文件。可以临时关闭测试：

• SELinux：执行sudo setenforce 0，测试后若恢复正常，需添加SELinux规则允许该操作
• AppArmor：执行sudo systemctl stop apparmor，测试后再调整对应规则

建议先从PATH配置和日志排查入手，这两个是此类问题最常见的触发点。

内容的提问来源于stack exchange，提问作者jonesy19