Capítulo 3. Sistemas de archivos GFS2


Esta sección proporciona información sobre los comandos y las opciones que se utilizan para crear, montar y ampliar los sistemas de archivos GFS2.

3.1. Creación del sistema de archivos GFS2

Se crea un sistema de archivos GFS2 con el comando mkfs.gfs2. Se crea un sistema de archivos en un volumen LVM activado.

3.1.1. El comando mkfs de GFS2

La siguiente información es necesaria para ejecutar el comando mkfs.gfs2 para crear un sistema de archivos GFS2 en clúster:

  • Nombre del protocolo/módulo de bloqueo, que es lock_dlm para un clúster
  • Nombre del clúster
  • Número de diarios (se requiere un diario por cada nodo que pueda montar el sistema de archivos)
Nota

Una vez que haya creado un sistema de archivos GFS2 con el comando mkfs.gfs2, no podrá disminuir el tamaño del sistema de archivos. Sin embargo, puede aumentar el tamaño de un sistema de archivos existente con el comando gfs2_grow.

El formato para crear un sistema de archivos GFS2 en cluster es el siguiente. Tenga en cuenta que Red Hat no admite el uso de GFS2 como sistema de archivos de un solo nodo.

mkfs.gfs2 -p lock_dlm -t ClusterName:FSName -j NumberJournals BlockDevice

Si lo prefiere, puede crear un sistema de archivos GFS2 utilizando el comando mkfs con el parámetro -t especificando un sistema de archivos de tipo gfs2, seguido de las opciones del sistema de archivos GFS2.

mkfs -t gfs2 -p lock_dlm -t ClusterName:FSName -j NumberJournals BlockDevice
Aviso

La especificación incorrecta del parámetro ClusterName:FSName puede causar la corrupción del sistema de archivos o del espacio de bloqueo.

ClusterName
El nombre del cluster para el que se está creando el sistema de archivos GFS2.
FSName
El nombre del sistema de archivos, que puede tener de 1 a 16 caracteres. El nombre debe ser único para todos los sistemas de archivos de lock_dlm en el clúster.
NumberJournals
Especifica el número de diarios que debe crear el comando mkfs.gfs2. Se requiere un diario por cada nodo que monte el sistema de archivos. En el caso de los sistemas de archivos GFS2, se pueden añadir más diarios posteriormente sin que crezca el sistema de archivos.
BlockDevice
Especifica un dispositivo lógico o de otro tipo de bloque

Tabla 3.1, “Opciones de comando mkfs.gfs2 describe las opciones del comando mkfs.gfs2 (banderas y parámetros).

Tabla 3.1. Opciones de comando mkfs.gfs2
BanderaParámetroDescripción

-c

Megabytes

Establece el tamaño inicial del archivo de cambio de cuota de cada diario en Megabytes.

-D

 

Activa la salida de depuración.

-h

 

Ayuda. Muestra las opciones disponibles.

-J

Megabytes

Especifica el tamaño del diario en megabytes. El tamaño del diario por defecto es de 128 megabytes. El tamaño mínimo es de 8 megabytes. Los diarios más grandes mejoran el rendimiento, aunque utilizan más memoria que los diarios más pequeños.

-j

Number

Especifica el número de diarios que debe crear el comando mkfs.gfs2. Se requiere un diario por cada nodo que monte el sistema de archivos. Si no se especifica esta opción, se creará un diario. En el caso de los sistemas de archivos GFS2, se pueden añadir diarios adicionales más adelante sin que el sistema de archivos crezca.

-O

 

Evita que el comando mkfs.gfs2 pida confirmación antes de escribir el sistema de archivos.

-p

LockProtoName

* Especifica el nombre del protocolo de bloqueo a utilizar. Los protocolos de bloqueo reconocidos son:

* lock_dlm

* lock_nolock

-q

 

Silencio. No mostrar nada.

-r

Megabytes

Especifica el tamaño de los grupos de recursos en megabytes. El tamaño mínimo de los grupos de recursos es de 32 megabytes. El tamaño máximo de los grupos de recursos es de 2048 megabytes. Un tamaño de grupo de recursos grande puede aumentar el rendimiento en sistemas de archivos muy grandes. Si no se especifica, mkfs.gfs2 elige el tamaño del grupo de recursos basándose en el tamaño del sistema de archivos: los sistemas de archivos de tamaño medio tendrán grupos de recursos de 256 megabytes, y los sistemas de archivos más grandes tendrán RGs más grandes para mejorar el rendimiento.

-t

LockTableName

* Un identificador único que especifica el campo de la tabla de bloqueo cuando se utiliza el protocolo lock_dlm; el protocolo lock_nolock no utiliza este parámetro.

* Este parámetro tiene dos partes separadas por dos puntos (sin espacios) como sigue ClusterName:FSName .

* ClusterName es el nombre del clúster para el que se está creando el sistema de archivos GFS2; sólo los miembros de este clúster pueden utilizar este sistema de archivos.

* FSName , el nombre del sistema de archivos, puede tener entre 1 y 16 caracteres, y el nombre debe ser único entre todos los sistemas de archivos del clúster.

-V

 

Muestra la información de la versión del comando.

3.1.2. Creación de un sistema de archivos GFS2

El siguiente ejemplo crea dos sistemas de archivos GFS2. Para ambos sistemas de archivos, lock_dlm` es el protocolo de bloqueo que utiliza el sistema de archivos, ya que se trata de un sistema de archivos en clúster. Ambos sistemas de archivos pueden utilizarse en el clúster denominado alpha.

Para el primer sistema de archivos, el nombre del sistema de archivos es mydata1. contiene ocho diarios y se crea en /dev/vg01/lvol0. Para el segundo sistema de archivos, el nombre del sistema de archivos es mydata2. Contiene ocho diarios y se crea en /dev/vg01/lvol1.

# mkfs.gfs2 -p lock_dlm -t alpha:mydata1 -j 8 /dev/vg01/lvol0
# mkfs.gfs2 -p lock_dlm -t alpha:mydata2 -j 8 /dev/vg01/lvol1
Red Hat logoGithubRedditYoutubeTwitter

Aprender

Pruebe, compre y venda

Comunidades

Acerca de la documentación de Red Hat

Ayudamos a los usuarios de Red Hat a innovar y alcanzar sus objetivos con nuestros productos y servicios con contenido en el que pueden confiar.

Hacer que el código abierto sea más inclusivo

Red Hat se compromete a reemplazar el lenguaje problemático en nuestro código, documentación y propiedades web. Para más detalles, consulte el Blog de Red Hat.

Acerca de Red Hat

Ofrecemos soluciones reforzadas que facilitan a las empresas trabajar en plataformas y entornos, desde el centro de datos central hasta el perímetro de la red.

© 2024 Red Hat, Inc.