[opensuse-es] Raid
Una consulta, estoy probando instalar en un equipo con suse 10.2 un raid, con 2 discos. Probè instalarlo y no tuve problemas, ahora una pregunta tecnica, he sacado el primer disco, como si hubiera fallado, puesto el segundo en lugar del primero, y otro nuevo de las mismas caracteristicas del que saquè. Linux comienza a levantar y queda.....evidenetemente me està faltando algo, algun paso intermedio. hay que "reconstruir" nuevamente el raid ? o algun paso que no conozca ? Saludos Jorge --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-04-23 a las 17:24 -0300, Jorge Lluberas escribió:
Una consulta, estoy probando instalar en un equipo con suse 10.2 un raid, con 2 discos.
¿hardware o software? - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGLU+ptTMYHG2NR9URAm0oAJ94iWR4fskzAPMyJte/9+f0sQvoTwCfc5VP bqv/McwzKBw2sLuwCZx5u9o= =Wafx -----END PGP SIGNATURE-----
El 23/04/07, Jorge Lluberas escribió:
Una consulta, estoy probando instalar en un equipo con suse 10.2 un raid, con 2 discos.
Como te dice Carlos, indica el tipo de raid y nivel. Tipo de discos (scsi, sata, ide, sas...)
Probè instalarlo y no tuve problemas, ahora una pregunta tecnica, he sacado el primer disco, como si hubiera fallado, puesto el segundo en lugar del primero, y otro nuevo de las mismas caracteristicas del que saquè.
No hace falta hacer todos esos pasos. Sacando un disco (¿tienes backpane con extracción en caliente?) el sistema no debe inmutarse. No tienes que mover ningún disco ni poner otro nuevo, no es necesario.
Linux comienza a levantar y queda.....
¿Levantar = reiniciar? ¿Levantar = reconstruir raid?
evidenetemente me està faltando algo, algun paso intermedio. hay que "reconstruir" nuevamente el raid ? o algun paso que no conozca ?
Debe hacerlo solo, pero dependerá de varios factores. Creo que /boot debe ir en una partición no raid, si estás utilizando "md". Pon los datos de /var/log/messages y warn o cualquier otro registro que tenags del raid si lo hay. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Es por HW el raid. El tema es asi, defini en la Bios el raid, que tipo era, etc. Instalé Suse, sin problemas, instaló, tengo los 2 discos funcionando, etc, etc Saco el primer disco, pongo el segundo en lugar del primero, coloco otro disco nuevo , debería arrancar normalmente, pero en determinado momento, al cargar, da un error , no se si es un tema que se produce al regenerar el raid, o si me falta algo +, pero creo que el raid se debería "regenerar" solo verdad ? El error que da dice: " resume device /dev/mapper/isw_ecbjhaejgc_volume0_part6 not found ignoring Despues que ignora, aparece error: isw:unssoportted map state 0 x 2 on /dev/sda for volume 0 error: adding /dev/sda to raid set "isw_ecbjhaejgc" error: removing raid set "isw_ecbjhaejgc" No raid set, waiting for device /dev/mapper/isw_ecbjhaejgc_volume0_part7 to appear No found existing to /bin/sh sh:no job control in this shell y despues queda con $ , y veo los directorios, puedo trabajar en consola , pero no levanta. Hay que hacer algo a mano para que cargue el raid nuevamente ? Saludos Jorge . Saludos, Jorge --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 24/04/07, Jorge Lluberas escribió:
El error que da dice: " resume device /dev/mapper/isw_ecbjhaejgc_volume0_part6 not found ignoring
man dmraid man mdadm Creo que son dos sistemas distintos de gestionar el array, y creo que es más completo el segundo (md). Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Por mas que el array sea por HW necesito gestionararlo con md ?
On 4/24/07, Camaleón
El 24/04/07, Jorge Lluberas escribió:
El error que da dice: " resume device /dev/mapper/isw_ecbjhaejgc_volume0_part6 not found ignoring
man dmraid man mdadm
Creo que son dos sistemas distintos de gestionar el array, y creo que es más completo el segundo (md).
Saludos,
-- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
--------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 25/04/07, Jorge Lluberas escribió:
Por mas que el array sea por HW necesito gestionararlo con md ?
¿Qué controladora tienes (marca y modelo) y qué driver has cargado para el raid? Eso de "/dev/mapper/isw_ecbjhaejgc" me suena a que estás utilizando software raid para los volúmenes. Las controladoras por hardware no crean esos dispositivos en /dev, el raid es transparente y las particiones se ven como "/dev/sda1" para dos discos en raid 1, por ejemplo. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-05-03 a las 13:57 +0200, Camaleón escribió:
¿Qué controladora tienes (marca y modelo) y qué driver has cargado para el raid?
Eso de "/dev/mapper/isw_ecbjhaejgc" me suena a que estás utilizando software raid para los volúmenes. Las controladoras por hardware no crean esos dispositivos en /dev, el raid es transparente y las particiones se ven como "/dev/sda1" para dos discos en raid 1, por ejemplo.
Hay una actualización del kernel que están preparando que corrije no se que problemas con raid en el arranque. Podría ser eso. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGOdhPtTMYHG2NR9URAs3fAJ9ITjIvkBOQtmo34qZSGDUp+YCxxgCfR9yV YJmiApX1Am4NXl22FBeM7Y4= =xdZk -----END PGP SIGNATURE-----
El 3/05/07, Carlos E. R. escribió:
Hay una actualización del kernel que están preparando que corrije no se que problemas con raid en el arranque. Podría ser eso.
Podría tener relación si: a) El problema que tiene Jorge se produce al iniciar el equipo b) Utiliza un controlador del kernel (md o dm) para el ¿software? raid De todas formas, si tiene raid no debería tener que reiniciar el equipo para reconstruir el array (salvo que lo quiera reiniciar por otros motivos), las propias herramientas de la controladora (si tiene una controladora por hardware) o los propios drivers (md / dm) deben permitirle reconstruirlo sin reiniciar. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-05-03 a las 15:41 +0200, Camaleón escribió:
De todas formas, si tiene raid no debería tener que reiniciar el equipo para reconstruir el array (salvo que lo quiera reiniciar por otros motivos), las propias herramientas de la controladora (si tiene una controladora por hardware) o los propios drivers (md / dm) deben permitirle reconstruirlo sin reiniciar.
Sí y no, porque él quitó el primer disco, y cambió el segundo al lugar del primero, lo cual es una doble gamberrada; y eso se hace apagado, luego después tiene que arrancar, y es cuando no lo consigue. Y en el caso de ser por software, la resconstrucción es manual. Hay que decirle que añada un disco nuevo, y que lo active (dos comandos). Y si no está particionado hay que hacerlo antes, para que sepa que es una partición de un raid (aunque sea de disco entero). Eso sí, si hay un disco "spare" en el raid, en cuanto quitas un disco se pone a activar el de repuesto automáticamente - pero porque ya se añadió en su dia manualmente. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGOeoqtTMYHG2NR9URApQsAJ0UQ0lWPbR7N7j3bCeNK/MccO7CJgCgkyfX EfJVS9Vx1EGx8lyHjhPHO5E= =NXpz -----END PGP SIGNATURE-----
El 3/05/07, Carlos E. R. escribió:
Sí y no, porque él quitó el primer disco, y cambió el segundo al lugar del primero, lo cual es una doble gamberrada;
Pues sí, una cosa es quitar un disco para probar el funcionamiento del raid y otra cambiarlo de posición (puerto).
y eso se hace apagado,
Pero si se apaga el equipo entonces no tiene gracia. Si tiene un disco clonado el tiempo real (aka "raid 1"), cuando quita un disco del array debería pasar lo siguiente: - El sistema le avisa de que hay un problema con uno de los discos del array - El equipo sigue funcionando sin problemas - Si pone un nuevo disco, tiene que reconstruir el array pero sin reiniciar (de forma manual o automática) - Si no pone un disco el equipo debe seguir trabajando como si nada y reiniciar sin problemas
luego después tiene que arrancar, y es cuando no lo consigue.
Por algún sitio leí que /boot no debe estar dentro del nivel de raid sino en una partición aparte sin raid, quizá no levanta por eso (en caso de que sea software raid).
Y en el caso de ser por software, la resconstrucción es manual. Hay que decirle que añada un disco nuevo, y que lo active (dos comandos). Y si no está particionado hay que hacerlo antes, para que sepa que es una partición de un raid (aunque sea de disco entero).
¿Con "md" o "dm" tienes que particionar de forma manual el disco? Buf.
Eso sí, si hay un disco "spare" en el raid, en cuanto quitas un disco se pone a activar el de repuesto automáticamente - pero porque ya se añadió en su dia manualmente.
Las controladoras raid (hardware) permiten esa opción, reconstruyen el array en cuando detectan un fallo, por software debería poder emularse también. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-05-03 a las 16:10 +0200, Camaleón escribió:
El 3/05/07, Carlos E. R. escribió:
Sí y no, porque él quitó el primer disco, y cambió el segundo al lugar del primero, lo cual es una doble gamberrada;
Pues sí, una cosa es quitar un disco para probar el funcionamiento del raid y otra cambiarlo de posición (puerto).
Claro.
y eso se hace apagado,
Pero si se apaga el equipo entonces no tiene gracia. Si tiene un disco clonado el tiempo real (aka "raid 1"), cuando quita un disco del array debería pasar lo siguiente:
- El sistema le avisa de que hay un problema con uno de los discos del array - El equipo sigue funcionando sin problemas - Si pone un nuevo disco, tiene que reconstruir el array pero sin reiniciar (de forma manual o automática) - Si no pone un disco el equipo debe seguir trabajando como si nada y reiniciar sin problemas
Pero salvo que tenga un arreglo que permita el desenchufar discos en caliente, tienes que apagar para hacer las gamberradas. Además, si tienes un espejo de dos, quitas el 1, y sacas el 2 para meterlo en el 1, hay un instante en que no hay ningún disco, y otro en que aparece un disco fuera de sitio - cualquier arreglo de dos en espejo en caliente se cae estrepitosamente con esa gamberrada.
luego después tiene que arrancar, y es cuando no lo consigue.
Por algún sitio leí que /boot no debe estar dentro del nivel de raid sino en una partición aparte sin raid, quizá no levanta por eso (en caso de que sea software raid).
Pero es hardware. Y eso creo que era antes, o dependiendo de como esté hecho. No lo tengo claro.
Y en el caso de ser por software, la resconstrucción es manual. Hay que decirle que añada un disco nuevo, y que lo active (dos comandos). Y si no está particionado hay que hacerlo antes, para que sepa que es una partición de un raid (aunque sea de disco entero).
¿Con "md" o "dm" tienes que particionar de forma manual el disco? Buf.
Claro. Pero date cuenta que particionar puede ser tan simple como asignar todo a una única partición de tipo "fd" (Linux raid autodetect). En cuanto se activa y añade al arreglo md0 el software crea las particiones dentro: un arreglo software mdx puede contener particiones, y estas sí se recrean sólas. O sea, se trata de decirle qué es lo que pertenece al raid. En el caso del hardware no hay dudas: loque está enchufado es del raid. El raid por software es mucho más flexible que el de hardware. Por ejemplo, los discos pueden ser muy dispares, en tamaño, marca, velocidades, buses, etc. Pero tiene sus peguitas, y una de ellas es la de exigir intervención manual en ciertos casos.
Eso sí, si hay un disco "spare" en el raid, en cuanto quitas un disco se pone a activar el de repuesto automáticamente - pero porque ya se añadió en su dia manualmente.
Las controladoras raid (hardware) permiten esa opción, reconstruyen el array en cuando detectan un fallo, por software debería poder emularse también.
Lo hacen si hay un disco puesto de repuesto preparado con antelación. Pero ojo, que pueden retirar un disco de servicio por una estupidez, no lo repone automáticamente, se espera a que decidas. Claro, que supongo que puede hacerse un script que tome decisiones. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGO8yotTMYHG2NR9URAlVmAKCN3HilM7pjuq3R6ipgXPLrP7glXgCfamS/ BrxOE8J/Yco3d9TRry1K7EU= =dJH/ -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-04-24 a las 17:46 -0300, Jorge Lluberas escribió:
Es por HW el raid.
El tema es asi, defini en la Bios el raid, que tipo era, etc.
Instalé Suse, sin problemas, instaló, tengo los 2 discos funcionando, etc, etc Saco el primer disco, pongo el segundo en lugar del primero, coloco otro disco nuevo , debería arrancar normalmente, pero en determinado momento, al cargar, da un error , no se si es un tema que se produce al regenerar el raid, o si me falta algo +, pero creo que el raid se debería "regenerar" solo verdad ?
Le estás haciendo una gamberrada doble: quitar uno de los discos, e intercambiar el orden. ¿Seguro que debe aguantar la doble gamberrada?
El error que da dice: " resume device /dev/mapper/isw_ecbjhaejgc_volume0_part6 not found ignoring
¿/dev/mapper/? Que raro.
Despues que ignora, aparece error: isw:unssoportted map state 0 x 2 on /dev/sda for volume 0 error: adding /dev/sda to raid set "isw_ecbjhaejgc"
¿Seguro que es en hardware? Esos mensajes se parecen al raid en software.
Hay que hacer algo a mano para que cargue el raid nuevamente ?
Si es en hardware, el hardware tendrá instrucciones de lo que debes hacer. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGLpaqtTMYHG2NR9URAjjRAJ456pWWsvnjn5jUsXiW+9wY/STmtwCePWWK VZepRpydLpCFwiNvUO+Z0+U= =zRBx -----END PGP SIGNATURE-----
participants (3)
-
Camaleón
-
Carlos E. R.
-
Jorge Lluberas