Debian系统中JHipster Spring Boot服务启动失败求助

我之前维护JHipster服务时也碰到过几乎一模一样的问题，结合你给出的报错信息，咱们一步步拆解排查：

先理清核心问题 #

• 手动用sudo java -jar能正常启动：说明jar包本身没问题，依赖、配置逻辑都正常，问题出在systemd的运行环境或权限配置上
• 203/EXEC错误：这是systemd的典型报错，意思是它无法执行你指定的启动命令——要么路径不对，要么执行用户没有足够权限，要么运行环境和手动启动不一致
• Logback无法写入/tmp/spring.log：手动启动用root权限，自然能写/tmp，但systemd大概率是用非root用户运行服务，导致权限不足（哪怕/tmp默认是777，也可能因为系统tmpfs配置、PrivateTmp隔离等原因出现问题）

分步解决方案 #

1. 检查并修复systemd服务文件配置 #

首先查看你的nms4.service文件（通常在/etc/systemd/system/下），执行：

sudo cat /etc/systemd/system/nms4.service

重点核对以下几个配置项：

• ExecStart：必须用绝对路径，不能有相对路径！比如要写成：

  ExecStart=/usr/bin/java -Dsun.misc.URLClassPath.disableJarChecking=true -jar /var/lib/nms-api/nms4.jar
  

  确保/usr/bin/java和/var/lib/nms-api/nms4.jar的路径完全正确，没有拼写错误
• User/Group：如果服务配置了用非root用户（比如User=nms），要确保这个用户对jar文件有读权限，对日志目录有写权限
• PrivateTmp：如果配置了PrivateTmp=true，服务会使用隔离的私有/tmp目录，这时候Logback写全局/tmp/spring.log就会失败，要么把这个配置改成false，要么修改Logback日志路径

2. 修复Logback日志权限问题（推荐方案：不要写/tmp） #

/tmp是临时目录，系统可能会自动清理，而且权限管控容易出问题，建议把日志写到服务专属目录：

1. 修改src/main/resources/logback-spring.xml，把日志输出路径改成：

   <file>${LOG_PATH:-/var/log/nms4}/spring.log</file>
   

2. 重新构建生产环境jar包：

   ./mvnw -Pprod clean verify
   

3. 替换服务器上的jar包，并创建日志目录并设置权限：

   sudo mkdir -p /var/log/nms4
   # 替换成你服务运行的用户/组，比如如果是root就用root:root，或者自定义的nms用户
   sudo chown -R root:root /var/log/nms4
   sudo chmod -R 755 /var/log/nms4
   

3. 修复jar文件及目录权限 #

确保systemd运行的用户能访问jar文件：

# 给jar文件加读权限
sudo chmod 644 /var/lib/nms-api/nms4.jar
# 同样，替换成服务运行的用户/组
sudo chown root:root /var/lib/nms-api/nms4.jar

4. 重新加载systemd并测试 #

修改完配置后，必须重新加载systemd配置，然后测试启动：

sudo systemctl daemon-reload
sudo systemctl stop nms4
sudo systemctl start nms4
# 查看状态
sudo systemctl status nms4

如果还是失败，查看更详细的systemd日志（这个比你自己的nms4.log更能定位启动阶段的问题）：

sudo journalctl -u nms4 -f

5. 兜底检查：/tmp目录权限 #

如果一定要用/tmp写日志，检查/tmp的权限是否正常：

ls -ld /tmp

正常输出应该是drwxrwxrwt，如果不是，修复权限：

sudo chmod 1777 /tmp

可能的根本原因总结 #

你手动启动用了root权限，绕过了所有权限限制，但systemd服务默认会用更安全的非root用户运行，导致两个问题：

1. ExecStart路径配置不严谨（比如用了相对路径）导致203/EXEC错误
2. 非root用户无法写入/tmp（或被systemd的PrivateTmp隔离）导致Logback报错

按照上面的步骤调整后，应该能解决问题。

内容的提问来源于stack exchange，提问作者Inês Gomes