Docker学习记录(4)——docker pull默认从本地镜像仓库拉取镜像

主机操作系统为Centos7.3,内网环境下使用docker pull,直接从本地镜像仓库下载镜像。

本地镜像仓库的搭建方法多样,这里不做记录。

我的本地镜像仓库的地址为master.example.com:5000。

配置docker的启动参数。

执行:

# systemctl status docker 

这里写图片描述

如图红框所示,修改/usr/lib/systemd/system/docker.service

启动参数增加--add-registry=master.example.com:5000 --insecure-registry=master.example.com:5000

这里写图片描述

重启docker:

# systemctl daemon-reload
# systemctl restart docker

验证

执行:

# docker info

输出最后一行有:

Registries: master.example.com:5000 (insecure), docker.io (secure)

registry添加成功。

我的docker本地镜像仓库中有tomcat:8.5.16。内网环境下测试执行:

# docker pull tomcat:8.5.16

这里写图片描述

可以看出,这里在执行docker pull的时候不需要带上本地镜像仓库的地址,直接会自动从本地镜像仓库拉取。

### Docker Pull 本地镜像仓库报错解决方案 当从本地Docker镜像仓库镜像时遇到错误,通常可能是由于网络连接问题、DNS解析异常、存储层损坏或其他配置不当引起的。以下是针对该问题的具体分析和解决方法。 #### 排查 DNS 配置 如果目标仓库域名无法被正确解析,则可能导致 `docker pull` 失败。可以通过以下方式验证并修复: - 修改 `/etc/docker/daemon.json` 文件,添加或更新 DNS 设置为可靠的公共 DNS 或内部 DNS 地址。 ```json { "dns": ["8.8.8.8", "114.114.114.114"] } ``` - 完成修改后重新加载 Docker 服务以使更改生效[^3]。 ```bash sudo systemctl daemon-reload sudo systemctl restart docker ``` #### 检查私有仓库状态 对于自建的私有仓库(如通过 Registry 构建),可能因清理旧版本镜像而破坏了部分元数据文件结构,从而引发新的推送或操作中的 `unexpected EOF` 错误。此时建议执行以下步骤来恢复仓库健康状况: - 停止当前运行的服务实例; - 使用官方工具扫描存储路径下的对象完整性; - 删除任何标记为不可访问或者孤立的数据片段后再尝试重建索引表[^2]。 #### 调整源地址与代理设置 有时默认使用的远程公有库也可能存在不稳定因素影响到整个流程效率甚至造成中断现象发生。可以考虑切换至更稳定的国内加速站点作为备选方案之一;另外如果有防火墙限制的话记得开放必要的端口范围以便于内外网之间顺利通信。 综上所述,上述提到的方法均能有效应对大部分场景下关于从本地Docker镜像仓库存储设备读写过程中所遭遇的技术难题情况的发生概率大大降低下来之后再配合定期维护机制则可长期保持良好运转态势。 ```python print("以上措施有助于改善Docker环境稳定性") ```
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值