GitLab 管道期间首次上传 Artifactory 有时会失败。
我在日志中收到以下错误消息:
2019-08-01 13:43:14,149 [http-nio-8082-exec-187] [ERROR] (o.j.s.b.p.t.FilePersistenceHelper:87) - Failed moving 'path_to_artifactory\filestore_pre\dbRecord123.bin' to 'path_to_artifactory\filestore\5e\5ecc5f719b4442b9b04f9010646d34917aca8ca2'. Access to file denied null 2019-08-01 13:43:14,149 [http-nio-8082-exec-187] [ERROR] (o.a.w.s.RepoFilter :251) - Upload request of products-stage-qa:file_to_upload failed due to {} java.nio.file.AccessDeniedException: Failed to persist file with sha1: 5ecc5f719b4442b9b04f9010646d34917aca8ca2
这似乎仅在构建期间发生，但在用户直接上传的其他上传期间不会发生。
这种情况不会一直发生，只有在第一次尝试时才会发生。但当第一次尝试失败或成功时，我还没有找到任何逻辑。它似乎与文件类型等没有任何关系。但我无法真正确定它是否与网络速度有关，因为我只能访问部分基础设施。
我发现了一张带有相同错误消息的开放票证，但仅适用于柯南，而对我们来说，这只发生在 ivy 存储库中
我们使用 Artifactory 6.9.1 和 GitLab 12.0.3 starter
最佳答案
这看起来是一个权限问题。您收到一条错误消息，指出由于“访问文件被拒绝”而导致移动失败。 您可以尝试使用“artifactory”用户登录服务器，并将名为“path_to_artifactory\filestore_pre\dbRecord123.bin”的文件手动移动到“path_to_artifactory\filestore\5e\5ecc5f719b4442b9b04f9010646d34917aca8ca2”，看看是否有任何问题。要使用“artifactory”用户登录服务器，可以使用命令“sudo -s -u artifactory”。 您还需要确保所有文件存储及其子目录均由“artifactory”用户拥有并拥有正确的权限。
希望这有帮助。
关于gitlab - 管道期间从 GitLab 上传到 Artifactory 偶尔会失败，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/57324250/