# 處理報錯的大致思路 (1)到數據庫cinder表中找到volumes，將其中對應要刪除的卷的狀態由error_deleting改為deleted； (2)針對lvm，可以用命令lvdisplay列出所有卷的信息，如果現在應用命令lvremove來刪除相應的卷，則會提示要刪除的卷正在使用中，所以我們使用命令lsof查看相應卷所占用的進程，然后kill這個進程； (3)應用命令lvremove來刪除相應的卷； (4)此時問題貌似已經解決，因為已經可以正確地執行cinder中命令，要刪除的卷的記錄也已經刪除。但是這里還有個問題，默認的建立卷的最大數目為10，如果之前刪除的僵尸卷的數目為1，但是此時當你建立卷的數目為9個時，再嘗試建立新卷時，就會提示已經達到卷的數目的最大值。解決方法就是到cinder數據表中找到quota_usages，將其中in_use中的數據減少相應的刪除的僵尸卷的數目即可。 備注：fuser命令在psmisc包中 # 第一種情況的僵尸卷     執行完上面的操作后進入云平臺系統，更改需要刪除云硬盤狀態為“可用配額”，然后“刪除云硬盤”，如果再界面上刪除依舊沒有執行成功或者依舊一直再刪除中，就采用比較暴力的方式，修改云硬盤再數據庫中的狀態，因為此時云硬盤再存儲設備（物理機）上已經刪除了，僅僅還有數據庫中還有該記錄信息，但不能直接刪除這條記錄，數據庫有外鍵依賴，而是要把cinder盤的deleted改成“1”,“1”即為刪除，0為不刪除。 進入數據庫： mysql -uxxxx -pxxxx 選擇數據庫表： use cinder; 關閉數據庫的鍵外查詢： set foreign_key_checks=0; select找到出錯的數據： select id, status, display_name from volumes where id="af3e36ce-10ab-4daa-80e3-b71f16836a3b" 修改數據庫記錄狀體： update volumes set deleted=1 where id="af3e36ce-10ab-4daa-80e3-b71f16836a3b" 操作完成后開啟數據庫的鍵外查詢： set foreign_key_checks=0; 此時如果dashboard界面卷存儲還沒有恢復正常就需要進行如下操作！！！ （1）use cinder; （2）select * from volumes;  在刪除數據條目之前要臨時關閉鍵值檢查，否則刪除操作無法進行：set foreign_key_checks=0; 刪除操作完成后再運行此命令開啟鍵值檢查，確保數據庫安全 找到之前出問題的卷并刪除條目信息： delete from volumes where id='f0a030a6-7ff0-4765-ac47-1f1eed3c7582';  然后把in_use的數值修改為0即可 這里我就很暴力了直接刪除了了條目： delete from quota_usages where project_id='232b14de024647159470ed97873ce774'; 等下新建卷的時候就會恢復的，不建議這么做哦。 # 第二種情況的僵尸卷 思路和第一中情況差不多； （1）通過lvdisplay |grep查詢cinder對應的卷地址。 root@compute:~# lvdisplay | grep "8580f464-02e1-411c-bd94-a4af35e499a3" LV Path /dev/cinder-volumes/volume-8580f464-02e1-411c-bd94-a4af35e499a3 LV Name volume-8580f464-02e1-411c-bd94-a4af35e499a3 （2）通過lsof | grep查詢占用cinder卷的端口 lsof| grep "8580f464-02e1-411c-bd94-a4af35e499a3" kill -9 76568 （3）通過lvremove刪除相應的卷 lvremove /dev/cinder-volumes/volume-8580f464-02e1-411c-bd94-a4af35e499a3 （4）報錯處理 報錯：device-mapper: remove ioctl on failed: Deviceor resource busy。設備繁忙 查看是否被打開： dmsetup info -c /dev/cinder-volumes/volume-8580f464-02e1-411c-bd94-a4af35e499a3 #查看是否被打開,如果看到open為4或者數字說明它被打開了，所以remove不掉。 查看被誰打開： fuser -m /dev/cinder-volumes/volume-8580f464-02e1-411c-bd94-a4af35e499a3 #查看是誰打開的，顯示產用進程號 把占用設備的進程殺掉： kill -9 xxxx xxxx xxxx xxxx 重新執行上面驗證的幾個步驟，驗證是否還有進程占用，如果看到open為0，表示現在沒有進程占用，再執行lvremove刪除相應的卷 （5）驗證是否已經刪除 root@compute:~# lvdisplay | grep "8580f464-02e1-411c-bd94-a4af35e499a3" （6）進入云平臺系統，更改需要刪除云硬盤狀態為“可用配額”，然后“刪除云硬盤”，如果再界面上刪除依舊沒有執行成功或者依舊一直再刪除中，就采用比較暴力的方式，修改云硬盤再數據庫中的狀態，因為此時云硬盤再存儲設備（物理機）上已經刪除了，僅僅還有數據庫中還有該記錄信息，但不能直接刪除這條記錄，數據庫有外鍵依賴，而是要把cinder盤的deleted改成“1”,“1”即為刪除，0為不刪除。 進入數據庫： mysql -uxxxx -pxxxx 選擇數據庫表 use cinder; select找到出錯的數據: select id, status, display_name from volumes where id='2d5d206d-0720-42aa-b178-3f3238177583'; 修改數據庫記錄狀體： update volumes set deleted=1 where id='2d5d206d-0720-42aa-b178-3f3238177583';