Hace unos días tuvimos un inconveniente de LVM (Can’t remove locked logical volume),ya que uno de sus discos se daño y este genero errores. Tratamos de todas las maneras para resolver el problema, pero a pesar de los esfuerzos, tomamos la decisión de reinstalar el sistema operativo, eliminar toda la información de los discos LVM y crear uno nuevo, pero oh! sorpresa; cuando intentamos crear un nuevo LVM con los mismos discos que formateamos, automáticamente volvió a crear el viejo. Creemos que la información del LVM antiguo quedo guardada en el MBR de algunos discos. Ahora el problema es que no podemos eliminar el LV (Logical Volumen) y el VG (Volumen Group), ya que no hay los PV (Physical Volume). Buscando en Internos, encontramos la solución del usuario fche, que por cierto es muy creativa e ingeniosa, ya que le hace creer al sistema operativo que los PV si están montados con los discos originalmente instalados. El proceso es sencillo.
# UUID=”RQr0HS-17ts-1k6Y-Xnex-IZwi-Y2kM-vCc5mP”
# dd if=/dev/zero of=/tmp/tmp.raw bs=1M count=100
# losetup -f
# losetup /dev/loop0 tmp.raw
# pvcreate –norestorefile -u $UUID /dev/loop0 # it has arisen!
# killall lvmetad # so it stops complaining about duplicate uuids
# pvremove /dev/loop0 # a clean removal
# losetup -D
# pvscan –cache # to restart lvmetad
Los pasos que sigue fche:
- Creo una Variable de los IDs que tienen cada uno de los discos en los PV, para ver estos IDs, simplemente podemos ejecutar pvdisplay.
- Creo un archivo /tmp/tmp.raw de 1mb de peso.
- Con losetup crea un disco loopback en los dispositivos.
- Enlaza la información del disco loop con el archivo que creo de 1mb.
- Crea un nuevo PV del loop, pero le agrega el mismo ID que vemos con pvdisplay, con uno de los discos que tenemos problemas.
- Remueve el PV de nuevo para quitar la volumen físico que estaba fallando.
- Quita el enlace de los discos loop.
- Examina de nuevo todas las particiones PV.
Agradecimientos:
https://serverfault.com/questions/788202/locked-lvm-logical-volume-in-vg-with-missing-pv
