Когда я пытаюсь удалить логический том, я получаю сообщение
#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
Как я могу форсировать удаление этого тома?
Спасибо эверетт
Если вы не можете размонтировать или удалить логический том, убедитесь, что нет процессов, удерживающих LV
Найдите старшие / младшие номера для логического тома, который вы пытаетесь удалить, например: vol0
Обратите внимание на 5-й столбец, который указывает, является ли том «открытым», и 2-й и 3-й столбцы, которые являются основными и второстепенными идентификаторами, соответственно.
Найдите любой процесс, связанный с этим томом, выполнив поиск по старшим и второстепенным идентификаторам, обнаруженным выше:
Завершите работу или завершите все процессы, обращающиеся к тому, чтобы продолжить размонтирование и удаление.
тогда попробуйте lvremove
источник
Возможно, у вас запущен iet или tgt (который зависит от того, какое
iscsi_helper
значение вы указали в /etc/nova/nova.conf, по умолчанию iet), а служба имеет открытый файловый дескриптор. Вы можете проверить, какой из них делает что-то вроде этого (в моем случае это TGT)Если это так, остановите службу, выполнив:
Если это tgt, остановите службу, выполнив:
После этого вы сможете удалить свои тома.
источник
Я попал в похожую ситуацию, но удаление LV было заблокировано, потому что я использовал mount -o bind.
Приведенная ниже статья очень помогла, использование lsof со старшими / младшими номерами LV показало, что процесс удержания открыл LV, в моем случае smbd.
Чем просто cat / proc / mounts | grep LV_name привел меня к выводу, почему lvremove или dmsetup удалить отказываются избавиться от размонтированного LV.
http://kb.eclipseinc.com/kb/why-cant-i-remove-a-linux-logical-volume/
источник
Завершите работу контейнеров LXC, которые используют файловые системы, через их конфигурацию: lxc.mount.entry
источник
Если вы не можете удалить
lvm
, выполните следующие действия:размонтировать раздел:
# umount / dev / sda8
(например, я смонтировал раздел на
/dev/sda8
)попробуй удалить
lvm
вот так:# lvremove / dev / vgname / lvname
Если вы получаете сообщение об ошибке «Не удается удалить открытый логический том в Linux », попробуйте деактивировать LVM с помощью приведенных ниже команд, а затем удалите:
Дайте нам знать, если у вас возникнут какие-либо проблемы.
источник
У меня была эта проблема с LV, который приходит с 3 PV на устройстве iSCSI (с многолучевым распространением).
Ни одно решение не сработало, но простая перезагрузка ! ( закомментируйте это в fstab , чтобы он больше не монтировался)
Может быть, это кому-то помогает.
источник
это также может быть заблокировано службой nfslock в RHEL, просто остановите эту службу, и все готово.
источник
У меня была аналогичная проблема. Lv, который я пытался удалить, был блочным устройством VM, содержащим группу томов. Эта группа томов была отфильтрована в lvm.conf, но некоторые элементы dev mapper были созданы ранее.
Чтобы выяснить, является ли устройство удерживаемым, посмотрите на его младший номер (253, ?? ), который
ll /dev/<vg>/<lv>
должен указывать на../dm-??
Затем
ls -la /sys/dev/block/253:??/holders
вам дадут ссылки на-> ../../dm-xx
ретранслятор vg (ex ) на ваше устройство (в качестве pv).Удалите их с помощью
dmsetup remove /dev/dm-xx
(убедитесь, что эти dm не используются) Затем вы должны удалить / dev //, который больше не является "pv" где-тоисточник
dmsetup remove /dev/dm-36
но я получаю сообщение об ошибкеdevice-mapper: remove ioctl on vg0-snap--tmp--vm06.docker--disk failed: – Device or resource busy – Command failed
посмотреть: serverfault.com/questions/926681/...Вы можете отсоединить свой LV от устройства DM:
fuser -kuc / dev / my-sample-объемы / объем-образец-1
/ dev / dm-21: 2400ce (корень) 2739ce (корень) 4793ce (корень)
ls -l / dev / my-sample-volumes / volume-sample-1
lrwxrwxrwx 1 корневой корень 8 августа 15 02:53 / dev / my-sample-volume / volume-sample-1 -> ../dm-21
unlink / dev / my-sample-volume / volume-sample-1
lvremove / dev / my-sample-volumes / volume-sample-1
источник
lvremove
будет работать послеunlink
, вы могли бы уточнить эту часть? Просто отредактируйте свой ответ.В моем случае я запускал cAdvisor в контейнере, и это, кажется, предотвращает удаление любых блочных устройств, которые были смонтированы при его запуске. Мое исправление было:
docker restart $CONTAINER_ID
)источник
У меня такая же проблема, как и у вас. Я попробовал следующую команду и решил: swapoff -a
лвремове ...
источник