从JFrog拉取新图像时出现“未知blob”错误
是由于JFrog Artifactory存储库中缺少所需的图像blob引起的。blob是二进制大对象的缩写，它是存储在Artifactory中的图像文件的基本单位。
解决此错误的方法是通过以下步骤进行操作：
- 检查Artifactory存储库配置：确保Artifactory存储库正确配置，并且具有适当的权限和访问级别。确保存储库中存在所需的图像blob。
- 检查网络连接：确保网络连接正常，并且能够从JFrog拉取图像。检查防火墙设置，确保允许与JFrog服务器的通信。
- 检查图像标签和版本：确保在拉取图像时使用正确的标签和版本。如果图像标签或版本不存在，则会出现“未知blob”错误。
- 清除Artifactory缓存：尝试清除Artifactory缓存，以确保在拉取新图像时不会使用旧的缓存数据。可以通过在Artifactory管理界面中执行相应的操作来清除缓存。
- 检查JFrog支持文档：查阅JFrog的支持文档和论坛，寻找类似问题的解决方案或建议。JFrog提供了广泛的文档和社区支持，可以帮助解决各种与Artifactory相关的问题。
推荐的腾讯云相关产品：腾讯云容器镜像服务（Tencent Cloud Container Registry，TCR）。TCR是一种安全可靠的容器镜像托管服务，可帮助用户存储和管理Docker镜像。用户可以使用TCR来存储和拉取容器镜像，确保镜像的可用性和可靠性。
产品介绍链接地址：https://cloud.tencent.com/product/tcr
相关·内容
从两天前开始，我们在从jfrog中拉取数据时就收到了“未知blob”错误。-o', 'StrictHostKeyChecking=no', '-o', 'LogLevel=ERROR', 'localhost', 'docker', 'pull', '<redacted>.jfrog.
浏览 28提问于2020-11-28得票数 1
我已经按照说明操作了：docker拉取microsoft/azure-documentdb-模拟器
从截图中可以看到，容器下载失败，出现“未知blob”错误。
浏览 1提问于2017-05-15得票数 1
文档说我必须使用jfrog.io，而不是jfrog.com。我也尝试过登录jfrog.com，但没有成功。这是一个已知的问题吗？还是免费提供的限制？sudo docker login jfrog.io/acme Password:
Error response fro
浏览 0提问于2020-12-07得票数 0
如果我运行'docker pull‘命令直接从docker集线器拉出一个图像，它工作得很好。但是当我通过Artifactory拉取图像时，即使用docker hub作为远程存储库，然后我得到了这个错误： 来自守护进程的错误响应:未找到//image1的清单:1.0.0:清单未知:注册表未知命名清单另一个注意事项是，如果图像没有“图像路径”，它可以很好地
浏览 17提问于2021-08-25得票数 0
我正在使用Docker Registry API ()从谷歌的容器注册表中拉出blobs。斑点大小约为900Mbs。拉取这个blob时，我在Python中得到一个内存错误，如下所示：
File "C:\Users\user1\AppData\Local\Programs\Python\Python36-32\lib_content = b''.join(self.iter_content(CONTENT_CHUNK_SIZE)) or b'&#x
浏览 5提问于2019-11-01得票数 0
我一直在尝试拉取一个docker镜像；它已经使用相同的终端和相同的会话成功地推送到私有jfrog存储库。在推送镜像时没有出现任何问题，但是在执行拉取操作时，由于以下区域而失败。我可以看到wrt与我通过这个终端推送的图像和jfrog repo中已经存在的图像的不同之处在于，清单具有与它们相关联的cetain属性。然而，在jfrog repo wrt中没有属性存在于我从这个终端推送的<
浏览 3提问于2020-03-16得票数 0
1回答
我收到以下错误：Using default tag: latest
Error我仍然无法从docker hub中拉出任何图像。
浏览 2提问于2018-03-01得票数 4
回答已采纳
1回答
我们使用的是Jfrog Artifactory的自托管版本，由于某种原因，Artifactory宕机了，我们可以通过重新启动服务器来解决这个问题。在重启后，一切似乎都恢复正常，然而我们意识到，任何使用特定层ddad3d7c1e96的东西，实际上是从docker hub上拉下的高山3.11.11，现在被卡在了拉取fs层，并将只是坐下来，并继续重试。我们尝试了“移动缓存”，并对垃圾收集/未使用的工件运行维护选项，但我们仍然无法下载任何具有此特定层的图像。 有没有可能这一层被以某种方式缓存在artif
浏览 93提问于2021-07-14得票数 1
回答已采纳
我发现了这个jupyter笔记本 https://gitlab.com/juliensimon/aim410/-/blob/master/local_training.ipynb 我通过saml2aws登录了亚马逊网络服务，因此拥有有效的凭证，输入了我的特定区域以及Sagemaker执行角色ARN，并在下面指定了我要拉取的特定图像。但是，当启动.fit()时，我得到以下ClientError: ClientError:调用Ge
浏览 31提问于2021-10-19得票数 0
1回答
我已经从我的项目分支提交了一个拉取请求，返回给所有者/维护者的repo。在这个拉取请求中，出现了一些我必须根据新信息添加/更改的内容。我已经做了上述更改，现在我正在尝试推送该拉取请求。根据Github的“问题”页面，在底部，它说我可以通过推动到我的存储库分支上的分支abc123来直接将提交推送到问题(拉取请求)。问题是，当我执行git push origin abc123
浏览 0提问于2011-12-13得票数 11
回答已采纳
2回答
我有一堆图像存储在GCR中，并通过helm图表部署到k8s集群。当我启动一个部署，当pod失败时，说imagepullbackoff。而图像仍然在GCR中，并在本地启动和运行。k8s吊舱已关闭，因为它无法从GCR中提取图像。谷歌存储状态页面没有显示任何问题。在短暂的一段时间后，pods通过拉取和构建完全相同的图像开始。我应该在哪里查找日志以了解更多信息？当涉及到pods的自动伸缩时，GCR是不是一个单点故障？
浏览 2提问于2019-08-14得票数 0
1回答
我正在尝试将docker镜像设置为拉/推镜像的默认镜像。localregistrydocker pull image:tag > doesn't work 我总是从docker守护进程获取"no basic auth credentials error"，但是从注册表日志获取err.code="manifest unknown" err.detail="u
浏览 36提问于2020-12-15得票数 0
回答已采纳
1回答
我正在使用JFrog存储库作为我的私人jfog。我已经指定了这个秘密来验证它。当我描述我看到的吊舱时，吊舱出现了ImagePullBackOff错误。未能提取图像“私有_注册表/图像_名称”：rpc错误:代码=未知desc =未能提取和解压缩图像“私有_注册表/图像_名称”：未能执行请求：https://xx.xx.xx.xx:port-number<applicatio
浏览 5提问于2022-08-10得票数 0
我已经使用官方的Helm图表在JFrog上的Kubernetes集群上安装了Kubernetes Artifactory Pro试用版(v5.8.3)：现在，我想将Docker图像从我的本地机器推送到Artifactory。但是，当我尝试拉取图像或登录到目录时，我收到了500内部服务器错误：
请帮助任何指针或任何明显的<e
浏览 3提问于2018-02-20得票数 2
在github中，假设我有一个从fork到upstream/master的拉取请求。即使拉取请求是可合并的，是否需要在合并前将其与upstream/master合并？具体来说，假设在t1时使用upstream/master更新了拉取请求，但是到了我们想要合并PR的t2时，upstream/master已经向前提交了几次。假设PR仍然是可合并的。此时合并t2 (不使用upstream/m
浏览 3提问于2016-02-07得票数 0
我的docker工作正常，但当我尝试通过cmd从docker集线器拉取图像时：
使用默认标签的C:\Users\pca90>docker拉取hello-world :来自守护进程的最新错误响应: Get
浏览 4提问于2017-07-06得票数 0
我的代码从服务器拉取一个JSON。JSON具有图像URL，我解析JSON并将图像从JSON中的URL下载到位图哈希表中，以停止多次下载同一图像。在将其移动到AsyncTask时，应用程序崩溃，并出现致命异常: java.lang.RuntimeException:执行doInBackground()时发生错误
可能出了什么问题？
浏览 0提问于2011-12-31得票数 1
我正在尝试登录Docker hub并拉取图像。to https://hub.docker.com/v2/ failed with status: 404 Not Found我在Ubuntu 18.04上。我可以拉<
浏览 771提问于2019-12-02得票数 1
1回答
我知道Docker -- cache -from命令会在构建不同的镜像时从拉取的镜像中恢复缓存。我说错了吗？每当我创建一个新的镜像，删除它和它的悬空缓存，拉取它并重新构建它，它将不会使用新下载的镜像作为缓存。下面是我的用例的命令。因此，我应该如何使用-- cache - from，有没有可能在不使用docker load的情况下从拉取的图像中恢复缓存(因为这需要一段时间)？
浏览 90提问于2021-09-28得票数 0
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储活动推荐
腾讯云开发者
