將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，最新。