Lorsque j'essaie de supprimer un volume logique, je reçois le message
#lvremove /dev/my-volumes/volume-1
Can't remove open logical volume "volume-1"
#lvchange -an -v /dev/my-volumes/volume-1
Using logical volume(s) on command line
/dev/dm-1: read failed after 0 of 4096 at 0: Input/output error
Deactivating logical volume "volume-1"
Found volume group "my-volumes"
LV my-volumes/volume-1 in use: not deactivating
#lvremove -vf /dev/my-volumes/volume-1
Using logical volume(s) on command line
/dev/dm-1: read failed after 0 of 4096 at 0: Input/output error
Can't remove open logical volume "volume-1"
#lvs
/dev/dm-1: read failed after 0 of 4096 at 0: Input/output error
LV VG Attr LSize Origin Snap% Move Log Copy% Convert
volume-1 my-volumes -wi-ao 50.00g
Comment puis-je forcer la suppression de ce volume?
Merci, Everett
Si vous ne parvenez pas à démonter ou à supprimer un volume logique, vérifiez qu'aucun processus ne contient le LV
Localisez les nombres majeurs / mineurs pour le volume logique que vous essayez de supprimer, par exemple: vol0
Prenez note de la 5e colonne, qui indique si un volume est «ouvert», et des 2e et 3e colonnes, qui sont les ID principaux et mineurs, respectivement.
Recherchez tout processus associé à ce volume en recherchant les identifiants majeurs et mineurs découverts ci-dessus:
Arrêtez ou supprimez tout processus qui accède encore au volume pour continuer le démontage et la suppression.
puis essayez lvremove
la source
Vous avez probablement iet ou tgt en cours d'exécution (lequel dépend de votre
iscsi_helper
valeur dans /etc/nova/nova.conf, par défaut iet), et le service a un descripteur de fichier ouvert. Vous pouvez vérifier lequel en faisant quelque chose comme ça (dans mon cas, c'est tgt)Si c'est le cas, arrêtez le service en faisant:
Si c'est tgt, arrêtez le service en faisant:
Vous devriez alors pouvoir supprimer vos volumes.
la source
Je suis entré dans une situation similaire, mais la suppression de LV a été bloquée, car j'utilisais mount -o bind.
L'article ci-dessous a beaucoup aidé, en utilisant lsof avec un nombre majeur / mineur de LV, le processus a montré la tenue de LV ouvert, dans mon cas smbd.
Que simplement cat / proc / mounts | grep LV_name m'a conduit à la conclusion, pourquoi lvremove ou dmsetup remove refusent de se débarrasser du LV non monté.
http://kb.eclipseinc.com/kb/why-cant-i-remove-a-linux-logical-volume/
la source
Arrêtez les conteneurs LXC qui utilisent les systèmes de fichiers via leur configuration: lxc.mount.entry
la source
Si vous ne parvenez pas à supprimer
lvm
, veuillez suivre ces étapes:démonter la partition:
# umount / dev / sda8
(par exemple. J'ai monté la partition
/dev/sda8
)essayez de supprimer
lvm
comme suit:# lvremove / dev / vgname / lvname
Si vous obtenez une erreur comme " impossible de supprimer le volume logique ouvert sous linux ", essayez de désactiver le LVM via les commandes ci-dessous, puis supprimez-le:
Faites-nous savoir si vous rencontrez un problème.
la source
J'ai eu ce problème avec un LV qui provient de 3 PV sur un appareil iSCSI (avec multichemin).
Aucune solution n'a fonctionné mais un simple redémarrage ! ( commentez-le dans fstab , pour qu'il ne soit plus monté)
Peut-être que cela aide quelqu'un.
la source
cela peut également être verrouillé par le service nfslock dans RHEL, arrêtez simplement ce service et vous êtes prêt à partir.
la source
J'avais un problème similaire. Le lv que j'ai essayé de supprimer était un périphérique de bloc VM, contenant un groupe de volumes. Ce groupe de volumes a été filtré dans lvm.conf, mais certains éléments du mappeur de développement ont été créés plus tôt.
Pour comprendre est détenu par un appareil, regardez son numéro mineur (253, ?? )
ll /dev/<vg>/<lv>
devrait pointer vers../dm-??
Ensuite
ls -la /sys/dev/block/253:??/holders
, vous donnera des liens de-> ../../dm-xx
relais vg (ex ) sur votre appareil (en tant que pv)Supprimez-les avec
dmsetup remove /dev/dm-xx
(assurez-vous que ces dm ne sont pas utilisés) Ensuite, vous devez supprimer / dev // qui n'est plus un "pv" quelque partla source
dmsetup remove /dev/dm-36
mais j'obtiens l'erreurdevice-mapper: remove ioctl on vg0-snap--tmp--vm06.docker--disk failed: – Device or resource busy – Command failed
voir: serverfault.com/questions/926681/…Vous pouvez dissocier votre LV de l'appareil DM:
fuser -kuc / dev / my-sample-volumes / volume-sample-1
/ dev / dm-21: 2400ce (racine) 2739ce (racine) 4793ce (racine)
ls -l / dev / my-sample-volumes / volume-sample-1
lrwxrwxrwx 1 root root 8 août 15 02:53 / dev / my-sample-volumes / volume-sample-1 -> ../dm-21
dissocier / dev / mes-volumes-d'échantillons / volume-échantillon-1
lvremove / dev / my-sample-volumes / volume-sample-1
la source
lvremove
fonctionnera aprèsunlink
, pourriez-vous clarifier cette partie? Modifiez simplement votre réponse.Dans mon cas, j'exécutais cAdvisor dans un conteneur, et cela semble empêcher la suppression de tout périphérique bloc qui a été monté au démarrage. Ma solution était:
docker restart $CONTAINER_ID
)la source
J'ai le même problème que le vôtre. J'ai essayé la commande suivante et résolu: swapoff -a
lvremove ...
la source