问题标签 [jfrog-container-registry]

为 JFrog REST api 获取 302 以列出 docker 标签。

文档：-

https://www.jfrog.com/confluence/display/JFROG/Artifactory+REST+API#ArtifactoryRESTAPI-ListDockerTags

用法：

我的查询：- repo-key - docker-local 我的图像名称就像 -> /eric/com.jfrog/test-app

所以查询是，

https://jfrog.test.com/api/docker/docker-local/v2/eric/com.jfrog/test-app/tags/list

回复 ：-

背景：devops artifactory 通过 Helm chart 作为 statefulset pod 部署在 AWS eks 集群上。PV指向EFS。以下是 values.yaml postgresql 中的片段： enabled: false

数据库：类型：“postgresql” 主机：“xxxxxxx.rds.amazonaws.com” 端口：5432 用户：“xxxxxx” 密码：“xxxxx”

它工作正常。但是当 pod 重新启动时，状态为 3/4 和运行模式。当我们尝试访问 JFrogArtifactory URL 时，它显示“上游不健康”。

错误：这是详细信息：NAMESPACE NAME READY STATUS devops-artifactory dfdp-devops-euc1-artifactory-artifactory-0 3/4 Running

当描述下面的 pod 错误时： Type Reason Age From Message ---- ------ ---- ---- -------- Warning Unhealthy 4m27s (x4736 over 13h) kubelet, ip-10 -80-114-124.eu-central-1.compute.internal 就绪探测失败：连接到 127.0.0.1:8081 (127.0.0.1:8081) HTTP/1.1 302 找到位置：/artifactory/ HTTP/1.1 500 内部服务器错误 wget：服务器返回错误：HTTP/1.1 500 内部服务器错误

这是 pod 的日志：2020-04-21T18:04:19.018Z [jfac] [ERROR] [1f656079c9208e40] [GenericDBPrivilegesVerifier:43] [ocalhost-startStop-1] - 无法确定足够的权限 java.sql.SQLException：表/视图“T1ACCESS”已存在于架构“APP”中

2020-04-21T18:04:19.019Z [jfac] [ERROR] [1f656079c9208e40] [.sduAccessJdbcHelperImpl:66] [ocalhost-startStop-1] - 无法初始化数据库：java.lang.RuntimeException：java.sql.SQLException：表/视图“T1ACCESS”已存在于架构“APP”中。在 org.jfrog.storage.priviledges.GenericDBPrivilegesVerifier.isSufficientPrivileges（GenericDBPrivilegesVerifier.java:44）

2020-04-21T18:04:19.051Z [jfac] [ERROR] [1f656079c9208e40] [osbSpringApplication:822] [ocalhost-startStop-1] - 应用程序运行失败 org.springframework.context.ApplicationContextException：无法启动 Web 服务器；嵌套异常是 org.springframework.beans.factory.UnsatisfiedDependencyException：创建名为 'org.springframework.boot.autoconfigure.jersey.JerseyAutoConfiguration' 的 bean 时出错：

尝试的选项 1) 登录到 pod。提供 $Artifactory_Home/var/etc/system.yaml 中与 Postegresql 详细信息相关的 db 属性 2) 从 $Artifactory_Home/app/bin 手动重新启动 artifactoryctl 现在我们收到以下错误 **Error ** 2020-04-21T17： 33:55.091Z [jfmd] [INFO] [73cdd58a85c6c861] [database_bearer.go:71] [main] - 连接到 (db config: {postgresql user='xxxxxxxxxxxx' password='xxxxxxxxxx' dbname=artifactory host=xxxxxxxxxxxxxxx.rds .amazonaws.com 端口=5432 sslmode=disable}) [数据库] Tomcat 已启动。artifactory@xxxxxxxxxxxxxxxxx:/opt/jfrog/artifactory/app/bin$ 2020-04-21T17:33:55.141Z [jfmd] [INFO] [73cdd58a85c6c861] [migrator.go:62] [main] - 应用 36 个迁移文件 [数据库] 2020-04-21T17:33:55.143Z [jfmd] [INFO] [73cdd58a85c6c861] [application.go: 73 ] [main ] - 元数据 (jfmd) 服务初始化已启动。版本：2.4.3 修订：20403900 PID：9619 主页：/opt/jfrog/artifactory/var [app_initializer] 2020-04-21T17:33:55.145Z [jfmd] [INFO] [73cdd58a85c6c861] [server_bearer.go:153] [main ] - 从数据存储区获取 service_id：xxxxxxxxxxxxxxxxxxxxxxxxxxxx [ServerInit] 2020-04-21T17:33:55.336Z [jffe ] [INFO ] [ ] [ ] [main ] - 前端 (jffe) 服务初始化已启动。版本：1.4.1 修订：0.0.0 PID：9425 主页：/opt/jfrog/artifactory 2020-04-21T17:33:56.900Z [jfrou] [INFO] [3155325b3a2e8c70] [config_holder.go:107] [main] - 检测到配置更新 2020-04-21T17:33:59.087Z [jfrou] [INFO] [3155325b3a2e8c70] [join_executor.go:148] [main] - 集群加入：重试 5：服务注册表 ping 失败，将重试。错误：无法解析来自服务注册表的错误，状态码：404，

我的 jenkins 和 jfrog artifactory 都作为 kubernetes 容器运行。我正在尝试将 jenkins 与 artifactory 集成。我也安装了神器插件。在测试连接时出现错误。

当我测试连接时出现此错误

repository-docker.artifactory.example.com/image_name/1.0
我用名称而不是标记图像repository-docker.artifactory.example.com/image_name:1.0

这已将 Artifactory 中的图像保存为repository-docker.artifactory.example.com/image_name/1.0:latest

任何方式我都可以改变这一点。

我一直致力于在 Centos 8 机器上设置 docker notary。我遵循了公证项目的README.md，它告诉我通过将项目附带的测试证书移动到.notary我的主目录中的文件夹来使用它。我的希望是，当我的 docker 客户端为其设置并正确标记图像时，docker push 到我的私人 docker repo（jFrog Artifactory）将导致发布的图像由公证人签名。

我的私人仓库在它自己的机器上运行，而不是在运行公证服务器的机器上。

但是每次我去推动时，我都会收到这个错误：

我尝试解决此问题的方法之一是将测试证书从 复制fixtures/root-ca.crt到/etc/pki/ca-trust/source/anchors/，然后我运行update-ca-trust.

但这样做也无济于事。为什么公证服务器会抛出此错误？帮助解决这个问题将不胜感激。

我在本地开发环境中工作

我正在使用 Jfrog Container Registry 作为我的 minikube 的注册表。我能够做到以下几点：

1. 码头工人登录本地主机：443 | 或 | ip-add:443
2. docker push ip-add:443/docker-local/test:latest
3. docker pull ip-add:443/docker-local/test:latest

我已将 Jfrog 容器注册表配置为在 Nginx 反向代理后面运行，侦听端口 443。创建了自签名证书，而 Jfrog 正在使用这些证书。

配置 docker 以使用自签名证书，如下所示。

1. 创建证书，将其复制到 /usr/local/share/ca-certificates/
2. sudo update-ca-certificates
3. 将证书复制到 /etc/docker/cert.d/192.168.0.114:443/ca.crt
4. 重新启动docker，请确保

通过 .yaml 文件将 K8 配置为使用 docker 登录密码，如下所示：

1. base64 编码 ~/.docker/config.json
2. 在以下模板中使用它

在 deployment.yaml 中，我使用 ImagePullSecrets 和名称标志。

现在，在 docker pull 在终端上工作的所有这些设置之后，我在说 x509 IP Sans 的 pod 上得到错误。

我浏览了最近发布的大量文档和 K8 问题https://github.com/kubernetes/kubernetes/issues/43924

复制的步骤没有成功。谁能让我知道我做错了什么？以及如何纠正它。

我正在开发一些通用模板，我需要将 Jfrog 工件用于存储库。我已经浏览了他们被指定为 maven 使用 setting.xml（需要添加报告信息）的文档，但我不想强迫用户更改将使用我的模板的 settings.xml。所以我希望它应该在我的父 pom 中访问并进一步使用。

我使用 containerd 在我的 K8S 中启动 docker 映像。我无法在我的环境中放置代理，并且在节点 vm 上无法访问互联网。

我已经安装了一个 JCR，以便能够获取 docker 映像并将其作为镜像提供。这个 JCR 可以上网。

当我查看 K8S 内部时，我总是看到它无法提取沙盒图像“k8s.gcr.io/pause:3.1”，它总是会出现 i/o 超时

我在我的 Jcr 里面放了几个 docker repot 存储库

docker -remote https://registry-1.docker.io/ k8s.gcr.io https://k8s.gcr.io/

和一个名为 docker 的虚拟

我把我的 containerd.toml

然后它能够​​拉出图像，但我真的不明白为什么它不能用“ ”通配符拉出这个图像。我无法为所有需要找到解决方案以使“ ”工作的 docker 注册表执行此操作。

quay.io 出现了另一个 pb 对于 docker registy quay.io 我从来没有设法镜像它即使我把

对于这张图片quay.io/coreos/flannel:v0.11.0-amd64 ，结果如下：

我对 jfrog 神器很陌生。每当发布新的工件版本的仓库时，有没有办法告诉 jfrog 工件 POST 到自定义端点/webhook？每当发布新的工件版本时，我都会尝试向我的团队创建一个松弛通知。我已经看到了一些关于 Artifactory 管道的示例，但没有什么非常具体的。谢谢！

我们最近搬到了 Jfrog 神器。我们在 Azure DevOps 工件上托管的 Nuget 包很少。如何将这些工件移动到 Jfrog 工件？我也想维护所有的版本历史。