以下是CloudStack的一些常见问题及其解决方法:
HA功能不保证VM一定能成功运行
- 需要保证主机硬件、电源及网络设备正常运转,特别是保证网络稳定。如果HA无法在15分钟内恢复,可能需要手动更改数据库状态为关机,然后重新启动虚拟机。
虚拟机网络限速问题
- 调整全局配置参数
network.throttling.rate
与vm.throttling.rate
来增加带宽。目前无法针对不同VM设置不同网络带宽,期待未来能加入到VM服务方案中的可编辑选项。
- 调整全局配置参数
VLan规划结束后无法扩展
- 在建立资源域时设定的guest网络VLan范围一旦确定,无法动态扩展。如果需要扩展,只能通过更改数据库中的
data_center
和op_dc_vnet_alloc
表来实现。
- 在建立资源域时设定的guest网络VLan范围一旦确定,无法动态扩展。如果需要扩展,只能通过更改数据库中的
跨资源域复制模板和ISO失败
- 由于权限问题,无法在资源域之间复制模板及ISO。可以通过更改二级存储系统虚机(SSVM)中二级存储挂载的目录的
.htaccess
文件,将需要访问的IP加到allow里。
- 由于权限问题,无法在资源域之间复制模板及ISO。可以通过更改二级存储系统虚机(SSVM)中二级存储挂载的目录的
系统资源快达到临界值时创建VM失败
- 系统有多个主存储,某些主存储接近threshold设置时,新建带数据盘的VM总是失败。可以通过调整全局配置
storage.allocated.capacity.threshold
来暂时解决。
- 系统有多个主存储,某些主存储接近threshold设置时,新建带数据盘的VM总是失败。可以通过调整全局配置
XenServer与某些主机板载网卡兼容性问题
- 在每一台丢失网卡信息的主机上执行指令:
xe pool-emergency-transition-to-master
,强调网络稳定对于CloudStack的重要性。
- 在每一台丢失网卡信息的主机上执行指令:
虚拟机HA失败,虚拟机状态不一致
- 由于大面积断网后,系统尝试HA但部分VM HA失败,导致VM的状态与真实情况不一致。需要在数据库中手动恢复。
建立特大卷的快照/模板超时
- 可能原因包括代码里限定的超时时间为120分钟、主机与二级存储之间的传输速度太慢<10M/s、全量备份时使用了vdi.copy方法慢。解决方法是保证部署架构里二级存储足够快,适当调整全量快照与增量快照的比率。
VMWare集群中系统虚拟机无法创建
- 首先检查网络配置是否正确,系统VM是在管理服务器上挂载二级存储,并通过https协议将系统VM的模板PUT到ESXi中。要确定管理服务器对二级存储的访问权限以及SSVM对二级存储的挂载权限。
CloudStack管理节点webui无法访问
- 检查iptables是否阻挡了8080端口。检查cloudstack-management服务是否正常启动。如果启动状态不正常,则需要检查日志/var/log/cloudstack/management/catalina.out,并根据日志中的错误提示进行相应的处理。
登陆CloudStack时提示用户名密码不正确
- 默认的登陆用户名为admin,密码是password。如果登陆时提示不正确,可能是导入基础数据库时有问题。重新导入基础数据库:
cloudstack-setup-databases cloud:123456@localhost --deploy-as=root:root密码
。
- 默认的登陆用户名为admin,密码是password。如果登陆时提示不正确,可能是导入基础数据库时有问题。重新导入基础数据库:
CloudStack不能添加主存储或二级存储
- 检查/etc/sysconfig/nfs配置文件是否把端口都开放了。检查iptables是否有阻挡。检查CloudStack的“全局设置”,
secstorage.allowed.internal.sites
属性是否设置正确。
- 检查/etc/sysconfig/nfs配置文件是否把端口都开放了。检查iptables是否有阻挡。检查CloudStack的“全局设置”,
这些是CloudStack使用过程中可能遇到的一些常见问题及其解决方法,希望对你有所帮助。
评论已关闭