将Artifactory服务器（免费OSS版本）从5.2.0升级到最新的5.4.5时，我遇到了ARTIFACTORY_PID问题。 从5.3.2迁移到5.4.0后，Artifactory的服务器不想再开始抱怨将Artifactory升级到最新版本时CATALINA_PID和ARTIFACTORY_PID出现问题
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.
和执行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，最新。