将Artifactory升级到最新版本时CATALINA_PID和ARTIFACTORY_PID出现问题
将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,最新。
运行此脚本:
/opt/jfrog/artifactory/bin/artifactoryManage.sh start
它会显示确切的错误给你。
在我的情况下,它是java版本未更新。所以我更新到Java 1.8。