创建glance镜像报错Error finding address for http://controller:9292/v2/schemas/image: HTTPConnectionPool(ho

Error finding address for http://controller:9292/v2/schemas/image: HTTPConnectionPool(host='controller', port=9292): Max retries exceeded with url: /v2/schemas/image (Caused by NewConnectionError('<requests.packages.urllib3.connection.HTTPConnection object at 0x3551b50>: Failed to establish a new connection: [Errno 111] Connection refused',))

查找地址错误的HTTP:/ /控制器:9292 / V2 /模式/图片:httpconnectionpool(主持人= 'controller,端口为9292):马克斯重试次数超过网址:/ V2 /模式/图像(由NewConnectionError(“< requests.packages.urllib3.connection.httpconnection对象在0x3551b50 >:未能建立起一个新的连接:[我111】拒绝连接,))

[root@controller ~]# openstack image create "cirros" \
>   --file cirros-0.3.4-x86_64-d
### 解决方案分析 #### 错误原因解析 `HTTPConnectionPool` 报错 `Max retries exceeded` 和 `[Errno 111] Connection refused` 表明客户端尝试多次连接到指定主机和端口失败,具体原因是目标服务未运行或网络配置不正确。此问题可能由以下几个方面引起: - **服务状态异常**:OpenStack 的某些组件(如 Glance API 或 Keystone)未正常启动[^1]。 - **防火墙或安全组设置不当**:控制器节点上的防火墙规则阻止了外部访问特定端口[^2]。 - **DNS 配置错误**:如果使用域名而非 IP 地址,可能存在 DNS 解析问题。 - **网络连通性问题**:客户端无法到达服务器所在子网。 --- #### 排查方法与解决方案 ##### 1. 检查服务状态 确认 OpenStack 组件是否正在运行。对于引用中的两个报错,分别涉及以下服务: - `/v1/AUTH_...` 路径指向 Keystone 认证服务。 - `/v2/schemas/image` 路径指向 Glance 图像管理服务。 可以通过命令检查这些服务的状态: ```bash systemctl status openstack-keystone systemctl status openstack-glance-api ``` 如果发现任何服务处于停止状态,则需重新启动它们并查看日志文件排查潜在问题: ```bash journalctl -u openstack-keystone journalctl -u openstack-glance-api ``` --- ##### 2. 网络连通性测试 验证客户端能否成功访问目标地址和端口。可以使用以下工具进行诊断: - 使用 `ping` 测试主机名解析及基本可达性: ```bash ping controller ``` - 使用 `telnet` 或 `nc` 测试端口连通性: ```bash telnet controller 8080 nc -zv controller 9292 ``` 若上述操作返回超时或拒绝连接的结果,则说明存在网络隔离或其他阻断机制。 --- ##### 3. 防火墙规则调整 确保控制器节点上允许必要的流量通过。以下是针对常见 Linux 发行版的操作指南: ###### 对于 iptables 用户: 临时禁用防火墙以排除干扰因素: ```bash iptables -F ``` 永久修改规则前先备份现有策略;随后添加如下条目开放所需端口: ```bash iptables -A INPUT -p tcp --dport 8080 -j ACCEPT iptables -A INPUT -p tcp --dport 9292 -j ACCEPT service iptables save ``` ###### 对于 firewalld 用户: 启用对应的服务或自定义端口范围: ```bash firewall-cmd --add-port=8080/tcp --permanent firewall-cmd --add-port=9292/tcp --permanent firewall-cmd --reload ``` --- ##### 4. 修改请求重试次数 当确实遇到短暂性的高负载情况时,可适当增加 urllib3 库的最大重试次数来提升鲁棒性。例如,在 Python 请求脚本中加入以下参数: ```python import requests from requests.adapters import HTTPAdapter from urllib3.util.retry import Retry session = requests.Session() retries = Retry(total=5, backoff_factor=1, status_forcelist=[500, 502, 503, 504]) adapter = HTTPAdapter(max_retries=retries) session.mount('http://', adapter) response = session.get("http://controller:8080/v1/AUTH...") print(response.status_code) ``` 此处设置了最大五次重试以及指数退避算法延时逻辑。 --- ##### 5. 日志审查 最后一步也是至关重要的环节——深入挖掘后台日志寻找根本诱因。重点查阅路径通常位于 `/var/log/` 下面的不同目录里头比如 keystone.log glance/api.log 这些地方记录着每一次交互详情有助于定位确切位置发生何事为何如此这般反应出来给定提示信息以便进一步采取行动加以修正完善整个流程直至恢复正常运作为止。 --- ### 总结 综上所述,解决 `HTTPConnectionPool Max retries exceeded Errno 111 Connection refused` 问题的关键在于逐一核实服务可用性、网络通畅度以及防护措施合理性等方面的内容,并依据实际情况灵活运用前述各项技术手段予以妥善处置即可达成预期效果。
评论 15
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值