Y falló un disco
O... la prueba real de la configuración RAID de mi servidor.
Pues si, el primer disco (hda) de los tres que componen el RAID5 (hda,hdc,hdg) ha dicho que no quiere trabajar más. Sin problemas, recibo un email del monitor de RAID avisándome que el disco está fallando y lo saca del RAID.
Bien, el siguiente paso lógico es comprar un nuevo disco para sustituir al afectado. Voy a comprar otro disco de 300G pero sólo encuentro SATA. No importa, le enchufo una controlador SATA PCI, le conecto el nuevo disco (sda), quito el defectuoso (hda) y arranco de nuevo la máquina... y no arranca.
Momento de pánico...
Bien, no aparece nada en pantalla, o sea no carga ni el bootloader (GRUB). Así que sospecho que el problema está en que justamente ha fallado el disco principal (hda). Lo vuelvo a conectar y por suerte el disco no estaba totalmente irrecuperable y logro arrancar el sistema de nuevo.
Al parecer lo que indiqué en el artículo anterior no es del todo correcto. Curiosamente creí haberlo probado convenientemente. Al final mediante el wiki de Gentoo (aunque uso Debian) probé el mecanismo alternativo de configurar GRUB. Arranqué y funcionó.
Así que tengo dos teorias:
Pues si, el primer disco (hda) de los tres que componen el RAID5 (hda,hdc,hdg) ha dicho que no quiere trabajar más. Sin problemas, recibo un email del monitor de RAID avisándome que el disco está fallando y lo saca del RAID.
Bien, el siguiente paso lógico es comprar un nuevo disco para sustituir al afectado. Voy a comprar otro disco de 300G pero sólo encuentro SATA. No importa, le enchufo una controlador SATA PCI, le conecto el nuevo disco (sda), quito el defectuoso (hda) y arranco de nuevo la máquina... y no arranca.
Momento de pánico...
Bien, no aparece nada en pantalla, o sea no carga ni el bootloader (GRUB). Así que sospecho que el problema está en que justamente ha fallado el disco principal (hda). Lo vuelvo a conectar y por suerte el disco no estaba totalmente irrecuperable y logro arrancar el sistema de nuevo.
Al parecer lo que indiqué en el artículo anterior no es del todo correcto. Curiosamente creí haberlo probado convenientemente. Al final mediante el wiki de Gentoo (aunque uso Debian) probé el mecanismo alternativo de configurar GRUB. Arranqué y funcionó.
Así que tengo dos teorias:
- El procedimiento que utilicé originalmente no es correcto y lo probé mal.
- El procedimiento original era correcto pero con los cambios de kernel y actualizaciones automáticas del GRUB se debería volver a ejecutar con cada actualización de kernel.
publicado por Sargue a 11:41
2 Comentarios:
Hola que tal,
no sé si será de ayuda, pero a mi también me dió problemas un HD SATA con el GRUB. Aunque en la BIOS el SATA estaba puesto como primario, y de hecho es el que arranca, el GRUB me lo detectaba como tercero. Los otros dos discos que tengo son IDE.
Después de pegarme muy mucho con el GRUB, y gracias a un LiveCD, pude reinstalar el GRUB y hacer que arrancara, aunque no encontraba las particiones donde tenia la Ubuntu. Editando directamente las líneas de arranque desde la consola del GRUB, pude arrancar por fin. Entonces edité el menu.lst del GRUB para que los cambios fueran permanentes, y hete aquí la solución.
Supongo que no aportaré mucha información. Pero vaya, al leer el problema en el blog me he acordado y he querido comentarlo.
Apa.
Siau.
Bueno la verdad es que yo tengo una configuración muy parecida, con SATA (5 discos) en raid1 y raid 5 y el arranque se hace en raid 1, me base en este documento.
http://xtronics.com/reference/SATA-RAID-debian-for-2.6.html
http://tldp.org/HOWTO/Software-RAID-HOWTO.html
Saludos!!
Publicar un comentario en la entrada
<< Inicio