volume进入error_deleting状态

当OpenStack Cinder Volume进入error_deleting状态时,通过数据库恢复和手动清除计算节点session无法成功。需要检查iSCSI Target信息,解除挂载session,然后依次删除target记录、LV及数据库中相关条目,最终解决volume的删除问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一般方法:进入数据库恢复状态
mysql -uroot -phuawei -D cinder
update volumes set status ='available' where id = '219c10f8-f799-434a-a936-ac99c00fc509';


然后再次删除,发现还是失败,log记录
执行 ietadm --op delete --tid=9 --lun=0 时,No such file or directory


手动执行发现确实,于是去掉参数--lun,直接
ietadm --op delete --tid=9
报告,设备正在使用,说明之前该volume有挂载到VM,并没有解除。


查看target信息
#cat /proc/net/iet/volume
tid:9 name:iqn.2010-10.org.openstack:volume-cd5de5ca-2ff3-4ad9-af47-c151f967e0b2


#cat /proc/net/iet/session
tid:9 name:iqn.2010-10.org.openstack:volume-cd5de5ca-2ff3-4ad9-af47-c151f967e0b2
sid:844425236120064 initiator:iqn.1993-08.org.debian:01:75906ecfa522
cid:0 ip:9.91.13.71 state:active hd:none dd:none
  
果然有计算节点在保持session,解除访问:
iscsiadm -m node -T iqn.2010-10.org.openstack:volume-cd5de5ca-2ff3-4ad9-af47-c151f967e0b2 -u


然后控制节点手动删除:


1. target记录删除
#ietadm --op delete --tid=8 --lun=0 
#ietadm --op delete --tid=8


2. lv删除
#lvremove /dev/cinder-volumes/volume-219c10f8-f799-434a-a936-ac99c00fc509


3. 数据库删除
mysql -uroot -phuawei -D cinder
delete from volumes where id = '219c10f8-f799-434a-a936-ac99c00fc509';
因为有外键报引用了id,所以先执行类似下面的名字,再执行上面的就OK了
delete from iscsi_targets where volume_id = '219c10f8-f799-434a-a936-ac99c00fc509';
delete from volume_admin_metadata where volume_id = '2f5a2f37-242b-4dd5-8889-2c772d736335';


重新执行
#cinder list,OK了
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值