El día 1 de mayo de 2015, 15:53, Camaleón <noela...@gmail.com> escribió: > El Fri, 01 May 2015 11:24:35 +0200, ZorroPlateado escribió: > > Parece que tenemos una semana de alias. ZorroPaleatdo = Roberto Leon Lopez, > OK. > >>> El 30/4/2015, a las 21:50, Camaleón <noela...@gmail.com> escribió: >>> >>> El Thu, 30 Apr 2015 20:28:06 +0200, Roberto Leon Lopez escribió: >>> >>>> Hace tiempo que llevo trasteando con mdadm pero nunca lo he montado en >>>> serio porque disponíamos de controladoras hardware, ahora se presenta >>>> la ocasión. >>>> >>>> Haciendo pruebas estoy intentando simular el caso en que uno de los >>>> dos discos no existe y el sistema arranca, grub conoce los UUID del >>>> sistema raíz pero no hace el arranque y te deja en la shell de >>>> initramfs, escaneo los discos y veo los dispositivos md0, md1 etc... >>> >>> (...) >>> >>> Si mal no recuerdo, el truco estaba en instalar GRUB2 en los dos discos >>> duros para que el el caso de que fallara uno de los dos el sistema >>> pudiera iniciar. Ahora bien, si ya lo tienes así y falla revisa los >>> añadidos que pudieras tener en el archivo >>> "/etc/grub.d/09_swraid1_setup" por si estuviera apuntando al >>> dispositivo de manera errónea. >>> >>> En cuanto a la alerta y la reconstrucción automática, mdadm debe >>> permitirte configurar esas dos opciones pero tiene que detectar que uno >>> de los discos está efectivamente "caído" (aunque duela, conviene por lo >>> menos probar una vez el fallo real, es decir, desconectado uno de los >>> dos discos duros siempre que tengas una cabina de discos que permita la >>> extracción en caliente). >>> >> Todo queda perfectamente preparado en la instalación, os dio mas >> detalles . >> >> Tengo 4 particiones: >> >> sda1 => / => md0 >> sda2 => /home y /var sobre LVM => md1 >> sda3 => /tmp => md2 >> sda4 => swap => md3 >> >> Las 4 particiones hacen RAID1 contra sdb. >> >> Grub es instalado en sda, y en el primer arranque lo instalado sobre >> sdb. > > (...) > > Bien, pues deja conectado sólo uno de los discos e intenta iniciar con él > y si no arranca el sistema inténtalo manualmente desde GRUB (si llegas a > GRUB). Si no puedes, inicia con los dos discos (o desde una LiveCD) y > revisa el archivo que te dije antes, si es que existe. Si no lo tienes, > tendrás que generarlo. > > Por otra parte, no te cierres con el UUID, prueba usando los nombres > habituales para ver si carga y si lo hace, al menos ya sabes de dónde viene > el problema y será más fácil solucionarlo para que quede como prefieras. > > Por aquí tienes más ideas: > > Debian : How to set up RAID1 soft with mdadm remotely on a running system > http://blog.devplug.org/2013/01/12/debian-how-to-set-upraid1-soft-madadm-remotely-on-running-system/#configure-grub2 > > Saludos, > > -- > Camaleón > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: https://lists.debian.org/pan.2015.05.01.13.53...@gmail.com >
Aquí lo que ocurre no es más que el comportamiento habitual del software RAID con mdadm, cuando el RAID está degrado va a requerir intervención manual, y lo que esperaba es que el RAID arrancará correctamente y me informara de en cada RAID las particiones problemáticas .... ufff esto no es lo que me gustaría la verdad cuando el servidor no lo tienes delante y tienes que indicarle a otra persona por teléfono lo que tiene que hacer y más difícil que me expliquen que es lo que tienen en pantalla!!! If any discrepancy is found, the array will not automatically be run, though the presence of a --run can override this caution. To create a "degraded" array in which some devices are missing, simply give the word "missing" in place of a device name. This will cause mdadm to leave the corresponding slot in the array empty. For a RAID4 or RAID5 array at most one slot can be "missing"; for a RAID6 array at most two slots. For a RAID1 array, only one real device needs to be given. All of the others can be "missing". -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/calzppqraqnd8qzpluixmava-a4uuxyhfbppmgfmksz8i2k-...@mail.gmail.com