在将我的Artifactory服务器(免费的OSS版本)从5.2.0升级到最新的5.4.5时,我遇到了ARTIFACTORY_PID问题 . 从5.3.2迁移到5.4.0后,Artifactory服务器不想再开始抱怨了
启动后,PID文件/var/opt/jfrog/run/artifactory.pid不可读(还是?)
我找到了解决它的唯一方法是从tomcat的 setenv.sh
中删除 export CATALINA_PID=$ARTIFACTORY_PID
行 .
请注意,从5.2.0升级到5.3.2顺利进行 .
但是,在从5.4.0升级到最新的5.4.5之后,这个技巧不再起作用了 . 现在我收到一个错误:
artifactory.service的作业失败,因为超出了配置的资源限制 . 有关详细信息,请参阅“systemctl status artifactory.service”和“journalctl -xe” .
当执行 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,最新版 .
2 回答
运行此脚本:
它会向您显示确切的错误 .
在我的情况下,它是java版本没有更新 . 所以我更新到java 1.8 .
在我的情况下(在慢速虚拟机中)来自命令
artifactoryManage.sh start
的错误消息是:日志文件告诉我唯一的问题是缓慢(/var/opt/jfrog/artifactory/logs/artifactory.log):
通过在/etc/systemd/system/artifactory.service中向服务定义添加更长的超时来解决该问题:
编辑服务定义后,如您所知,需要
systemctl daemon-reload
.