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';

​