在AWS Ubuntu 16.04 Xenial (HVM)镜像安装Artifactory服务遇阻

Alright，咱们一步步来排查Tomcat启动失败的问题——毕竟连日志都没生成、war包也没解压，说明Tomcat压根没走到初始化那一步，得从最底层的基础配置和环境查起：

• 先拉个进程列表看看：执行 ps aux | grep tomcat 或者针对Artifactory服务用 systemctl status artifactory，如果连相关进程都找不到，那说明启动命令可能根本没执行成功。
• 别依赖服务启动，试试手动启动：切换到Artifactory的bin目录（一般是 /opt/jfrog/artifactory/bin），执行 ./artifactory.sh start，盯着控制台看输出——这时候的报错信息比服务日志更直接，毕竟服务启动可能会把关键输出吞掉。

Tomcat/Artifactory启动需要对应的权限，这是很多人忽略的点：

• 检查Artifactory安装目录的权限：执行 ls -ld /opt/jfrog/artifactory，确认所有者和组是Artifactory运行的用户（通常是 artifactory:artifactory），不对的话用 chown -R artifactory:artifactory /opt/jfrog/artifactory 递归修正。
• 检查系统的ulimit设置：Tomcat需要足够的文件句柄和进程数，执行 ulimit -a 看看数值，如果太低，得在 /etc/security/limits.conf 里添加：

  artifactory soft nofile 65536
  artifactory hard nofile 65536
  artifactory soft nproc 4096
  artifactory hard nproc 4096
  

  改完后重启会话或者机器生效。

Artifactory 5.8.3对JDK版本有严格要求（必须是Java 8，用Java 11及以上版本肯定启动失败）：

• 执行 java -version 确认版本是1.8.x，要是版本不对，赶紧切换到Java 8。
• 检查Artifactory配置里的JAVA_HOME：打开 /etc/opt/jfrog/artifactory/default，确认 JAVA_HOME 指向的是正确的Java 8安装目录，路径要真实存在。

• 检查Artifactory的主配置：打开 /var/opt/jfrog/artifactory/etc/artifactory.config.xml（或者安装目录下的etc文件夹里的对应文件），看看XML有没有语法错误，比如标签没闭合、参数写错——XML格式错了的话，Tomcat加载时直接崩溃，连日志都打不出来。
• 检查Tomcat的server.xml：到Artifactory安装目录的tomcat子目录里，打开 server.xml，看看端口（比如8080）是不是被占用（用 netstat -tulpn | grep 8080 排查），或者连接器配置有没有问题。

你提到重装了服务，其实不需要先卸载，但要注意这几点：

• 重装前一定要先停止服务：systemctl stop artifactory
• 重装后检查systemd服务配置：打开 /etc/systemd/system/artifactory.service，确认ExecStart指向的启动脚本路径正确，User和Group设置为artifactory用户。
• 重装后记得重新加载systemd配置：systemctl daemon-reload，再启动服务。

如果上面的步骤都排查完还是没头绪，那得去系统日志里找线索：

• 查看/var/log/messages或者/var/log/syslog（取决于你的Linux发行版），搜索artifactory或tomcat关键词，可能会找到系统层面的报错，比如SELinux阻止进程启动、内存不足被OOM Killer杀掉等。
• 用systemd的话，执行 journalctl -u artifactory.service -f，实时查看服务的系统日志，这里往往能找到Tomcat启动失败的根源。

内容的提问来源于stack exchange，提问作者Reto Höhener