Openstack无法删除云硬盘
程序员文章站
2022-05-11 15:42:41
...
背景:
Openstack kilo版本,终止了云主机之后,发现无法删除对应的云硬盘,删除提示报错为云硬盘的状态不是错误或者可用状态,于是切换至admin用户,手动更新云硬盘的状态至错误状态
删除步骤:
查看云硬盘状态:
# cinder list |grep error
| 2e641c12-79bf-463b-b65b-6e81534ececa | error | hyp_001 | 50 | - | true | |
| 57a8ff48-4b9e-4dfd-b038-bbf8bc3f13d3 | error | hyp_002 | 50 | - | true | |
命令行删除,提示报错说还有依赖的快照。
# cinder delete 2e641c12-79bf-463b-b65b-6e81534ececa
Delete for volume 2e641c12-79bf-463b-b65b-6e81534ececa failed: Invalid volume: Volume still has 1 dependent snapshots. (HTTP 400) (Request-ID: req-5ba025fb-5a61-422b-b00a-556e19083bd5)
ERROR: Unable to delete any of the specified volumes.
查看快照:
# cinder snapshot-list|grep hyp
| 1806ff4c-558b-4a99-808f-1998163d5692 | 2e641c12-79bf-463b-b65b-6e81534ececa | deleting | snapshot for hyp_001_初始化 | 50 |
| 3cb470d2-4098-4975-a321-2bb85cf1e91a | 57a8ff48-4b9e-4dfd-b038-bbf8bc3f13d3 | deleting | snapshot for hyp_002_初始化 | 50 |
发现快照处于deleting状态,一直是这样
查看ceph池,选择hyp_001的id号
# rbd ls -p volumes|grep 2e641c12-79bf-463b-b65b-6e81534ececa
volume-2e641c12-79bf-463b-b65b-6e81534ececa
以上可知,删除不了云硬盘是硬盘它有依赖的快照,但是快照无法删除的原因就不知道了,没有办法,只能采取暴力手段,进入元数据库。
mysql> select id,status,volume_id,display_name from snapshots where volume_id = '2e641c12-79bf-463b-b65b-6e81534ececa';
+--------------------------------------+----------+--------------------------------------+--------------------------------+
| id | status | volume_id | display_name |
+--------------------------------------+----------+--------------------------------------+--------------------------------+
| 1806ff4c-558b-4a99-808f-1998163d5692 | deleting | 2e641c12-79bf-463b-b65b-6e81534ececa | snapshot for hyp_001_初始化 |
+--------------------------------------+----------+--------------------------------------+--------------------------------+
删除元数据库中的数据
元数据cinder库中的表snapshots可以查看到hyp_001的快照的信息,删掉它
mysql> delete from snapshots where volume_id = '2e641c12-79bf-463b-b65b-6e81534ececa';
Query OK, 1 row affected (0.00 sec)
再到命令行中删除云硬盘,查看发现已经删掉了
# cinder delete 2e641c12-79bf-463b-b65b-6e81534ececa
# cinder list |grep error
| 57a8ff48-4b9e-4dfd-b038-bbf8bc3f13d3 | error | hyp_002 | 50 | - | true | |
检查快照和ceph池,发现也已经没有了
# cinder snapshot-list|grep hyp
| 3cb470d2-4098-4975-a321-2bb85cf1e91a | 57a8ff48-4b9e-4dfd-b038-bbf8bc3f13d3 | deleting | snapshot for hyp_002_初始化 | 50 |
# rbd ls -p volumes|grep 2e641c12-79bf-463b-b65b-6e81534ececa
用同样的方法把另外一个也删掉。
总结:
1、删除的时候注意id核volume-id两个字段,不要弄混掉了;
2、测试环境,暴力解决问题还是不太好,注意检查日志来对症下药。