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