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