首页 文章

将Artifactory升级到最新版本时CATALINA_PID和ARTIFACTORY_PID出现问题

提问于
浏览
4

在将我的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 回答

  • 4

    运行此脚本:

    /opt/jfrog/artifactory/bin/artifactoryManage.sh start
    

    它会向您显示确切的错误 .

    在我的情况下,它是java版本没有更新 . 所以我更新到java 1.8 .

  • 4

    在我的情况下(在慢速虚拟机中)来自命令 artifactoryManage.sh start 的错误消息是:

    错误:Artifactory Tomcat服务器未在60秒内启动 . 请检查日志

    日志文件告诉我唯一的问题是缓慢(/var/opt/jfrog/artifactory/logs/artifactory.log):

    Artifactory成功启动(64.802秒)###

    通过在/etc/systemd/system/artifactory.service中向服务定义添加更长的超时来解决该问题:

    [Service]
    Environment=START_TMO=120
    

    编辑服务定义后,如您所知,需要 systemctl daemon-reload .

相关问题