Artifactory启动失败报错：无法解析ErrorsModel及访问服务器超时求助

你的Artifactory服务器启动时出现的无法从Access解析ErrorsModel和等待访问服务器响应超时错误，通常是Artifactory核心服务与内置的Access服务（负责权限、身份验证的核心组件）通信异常导致的。下面是逐步排查和解决的具体方案：

一、先确认Access服务的运行状态 #

• 查看Artifactory安装目录下的access/logs文件夹，检查Access服务的启动日志，重点排查是否有端口占用、配置文件语法错误或者数据库连接失败的信息。比如Access服务默认使用8040端口，先确认该端口未被其他进程占用：

  # Linux/macOS环境下检查端口占用
  netstat -tulpn | grep 8040
  # Windows环境下检查端口占用
  netstat -ano | findstr :8040
  

• 如果端口被占用，要么终止占用端口的进程，要么修改Artifactory配置文件$ARTIFACTORY_HOME/etc/system.yaml中的Access服务端口配置。

二、验证Access服务的配置正确性 #

• 检查$ARTIFACTORY_HOME/etc/access/access.config.xml文件，确认数据库连接信息（如果使用外部数据库）或者内嵌数据库的存储路径是否正确，同时要确保Artifactory运行用户对该路径有读写权限。
• 确认$ARTIFACTORY_HOME/etc/system.yaml中关于Access服务的核心配置项是否正确，示例配置如下：

  access:
    server:
      port: 8040
      contextPath: access
  

三、清理缓存与临时文件 #

• 先停止Artifactory服务，然后删除以下目录的内容（建议先备份重要数据）：
  • $ARTIFACTORY_HOME/data/access
  • $ARTIFACTORY_HOME/tomcat/work
  • $ARTIFACTORY_HOME/tomcat/temp
• 完成清理后重新启动Artifactory，观察是否能正常完成初始化。

四、检查Artifactory运行用户的权限 #

• 确保运行Artifactory的系统用户对$ARTIFACTORY_HOME目录及其所有子目录拥有完整的读写执行权限，尤其是data、logs、etc这些关键目录，权限不足会直接导致Access服务无法写入数据或读取配置文件。

附：你提供的错误日志详情 #

2018-04-16 10:11:11,360 [art-init] [WARN ] (o.j.a.c.AccessClientHttpException:27) - 无法从Access解析ErrorsModel。原始消息：Not Found
2018-04-16 10:11:37,420 [art-init] [ERROR] (o.a.w.s.ArtifactoryContextConfigListener:99) - 应用无法初始化：等待访问服务器响应超时，耗时90303毫秒。java.lang.reflect.Invocatio...

这个日志明确说明Artifactory主服务启动时无法与Access服务建立正常连接，要么是Access服务未成功启动，要么是连接被网络或权限问题阻断，按照上述步骤排查基本可以解决问题。

内容的提问来源于stack exchange，提问作者Sylvain Gagne