5.9. Documentación específica a Red Hat Enterprise Linux

5.9.1.1. Archivos de dispositivos

Bajo Red Hat Enterprise Linux, los archivos de dispositivos para las unidades de disco aparecen en el directorio /dev/. El formato para cada nombre de archivo depende de muchos aspectos del hardware actual y de cómo se ha configurado. Los puntos importantes son como sigue:

• Tipo de dispositivo

• Unidad

• Partición

5.9.1.1.2. Unidad

Siguiendo las dos letras para el tipo de dispositivo están una o dos letras que denotan la unidad específica. El designador de la unidad comienza con "a"para la primera unidad, "b" para la segunda, y así sucesivamente. Por lo tanto, el primer disco duro en su sistema aparecerá como hda o sda.

	Sugerencia
	La habilidad de SCSI de direccionar grandes números de dispositivos necesitaba la adición de un segundo carácter de unidad para soportar sistemas con más de 26 dispositivos SCSI conectados. Por lo tanto, los primeros 26 discos duros SCSI en un sistema serían llamados sda hasta sdz, los próximos 26 se llamarán sdaa hasta sdaz y así sucesivamente.

5.9.1.2. Alternativas a nombres de archivos de dispositivos

Debido a que añadir o remover dispositivos de almacenamiento masivo puede resultar en cambios a los nombres de archivos de dispositivos, hay un riesgo de que el almacenamiento no esté disponible cuando el sistema arranque. He aquí un ejemplo de la secuencia de eventos que llevan a este problema:

1. El administrador del sistema añade un nuevo controlador SCSI para que se puedan añadir dos nuevas unidades SCSI al sistema (el bus SCSI existente está completamente lleno)

2. Las unidades SCSI originales (incluyendo la primera unidad en el bus: /dev/sda) no se cambian de ninguna manera

3. Se reinicia el sistema

4. La unidad SCSI anteriormente conocida como /dev/sda ahora tiene un nuevo nombre, porque la primera unidad SCSI en el nuevo controlador es ahora /dev/sda

En teoría, esto suena como un problema terrible. Sin embargo, en práctica raramente lo es. Raramente es un problema por varias razones. Primero, las reconfiguraciones de hardware de este tipo no ocurren a menudo. Segundo, es probable que el administrador del sistema tenga programado un tiempo fuera de servicio para efectuar los cambios necesarios; los tiempos fuera de servicio se deben planear con gran cuidado para asegurarse de que no toman más tiempo del estipulado. Esta planificación tiene el beneficio adicional de traer a la superficie cualquier problema relacionado a cambios de nombres de dispositivos.

No obstante, algunas organizaciones y configuraciones de sistemas son más propensas a encontrarse con este problema. Las organizaciones que requieren reconfiguraciones frecuentes del almacenamiento para satisfacer sus necesidades, a menudo usan hardware que sea capaz de reconfigurarse sin necesitar tiempo fuera de servicio. Este tipo de hardware de conexión en caliente hace fácil añadir o eliminar almacenamiento.

5.9.2.1. EXT2

Hasta no hace mucho tiempo atrás, el sistema de archivos ext2 era el estándar para Linux. Como tal, ha recibido pruebas extensivas y se considera uno de los sistemas de archivos más robustos de hoy.

Sin embargo, no existe un sistema de archivo perfecto y ext2 no es la excepción. Un problema informado con frecuencia es que el sistema de archivos ext2 debe pasar por una inspección de integridad larga si el sistema fue apagado de forma repentina. Aunque este requerimiento no es único a ext2, la popularidad de ext2, combinada con el advenimiento de los discos más grandes, implica que las verificaciones de integridad estaban tomando más y más tiempo. Era necesario hacer algo.

La próxima sección describe el enfoque tomado para resolver este problema bajo Red Hat Enterprise Linux.

5.9.2.2. EXT3

El sistema de archivos ext3 se construye sobre ext2 añadiendo las capacidades de journaling o de mantener un "diario" o journal al código base de ext2 ya evaluado. Como un sistema de archivos con journaling, ext3 siempre mantiene el sistema de archivos en un estado consistente, eliminando la necesidad de las largas verificaciones de integridad.

Esto se logra escribiendo todos los cambios al sistema de archivos a un diario en disco, el cual es vaciado regularmente. Después de un evento inesperado del sistema (tal como una falla de poder o una caída del sistema), la única operación que se necesita hacer antes de colocar el sistema de archivos disponible, es procesar los contenidos del diario; en la mayoría de los casos esto toma aproximadamente un segundo.

Debido a que el formato en disco de ext3 está basado en ext2, es posible acceder a un sistema de archivos ext3 en cualquier sistema capaz de leer y escribir sistemas ext2 (sin el beneficio de journaling). Esto puede ser un gran beneficio en organizaciones donde algunos sistemas están usando ext3 y algunos todavía utilizan ext2.

5.9.2.3. ISO 9660

En 1987, la International Organization for Standardization (conocida como ISO) lanzó el estándar 9660. ISO 9660 define cómo se representan los archivos en los CD-ROMs. Los administradores de sistemas Red Hat Enterprise Linux probablemente verán datos formateados para ISO 9660 en dos lugares:

• CD-ROMs

• Los archivos (usualmente llamados imágenes ISO) conteniendo sistemas de archivos completos ISO 9660, supuestamente están para ser escritos en una media de CD-R o de CD-RW.

El estándar básico ISO 9660 es más bien limitado en funcionalidad, especialmente cuando se compara con sistemas de archivos más modernos. Los nombres de archivos deben ser de un máximo de ocho carácteres de largo y una extensión de no más de tres caracteres. Sin embargo, hay varias extensiones al estándar que se han vuelto populares a través de los años, entre ellas:

• Rock Ridge — Utiliza algunos campos indefinidos en ISO 9660 para proporcionar soporte a funcionalidades tales como nombres de archivos largos con combinaciones de mayúsculas y minúsculas, enlaces simbólicos y directorios anidados (en otras palabras, directorios que pueden contener a su vez otros directorios)

• Joliet — Una extensión del estándar ISO 9660, desarrollado por Microsoft para permitir que los CD-ROMs contengan nombres de archivos largos, usando el conjunto de carácteres Unicode

Red Hat Enterprise Linux puede interpretar correctamente los sistemas de archivos ISO 9660 usando extensiones Rock Ridge así como tambiénJoliet.

5.9.2.4. MSDOS

Red Hat Enterprise Linux también soporta sistemas de archivos de otros sistemas operativos. Como el nombre lo implica, el sistema operativo original que soporta msdos fue Microsoft's MS-DOS®. Como en MS-DOS, un sistema Red Hat Enterprise Linux accediendo a un sistema de archivos msdos está limitado a nombres 8.3. De la misma manera, otros atributos de archivos tales como permisos y propiedad de archivos, no se pueden cambiar. Sin embargo, desde el punto de vista de intercambio de archivos, msdos es más que suficiente para hacer el trabajo.

5.9.2.5. VFAT

El sistema de archivos vfat primero fue utilizado por el sistema operativo Microsoft's Windows® 95. Como una mejora sobre el sistema de archivos msdos, los nombres de archivos en un sistema vfat pueden ser más largos que 8.3. No obstante, los permisos y propiedad tampoco se pueden modificar.

5.9.3.1. Puntos de montaje

A menos que esté acostumbrado a los sistemas operativos Linux (o parecido a Linux), el concepto de un punto de montaje puede parecer un poco extraño al principio. Sin embargo, es uno de los métodos más poderosos y flexibles desarrollados para manejar sistemas de archivos. Con muchos otros sistemas operativos, una especificación completa de archivos incluye el nombre del archivo, alguna forma de identificar el directorio específico en el cual reside el archivo, y una forma de identificar el dispositivo físico en el cual se encuentra el archivo.

Con Red Hat Enterprise Linux, se utiliza un enfoque ligeramente diferente. Como con otros sistemas operativos, una especificación completa de archivos incluye su nombre y el directorio en que este reside. Sin embargo, no se especifica el dispositivo.

La razón para este problema aparente es el punto de montaje. En otros sistemas operativos, hay una jerarquía de directorios para cada partición. Sin embargo, en los sistemas tipo Linux, solamente hay una jerarquía de directorios global al sistema y esta simple jerarquía puede abarcar múltiples particiones. La clave aquí es el punto de montaje. Cuando se monta un sistema de archivos, ese sistema de archivos se coloca disponible como un conjunto de subdirectorios bajo el punto de montaje especificado.

Este problema aparente es en realidad una fortaleza. Significa que es posible la expansión consistente de un sistema de archivos Linux, con cada directorio siendo capaz de actuar como un punto de montaje para espacio adicional.

Como ejemplo, asuma un sistema Red Hat Enterprise Linux conteniendo un directorio foo en su directorio raíz; la ruta completa al directorio sería /foo/. Luego, asuma que este sistema tiene una partición que se debe montar y que el punto de montaje de la partición es /foo/. Si la partición tiene un archivo con el nombre de bar.txt en el nivel superior del directorio, después de montar la partición podrá acceder al archivo con la especificación completa de archivos que sigue:

/foo/bar.txt

En otras palabras, una vez que la partición ha sido montada, cualquier archivo que sea leído o escrito en cualquier lugar bajo el directorio /foo/, será leído o escrito en esa partición.

Un punto de montaje utilizado a menudo en muchos sistemas Red Hat Enterprise Linux es /home/ — esto es porque los directorios de conexión para todas las cuentas de usuarios normalmente se ubican bajo /home/. Si se utiliza /home/ como punto de montaje, todos los archivos de usuarios se escriben a una partición dedicada y no llenaran el sistema de archivos del sistema operativo.

Sugerencia

Puesto que un punto de montaje es simplemente un directorio normal, es posible escribir archivos a un directorio que luego será utilizado como un punto de montaje. Si esto ocurre, ¿qué pasa con los archivos que estaban en ese directorio originalmente? Mientras la partición esté montada en el directorio, los archivos no estarán accesibles (el sistema de archivos montado aparecerá en lugar de los contenidos del directorio). Sin embargo, los archivos no sufrirán daño alguno y se podrán acceder después de desmontar la partición.

5.9.3.2. Mostrar lo que está montado

Además de montar y desmontar espacio en disco, también es posible ver lo que está montado. Hay varias formas de hacer esto:

• Visualizar /etc/mtab

• Visualizar /proc/mounts

• Ejecutar el comando df

5.9.3.2.1. Visualizar /etc/mtab

El archivo /etc/mtab es un archivo normal actualizado por el programa mount cada vez que se montan o desmontan sistemas de archivos. He aquí una muestra de /etc/mtab:

/dev/sda3 / ext3 rw 0 0 none /proc proc rw 0 0 usbdevfs /proc/bus/usb usbdevfs rw 0 0 /dev/sda1 /boot ext3 rw 0 0 none /dev/pts devpts rw,gid=5,mode=620 0 0 /dev/sda4 /home ext3 rw 0 0 none /dev/shm tmpfs rw 0 0 none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0

	Nota
	El archivo /etc/mtab se utiliza para mostrar el estado de los sistemas de archivos montados actualmente. No se debería modificar manualmente.

Cada línea representa un sistema de archivos que está actualmente montado y contiene los campos siguientes (de izquierda a derecha):

• La especificación del dispositivo

• El punto de montaje

• El tipo de sistema de archivos

• Si el archivo está montado como de sólo lectura (ro) o de sólo escritura (rw), junto con cualquier otra opción de montaje

• Dos campos sin utilizar llenos de ceros (para la compatibilidad con /etc/fstab[1])

rootfs / rootfs rw 0 0
/dev/root / ext3 rw 0 0
/proc /proc proc rw 0 0
usbdevfs /proc/bus/usb usbdevfs rw 0 0
/dev/sda1 /boot ext3 rw 0 0
none /dev/pts devpts rw 0 0
/dev/sda4 /home ext3 rw 0 0
none /dev/shm tmpfs rw 0 0
none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0

Filesystem           1k-blocks      Used Available Use% Mounted on
/dev/sda3              8428196   4280980   3719084  54% /
/dev/sda1               124427     18815     99188  16% /boot
/dev/sda4              8428196   4094232   3905832  52% /home
none                    644600         0    644600   0% /dev/shm

5.9.4.1. NFS

Como su nombre lo implica, el Sistema de Archivos de Red o NFS(de Network File System) es un sistema de archivos al que se puede acceder a través de una conexión de red. Con otros sistemas de archivos, el dispositivo de almacenamiento debe estar directamente conectado al sistema local. Sin embargo, con NFS esto no es un requerimiento, haciendo posible una variedad de diferentes configuraciones, desde servidores de archivos centralizados hasta sistemas de computación sin discos.

Por otro lado, a diferencia de otros sistemas de archivos, NFS no dicta un formato específico en disco. En cambio, se basa en el soporte del sistema de archivos del sistema operativo del servidor para controlar la E/S a el/los disco(s) local(es). NFS luego coloca disponible el sistema de archivos a cualquier sistema operativo ejecutando un cliente compatible con NFS.

Aunque principalmente NFS es una tecnología Linux y UNIX, es importante mencionar que existen implementaciones de clientes NFS para otros sistemas operativos, haciendo NFS una técnica viable para compartir archivos con una variedad de plataformas.

El sistema de archivos que NFS coloca disponible a los clientes es controlado por el archivo de configuración /etc/exports. Para más información, consulte la página man de exports(5) y el Manual de administración del sistema de Red Hat Enterprise Linux.

5.9.4.2. SMB

SMB viene de Server Message Block y es el nombre para el protocolo de comunicación utilizado por varios sistemas operativos producidos por Microsoft por varios años. SMB hace posible compartir el almacenamiento a lo largo de la red. Las implementaciones de hoy día a menudo utilizan TCP/IP como el transporte subyacente; anteriormente era NetBEUI el transporte.

Red Hat Enterprise Linux soporta SMB a través del programa de servidor Samba. El Manual de administración del sistema de Red Hat Enterprise Linux incluye información sobre la configuración de Samba.

5.9.6.1. Añadir almacenamiento

El proceso de añadir almacenamiento a un sistema Red Hat Enterprise Linux es relativamente directo. He aquí los pasos que son específicos a Red Hat Enterprise Linux:

• Particionar

• Formatear la partición(es)

• Actualizar /etc/fstab

Las secciones siguientes exploran cada paso con más detalles.

5.9.6.1.1. Particionar

Una vez instalado en disco duro, es hora de crear una o más particiones para hacer el espacio disponible a Red Hat Enterprise Linux.

Hay más de una forma de hacer esto:

• Usando el programa de línea de comandos fdisk

• Usando parted, otro programa utilitario de línea de comandos

Aunque las herramientas pueden ser diferentes, los pasos básicos son los mismos. En el ejemplo siguiente, se incluyen los comandos necesarios para efectuar estos pasos usando fdisk:

1. Seleccione la nueva unidad de disco (el nombre de la unidad se puede identificar siguiendo la convención de nombres descrita en la Sección 5.9.1). Usando fdisk, esto se hace incluyendo el nombre del dispositivo cuando arranca fdisk:

   fdisk /dev/hda

2. Revise la tabla de particiones de la unidad para verificar que la unidad a particionar es, en realidad, la correcta. En nuestro ejemplo, fdisk muestra la tabla de partición usando el comando p:

   Command (m for help): p Disk /dev/hda: 255 heads, 63 sectors, 1244 cylinders Units = cylinders of 16065 * 512 bytes Device Boot Start End Blocks Id System /dev/hda1 * 1 17 136521 83 Linux /dev/hda2 18 83 530145 82 Linux swap /dev/hda3 84 475 3148740 83 Linux /dev/hda4 476 1244 6176992+ 83 Linux

3. Borre cualquier partición no deseada que pueda existir en la nueva unidad de disco. Esto se hace usando el comando d en fdisk:

   Command (m for help): d Partition number (1-4): 1

   El proceso se repetirá para todas las particiones no deseadas presentes el el disco.

4. Cree la(s) nueva(s) partición(es), asegurándose de especificar el tamaño deseado y el tipo de sistemas de archivos. Usando fdisk, esto es un proceso de dos pasos — primero, cree la partición (usando el comando n):

   Command (m for help): n Command action e extended p primary partition (1-4) p Partition number (1-4): 1 First cylinder (1-767): 1 Last cylinder or +size or +sizeM or +sizeK: +512M

   Segundo, configure el tipo de sistema de archivos (usando el comando t):

   Command (m for help): t Partition number (1-4): 1 Hex code (type L to list codes): 82

   El tipo de partición 82 representa una partición Linux swap.

5. Guarde sus cambios y salga del programa de particionamiento. Esto se hace en fdisk ejecutando w:

   Command (m for help): w

Atención

Cuando particione un nuevo disco, es vital que esté seguro de que la unidad que piensa particionar es la correcta. De lo contrario, puede inconscientemente particionar una unidad que ya está en uso, lo que resultaría en la pérdida de los datos. También verifique que ha decidido el mejor tamaño para su partición. Siempre tome este punto seriamente, pues cambiarlo más adelante es mucho más difícil que tomarse un poco de tiempo ahora en pensar las cosas.

mount /home
mount /dev/hda3

5.9.6.2. Eliminar Almacenamiento

El proceso de eliminar almacenamiento desde un sistema Red Hat Enterprise Linux es relativamente directo. He aquí los pasos específicos para Red Hat Enterprise Linux:

• Elimine las particiones de disco desde /etc/fstab

• Desmonte las particiones activas del disco

• Borre los contenidos de la unidad de disco

Las secciones siguientes cubren estos tópicos en más detalles.

5.9.6.2.1. Elimine las particiones de disco desde /etc/fstab

Usando el editor de texto de su preferencia, elimine la(s) línea(s) correspondiente(s) a la(s) partición(es) de disco desde el archivo /etc/fstab. Puede identificar las líneas correctas por alguno de los métodos siguientes:

• Haciendo corresponder los puntos de montaje con los directorios en la segunda columna de /etc/fstab

• Haciendo corresponder el nombre del archivo de dispositivo con el nombre de archivo en la primera columna de /etc/fstab

	Sugerencia
	Asegúrese de ver líneas en /etc/fstab que identifican particiones swap en la unidad de disco a eliminar; se pueden dejar pasar por accidente.

umount /dev/hda2
umount /home
            

swapoff /dev/hda4
            

5.9.6.2.3. Borre los contenidos de la unidad de disco

Borrar los contenidos desde una unidad de disco bajo Red Hat Enterprise Linux es un procedimiento directo.

Después de desmontar todas las particiones del disco, ejecute el comando siguiente (conectado como root):

badblocks -ws <device-name>

Donde <device-name> representa el nombre del archivo de la unidad de disco que desea borrar, excluyendo el número de la partición. Por ejemplo, /dev/hdb para la segunda unidad ATA.

Se muestra la salida siguiente mientras se ejecuta badblocks:

Writing pattern 0xaaaaaaaa: done Reading and comparing: done Writing pattern 0x55555555: done Reading and comparing: done Writing pattern 0xffffffff: done Reading and comparing: done Writing pattern 0x00000000: done Reading and comparing: done

Tenga en mente que badblocks en realidad está escribiendo cuatro patrones de datos diferentes a cada bloque en la unidad de disco. Para las unidades grandes, este proceso puede tomar un largo tiempo — a menudo varias horas.

Importante

Muchas compañías (y agencias del gobierno) tienen métodos específicos de borrar datos desde sus unidades de disco y otras medias de almacenamiento. Siempre debería asegurarse de que entiende y sigue estos requerimientos; en muchos casos hay consecuencias legales si no las sigue. El ejemplo de arriba no se debería de considerar el método perfecto para limpiar una unidad de disco. No obstante, es mucho más efectivo que utilizar el comando rm. Esto se debe a que cuando usted elimina un archivo usando rm solamente marca el archivo como borrado — no elimina los contenidos del archivo.

5.9.7.1. Antecedentes de las Cuotas de Discos

Las cuotas de disco bajo Red Hat Enterprise Linux tiene las siguientes características:

• Implementación por sistemas de archivos

• Contabilidad de espacio por usuario

• Contabilidad de espacio por grupo

• Seguimiento del uso de bloques de disco

• Seguimiento de uso de inodes

• Límites rígidos

• Límites suaves

• Períodos de gracia

Las secciones siguientes describen cada característica con más detalles.

5.9.7.2. Activando Cuotas de Disco

	Nota
	Las secciones siguientes suministran una breve descripción general de los pasos necesarios para habilitar las cuotas de disco bajo Red Hat Enterprise Linux. Para información en más detalles sobre esto, lea el capítulo sobre cuotas de discos en el Manual de administración del sistema de Red Hat Enterprise Linux.

Para utilizar cuotas de disco, primero debe activarlas. Este proceso implica varios pasos:

1. Modificar /etc/fstab

2. Remontar el(los) sistema(s) de archivo(s)

3. Ejecutar quotacheck

4. Asignar cuotas

El archivo /etc/fstab controla el montaje de sistemas de archivos bajo Red Hat Enterprise Linux. Debido a que las cuotas de discos se implementan en una base de por archivo, hay dos opciones — usrquota y grpquota — que se deben añadir a ese archivo para activar las cuotas de discos.

La opción usrquota activa las cuotas basadas en disco, mientras que la opción grpquota activa las cuotas basadas en grupos. Se puede activar una o ambas opciones colocándolas en el campo de opciones para el sistema de archivos deseado.

Se debe entonces desmontar el sistema de archivos afectado y volver a montar para que las opciones referentes a las cuotas surtan efecto.

Luego, se utiliza el comando quotacheck para crear los archivos de cuotas de disco y para reunir la información referente al uso actual de los archivos ya existentes. Los archivos de cuota de disco (llamados aquota.user y aquota.group para las cuotas basadas en usuario y grupos) contienen la información relacionada a cuotas necesaria y residen en el directorio raíz del sistema.

Para asignar cuotas de disco, se utiliza el comando edquota.

Este programa de utilidades utiliza un editor de texto para mostrar la información de cuotas para el usuario o grupo especificado como parte del comando edquota. He aquí un ejemplo:

 Disk quotas for user matt (uid 500):
  Filesystem      blocks       soft       hard     inodes     soft     hard
  /dev/md3       6618000          0          0      17397        0        0

Esto muestra que el usuario matt actualmente está utilizando más de 6GB de espacio en disco y más de 17.000 inodes. No se ha asignado ninguna cuota (soft o hard) para los bloques o inodes, lo que significa que no existe un límite en el espacio en disco que este usuario puede utilizar actualmente.

Utilizando el editor de texto mostrando la información de cuotas, el administrador del sistema puede modificar los límites rígidos y suaves como lo desee:

Disk quotas for user matt (uid 500):
  Filesystem      blocks       soft       hard     inodes     soft     hard
  /dev/md3       6618000    6900000    7000000      17397        0        0

En este ejemplo, se le ha asignado al usuario matt un límite suave de 6.9GB y un límite rígido de 7GB. No se establecen límites suaves o rígidos para inodes de este usuario.

	Sugerencia
	El programa edquota también se puede utilizar para establecer un período de gracia por archivo usando la opción -t.

5.9.7.3. Administración de Cuotas de Disco

Realmente es poco lo que se tiene que hacer para manejar las cuotas de disco bajo Red Hat Enterprise Linux. Esencialmente lo que se requiere hacer es:

• Generar informes de uso del disco a intervalos regulares (y hacer un seguimiento de los usuarios que parecen tener problemas con manejar efectivamente su espacio de disco asignado)

• Asegurarse de que las cuotas de discos permanecen exactas

La creación de un informe sobre el uso del disco implica la ejecución del programa de utilidades repquota. Usando el programa repquota /home produce la salida siguiente:

*** Report for user quotas on device /dev/md3
Block grace time: 7days; Inode grace time: 7days
                        Block limits                File limits
User            used    soft    hard  grace    used  soft  hard  grace
----------------------------------------------------------------------
root      --   32836       0       0              4     0     0       
matt      -- 6618000 6900000 7000000          17397     0     0       

Se puede encontrar más información sobre repquota en el Manual de administración del sistema de Red Hat Enterprise Linux, en el capítulo sobre cuotas de disco.

Cada vez que se desmonta un sistema de archivo de forma abrupta (debido a una falla del sistema, por ejemplo), es necesario ejecutar quotacheck. Sin embargo, muchos administradores de sistemas recomiendan ejecutar quotacheck regularmente, aún si el sistema no falla.

El proceso es similar al uso inicial de quotacheck cuando se activan cuotas de disco.

He aquí un ejemplo del comando quotacheck:

quotacheck -avug

La forma más fácil de ejecutar quotacheck de forma regular es usando cron. La mayoría de los administradores de sistemas ejecutan quotacheck una vez a la semana, sin embargo, pueden haber razones válidas para seleccionar un intervalo más largo o más corto, dependiendo de sus condiciones específicas.

5.9.8.1. Mientras se instala Red Hat Enterprise Linux

Durante el proceso normal de instalación de Red Hat Enterprise Linux, se pueden crear formaciones RAID. Esto se hace durante la fase de particionamiento de la instalación.

Para comenzar, debe particionar manualmente sus discos duros usando Disk Druid. Primero debe crear una nueva partición del tipo "software RAID." Luego, seleccione las unidades de disco que desea que formen parte de la formación RAID en el campo Unidades admisibles. Continue seleccionando el tamaño deseado y si desea que la partición sea primaria.

Una vez creadas todas las particiones requeridas por la formación(es) RAID que desea crear, debe pulsar el botón RAID para realmente crear las formaciones. Luego se le presentará una caja de diálogo donde puede seleccionar el punto de montaje de la formación, el tipo de sistema de archivos, el nombre del dispositivo RAID, nivel RAID y las particiones de "software RAID" en las que se basa la formación.

Una vez creados las formaciones deseadas, el proceso de instalación continúa como de costumbre.

	Sugerencia
	Para más información sobre la creación de formaciones RAID durante el proceso de instalación de Red Hat Enterprise Linux, consulte el Manual de administración del sistema de Red Hat Enterprise Linux.

5.9.8.2. Después de instalar Red Hat Enterprise Linux

La creación de una formación RAID después de que Red Hat Enterprise Linux ha sido instalado es un poco más compleja. Como con la adición de cualquier tipo de almacenamiento, primero se debe instalar y configurar el hardware necesario.

El particionamiento es un poco diferente para RAID que con las unidades de discos únicas. En vez de seleccionar el tipo de partición como "Linux" (tipo 83) o "Linux swap" (tipo 82), todas las particiones que son parte de una formación RAID se deben configurar a "Linux raid auto" (tipo fd).

Luego, es necesario crear el archivo /etc/raidtab. Este archivo es responsable de la configuración correcta de todas las formaciones RAID en su sistema. El formato del archivo (el cual se documenta en la página man de raidtab(5)) es relativamente fácil de entender. He aquí un ejemplo de una entrada /etc/raidtab para una formación RAID 1.

raiddev             /dev/md0
raid-level                  1
nr-raid-disks               2
chunk-size                  64k
persistent-superblock       1
nr-spare-disks              0
    device          /dev/hda2
    raid-disk     0
    device          /dev/hdc2
    raid-disk     1

Algunas de las secciones más notables en esta entrada son:

• raiddev — Muestra el nombre del archivo del dispositivo para la formación RAID[2]

• raid-level — Define el nivel de RAID utilizado por esta formación

• nr-raid-disks — Indica cuántas particiones de disco físicas seran parte de la formación

• nr-spare-disks — El software RAID bajo Red Hat Enterprise Linux permite la definición de uno o más particiones de repuesto; estas particiones pueden automáticamente tomar el lugar de un disco que no esté funcionando bien

• device, raid-disk — Juntos definen las particiones de disco físicas que conforman la formación RAID

Luego, es necesario crear la formación RAID. Esto se logra con el programa mkraid. Usando nuestro archivo de ejemplo /etc/raidtab, crearemos la formación RAID /dev/md0 con el comando siguiente:

mkraid /dev/md0

La formación RAID /dev/md0 ahora está lista para ser formateada y montada. El proceso en este punto no es diferente a formatear y montar un disco único.

5.9.9.1. Uso de /proc/mdstat para verificar el estado de la formación RAID

El archivo /proc/mdstat es la forma más fácil de verificar el estado de todas las formaciones RAID en un sistema particular. He aquí una muestra mdstat (vista con el comando cat /proc/mdstat):

Personalities : [raid1] 
read_ahead 1024 sectors
md1 : active raid1 hda3[0] hdc3[1]
      522048 blocks [2/2] [UU]
      
md0 : active raid1 hda2[0] hdc2[1]
      4192896 blocks [2/2] [UU]
      
md2 : active raid1 hda1[0] hdc1[1]
      128384 blocks [2/2] [UU]
      
unused devices: <none>

En este sistema, hay tres formaciones RAID (todas RAID 1). Cada formación RAID tiene su propia sección en /proc/mdstat y contiene la información siguiente:

• El nombre de dispositivo de la formación RAID (sin incluir la parte /dev/)

• El estatus de la formación RAID

• El nivel RAID de la formación

• Las particiones físicas que actualmente conforman la formación (seguido por el número de unidad de la partición)

• El tamaño de la formación

• El número de dispositivos configurados contra el número de dispositivos operativos en la formación

• El estado de cada dispositivo configurado en la formación (U lo que significa que la formación está OK y _ indicando que el dispositivo ha fallado)

5.9.9.2. Reconstrucción de una formación RAID usando raidhotadd

Si /proc/mdstat muestra que existe un problema con una de las formaciones RAID, se debería utilizar el programa utilitario raidhotadd para reconstruir la formación. He aquí los pasos que se necesitan seguir:

1. Determine cuál unidad de disco contiene la partición que falla

2. Corrija el problema que causó la falla (probablemente reemplazando la unidad)

3. Particione la nueva unidad para que así las nuevas particiones en ella sean idénticas a aquellas en la(s) otra(s) unidad(es) en la formación

4. Ejecute el comando siguiente

   raidhotadd <raid-device> <disk-partition>

5. Monitorice /proc/mdstat para ver que se lleve a cabo la reconstrucción

	Sugerencia
	He aquí un comando que se puede utilizar para ver que se ejecute la reconstrucción: watch -n1 cat /proc/mdstat Este comando muestra los contenidos de /proc/mdstat, actualizándolo cada segundo.