problema con lvm en root

[Antonio Trujillo Carmona]

Tengo un servidor montado con wheezy y lvm2.
es virtual con vmware, tenia dos discos, uno de 10G que es el que use
para instalación (lo hice como una plantilla desde la que creo
servidores debian) y otro de 100G añadido a posteriori para los datos.
la partición de arranque es /dev/sda1 que se monta en /boot (no es parte
del lvm).
En un momento dado me pidieron que ampliara el dicao raiz, lo que hice
añadiendo otro disco, uniéndolo al lvm y ampliando el vl (y su fs) raiz,
todo ello en caliente y sin tener que apagarlo.
Un mes después le hemos tenido que ampliar la ram, para lo cual no ha
habido mas remedio que apagarlo, después de esto no arrancaba, se
quedaba esperando el "root", lo he arrancado con la iso del net install
y he comprobado que el UUID del root no ha cambiado, pero no arranca, le
he puesto el nombre del disco (/dev/dm-0) pero no arranca.
provisionalmente le he añadido otro disco, arrancando con la iso y le he
copiado todo lo del disco root, he creado una entrada en el grub.cfg
para que use este disco en lugar del de la lvm y ha arrancado, por lo
que los datos del vl estaban todos bien, pero se niega a arrancar desde
el, he recostruido el initrd (lo arranque desde el disco nuevo, monte el
vl y desde un chroot de este lo hice), pero sigue sin arrancar.
¿Que esta pasando?, parece que es debido a que el vl de root este
repartido entre dos discos fisicos, pero eso no debería afectar.
¿Tengo que actualizar algo mas?, ¿quizás el fichero /etc/lvm/lvm.conf?,
¿quizás algo de udev?
# pvdisplay
--- Physical volume ---
PV Name /dev/sda5
VG Name plantilla-debian-64
PV Size 9,76 GiB / not usable 2,00 MiB
Allocatable yes (but full)
PE Size 4,00 MiB
Total PE 2498
Free PE 0
Allocated PE 2498
PV UUID q7nW67-uR1Y-BIho-dPPt-Zz4c-SiOe-G87aJ8

--- Physical volume ---
PV Name /dev/sdb1
VG Name plantilla-debian-64
PV Size 100,00 GiB / not usable 2,66 MiB
Allocatable yes (but full)
PE Size 4,00 MiB
Total PE 25599
Free PE 0
Allocated PE 25599
PV UUID YZ3qQy-9fbQ-oPzh-5Hft-aTqF-3zpJ-iyQx3e

--- Physical volume ---
PV Name /dev/sdc1
VG Name plantilla-debian-64
PV Size 200,00 GiB / not usable 3,00 MiB
Allocatable yes (but full)
PE Size 4,00 MiB
Total PE 51199
Free PE 0
Allocated PE 51199
PV UUID aYT1uX-z23R-X1Jy-1DSS-H65H-SJZc-BpzCR0

# lvdisplay
--- Logical volume ---
LV Path /dev/plantilla-debian-64/root
LV Name root
VG Name plantilla-debian-64
LV UUID kl4qHR-8pSf-ebny-UxOg-PGmh-BUcC-NEJZZH
LV Write Access read/write
LV Creation host, time ,
LV Status available
# open 0
LV Size 19,31 GiB
Current LE 4943
Segments 2
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 254:1

--- Logical volume ---
LV Path /dev/plantilla-debian-64/swap_1
LV Name swap_1
VG Name plantilla-debian-64
LV UUID EByaZA-WBHD-997L-QzmP-bcY6-k13m-TRa7yd
LV Write Access read/write
LV Creation host, time ,
LV Status available
# open 2
LV Size 460,00 MiB
Current LE 115
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 254:0

--- Logical volume ---
LV Path /dev/plantilla-debian-64/WWW
LV Name WWW
VG Name plantilla-debian-64
LV UUID deH1w0-Y1YI-iO8R-Z0S3-nZHs-PRTX-rfXXEJ
LV Write Access read/write
LV Creation host, time ,
LV Status available
# open 1
LV Size 289,99 GiB
Current LE 74238
Segments 2
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 254:2

--
Salud.


--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: https://lists.debian.org/1404812202.3...@trujo.hvn.sas.junta-andalucia.es

[Camaleón]

El Tue, 08 Jul 2014 11:36:42 +0200, Antonio Trujillo Carmona escribió:

> Tengo un servidor montado con wheezy y lvm2.
> es virtual con vmware, tenia dos discos, uno de 10G que es el que use
> para instalación (lo hice como una plantilla desde la que creo
> servidores debian) y otro de 100G añadido a posteriori para los datos.
> la partición de arranque es /dev/sda1 que se monta en /boot (no es parte
> del lvm).
> En un momento dado me pidieron que ampliara el dicao raiz, lo que hice
> añadiendo otro disco, uniéndolo al lvm y ampliando el vl (y su fs) raiz,
> todo ello en caliente y sin tener que apagarlo.
> Un mes después le hemos tenido que ampliar la ram, para lo cual no ha
> habido mas remedio que apagarlo, después de esto no arrancaba, se
> quedaba esperando el "root",

Supongo que a GRUB habrás llegado porque tienes en una partición aparte
sin LVM pero cuando dices que se queda esperando el "root" ¿a qué te
refieres exactamente? ¿Te aparece algún mensaje en la pantalla? ¿has
probado a cargar manualmente el sistema desde la línea de comandos del
cargador de arranque? Lo comento porque al ir cargando los módulos
manualmente y especificar la partición raíz, etc... seguramente te
aparecerá más información de qué es lo que no encuentra o por qué falla.

> lo he arrancado con la iso del net install y he comprobado que el UUID
> del root no ha cambiado, pero no arranca, le he puesto el nombre del
> disco (/dev/dm-0) pero no arranca.

¿Qué quieres decir con que lo has arrancado desde la ISO del net install?
¿Qué es lo que has hecho exactamente?

> provisionalmente le he añadido otro disco, arrancando con la iso y le he
> copiado todo lo del disco root, he creado una entrada en el grub.cfg
> para que use este disco en lugar del de la lvm y ha arrancado, por lo
> que los datos del vl estaban todos bien, pero se niega a arrancar desde
> el, he recostruido el initrd (lo arranque desde el disco nuevo, monte el
> vl y desde un chroot de este lo hice), pero sigue sin arrancar.
> ¿Que esta pasando?, parece que es debido a que el vl de root este
> repartido entre dos discos fisicos, pero eso no debería afectar.
> ¿Tengo que actualizar algo mas?, ¿quizás el fichero /etc/lvm/lvm.conf?,
> ¿quizás algo de udev?

(...)

Udev puede estar relacionado (Google dice que mires el parámetro del
kernel "lvmwait").

Saludos,

--
Camaleón

--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: https://lists.debian.org/pan.2014.07...@gmail.com

[Flako]

El día 8 de julio de 2014, 6:36, Antonio Trujillo Carmona
<antonio.tr...@juntadeandalucia.es> escribió:

> Tengo un servidor montado con wheezy y lvm2.

> ¿Que esta pasando?, parece que es debido a que el vl de root este
> repartido entre dos discos fisicos, pero eso no debería afectar.
> ¿Tengo que actualizar algo mas?, ¿quizás el fichero /etc/lvm/lvm.conf?,

Pueden ser muchas cosas :)
exactamente cual es el error que te muestra?

--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: https://lists.debian.org/CADqxbRTvQrQvhdgtGZNS+3n...@mail.gmail.com

[Antonio Trujillo Carmona]

El mar, 08-07-2014 a las 14:48 +0000, Camaleón escribió:
> El Tue, 08 Jul 2014 11:36:42 +0200, Antonio Trujillo Carmona escribió:
>
> > Tengo un servidor montado con wheezy y lvm2.
> > es virtual con vmware, tenia dos discos, uno de 10G que es el que use
> > para instalación (lo hice como una plantilla desde la que creo
> > servidores debian) y otro de 100G añadido a posteriori para los datos.
> > la partición de arranque es /dev/sda1 que se monta en /boot (no es parte
> > del lvm).
> > En un momento dado me pidieron que ampliara el dicao raiz, lo que hice
> > añadiendo otro disco, uniéndolo al lvm y ampliando el vl (y su fs) raiz,
> > todo ello en caliente y sin tener que apagarlo.
> > Un mes después le hemos tenido que ampliar la ram, para lo cual no ha
> > habido mas remedio que apagarlo, después de esto no arrancaba, se
> > quedaba esperando el "root",
>
> Supongo que a GRUB habrás llegado porque tienes en una partición aparte
> sin LVM pero cuando dices que se queda esperando el "root" ¿a qué te
> refieres exactamente? ¿Te aparece algún mensaje en la pantalla? ¿has

Exactamente dice:
ALERT! /dev/disk/by-uuid/xxxxx does not exist.
Dropping to a shell

>
> probado a cargar manualmente el sistema desde la línea de comandos del
> cargador de arranque? Lo comento porque al ir cargando los módulos
> manualmente y especificar la partición raíz, etc... seguramente te
> aparecerá más información de qué es lo que no encuentra o por qué falla.
>

> > lo he arrancado con la iso del net install y he comprobado que el UUID
> > del root no ha cambiado, pero no arranca, le he puesto el nombre del
> > disco (/dev/dm-0) pero no arranca.
>
> ¿Qué quieres decir con que lo has arrancado desde la ISO del net install?
> ¿Qué es lo que has hecho exactamente?

pones la iso del netinstall de debian eliges modo rescate cuando te pide
la partición raiz le das la corercta y puedes lanzar un shell desde el
entorno de la partición o desde el entorno del instalador, las dos
funcionan correctamente y puedes ver que el uuid es el que te dice que
no existe.

>
> > provisionalmente le he añadido otro disco, arrancando con la iso y le he
> > copiado todo lo del disco root, he creado una entrada en el grub.cfg
> > para que use este disco en lugar del de la lvm y ha arrancado, por lo
> > que los datos del vl estaban todos bien, pero se niega a arrancar desde
> > el, he recostruido el initrd (lo arranque desde el disco nuevo, monte el
> > vl y desde un chroot de este lo hice), pero sigue sin arrancar.
> > ¿Que esta pasando?, parece que es debido a que el vl de root este
> > repartido entre dos discos fisicos, pero eso no debería afectar.
> > ¿Tengo que actualizar algo mas?, ¿quizás el fichero /etc/lvm/lvm.conf?,
> > ¿quizás algo de udev?
>
> (...)
>
> Udev puede estar relacionado (Google dice que mires el parámetro del
> kernel "lvmwait").
>
> Saludos,
>
> --
> Camaleón
>
>

Todo esto lo he hecho desde el entorno de la partición raiz arrancando
con la iso del netinstall.

En el fichero /etc/udev/udev.conf puse:
lvmwait="/dev/mapper/plantilla--debian--64-root"
ejecute:
update-initramfs -u
reinicie y volvió a fallar el arranque.

intente ejecutar:
update-grub2
falló con mensaje pv1 no existe
ejecute:
grub-install --recheck /dev/sda funciono sin error
update-grub2 ahora no da error
quite la linea añadida a udev, recostrui el initramfs y lo reinicie,
volvió a funcionar sin problemas.

El problema era del grub, al haber añadido un disco que formava parte de
la partición raiz había que "rechequear" el sistema.
Es lo que parece, ¿No?

--
Salud.

--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: https://lists.debian.org/1404904927.3...@trujo.hvn.sas.junta-andalucia.es

[Camaleón]

El Wed, 09 Jul 2014 13:22:07 +0200, Antonio Trujillo Carmona escribió:

> El mar, 08-07-2014 a las 14:48 +0000, Camaleón escribió:

(...)

>> > lo he arrancado con la iso del net install y he comprobado que el
>> > UUID del root no ha cambiado, pero no arranca, le he puesto el nombre
>> > del disco (/dev/dm-0) pero no arranca.
>>
>> ¿Qué quieres decir con que lo has arrancado desde la ISO del net
>> install? ¿Qué es lo que has hecho exactamente?

> pones la iso del netinstall de debian eliges modo rescate cuando te pide
> la partición raiz le das la corercta y puedes lanzar un shell desde el
> entorno de la partición o desde el entorno del instalador, las dos
> funcionan correctamente y puedes ver que el uuid es el que te dice que
> no existe.

O sea, que falla el GRUB que tienes instalado que no detecta la partición
con LVM. Seguramente hubieras podido iniciar sin problemas desde
SuperGrub2Disk o cualquier otra LiveCD.

Y veo que más abajo confirmas que era el cargador... ok.

>> > provisionalmente le he añadido otro disco, arrancando con la iso y le
>> > he copiado todo lo del disco root, he creado una entrada en el
>> > grub.cfg para que use este disco en lugar del de la lvm y ha
>> > arrancado, por lo que los datos del vl estaban todos bien, pero se
>> > niega a arrancar desde el, he recostruido el initrd (lo arranque
>> > desde el disco nuevo, monte el vl y desde un chroot de este lo hice),
>> > pero sigue sin arrancar.
>> > ¿Que esta pasando?, parece que es debido a que el vl de root este
>> > repartido entre dos discos fisicos, pero eso no debería afectar.
>> > ¿Tengo que actualizar algo mas?, ¿quizás el fichero
>> > /etc/lvm/lvm.conf?,
>> > ¿quizás algo de udev?
>>
>> (...)
>>
>> Udev puede estar relacionado (Google dice que mires el parámetro del
>> kernel "lvmwait").
>>

> Todo esto lo he hecho desde el entorno de la partición raiz arrancando
> con la iso del netinstall.
>
> En el fichero /etc/udev/udev.conf puse:
> lvmwait="/dev/mapper/plantilla--debian--64-root"
> ejecute:
> update-initramfs -u reinicie y volvió a fallar el arranque.

Un apunte, para probar no hace falta todo eso, simplemente desde el menú
de GRUB2 accedes al modo (e)dición y en la línea del kernel añades el
parámetro que quieras y que en este caso hubiera sido lo que has puesto
más arriba (lvmwait="/dev/mapper/plantilla--debian--64-root").

> intente ejecutar:
> update-grub2 falló con mensaje pv1 no existe ejecute:
> grub-install --recheck /dev/sda funciono sin error update-grub2 ahora no
> da error quite la linea añadida a udev, recostrui el initramfs y lo
> reinicie, volvió a funcionar sin problemas.
>
> El problema era del grub, al haber añadido un disco que formava parte de
> la partición raiz había que "rechequear" el sistema.
> Es lo que parece, ¿No?

Parece que el error era del GRUB2 que tenías instalado en el sistema,
efectivamente, pero lo que no sé es el motivo del fallo, ya que al fin y
al cabo a ojos de GRUB2 no has cambiado nada, el nombre del volumen de la
partición raíz LVM a la que has añadido un disco seguiría siendo la misma
pero con más espacio pero nada que a priori deba afectar a GRUB2 :-?

Ah, oye, espera... podría ser este bug (mensaje #50):

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633024

Saludos,

--
Camaleón

--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: https://lists.debian.org/pan.2014.07...@gmail.com

[Antonio Trujillo Carmona]

Ha vuelto a fallar el arranque, puede que sea el bug, aunque veo que es
algo viejo para kernel 2.6 y whezzy tiene el 3.2 .
Como "bypass" al bug aconsejan poner "rootdelay=9" imagino que sera un
parámetro para el grub, porque no veo donde ponérselo al initramfs.
Ya informare del resultado, porque como esta en producción no puedo
reiniciarla cuando quiero.

--
Salud.

--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: https://lists.debian.org/1404987724.1...@trujo.hvn.sas.junta-andalucia.es

[Camaleón]

El Thu, 10 Jul 2014 12:22:04 +0200, Antonio Trujillo Carmona escribió:

> El mié, 09-07-2014 a las 13:58 +0000, Camaleón escribió:

(...)

>> Ah, oye, espera... podría ser este bug (mensaje #50):
>>
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633024
>>

> Ha vuelto a fallar el arranque,

Juvar...

> puede que sea el bug, aunque veo que es algo viejo para kernel 2.6 y
> whezzy tiene el 3.2 .

Los dos últimos mensajes del bug son relativamente recientes y siguen
experimentando el problema. El problema parece ser el paquete "initramfs-
tools" más que la imagen del kernel en sí misma.

> Como "bypass" al bug aconsejan poner "rootdelay=9" imagino que sera un
> parámetro para el grub, porque no veo donde ponérselo al initramfs. Ya
> informare del resultado, porque como esta en producción no puedo
> reiniciarla cuando quiero.

Exacto... El parámetro "rootdelay" se le puede pasar al kernel desde el
cargador de arranque de la misma forma que el "lvmwait". De hecho, por el
nombre diría que ambos tienen efectos similares (generan una pausa que dé
tiempo al kernel a detectar la partición de inicio).

También dicen en el bug que ejecutar el comando "lvm vgchange -a y" e
iniciar con Ctrl+D permite iniciar el sistema.

Saludos,

--
Camaleón

--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: https://lists.debian.org/pan.2014.07...@gmail.com

[Antonio Trujillo Carmona]

Sigo con problemas, desde la ventana del initramf (cuando no encuentra
el root) me da:
ls /dev/mapper
control plantilla--debian--64-swap_1

lvm
lvm> lvscan
inactive '/dev/plantilla-debian-64/root'
ACTIVE '/dev/plantilla-debian-64/swap_1'
inactive '/dev/plantilla-debian-64/WWW'


He probado a ponerle rootdelay=9 (desde 1 a 9) y no cambia nada
¿Como se activan las particiones en el inicio?

Otro dato nuevo parece ser que la partición root esta completamente
llena.

--
Salud.

--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: https://lists.debian.org/1405348783.2...@trujo.hvn.sas.junta-andalucia.es

[Camaleón]

El Mon, 14 Jul 2014 16:39:43 +0200, Antonio Trujillo Carmona escribió:

> El jue, 10-07-2014 a las 13:57 +0000, Camaleón escribió:
>> El Thu, 10 Jul 2014 12:22:04 +0200, Antonio Trujillo Carmona escribió:
>>
>> > El mié, 09-07-2014 a las 13:58 +0000, Camaleón escribió:
>>
>> (...)
>>
>> >> Ah, oye, espera... podría ser este bug (mensaje #50):
>> >>
>> >> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633024

(...)

>> > Como "bypass" al bug aconsejan poner "rootdelay=9" imagino que sera
>> > un parámetro para el grub, porque no veo donde ponérselo al
>> > initramfs. Ya informare del resultado, porque como esta en producción
>> > no puedo reiniciarla cuando quiero.
>>
>> Exacto... El parámetro "rootdelay" se le puede pasar al kernel desde el
>> cargador de arranque de la misma forma que el "lvmwait". De hecho, por
>> el nombre diría que ambos tienen efectos similares (generan una pausa
>> que dé tiempo al kernel a detectar la partición de inicio).
>>
>> También dicen en el bug que ejecutar el comando "lvm vgchange -a y" e
>> iniciar con Ctrl+D permite iniciar el sistema.
>>

> Sigo con problemas, desde la ventana del initramf (cuando no encuentra
> el root) me da:
> ls /dev/mapper control plantilla--debian--64-
swap_1
>
> lvm lvm> lvscan
> inactive '/dev/plantilla-debian-64/root'
> ACTIVE '/dev/plantilla-debian-64/swap_1'
> inactive '/dev/plantilla-debian-64/WWW'
>
>
> He probado a ponerle rootdelay=9 (desde 1 a 9) y no cambia nada ¿Como
> se activan las particiones en el inicio?

¿No has probado el comando que mencionan en el bug?

> Otro dato nuevo parece ser que la partición root esta completamente
> llena.

Bueno, eso tiene fácil arreglo ¿no?

Saludos,

--
Camaleón

--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: https://lists.debian.org/pan.2014.07...@gmail.com