无法通过Systemd启动Puma服务：多种配置尝试均失败求助

我看你试了好几种ExecStart配置都踩了坑，核心问题其实是systemd运行服务时不会自动加载用户shell的环境变量（比如RVM的初始化配置），导致Ruby相关的可执行文件或依赖路径识别异常。下面给你一个经过验证的配置方案，顺便分析下之前的问题出在哪：

正确的Puma Systemd服务配置 #

创建或修改/etc/systemd/system/puma.service，内容如下：

[Unit]
Description=Puma HTTP Server
After=network.target

[Service]
Type=simple
User=deploy
WorkingDirectory=/path/to/my/app
Environment="RAILS_ENV=production"
# 用RVM指定Ruby版本并加载Gem环境启动Puma
ExecStart=/usr/local/rvm/bin/rvm ruby-2.6.3 do bundle exec puma -C /path/to/my/app/config/puma.rb
Restart=always

[Install]
WantedBy=multi-user.target

配置关键点解释： #

• User=deploy：必须指定安装RVM的用户（这里是deploy），确保服务运行时的权限和RVM环境一致
• WorkingDirectory：设置为你的Rails应用根目录，让bundle能正确找到Gemfile和应用配置
• Environment：明确指定RAILS_ENV，避免systemd环境变量缺失导致Puma跑错环境
• ExecStart：通过RVM的官方命令指定具体Ruby版本，强制加载对应版本的Gem环境，彻底解决ruby_executable_hooks找不到的问题

为什么之前的配置失败？ #

1. 第一种rvm all do配置：rvm all do会遍历所有已安装的Ruby版本，容易造成环境混乱，而且systemd没有加载用户的RVM初始化脚本，无法正确解析RVM的路径上下文
2. 直接调用Puma二进制文件：跳过了RVM的环境加载流程，导致找不到RVM用来管理Gem路径的ruby_executable_hooks脚本
3. 使用RVM wrappers：虽然调用了正确的wrapper，但没有指定工作目录和用户环境，Puma找不到Rails应用的依赖配置
4. bash -lc加--daemon：-l确实会加载用户登录shell，但systemd的服务环境和登录shell仍有差异；更关键的是--daemon会让Puma后台运行，systemd会误以为进程退出，直接标记服务失败（systemd本身负责管理进程生命周期，不需要Puma自己后台化）

验证与排查步骤 #

1. 重新加载systemd配置：

   sudo systemctl daemon-reload
   

2. 启动Puma服务：

   sudo systemctl start puma.service
   

3. 查看服务状态：

   sudo systemctl status puma.service
   

4. 如果仍有问题，实时查看日志排查：

   journalctl -u puma.service -f
   

关于你的puma.rb配置补充 #

确保shared_dir对应的目录（比如shared/sockets、shared/log、shared/pids）已经创建，并且deploy用户有读写权限，否则Puma会因为无法创建套接字或日志文件启动失败。

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