1、查看虚拟机模板
openstack flavor list
2、将qcow2格式的镜像转换为raw格式的
qemu-img convert -f qcow2 -O raw Windows10.qcow2 Windows10.raw
3、上传镜像模板
glance image-create --name "Win10pro" --file Windows10.raw --disk-format raw --container-format bare --visibility public --progress
--name # 上传镜像的模板
--file # 指定的上传的文件
--diskformat # 上传的格式
4、查看创建的虚拟机
# 查看已经存在的虚拟机
openstack server list
nova list
# 查看主机的详细信息
openstack server show id
nova show
5、查看网络
openstack network list
6、查看nova服务,控制节点
systemctl status openstack-nova-api.service
openstack-novascheduler.service
openstack-nova-conductor.service
openstack-nova-novncproxy.service
7、查看计算节点的nova服务器是否down掉。
openstack compute service list --service nova-compute
openstack compute service list
8、虚拟机故障迁移
如果的主机状态是xx ing先把它变成active状态。
nova reset-state --active ID
9、查看从节点的运行进程
openstack-service status
# 重启
openstack-service restart
10、故障排除过程
1.先查看底层网络，和物理硬件，存储状况。
2.查看网络状态
# 在控制节点上执行
neutron agent-list
11、查看计算节点运算状态
yum -y install openstack-utils
openstack-service status
# 控制节点c查看网络组件有挂掉的
neutron agent-list
# 重启所有组件
openstack-service restart
systemctl start neutorn-server
12、rabbitmq的操作
# 查看rabbit集群的状态
rabbitmqctl cluster_status
13、rabbitmq的日志位置
ll /var/log/rabbitmq/
# 日志
rabbit@st-controller01.log
14、nova-compute服务实际正常，但是service list 确显示down,总结出以下几个原因
1. 数据库访问错误导致心跳更新失败，这种情况看日志就能发现错误日志。
2. Rabbitmq连接失败，nova-compute不能直接访问数据库，更新时是通过RPC调用nova-conductor完成的，如果rabbitmq连接失败，RPC将无法执行，导致心跳发送失败。
3. nova-conductor故障，原因同上，不过这种情况概率很低，除非人为关闭了该服务。
4. 时间不同步，我们知道数据库操作由nova-conductor组件完成的，而计算心跳间隔是在nova-api服务完成的，假如这两个服务所在的主机时间不同步，将可能导致服务误判为down。对于多API节点部署时尤其容易出现这种情况，所有节点务必保证时间同步，NTP服务必须能够正常工作，否则将影响Openstack服务的心跳机制和状态监控。
5.物理网络有问题，丢包，需要自己测试网络丢包率。
。。。。。。后续遇到其它原因导致这情况再补充
15、nova调度虚拟机的日志
nova-scheduler.log
16、ceph块设备备份
3、把新建实例的系统盘镜像改名，再把原实例系统盘镜像名称改为新实例
rbd mv vms/26bb3815-3cb1-425a-aa96-2dc6fc9fcefe_disk vms/26bb3815-3cb1-425a-aa96-2dc6fc9fcefe_disk_bak
rbd mv vms/278eeaf1-bcdd-42f5-b4d9-bd04f0b2bc6c_disk vms/26bb3815-3cb1-425a-aa96-2dc6fc9fcefe_disk
rbd ls vms
17、刷新磁盘命令
partprobe /dev/sda
18、openstack 本地导入镜像
openstack image create "ubuntu1804" --file ubuntu-bionic-18.04-cloudimg.vmdk --disk-format vmdk --container-format bare --public
所有支持的类型 choose from 'ami', 'ari', 'aki', 'vhd', 'vmdk', 'raw', 'qcow2', 'vhdx', 'vdi', 'iso', 'ploop'
19、windows主机时间不对
解决办法一:
给 Windows 镜像添加 os_type 属性。
glance image-update --property os_type="windows" <IMAGE-ID>
方法二:(需要重启主机)
mysql -unova -popenstack
use nova;
# 要更改的服务器的uuid
update instances set os_type='windows' where uuid='a74573a5-dead-428f-8f5f-f3bc2b8cb625';
# 查看
select display_name,os_type from instances where uuid='1e77b084-fbd4-48d5-a69b-a9d3e8d72112';