Re: mdadm - RAID1- desconectas un disco y no arrancas
El 4/5/2015, a las 18:26, Camaleón escribió: El Mon, 04 May 2015 18:20:00 +0200, Roberto Leon Lopez escribió: El día 4 de mayo de 2015, 17:16, Camaleón escribió: (...) 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. (...) Creo que no aplica en este caso, ese texto se refiere a cuando estás creando un nivel de raid. Es verdad que en la doc aparece esto en la creación especificación missing, pero es lo mismo que pasa en la realidad. Eso es porque algo te falta, de veras, ese asunto del RAID ya está más que solucionado y tanto el kernel como GRUB2 están preparados para lidiar con mdadm y un único disco en RAID 1 cuando el otro disco se pone "pocho" :-) He encontrado que podría arrancar el sistema aunque el RAID esté degradado , hay que indicar en grub al kernel con bootdegraded=[true|false] , o cambiar initramfs/conf.d/mdadm , he probado a pasar el parámetro al kernel y seguimos igual, intervención manual y montado /dev/md0 / , pero el resto del los raid1 definidos para /home /tmp no los monta... Es posible que tengas que configurar o definir qué volúmenes quieres montar automáticamente tras un fallo en uno de los discos pero que el sistema es capaz de arrancar con uno sólo, eso tenlo por seguro. 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.04.16.26...@gmail.com Parece que he encontrado el procedimiento para un buen arranque, el RAID lo arranca degradado y entonces te pasa a la shell de initramfs, desde ahí podría recuperar el RAID con un tercer disco para formar parte del RAID. Al salir de dicha shell con exit te arranca el sistema y cada mdX aparece con el disco removed!!! Un saludo y gracias por conversar.
Re: mdadm - RAID1- desconectas un disco y no arrancas
El Tue, 05 May 2015 10:24:42 +0200, ZorroPlateado escribió: >> El 4/5/2015, a las 18:26, Camaleón escribió: (...) >>> He encontrado que podría arrancar el sistema aunque el RAID esté >>> degradado , hay que indicar en grub al kernel con >>> bootdegraded=[true|false] , o cambiar initramfs/conf.d/mdadm , he >>> probado a pasar el parámetro al kernel y seguimos igual, intervención >>> manual y montado /dev/md0 / , pero el resto del los raid1 definidos >>> para /home /tmp no los monta... >> >> Es posible que tengas que configurar o definir qué volúmenes quieres >> montar automáticamente tras un fallo en uno de los discos pero que el >> sistema es capaz de arrancar con uno sólo, eso tenlo por seguro. > Es verdad que los volúmenes tras un fallo hay que volver a activarlos > con: > > vgchange -a y nombre_de_grupo > > Pero el /tmp esta montado sobre una simple partición en RAID1 y tampoco > la monta. La partición "/tmp" es especial, mira a ver si la tienes definida como volátil (tmpfs) y revisa los registros (dmesg, syslog), te dirán qué se monta y qué no. > El sistema tiene el mismo comportamiento sea una Debian 8 o Centos 7, > por eso me hace pensar que es así lo de montar un raid degradado es > algo opcional y no viene por defecto pero puede ser cambiado…. > > Buscaré algo más de doc pero tras varias horas incansables es posible > que tenga que tirar la toalla. > > Un saludo y gracias Un RAID 1, sea por hardware o software, tiene que tener un comportamiento completamente transparente para el sistema, por lo que si fuerzas una caída (o simplemente desconectas uno de los discos) el otro tiene que seguir trabajando como si nada, aparte de notificarte la caída y en caso de reinicio, lo mismo, tiene que iniciar y trabajar con normalidad. 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.05.14.43...@gmail.com
Re: mdadm - RAID1- desconectas un disco y no arrancas
> El 4/5/2015, a las 18:26, Camaleón escribió: > > El Mon, 04 May 2015 18:20:00 +0200, Roberto Leon Lopez escribió: > >> El día 4 de mayo de 2015, 17:16, Camaleón escribió: > > (...) > 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. >>> >>> (...) >>> >>> Creo que no aplica en este caso, ese texto se refiere a cuando estás >>> creando un nivel de raid. >>> >> Es verdad que en la doc aparece esto en la creación especificación >> missing, pero es lo mismo que pasa en la realidad. > > Eso es porque algo te falta, de veras, ese asunto del RAID ya está más > que solucionado y tanto el kernel como GRUB2 están preparados para lidiar > con mdadm y un único disco en RAID 1 cuando el otro disco se pone > "pocho" :-) > >> He encontrado que podría arrancar el sistema aunque el RAID esté >> degradado , hay que indicar en grub al kernel con >> bootdegraded=[true|false] , o cambiar initramfs/conf.d/mdadm , he >> probado a pasar el parámetro al kernel y seguimos igual, intervención >> manual y montado /dev/md0 / , pero el resto del los raid1 definidos para >> /home /tmp no los monta... > > Es posible que tengas que configurar o definir qué volúmenes quieres > montar automáticamente tras un fallo en uno de los discos pero que el > sistema es capaz de arrancar con uno sólo, eso tenlo por seguro. > > 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.04.16.26...@gmail.com > Es verdad que los volúmenes tras un fallo hay que volver a activarlos con: vgchange -a y nombre_de_grupo Pero el /tmp esta montado sobre una simple partición en RAID1 y tampoco la monta. El sistema tiene el mismo comportamiento sea una Debian 8 o Centos 7, por eso me hace pensar que es así lo de montar un raid degradado es algo opcional y no viene por defecto pero puede ser cambiado…. Buscaré algo más de doc pero tras varias horas incansables es posible que tenga que tirar la toalla. Un saludo y gracias -- 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/d1b06d6b-25f9-4a81-873c-d516875ae...@gmail.com
Re: mdadm - RAID1- desconectas un disco y no arrancas
El Mon, 04 May 2015 18:20:00 +0200, Roberto Leon Lopez escribió: > El día 4 de mayo de 2015, 17:16, Camaleón escribió: (...) >>> 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. >> >> (...) >> >> Creo que no aplica en este caso, ese texto se refiere a cuando estás >> creando un nivel de raid. >> > Es verdad que en la doc aparece esto en la creación especificación > missing, pero es lo mismo que pasa en la realidad. Eso es porque algo te falta, de veras, ese asunto del RAID ya está más que solucionado y tanto el kernel como GRUB2 están preparados para lidiar con mdadm y un único disco en RAID 1 cuando el otro disco se pone "pocho" :-) > He encontrado que podría arrancar el sistema aunque el RAID esté > degradado , hay que indicar en grub al kernel con > bootdegraded=[true|false] , o cambiar initramfs/conf.d/mdadm , he > probado a pasar el parámetro al kernel y seguimos igual, intervención > manual y montado /dev/md0 / , pero el resto del los raid1 definidos para > /home /tmp no los monta... Es posible que tengas que configurar o definir qué volúmenes quieres montar automáticamente tras un fallo en uno de los discos pero que el sistema es capaz de arrancar con uno sólo, eso tenlo por seguro. 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.04.16.26...@gmail.com
Re: mdadm - RAID1- desconectas un disco y no arrancas
El día 4 de mayo de 2015, 17:16, Camaleón escribió: > El Mon, 04 May 2015 17:10:12 +0200, Roberto Leon Lopez escribió: > >> El día 1 de mayo de 2015, 15:53, Camaleón escribió: > > (...) > 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 >>> >> 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 > > No, no... Eso no debe ser así. Antiguamente sí había problemas pero hoy > en día ya no es necesario ninguna "manualidad" para iniciar desde uno de > los discos en RAID 1 con md. > >> 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. > > (...) > > Creo que no aplica en este caso, ese texto se refiere a cuando estás > creando un nivel de raid. > > 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.04.15.16...@gmail.com > Es verdad que en la doc aparece esto en la creación especificación missing, pero es lo mismo que pasa en la realidad. He encontrado que podría arrancar el sistema aunque el RAID esté degradado , hay que indicar en grub al kernel con bootdegraded=[true|false] , o cambiar initramfs/conf.d/mdadm , he probado a pasar el parámetro al kernel y seguimos igual, intervención manual y montado /dev/md0 / , pero el resto del los raid1 definidos para /home /tmp no los monta... -- 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/CALzPpQrvbuii=QTUX7R=VbsOU3VKr4A3_Gp=gkmjuvznfho...@mail.gmail.com
Re: mdadm - RAID1- desconectas un disco y no arrancas
El Mon, 04 May 2015 17:10:12 +0200, Roberto Leon Lopez escribió: > El día 1 de mayo de 2015, 15:53, Camaleón escribió: (...) >>> 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 >> > 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 No, no... Eso no debe ser así. Antiguamente sí había problemas pero hoy en día ya no es necesario ninguna "manualidad" para iniciar desde uno de los discos en RAID 1 con md. > 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. (...) Creo que no aplica en este caso, ese texto se refiere a cuando estás creando un nivel de raid. 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.04.15.16...@gmail.com
Re: mdadm - RAID1- desconectas un disco y no arrancas
El día 1 de mayo de 2015, 15:53, Camaleón 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 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
Re: mdadm - RAID1- desconectas un disco y no arrancas
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 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
Re: mdadm - RAID1- desconectas un disco y no arrancas
> El 30/4/2015, a las 21:50, Camaleón 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). > > 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.04.30.19.50...@gmail.com > 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. Cómo se usan los UUID de los md0, md1, md2 y md3 todo queda perfectamente preparado para jugar a quitar un disco cualquier y ver que pasa, acabamos la shell de intimaras diciendo que no encuentra / mostrando correctamente el UUID. Mi idea es tener un sistema totalmente espejado, y grub preparado para arrancar cualquier disco gracias al uso de UUID y en ningún caso de path, de modo que en remoto podrían montar otro disco incluso cambiar de posición los discos iniciales,,, vamos planificar el caso en que lleguen los problemas y actuar sin la situación que se me presenta. Gracias. -- 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/2f5401e4-9731-4b4e-9da6-0af848c7e...@gmail.com
Re: mdadm - RAID1- desconectas un disco y no arrancas
Hola gente... El 30/04/15 a las 16:50, Camaleón 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. Personalmente, uso en RAID1 las particiones /home y /var, al resto del sistema lo tengo en una unidad de poca capacidad sin espejar, a lo mejor por eso no he tenido problemas al quedar el arreglo con uno de los discos "caídos". En el mdstat se podía ver que uno no estaba funcionando, sin embargo el servidor funcionaba normalmente. 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). Saludos, Saludo y feliz día para todos los trabajadores ! -- Walter O. Dari http://swcomputacion.com/ https://facebook.com/swcomputacion/ skype: waomda -- 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/5542e08a.3020...@gmail.com
Re: mdadm - RAID1- desconectas un disco y no arrancas
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). 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.04.30.19.50...@gmail.com
mdadm - RAID1- desconectas un disco y no arrancas
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... Me parece bien, pero en un RAID1 el sistema tiene que seguir funcionando sin más y avisar del fallo del otro disco, y no dejarme en esa shell a 300km de distancia. He intentado quitar de cada dispositivo md el disco fallido sin éxito, es como si no tuviera efecto el comando: mdadm /dev/md4 --fail detached --remove detached Y lo pero es que solo aparece un disco en cada dispositivo md, pero el fallido aparece como removed... sin identificación UUID ni por path. Tras 5 horas en Google no veo que mdadm permita arrancar sin intervención, alertar y tomar las medidas después para reconstruir el raid. -- 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/CALzPpQr=q6xadua7szgxppam+kw-yh0_atkt2drmeidz9zh...@mail.gmail.com