Openstack常见报错及解决方法<一>

Openstack常见报错及解决方案:
1.libvirtError: internal error no supported architecture for os type 'hvm'
  解决方法:在/etc/nova/nova.conf中修改”--libvirt_type=kvm“ 为“--libvirt_type=qemu”或添加
2.nova Error: volume group nova-volumes doesn't exist
  解决方法:创建一个名字为 nova-volumes 的卷组,方法有两种:
          (1).服务器上没有单独的分区的时候,使用img文件来做卷组
              dd if=/dev/zero of=/opt/nova-volumes.img bs=1M seek=100000 count=0
              losetup -f nova-volumes.img
              vgcreate nova-volumes /dev/loop0
          (2).服务器上有单独的分区,如:/dev/sdb2
              vgcreate nova-volumes /dev/sdb2
3.Bad IP address "localhost"
  解决方法:将/etc/nova/nova.conf配置中的localhost修改为127.0.0.1
4.卡在Connecting to libvirt:
  解决方法:/etc/init.d/libvirtd重启libvirt服务
5.创建过多虚拟机后,文件注入时报错:no free  nbd
     解决方法: qemu-nbd -d /dev/nbd0
                             /dev/nbd0 disconnected
6.luanch虚拟机时nbd unavailable: module not loaded
  解决方法: 系统没有nbd模块,需要自行编译NBD模块,编译方法见:http://blog.csdn.net/guwenwu285/article/details/7802079
7.luanch windows镜像时报错:
Command: sudo mount /dev/mapper/nbd15p1 /tmp/tmpRzVlx4
Exit code: 32
Stdout: ''
Stderr: "mount: unknown filesystem type 'ntfs'\n" from (pid=10003) trycmd /usr/lib/python2.6/site-packages/nova-2012.1-py2.6.egg/nova/utils.py:278
   解决方法:安装ntfs包:ntfs-3g-2011.4.12-5.el6.x86_64.rpm 
                       ntfsprogs-2011.4.12-5.el6.x86_64.rpm
### OpenStack 上传镜像时遇到的错误解决方案 当在 OpenStack 中上传镜像时出现问题,通常可以通过日志文件来定位具体原因。常见的失败场景可能包括源存储库无法找到、实际构建过程中存在问题或者推送生成的镜像到 Docker 注册表失败等情况[^1]。 #### 日志分析 为了更好地诊断问题,可以查看 `nova` 和 `glance` 的相关日志文件。这些日志通常位于 `/var/log/nova/` 或者 `/var/log/glance/` 下面。通过检查以下几种常见情况的日志记录可以帮助解决问题: - **Glance API 错误**: 如果 Glance 配置不正确或服务不可用,则可能导致镜像上传失败。 - **Nova Compute 错误**: 当 Nova 计算节点未能成功处理请求时也会引发类似的错误。 如果发现具体的错误消息提示找不到源仓库或者是推送到 Docker 注册表失败等问题,可以根据实际情况调整配置参数并重新尝试操作。 #### 检查网络连接性和权限设置 另外还需要注意的是,在多节点部署环境下(如基于 OVS 的 Grizzly 版本安装指南所描述的情况),确保所有计算节点之间以及与外部资源之间的网络连通性良好,并且拥有足够的访问权限是非常重要的[^2]。 对于某些特定类型的负载均衡器健康监测需求来说,创建合适的 L7 策略也是必要的步骤之。例如下面这个例子展示了如何将 HTTP 请求转发给默认池中的实例[^3]: ```bash $ openstack loadbalancer healthmonitor create --name healthmonitor1 --type PING --delay 5 --timeout 10 --max-retries 3 <pool_id> $ openstack loadbalancer l7policy create --name l7p1 --action REDIRECT_TO_POOL --redirect-pool <pool_id> <listener_id> $ openstack loadbalancer l7rule create --type HOST_NAME --compare-type STARTS_WITH --value "server" <l7policy_id> ``` 以上命令序列定义了个简单的七层规则用于匹配 URL 开头为 `"server"` 的流量并将它们重定向至指定的目标池中去。 综上所述,针对 OpenStack 上载镜像过程中的各种潜在障碍点进行了探讨,并提供了相应的排查方法建议;同时强调了保持良好的系统维护习惯的重要性——定期审查服务器状态报告和性能指标有助于提前预防可能出现的技术难题。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值