martes, 1 de abril de 2008

Convertir un raid 1 a un raid 5 sin formatear

   Hace un mes Javier Ros me contaba que se había montado un servidor Ubuntu en casa con un raid 1 para almacenar sus datos siguiendo mi artículo del Raid 1 en Linux. En ese mismo comentario me planteaba que se le estaba llenando el raid y que en lugar de hacer un nuevo raid 1 (puesto que necesitaba dos discos adicionales) había pensado en hacer un raid 5 añadiendo solamente un disco más. Así, me pasaba un enlace que había encontrado en el que se muestra cómo pasar de un raid 1 a un raid 5 sin necesidad de formatear y sin perder la información.

   Como sabéis, no me creo las cosas si no las pruebo. Además he estado buscando información sobre cómo funciona un raid 5 y cómo puede ser posible hacer el cambio sin perder los datos. Así, en este artículo vamos a ver un poco de teoría, posteriormente la conversión de un raid 1 a raid 5 siguiendo el tutorial inicial añadiendo mis propios comentarios, y finalmente mis impresiones sobre el raid 5.

Un poco de Teoría
   Un raid 5 es la evolución lógica de un raid 4. Divide los datos en bloques y distribuye la paridad entre el total de discos del raid. Así, se elimina el problema del raid 4 de tener la paridad en un único disco y que éste se convierta en un cuello de botella. Este tipo de raid tiene una tolerancia a los fallos de un disco. Si uno falla el raid puede seguir funcionando y cuando se reemplaza el disco que ha fallado, se puede reconstruir la información que falta partiendo de la existente en el resto de discos.

   El cálculo de la paridad se realiza con la función lógica XOR cuya característica es que devuelve 1 si los bits de entrada son diferentes y 0 si son iguales. Esta es una característica muy importante puesto hace que dicha función sea reversible. Veámoslo con un ejemplo para que quede más claro:
 BinarioDecimal
A11000110198
B0010010137
XOR11100011227

   Como hemos dicho, la función es reversible, por lo que si "le damos la vuelta":
 BinarioDecimal
A11000110198
B11100011227
XOR0010010137

   Es decir, que partiendo de A y teniendo la paridad podemos calcular B. Esta propiedad también se aplica a A XOR B XOR C XOR D ... XOR N = PARIDAD, de manera que si tenemos un raid de N discos y falla cualquiera, la información que falta se puede calcular sin problemas partiendo del resto de datos y de la paridad.

   El truco para realizar la conversión consiste en que si aplicamos dicho algoritmo a dos discos, lo que obtenemos es que los dos discos se quedan en espejo!. Esto es así porque la paridad de un único bloque es él mismo, debido a que el algorimo del raid 5 necesita al menos dos bloques. Así, la única diferencia entre un raid 1 de dos discos y un raid 5 de dos discos son los metadatos. Si reemplazamos estos metadatos convertiremos el raid 1 en un raid 5.

La parte práctica
   Ahora ya sí, con la teoría aprendida vamos a realizar la conversión. Partimos de un sistema Debian ya instalado con un raid 1 creado con 2 discos y al 99% de su capacidad.
shian:~# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/md3 496M 464M 6.3M 99% /mnt/md3

  • Desmontamos el raid y lo paramos.
    shian:~# umount /dev/md3
    shian:~# mdadm --stop /dev/md3
    mdadm: stopped /dev/md3
  • Creamos el raid 5 con los dos dispositivos del raid 1 (sdf1 y sdg1).
    shian:~# mdadm --create /dev/md3 --level=5 --raid-devices=2 /dev/sdf1 /dev/sdg1
    mdadm: /dev/sdf1 appears to contain an ext2fs file system
    size=524160K mtime=Wed Mar 26 16:43:27 2008
    mdadm: /dev/sdf1 appears to be part of a raid array:
    level=raid1 devices=2 ctime=Wed Mar 26 15:09:37 2008
    mdadm: /dev/sdg1 appears to contain an ext2fs file system
    size=524160K mtime=Wed Mar 26 16:43:27 2008
    mdadm: /dev/sdg1 appears to be part of a raid array:
    level=raid1 devices=2 ctime=Wed Mar 26 15:09:37 2008
    Continue creating array? y
    mdadm: array /dev/md3 started.
  • Podemos observar cómo se reconstruye el raid y en la información detallada vemos que ya es un raid 5.
    shian:~# cat /proc/mdstat
    Personalities : [raid1] [raid6] [raid5] [raid4]
    md3 : active raid5 sdg1[2] sdf1[0]
    524160 blocks level 5, 64k chunk, algorithm 2 [2/1] [U_]
    [=====>...............] recovery = 27.1% (143104/524160) finish=0.5min speed=11008K/sec

    shian:~# mdadm --detail /dev/md3
    /dev/md3:
    Version : 00.90.03
    Creation Time : Wed Mar 26 17:19:26 2008
    Raid Level : raid5
    Array Size : 524160 (511.96 MiB 536.74 MB)
    Device Size : 524160 (511.96 MiB 536.74 MB)
    Raid Devices : 2
    Total Devices : 2
    Preferred Minor : 3
    Persistence : Superblock is persistent

    Update Time : Wed Mar 26 17:20:16 2008
    State : clean
    Active Devices : 2
    Working Devices : 2
    Failed Devices : 0
    Spare Devices : 0

    Layout : left-symmetric
    Chunk Size : 64K

    UUID : df77ed88:83aa5bac:daa25bcf:b5b2c6e7
    Events : 0.2

    Number Major Minor RaidDevice State
    0 8 81 0 active sync /dev/sdf1
    1 8 97 1 active sync /dev/sdg1
  • Ahora añadimos el nuevo disco para tener los 3 que queremos en el raid 5 y ampliamos el dispositivo. Podemos comprobar que se ha añadido el nuevo disco que se está redimensionando el raid.
    shian:~# mdadm --add /dev/md3 /dev/sdh1
    mdadm: added /dev/sdh1

    shian:~# mdadm --grow /dev/md3 --raid-disks=3 --backup-file=/tmp/raid1-5.backup
    mdadm: Need to backup 128K of critical section..
    mdadm: ... critical section passed.

    shian:~# cat /proc/mdstat
    Personalities : [raid1] [raid6] [raid5] [raid4]
    md3 : active raid5 sdh1[2] sdg1[1] sdf1[0]
    524160 blocks super 0.91 level 5, 64k chunk, algorithm 2 [3/3] [UUU]
    [=>...................] reshape = 8.3% (44544/524160) finish=2.6min speed=2969K/sec
  • Forzamos la comprobación del filesystem y lo redimensionamos.
    shian:~# e2fsck -f /dev/md3
    e2fsck 1.40-WIP (14-Nov-2006)
    Pass 1: Checking inodes, blocks, and sizes
    Pass 2: Checking directory structure
    Pass 3: Checking directory connectivity
    Pass 4: Checking reference counts
    Pass 5: Checking group summary information
    /dev/md3: 20680/131072 files (0.6% non-contiguous), 491521/524160 blocks

    shian:~# resize2fs -p /dev/md3
    resize2fs 1.40-WIP (14-Nov-2006)
    Resizing the filesystem on /dev/md3 to 1048320 (1k) blocks.
    Begin pass 1 (max = 64)
    Extending the inode table XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
    The filesystem on /dev/md3 is now 1048320 blocks long.
  • Después de montar de nuevo el raid, comprobamos el nuevo tamaño (los 500MB del nuevo disco):
    shian:~# df -h
    Filesystem Size Used Avail Use% Mounted on
    /dev/md3 992M 465M 476M 50% /mnt/md3
  • No se nos puede olvidar finalmente modificar el archivo /etc/mdadm.conf para que se actualicen los datos de nuestro nuevo raid 5.
    shian:~# cd /etc/mdadm
    shian:/etc/mdadm# cp mdadm.conf mdadm.conf.`date +%y%m%d`
    shian:/etc/mdadm# echo "DEVICE partitions" > mdadm.conf
    shian:/etc/mdadm# mdadm --detail --scan >> mdadm.conf

  • Conclusiones
       Hemos visto que es posible realizar la conversión de un raid 1 a un raid 5 sin perder los datos y sin necesidad de recrear el raid desde cero. Aún así, la pregunta es ¿merece la pena pasar a un raid 5?.
       Depende. Para un entorno doméstico sin mucha carga y sin un uso muy intensivo yo diría que sí. La alternativa a tener un raid 5 pasa por un raid 10, pero en este caso ya necesitaríamos 4 discos en lugar de tres. La capacidad del volumen total sería la misma en ambos casos, pero para el raid 10 utilizaríamos un disco más!. En el lado positivo tendríamos dos discos de redundancia a fallos (uno de cada mirror), recuperaciones mucho más rápidas y mayor rendimiento.
       Por contra, el principal problema del raid 5 es el tiempo de recuperación en caso de fallo de un disco y el pobre rendimiento que obtenemos cuando se está realizando dicha recuperación. De nuevo, en un entorno doméstico esto no debería representar mayor problema, pero aún así es un hecho a tener en cuenta antes de tomar la decisión final.

    32 comentarios:

    bytecoders dijo...

    Eres mi maestro de los RAIDs, si tengo que montar alguno siempre vengo aquí a consultar.

    Te quería hacer una pregunta, me disculpo de antemano porque no sé si es este el sitio más apropiado pero de todos modos me lanzo.

    En el trabajo tenemos una máquina con RAID 5 por hardware con discos SCSI donde esta instalado un Windows Server 2000 y algo, el caso es que los queríamos quitar y guardarlos para que en caso de que fuera necesario, pero el otro día un compañero me comentó que si desmontábamos el RAID luego si lo queríamos volver a recomponer era imposible que una vez desmontado Windows ya no se entera de como íba el RAID y no arrancará.

    La verdad es que me pareció un poco surrealista y pensando en ello he barajado diferentes posibilidades, se resumen básicamente en tres:

    1. No sabe lo que dice y no lo ha hecho con mala intención, siempre se puede recuperar el RAID

    2. Me quiere fastidiar y me ha dicho esto porque quiere la máquina para su departamento y no quiere que la toque, siempre se puede recuperar el RAID

    3. Tiene toda la razón y yo soy un ignorante (también podría ser), el RAID montado con el Windows en cuanto retiremos los discos ya no hace falta que los guardemos porque aunque los volvamos a poner habrá que formatear, volver a instalar el Windows y como no crear el RAID no vamos a recuperar esa información.

    Saludos.

    PD: No hace falta que elijas entre 1 y 2, lo dejo a mi discreción. Pero crees que tiene raxón?

    Gracias :)

    Iván dijo...

    Hola Bytecoders,

    I am the Raid Master!! :-P. Gracias por los halagos, vas a conseguir que me ponga rojo... ;-)

    Según entiendo quieres guardar los discos en un cajón y si alguna vez necesitáis algo, los volvéis a "enchufar" al servidor, no?. En ese caso no creo que haya ningún problema, lo único es que deberíais meter los discos en el mismo lugar porque si los intercambias seguro que no funcionaría.
    Es más, si "alguien" se quejase de quitar los discos, sería sin duda la controladora scsi, pero nunca el sistema operativo, porque para él sólo hay un disco.

    Me ha picado la curiosidad y en uno de los servidores que tenemos para pruebas voy a probar a quitar los discos y volverlos a poner. Comentaré por aquí los resultados.

    Saludos, Iván.

    bytecoders dijo...

    Cierto, You are the RAID Master (at least for me).

    Lo has entendido bien, el tema es que queremos aprovechar una máquina para un nuevo proyecto poniendo unos discos nuevos sin información.

    Allí hay instalado un Windows, con un proyecto subvencionado con fondos públicos. Esa máquina no se usa para nada y por eso la queremos aprovechar para otros quehaceres más primordiales. No obstante el antiguo proyecto aún no ha acabado y estamos dentro del plazo, esto quiere decir que en el caso de que venga un inspector, habría que cojer los discos antiguos, ponerlos y que todo funcionara como antes.

    Gracias por tu interés :)

    Saludos, Bytecoders.

    Iván dijo...

    Hola de nuevo,

    ha habido un momento de pánico inicial pero luego todo se ha solucionado. Te comento...
    - Apago el servidor, quito los 4 discos y los vuelvo a poner.
    - Enciendo el servidor y me dice que 3 de los 4 tienen fallo!!.
    - Apago y resulta que no los había encajado bien. Después de encajarlos enciendo de nuevo y pánico!.
    - Resulta que la controladora ya había marcado como que al raid le faltaban 3 discos y sólo tenía 2 opciones. Continuar con 1 disco (dime tú para que vale eso) o "asumir la pérdida de datos y reconstruir el raid". Al final he marcado la opción 2 y cuando creía que me tocaba reinstalar, lo que ha ocurrido finalmente es que se ha dado cuenta que el raid estaba correcto y lo único que ha hecho ha sido chequearlo (pero todo ha arrancado correctamente).
    - Después, he apagado nuevamente la máquina, he quitado los discos, los he vuelto a poner (esta vez asegurándome de que estaban bien encajados) y he arrancado. La controladora no se ha quejado y por tanto el S.O. mucho menos.

    Vamos, que en definitiva, yo apuntaría el orden de cada disco en el servidor y los guardaría en un cajón.

    Saludos, Iván.

    P.D: Os voy a tener que empezar a cobrar por estas prácticas de riego... ;-)

    Ringmaster dijo...

    Gracias por compartir tus conocimientos, Iván.

    Dado que tocas mucho el tema de tutoriales de Linux, lo cual me gusta sobremanera y tema que toco mucho en el mío, y además lo haces con una gran calidad te he añadido un enlace a tu Blog (creía que ya lo tenías hace tiempo; corrijo mi asunción).

    Y permíteme coger un par de ideas de diseño que he visto en tu blog para mejorar el mío ;-)

    Un cordial saludo.

    bytecoders dijo...

    Muchas gracias Iván, lo siento por el mal rato.

    Eso me parecía, al final tiene que funcionar y eso haremos.

    Iván dijo...

    Hola,

    [David]: Muchas gracias por los halagos y por el enlace en tu blog!
    Siéntete libre de coger las ideas que más te gusten.

    [Bytecoders]: Nada, no te preocupes. Así se animó la mañana del viernes...

    Saludos, Iván.

    Anónimo dijo...

    Hola Ivan,
    Sigues tan RaidMaster en modo 1 como en modo 5. Felicidades de nuevo.

    Y, por supuesto, la consiguiente pregunta :)

    Sigo planificando mi futura maquina con raid para servidor de fichero SAMBA. La penúltima duda que me queda es acerca de hacerlo por software o por hardware.

    Si lo hago por hardware (bien mother con raid integrado, bien tarjeta aparte), aparte de necesitar los controladores adecuados ¿qué pasaría si un día se me va la controladora raid? ¿debo buscar a toda leche una controladora igual? ¿o puedo irme a cualquier sistema que soporte raid -por hard o por soft- con mi paquete de discos y lo reconoce como un raid?

    Felicidades de nuevo. Y espero seguir leyendo muchos artículos tuyos. Saludos desde Málaga

    Iván dijo...

    Hola Anónimo,

    la decisión entre montar un raid por hw o por sw es peliaguda. En teoría, si es hw deberías tener un rendimiento superior, aunque los raid integrados en la mayoría de las placas actuales no son por hw "puro". Si tuvieras una controladora dedicada si que tendrías que obtener mayor rendimiento.
    El principal problema es lo que comentas de qué ocurriría si te falla la controladora (o la placa). En el caso de un raid 1 creo que no pasaría nada, pero no estoy seguro ni lo podría firmar. De hecho, la placa de mi servidor de backup soporta raid 1 (y es una placa antigua para el Duron 1200) y monté el raid software sin dudarlo un momento.
    Para otros tipos de raid como el 0 ó el 5, con total seguridad (99%) no te va a funcionar si no encuentras la misma controladora, por lo que corres un riesgo adicional y en muchas ocasiones innecesario.

    Mi opinión. Si esa máquina va a ser relativamente potente y no va a tener mucha carga, yo haría un raid sw sin dudarlo. A las malas, si ves que el rendimiento no te convence siempre puedes crear uno hw y empezar de nuevo.

    Muchas gracias por tu comentario y por las felicitaciones.

    Saludos, Iván.

    Anónimo dijo...

    Saludos Iván. Te confirmo que en mi caso también has sido el maestro que ha resuelto mis dudas sobre RAID gracias a tu blog.
    Me asalta ahora una nueva duda:
    Durante la construcción del RAID 5 sobre el antiguo RAID 1 ¿no estaríamos en un momento crítico en el cual una pérdida de corriente nos haría perder la información?
    Porque de ser así podríamos, antes de comenzar, utilizar el tercer disco como respaldo.
    ¿Sería esto necesario? En ese caso, ¿qué sería lo más conveniente: añadirlo al RAID 1 como tercer disco espejo o un rsync?
    Obviamente cuando tuviesemos el RAID 5 montado en modo de dos discos y lo ampliásemos al tercero ya no nos serviría de backup,... pero supongo que ese proceso sí que se puede interrumpir y recontinuar sin riesgos, ¿no es verdad?
    Y la tercera: Si desconecto un disco RAID 1 de una máquina y lo enchufo en otra ¿cómo le digo que monte el RAID de esa partición sin machacar los datos?
    ¡Y de nuevo gracias por la entrada "Raid 1 en un sistema ya instalado"!

    Iván dijo...

    Hola Roberto,

    me alegro de que mis post sirvan para alguien y os resuelvan las dudas. Gracias por contármelo!.

    La creación del raid 5 a partir del raid 1 tiene como paso más crítico, a mi entender, la ampliación del tamaño con el nuevo disco una vez que ya tenemos los metadatos convertidos a raid 5. El cambiar los metadatos de raid 1 a raid 5 no debería ser crítico puesto que el la aplicación del algoritmo del raid 5 a dos discos realmente no hace nada (porque los discos siguen en espejo).
    Aún así, si quieres estar más seguro puedes utilizar el tercer disco como copia temporal de tus datos, pero no lo incluyas en el raid porque sino se quedará como spare y sólo se utilizará automáticamente si falla uno de los otros dos.
    En la reconstrucción del raid, en principio, no debería haber problemas si se parase, aunque yo no lo he probado nunca.
    Finalmente, como respuesta a tu última pregunta, lo que tendrías que hacer en la máquina destino sería modificar el archivo /etc/mdadm/mdadm.conf con la información del raid de la máquina origen y "ensamblar" el raid tal y como se hace cuando lo paras. Ejemplo:

    shian:/etc/mdadm# cat /etc/mdadm/mdadm.conf
    DEVICE partitions
    ARRAY /dev/md1 level=raid1 num-devices=2 UUID=bafeec2a:d808d260:170833a8:a4772c23

    shian:~# umount /dev/md1
    shian:~# mdadm --stop /dev/md1
    mdadm: stopped /dev/md1

    shian:~# mdadm --assemble /dev/md1
    mdadm: /dev/md1 has been started with 2 drives.

    shian:~# cat /proc/mdstat
    Personalities : [raid1] [raid6] [raid5] [raid4]
    md1 : active raid1 sdc1[0] sdd1[1]
    524160 blocks [2/2] [UU]

    Espero que te haya aclarado todas tus dudas. Sino, ya sabes donde estoy...

    Saludos, Iván.

    Anónimo dijo...

    Hola Ivan:

    Por lo que he podido ver debes de ser una auténtica eminencia en esto del RAID. Espero que me puedas ayudar en esto que te planteo.

    Tenemos actualmente configurado un servidor con 3 discos en RAID 5 y dos discos con RAID 1. El servidor va a ser un servidor de ficheros con WINDOWS 2003 SERVER montado en el RAID 1 y los datos quedarán en los discos del RAID 5. Aunque el servidor está correctamente configurado y funciona bien, de momento no lo tenemos conectado a la red, ya que los equipos de la red van a sufrir todos una serie de cambios para dejarlos con la misma configuración. Para realizar esta tarea, necesitamos que el servidor esté conectado a la red, pero estamos esperando un disco nuevo para el servidor y cambiar los discos del RAID 5 a RAID 10, y es en este punto donde nos surge la duda:

    - ¿se puede pasar sin problemas de RAID 5 A RAID 10 sin qe se borren los datos en el proceso?.
    - En el caso de que los datos no se puedan conservar, ¿es viable el hacer una copia de seguridad y una vez realizado el cambio a RAID 10 recuperar esos datos?.

    Esperamos con ansias tu respuesta.

    Muchas gracias y un saludo


    Fdo.: PUMI

    Iván dijo...

    Hola Pumi,

    gracias por eso de "eminencia en el raid". Al final entre todos vais a conseguir que me lo crea :-P.

    Lo primero de todo es aclararte que yo he trabajado con raid en linux, sobre windows 2003 no tengo experiencia. Aunque puedes leer los comentarios que intercambié con bytecoders, el raid que tiene la máquina de la que hablo no lo creé yo y es por hw y con todos los discos.
    Y ahora respondiendo a tus preguntas...
    Yo SIEMPRE recomiendo hacer backup de todos los datos antes de hacer cualquier operación con los discos, nunca se sabe lo que puede pasar.
    Dicho lo anterior, aunque se me había ocurrido como hacerlo, según lo estaba redactando he visto que no era posible. Crear los dos raid 1 sin perder los datos es posible, pero como además tienes que crear luego el raid 0, ya no sería posible.
    Además, a todo lo anterior habría que añadir que el raid va a ser por hw, por lo que tampoco se podría hacer un truco para engañar a la controladora y realizar la conversión de forma similar a como cuento en este artículo.

    Así que, finalmente y después de toda esta parrafada, me temo que la única solución es hacer backup de todos los datos, crear el raid 10 con los 4 discos y finalmente volcar la información allí.

    Saludos, Iván.

    Anónimo dijo...

    Hola Iván:

    Muchas gracias por tu ayuda. Haremos la copia y lugo volcaremos datos. Afortunadamente los únicos datos que tendremos será la estructura de carpetas, asi a malas a malas no sufriremos en exceso.

    Un saludo.

    Fdo.: Pumi.

    Iván dijo...

    Hola Pumi,

    me alegro de que mi respueta te haya sido útil. Como comentas que no tienes todavía datos, la creación de la estructura de directorios no debería ser muy problemática.

    Saludos, Iván.

    Unknown dijo...

    Hola Iván! Una consulta?
    Tengo un servidor de correo Win Server 2008 con Exchange 2007, el cual tiene un RAID 0. Necesito agregar un nuevo disco para tener un respaldo del sistema. La idea es convertir el RAID 0 en RAID 1 y agregar al arreglo este nuevo disco para hacerlo espejo del otro. ¿Es posible hacerlo sin tener que reintalar el sistema operativo? ...Desde ya muchas gracias por tu ayuda...Saludos desde Chile...Jaclyn

    Iván dijo...

    Hola Jaclyn,

    me temo que no puedo ayudarte porque no conozco windows server, lo siento.
    Aún así, independientemente de que se pueda convertir o cambiar por pasos, te recomiendo encarecidamente que hagas un backup antes de una operación tan delicada con los discos.

    Saludos, Iván.

    Mstaaravin dijo...

    Todo bien, salvo por un detalle importante.
    La modificación del arreglo debe hacerse con un livecd y despues editar /etc/mdadm/mdadm.conf con el número de devices y el nuevo UID.
    Ya que con Debian al menos, no puedes desmontar (sí con "umount -lf") y menos aun detener alguno de los ARRAYs ya que estan en uso.

    Saludos

    Iván dijo...

    Hola Mstaaravin,

    lamento contradecirte pero puedes seguir el tutorial paso a paso en Debian sin tener que arrancar con live-cd en ningún momento.

    Si te fijas en el tutorial ves que al principio desmonto el filesystem y paro el raid:
    shian:~# umount /dev/md3
    shian:~# mdadm --stop /dev/md3
    mdadm: stopped /dev/md3

    Por lo que se puede hacer todo "en caliente".

    Saludos, Iván.

    Mstaaravin dijo...

    Hummmmm
    no lo probaste no...?
    Si haces un solo umount de algún arreglo todos los demás pasan a estar no disponibles, y aunque parezca que tenemes un /dev/mdX montado no es asi, no hay nada alli.

    Por supuesto, todos los binarios estan disponibles, pero si haces un
    mdadm:~# mdadm --detail --scan
    No nos muestra nada de nada.

    Saludos

    Iván dijo...

    Hola Mstaaravin,

    te aseguro que todo lo que escribo en el blog lo pruebo y lo hago funcionar y este post no es menos. Todos los pasos los puedes ejecutar en una debian etch sin problemas. Ahora mismo no tengo ninguna a mano para repetirlo pero cuando hice el artículo funcionó sin problemas.

    Saludos, Iván.

    Mstaaravin dijo...

    Pues te aseguro que estas equivocado, y como no me puedo quedar tranquilo, en el enlace al post original que dicho sea de paso es copia tal cual, otras personas tambien han llegado a la misma conclusión que yo.

    http://scott.wallace.sh/2007/04/converting-raid1-to-raid5-with-no-data-loss/No se puede detener en caliente un array sin consecuencias, las cuales te dejan sin sistema porque no tiene binarios, montajes ni nada.

    Te sugiero que hagas las pruebas nuevamente, y la única manera es hacerlo desde otros discos o un LiveCD como por ejemplo System Rescue CD. que me sirvió perfectamente.

    Demian dijo...

    Se ve que el md3 no es el root, por lo que pudiste desmontarlo y hacerlo todo en caliente.

    Si el raid no es el root, no hay problema en hacerlo en caliente.

    saludos

    Demian

    Anónimo dijo...

    Alguien sabe de alguna empresa de recuperacion de datos como para enviar un RAID 10 de 18 discos a recuperar los datos? Tenemos fallas fisicas en mas de un disco. Gracias.

    Iván dijo...

    Hola Anónimo,

    me temo que no puedo ayudarte :-(. Suerte con la búsqueda y la recuperación de los datos.

    Saludos, Iván.

    Anónimo dijo...

    Hola , que tengo un servidor IBM System X y he realizado el montaje del sistema operativo server 2008 en dos discos identicos yque se ha formado un RAID 1 . Ahora resulta que mi jefe quiere un RAID 0 .Se puede cambiar a este ultimo sin tener que formatear . Por favor necesito tu comentario.Yo se que eres el capo en linux supongo que windows es un paseo para ti.Muchas gracias de antemano
    Francisco

    Anónimo dijo...

    Anonimo, empresas hay varias. O mejor dicho, como se las conoce, laboratorios de reucuperacion. Por ej. en Madrid esta OnRetrieval que segun escuche son expertos en RAID. Tambien esta Onrescue, bastante mencionada.

    Saludos.

    Iván dijo...

    Hola Anónimo,

    siento no poder ayudarte pero de windows no sé nada, llevo sin tocar uno mucho tiempo y de windows server ya ni hablamos...

    Lo único que te puedo decir es que para convertir un raid 1 a un raid 0 tienes que reconstruir el raid y por tanto perder los datos.

    Saludos, Iván.

    Anónimo dijo...

    Hola Iván,
    En el ejemplo que pones en el artículo, todo se hace partiendo de 1 sólo fylesystem. ¿Qué ocurre si yo quiero pasar de RAID1 a RAID5 sin perder datos cuando tengo varios filesystem ¿es posible? ¿tengo que hacer algo muy diferente al ejemplo?
    Gracias de antemano.

    Recuperación de Datos dijo...
    Este comentario ha sido eliminado por un administrador del blog.
    Albert dijo...

    tengo un NAS de Seagate que se me daño un disco es un RAID 5 la configuración sin embargo el NAS ya no funciono y me interesa sacar la información de los discos. como puedo hacer para recuperarla.?

    Anónimo dijo...

    Un buen post, pero me gustaría saber si se puede pasar de un raid0 a raid1 y a la inversa también, pues con el sistema de fichero btrfs se puede hacer sin problemas, gracias.

    Publicar un comentario