Los pasos son desacivar el swap, sacar los volumenes de ese disco fisico del RAID (que logicamente trendras degradado) y a continuación cambiarlo fisiciamente, regenrar las particiones y levantarlo todo.

• swapoff /dev/sd1
• mdadm -f /dev/md0 /dev/sde2
• mdadm -r /dev/md0 /dev/sde2
• **** retirar el disco
• sfdisk -d /dev/sdb | sfdisk /dev/sde
• mdadm -a /dev/md0 /dev/sdg2
• mkswap /dev/sdg1
• swapon /dev/sdg1

Le he instalado 6 discos de 1,5T y he creado 2 Volumenes en RAID6, un de 250Gigas para el root, swat etc y el resto un volumen para meterle “chicha”

Sin emabrgo o sorpresa cuando al crear la partición /dev/sdb1 supuesta de algo asi como 5,75T se formateaba a 2T, solución:

Pasar olimpicamente de la partición y hacer un “mkfs.ext3 /dev/sdb -L tocho”

 
]# mkfs.ext3 /dev/sdb -L vz
mke2fs 1.39 (29-May-2006)
/dev/sdb is entire device, not just one partition!
Proceed anyway? (y,n) y
Filesystem label=vz
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
699531264 inodes, 1399062528 blocks
69953126 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=4294967296
42696 block groups
32768 blocks per group, 32768 fragments per group
16384 inodes per group
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
        4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
        102400000, 214990848, 512000000, 550731776, 644972544

Debemos editar el archivo /etc/mdadm.conf y añadir la configuración que tenemos, lo ams practico es dejar nuestro sistema en orden y a continuación hacer un:

# mdadm –examine -scan
ARRAY /dev/md1 level=raid1 num-devices=2 UUID=fdea19:39c8f3c4d4
ARRAY /dev/md0 level=raid6 num-devices=6 UUID=6d4358:c9c5c76c4b

Para ser practico un

[root@hn19 etc]# mdadm –examine -scan >> mdadm.conf

y luego editamos el archivo.

Con esto la siguiente vez arrancara en orden de marcha.

Cuando tienes unos cientos de discos a tu cargo de vez en cuando falla alguno, el tema es cual es la mejor manera de que no sea un incordio.

Si usas RAID1, tiene sun rendimiento parecido a tener un solo disco, tienes el espacio de 1 disco (pierdes el otro que es copia identica al primero) y la probabilidad de que fallen los dos pasa del 0,34% al 0,001156% asi que es una buena opción.

Si necesitas sitio y mejorar el rendimiento notablemente puedes optar por montar RAID5, si aumentas el rendimiento, pero al aumentar el numero de discos aumentas la probabilidad de que fallen. En este caso la probabilidad de que falle 1 de un conjunto de 6 pasa al 2,04%, realmente alta, sin embargo la probabilidad de que fallen 2 (o sea perdida de datos) es del 0,00578% no esta mal.

Si relamente lo que queremos es asegurarnos de que no perderemos datos la mejor opción seria RAID6, podemos permitirnos la perdida de 2 discos sin perder datos, siendo la probabilidad de que fallen 2 discos del 0.000078608% en un conjuntos de 6 discos.

Hago la tabla con un número de discos tipicos, pueden usarse otras cantidades pero he de elegir un apara hacer el calculo, asi que uso el maximo de discos admitidos hasta 6.

Nivel – núm.discos – aprovechamiento – %perdida
RAID6 – 6 – 4/6 – 0.000078608%
RAID1 – 2 – 3/6 – 0.001156%
RAID10-4 – 3/6 – 0.004624%
RAID5 – 6 – 5/6 – 0.00578%
RAID10-6- 3/6 – 0.009248%
Nada – 1 – 6/6 – 0,34%
RAID0 – 2 – 6/6 – 0.68%

Realmente si nuestros datos nos preocupan RAID6 es la mejor opción.

Otra alternativa seria raidz1 o raidz2, este ultimo nos el mismo nivel de redundancia que raid6 con las ventajas de raidz, pero al estar disponible de forma nativa solo para solaris, por el momento esta reservado solo nos cuantos.

LABEL=SWAP-sdd1         swap                    swap    defaults        0 0
LABEL=SWAP-sdc1         swap                    swap    defaults        0 0
LABEL=RAID5             /raid5              ext3    defaults        0 0

El tema es como se relaciona el LABEL con el dispositivo correspondiente, simple, debemos ponerle nosotros la etiqueta con algo asi: e2label /dev/md1 RAID5

Es especialemnte util para evitar que el movimiento de dispositivo no simpida un correcto montaje de los diferentes volumenes.

http://tldp.org/HOWTO/html_single/Partition/#labels

mount -o loop -t is9660 <fichero.iso> /mnt/imageniso

Esta misma tencica la podemos usar para montar un archivo en el que dentro hemos formateado con ext3:

mount -o loop -t iso9660 /mnt/sistemaext3

Esto nos sirve para montar localmente un volumen que habitualmente exportamos por iSCSI. Pero ojo, si haceis esto aseguraros que el initiator iSCSI no esta activo ya que los sitemas de archivos no deben ser accedidos simultanemente desde dos origenes.

En primer lugar un cat /proc/mdstat y verificar que todo esta en orden.

Personalmente lo sacaria fisicamente y luego con el cat /proc/mdstat verificaria cual he sacado y ejecutaria la siguiente secuencia, asi evitamos posibles errores.

• mdadm /dev/md0 --fail /dev/hdd1 --remove /dev/hdd1

  : sacamos el disco

• fdisk /dev/hdd

  : particionamos al maximo de lo que de

• mdadm -a /dev/md0 /dev/hdd1

  :añadimos el nuevo disco en el sistema.

• cat /proc/mdstat

  : verificamos que sincroniza correctamente

Una vez hecho esto repetimos la secuencia anterior para todos los discos.

Con todos lo discos en orden de marcha y el RAID sincronizado con un uso NO-OPTIMO de espacio, el siguiente paso seria hacer que utilzie la totalidad del espacio:

•  mdadm --grow /dev/md0 -z max

EL siguiente paso es ampliar el sistema de archivos

• resize2fs /dev/md0

Ya esta, solo tener como precaución asegurar cada paso.