История изменений
Исправление router, (текущая версия) :
Тогда я был неправ, извини
1) попробуй vgreduce --removemissing -ff
т.е. дважды forece
2) попробуй перед vgreduce и vgremove удалить фантомные lv так
https://access.redhat.com/solutions/140273
dmsetup remove /dev/lvm/*
3) если и это не поможет, попробуй создать простейший block device из временного файла
dd if=/dev/zero of=/tmp/tmp.raw bs=1M count=100
losetup -f
losetup /dev/loop0 /tmp/tmp.raw
vgextend lvm /dev/loop0
если получится ( в чём есть сомнения ), будет один живой том под metadata
4) (опасно) можно попробовать перезагрузить хост
я так понял, диск отняли наживую. тогда после ребута у ОСи просто не будет диска с проблемной vg и ОСь даже не вспомнит, что такая vg была
НО. т.к. ты переименовал ЖИВОЙ vg, верни его имя обратно, иначе придётся всё чинить с livecd/liveusb
и ещё одно НО. в centos 7 systemd во все поля, там теоретически может быть какая-то мутная схема с дублированием метаданных внутрь systemd и сохранением между ребутами. Поэтому я бы ребут оставил как последний вариант, от полной безнадёжности
Исправление router, :
Тогда я был неправ, извини
1) попробуй vgreduce --removemissing -ff
т.е. дважды forece
2) попробуй перед vgreduce и vgremove удалить фантомные lv так
https://access.redhat.com/solutions/140273
dmsetup remove /dev/lvm/*
3) если и это не поможет, попробуй создать простейший block device из временного файла
dd if=/dev/zero of=/tmp/tmp.raw bs=1M count=100 losetup -f losetup /dev/loop0 /tmp/tmp.raw vgextend lvm /dev/loop0
если получится ( в чём есть сомнения ), будет один живой том под metadata
4) (опасно) можно попробовать перезагрузить хост
я так понял, диск отняли наживую. тогда после ребута у ОСи просто не будет диска с проблемной vg и ОСь даже не вспомнит, что такая vg была
НО. т.к. ты переименовал ЖИВОЙ vg, верни его имя обратно, иначе придётся всё чинить с livecd/liveusb
и ещё одно НО. в centos 7 systemd во все поля, там теоретически может быть какая-то мутная схема с дублированием метаданных внутрь systemd и сохранением между ребутами. Поэтому я бы ребут оставил как последний вариант, от полной безнадёжности
Исходная версия router, :
Тогда я был неправ, извини
1) попробуй vgreduce --removemissing -ff
т.е. дважды forece
2) попробуй удалить lv так
https://access.redhat.com/solutions/140273
dmsetup remove /dev/lvm/*
3) если и это не поможет, попробуй создать простейший block device из временного файла
dd if=/dev/zero of=/tmp/tmp.raw bs=1M count=100 losetup -f losetup /dev/loop0 /tmp/tmp.raw vgextend lvm /dev/loop0
если получится ( в чём есть сомнения ), будет один живой том под metadata
4) (опасно) можно попробовать перезагрузить хост
я так понял, диск отняли наживую. тогда после ребута у ОСи просто не будет диска с проблемной vg и ОСь даже не вспомнит, что такая vg была
НО. т.к. ты переименовал ЖИВОЙ vg, верни его имя обратно, иначе придётся всё чинить с livecd/liveusb
и ещё одно НО. в centos 7 systemd во все поля, там теоретически может быть какая-то мутная схема с дублированием метаданных внутрь systemd и сохранением между ребутами. Поэтому я бы ребут оставил как последний вариант, от полной безнадёжности