tomcat8 - 将 Artifactory 升级到最新版本时出现 CATALINA_PID 和 ARTIFACTORY_PID 问题

Question

在将我的 Artifactory 服务器(免费 OSS 版本)从版本 5.2.0 升级到最新的 5.4.5 时，我遇到了 ARTIFACTORY_PID 问题。从5.3.2迁移到5.4.0后，Artifactory服务器不想再启动提示

PID file /var/opt/jfrog/run/artifactory.pid not readable (yet?) after start.

我发现解决这个问题的唯一方法是从 tomcat 的 setenv.sh 中删除 export CATALINA_PID=$ARTIFACTORY_PID 行。

请注意，从 5.2.0 升级到 5.3.2 进展顺利。

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

Job for artifactory.service failed because a configured resource limit was exceeded. See "systemctl status artifactory.service" and "journalctl -xe" for details.

当执行服务 Artifactory 状态时，我得到:

● 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会因为这个文件而启动失败？权限出了什么问题？我想我之前没有做过任何额外的 Action 。

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

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

操作系统:CentOS 7，最新。

Answer 1

就我而言(在速度较慢的虚拟机中)，来自命令 artifactoryManage.sh start 的错误消息是:

ERROR: Artifactory Tomcat server did not start in 60 seconds. Please check the logs

日志文件告诉我们唯一的问题是速度慢(/var/opt/jfrog/artifactory/logs/artifactory.log):

### Artifactory successfully started (64.802 seconds) ###

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

[Service]
Environment=START_TMO=120

编辑服务定义后，如您所知，需要systemctl daemon-reload。