将 Artifactory 升级到最新版本时 CATALINA_PID 和 ARTIFACTORY_PID 的问题

Question

在将我的 Artifactory 服务器（免费 OSS 版本）从 5.2.0 版本升级到最新的 5.4.5 时，我遇到了 ARTIFACTORY_PID 问题。从 5.3.2 迁移到 5.4.0 后，Artifactory 服务器不想再开始抱怨

PID 文件 /var/opt/jfrog/run/artifactory.pid 在启动后不可读（还？）。

我发现解决它的唯一方法是export CATALINA_PID=$ARTIFACTORY_PID从setenv.shtomcat 中删除该行。

请注意，从 5.2.0 升级到 5.3.2 进行得很顺利。

但是，从 5.4.0 升级到最新的 5.4.5 后，此技巧不再起作用。现在我收到一个错误：

artifactory.service 的作业失败，因为超出了配置的资源限制。有关详细信息，请参阅“systemctl status artifactory.service”和“journalctl -xe”。

执行时service artifactory status，我得到：

? artifactory.service - Setup Systemd script for Artifactory in Tomcat Servlet Engine
   Loaded: loaded (/usr/lib/systemd/system/artifactory.service; enabled; vendor preset: disabled)
   Active: activating (auto-restart) (Result: resources) since Tue 2017-07-25 09:40:10 CEST; 4s ago
  Process: 31912 ExecStart=/opt/jfrog/artifactory/bin/artifactoryManage.sh start (code=exited, status=0/SUCCESS)

Jul 25 09:40:10 linux systemd[1]: Failed to start Setup Systemd script for Artifactory in Tomcat Servlet Engine.
Jul 25 09:40:10 linux systemd[1]: Unit artifactory.service entered failed state.
Jul 25 09:40:10 linux systemd[1]: artifactory.service failed.

事实上，Artifactory 现在正在运行，显示版本 5.4.5，但我对上述所有这些错误并不满意。

另外，我有点不明白 CATALINA_PID 和/或 ARTIFACTORY_PID 的目的。为什么tomcat会因为这个文件启动失败？权限有什么问题？我想我之前没有做额外的动作。

唯一的区别是之前它是从官方下载的 rpm 安装的。但现在使用官方远程 yum 存储库。

如果我尝试创建一个空的 /var/opt/jfrog/run/artifactory.pid 文件，当 Artifactory 正在运行时，它会被删除。谁在删除这个文件，为什么？这是标准的tomcat行为吗？

操作系统：CentOS 7，最新。

Answer 1

在我的情况下（在慢速虚拟机中），来自命令的错误消息artifactoryManage.sh start是：

错误：Artifactory Tomcat 服务器未在 60 秒内启动。请检查日志

日志文件表明唯一的问题是缓慢（/var/opt/jfrog/artifactory/logs/artifactory.log）：

### Artifactory 成功启动（64.802 秒）###

通过向 /etc/systemd/system/artifactory.service 中的服务定义添加更长的超时解决了该问题：

[Service]
Environment=START_TMO=120

如您所知，在编辑服务定义之后，这systemctl daemon-reload是需要的。

Answer 2

运行这个脚本：

/opt/jfrog/artifactory/bin/artifactoryManage.sh start

它会向您显示确切的错误。

就我而言，它是未更新的 Java 版本。所以我更新到java 1.8。