Administración de sistemas de archivos

El proceso de incorporar un sistema de archivos a la estructura de directorios existente se denomina montaje del sistema de archivos. El sistema de archivos puede estar ubicado en uno o varios discos conectados directamente al sistema, es decir, un sistema de archivos local, o en un disco de un sistema remoto (consulte la sección «Importación de un sistema de archivos (de HP-UX a HP-UX)»), y puede estar instalado bien en un volumen lógico o bien en un disco que no administre el LVM.

Al montar un sistema de archivos, éste se asocia a un directorio del árbol del sistema de archivos existente. Antes del montaje del sistema de archivos, los usuarios no pueden obtener acceso a los archivos, aunque estén presentes en el disco; después de montarlo, el sistema de archivos es accesible.

El directorio del sistema de archivos existente donde se adjunta el archivo se denomina punto de montaje o directorio de montaje del nuevo sistema de archivos, y los archivos del sistema de archivos agregado se integran en la jerarquía del sistema de archivos existente.

El punto de montaje debe ser un subdirectorio vacío ubicado en el sistema de archivos existente. Si monta un sistema de archivos en un directorio que ya contenga archivos, estos archivos se ocultarán y no se podrá obtener acceso a ellos hasta que se desmonte el sistema de archivos. Si trata de montar el sistema de archivos en un directorio cuyos archivos se estén utilizando, el montaje no se lleva a cabo.

Para montar sistemas de archivos, puede utilizar el SAM o los comandos de HP-UX.

Si utiliza el SAM, continúe a partir del menú de la zona “Disks and File Systems” del SAM. Puede llevar a cabo las tareas necesarias como parte del proceso de creación del sistema de archivos, tal como se describe más arriba. Para obtener ayuda con el montaje de archivos por medio del SAM, consulte la ayuda en línea de la herramienta. Respecto a los comandos de HP-UX, a continuación se facilitan las instrucciones de empleo.

El comando mount asocia un sistema de archivos, ubicado en un disco no administrado por el LVM o en un volumen lógico, a un directorio existente.

También se puede utilizar el comando mountall o el comando mount -a para montar todos los sistemas de archivos enumerados en el archivo /etc/fstab. (Para obtener información pormenorizada, consulte las páginas de manual de mount(1M), mountall(1M) y fstab(4).)

Montaje de sistemas de archivos locales

Para montar un sistema de archivos local:

1. Seleccione un directorio vacío que sirva de punto de montaje del sistema de archivos. Utilice el comando mkdir para crear el directorio si aún no existe. Por ejemplo, escriba:

   mkdir /joe

2. Monte el sistema de archivos con el comando mount. Utilice el nombre del archivo de dispositivo de bloques del sistema de archivos seguido del nombre del punto de montaje como argumentos del comando mount.

   Por ejemplo, escriba:

   mount /dev/vg01/lvol1 /joe

Para obtener información pormenorizada y ejemplos, consulte la página de manual de mount(1M).

	NOTA: Si no utiliza volúmenes lógicos, ejecute el comando ioscan -fn -H ruta_hardware para averiguar el nombre del archivo de dispositivo de bloques que ha de utilizarse. Puede utilizar el comando lssf para ver la ubicación asociada al archivo de dispositivo y compararla con la dirección de hardware real del disco. También puede utilizar el comando ioscan para ver los dispositivos conectados al sistema y la ruta de hardware correspondiente. Si el archivo de dispositivo de bloques no existe, créelo con el comando insf o el comando mksf. Para obtener información sobre estos comandos, consulte el manual Configuring HP-UX for Peripherals y las páginas de manual de lssf(1M), ioscan(1M), insf(1M) y mksf(1M).

Para montar automáticamente un sistema de archivos durante el inicio, incluya una mención al mismo en el archivo /etc/fstab. Para obtener información pormenorizada sobre la creación de entradas en el archivo /etc/fstab, consulte la entrada de la página de manual de fstab(4).

A continuación, se relacionan algunos problemas típicos que surgen en ocasiones al montar sistemas de archivos y las acciones idóneas para subsanarlos. Consulte también la sección «Solución de problemas con el NFS».

Para desmontar sistemas de archivos ubicados en un sistema NFS remoto, puede utilizar el SAM o bien el comando umount.

Si se desmonta el servidor, el sistema de archivos desaparece del cliente; si se desmonta el cliente, esto no influye en el acceso al sistema de archivos ubicado en el servidor.

Para obtener información sobre el desmontaje de sistemas de archivos NFS con el SAM, utilice la ayuda en línea del SAM.

Para obtener información sobre la configuración y la solución de problemas de los montajes NFS, consulte la sección «Distribución de archivos y aplicaciones por medio del NFS y del ftp ».

Al ejecutar el comando shutdown, el sistema trata de desmontar todos los sistemas de archivos montados excepto el sistema de archivos raíz, que no puede desmontarse. Para obtener más información sobre el cierre, consulte la sección «Cierre de sistemas».

Si el comando umount no se ejecuta para desmontar un sistema de archivos, compruebe lo siguiente:

	ATENCIÓN: Desmonte siempre los sistemas de archivos que contenga un dispositivo de almacenamiento masivo antes de eliminar el dispositivo del sistema. La eliminación de un dispositivo que contenga sistemas de archivos montados (por ejemplo, al desconectar o apagar un disco, o al eliminar un paquete de discos de un dispositivo de almacenamiento masivo) es probable que conlleve el deterioro de los sistemas de archivos.

Supongamos que el tamaño actual de un volumen lógico es de 1024 MB (1 GB). En el supuesto de que los usuarios del sistema de archivos de este volumen lógico hayan utilizado el 95 % del espacio actual del mismo y de que la carga de trabajo se vaya a aumentar con la adición de un proyecto nuevo, habrá que ampliar el sistema de archivos. Para aumentar el tamaño del sistema de archivos, dé los siguientes pasos:

Los siguientes indicios son sintomáticos de un sistema de archivos dañado:

Si usted u otros usuarios no pueden identificar fácilmente la causa de las dificultades, compruebe si el sistema de archivos presenta incoherencias con ayuda del comando fsck.

fsck, el comprobador de sistemas de archivos, es la principal herramienta de HP-UX para buscar y subsanar las incoherencias en los sistemas de archivos. fsck examina el sistema de archivos HFS o JFS registrado en el archivo /etc/fstab.

Si el sistema da error, reinícielo y ejecute el comando fsck(1M). También debe comprobar el sistema de archivos si sospecha que está dañado o si desea efectuar el mantenimiento preventivo periódico.

Para obtener más información, consulte las páginas de manual de fsck(1M), fsck_hfs(1M) y fsck_vxfs(1M).

Comprobación de un sistema de archivos HFS

Utilice el siguiente procedimiento.

1. Antes de ejecutar fsck, asegúrese de que existe un directorio lost+found vacío en el raíz para cada sistema de archivos que prevea examinar. fsck coloca los archivos o directorios con problemas que encuentra en lost+found.

   Si no existe el directorio lost+found, reconstrúyalo con mklost+found(1M).

2. Para los sistemas de archivos susceptibles de montaje, prepare el desmontaje del sistema de archivos: interrumpa todos los procesos en proceso de ejecución en dicho sistema y cierre los archivos abiertos.

   Para el sistema de archivos raíz, ejecute el comando shutdown (sin -h ni -r) a fin de entrar en el estado monousuario. El sistema de archivos raíz no se puede desmontar.

3. Desmonte el sistema de archivos (susceptible de montaje) con el SAM o el comando umount.

4. Ejecute fsck.

   	NOTA: Las opciones -n o -N ejecutan fsck en modo no destructivo y son las opciones disponibles más seguras. Estas opciones se pueden ejecutar en un sistema de archivos montado como medida de precaución ante la sospecha de posibles dificultades. En el siguiente párrafo se documenta más detalladamente la opción -p tradicional.

   La opción -p del comando fsck permite solucionar muchos problemas con los sistemas de archivos en modo no interactivo. (Para obtener información sobre la sintaxis y las opciones, consulte la página de manual de fsck(1M).) Si fsck no detecta ningún error o bien detecta errores subsanables, corrige dichos errores e imprime información sobre el sistema de archivos que haya comprobado. Si fsck descubre un problema que no puede solucionar mientras se ejecuta con la opción -p, se interrumpe con un mensaje de error.

5. Utilice la siguiente tabla para determinar cuál debe ser la siguiente acción en función de tres resultados posibles:.

   Si fsck notifica que...	Continúe con el...	Después, ...
   no hay ningún error	paso 6	ha terminado
   hay errores y los corrige todos	paso 7	paso 10
   hay algún error que no puede corregir y presenta un mensaje de error	paso 8	paso 9

6. Compruebe si la causa del problema es otra.

   Si fsck se ejecuta sin detectar ningún error, el problema no radica en un sistema de archivos dañado. En este caso, considere otras causas posibles de los problemas con los archivos:

   • Un usuario ha eliminado, sobrescrito, trasladado o truncado el archivo o los archivos en cuestión.

   • Un programa o una aplicación ha eliminado, sobrescrito, trasladado o truncado el archivo o los archivos.

   • Es posible que el sistema de archivos asociado a un directorio concreto al crear un archivo no se monte en dicho directorio esta vez (si llega a montarse algún sistema de archivos).

   • Se ha colocado un archivo (o un grupo de archivos) en un directorio que actualmente tiene montado un sistema de archivos. Los archivos que estaban en el directorio antes de montar el sistema de archivos actual aún existen, pero no se podrá obtener acceso a ellos hasta que desmonte el sistema de archivos que los tapa.

   • Los bits de protección o propiedad del archivo le impiden obtener acceso a él.

   Puesto que el sistema de archivos no está dañado, no continúe con el resto de los pasos de este procedimiento.

7. Restaure los archivos pertinentes.

   Después de que fsck detecte y corrija todos los errores que localice en el sistema de archivos, puede dar por sentado que el sistema de archivos volverá a ser sólido desde el punto de vista estructural. Si alguno de los archivos necesarios se ha perdido, restáurelos a partir de la copia de seguridad o a partir del directorio lost+found. En cuanto fsck haya reparado el daño, continúe con el paso 10.

8. Prepárese para ejecutar fsck de forma interactiva.

   Si fsck se interrumpe sin corregir todos los errores que detecte, deberá ejecutar fsck de forma interactiva.

   Antes de hacerlo, traslade los archivos de importancia crítica ubicados en este sistema de archivos de los que aún no haya hecho una copia de seguridad (y que aún estén intactos) a otro sistema de archivos o trate de guardarlos en una cinta.

   Al ejecutar fsck de forma interactiva, tal vez sea preciso realizar acciones que podrían provocar la pérdida de datos o la eliminación de un archivo/nombre de archivo (por ejemplo, cuando dos archivos reclaman la propiedad de los mismos bloques de datos). Por este motivo, es probable que no se consumen con éxito los intentos de hacer una copia de seguridad de este sistema de archivos en este momento. ¡He aquí otro motivo para realizar copias de seguridad del sistema con regularidad!

   	IMPORTANTE: Vacíe el directorio lost+found antes de volver a ejecutar el comando fsck.

9. Ejecute fsck de forma interactiva volviendo a ejecutar fsck sin la opción -p ni la opción -P.

   A medida que fsck detecte errores, le pedirá permiso para desempeñar determinadas tareas. Si no le concede a fsck el permiso para efectuar la corrección, dicho comando prescindirá de esta operación y no reparará el sistema de archivos.

   Después de su ejecución interactiva, el comando fsck le pedirá en muchos casos que ejecute reboot -n. Si no lo hace, el sistema de archivos podría volverse a dañar. (Tenga en cuenta que el comando reboot -n no se debe utilizar para el reinicio normal.)

10. Examine los archivos del directorio lost+found.

    En cuanto fsck haya reparado el sistema de archivos, monte el sistema de archivos y compruebe la presencia en el correspondiente directorio lost+found de posibles entradas. Éstas son archivos, enumerados por el número de inodo, cuya asociación a los directorios originales se ha perdido. Examine estos archivos, determine su nombre y vuelva a colocarlos en la ubicación correcta. Para ello:

    • Utilice el comando file para establecer el tipo de archivo.

    • Si son archivos de texto ASCII, puede consultar su contenido con el comando cat o el comando more.

    • Si son de otro tipo, tendrá que utilizar una utilidad como xd u od para examinar su contenido.

    • Ejecute los comandos what o strings como ayuda para buscar el origen de los archivos lost+found.

En cuanto haya vuelto a colocar en el sitio correcto los archivos del directorio lost+found, restaure los archivos que falten a partir de la copia de seguridad más reciente.

	IMPORTANTE: El mensaje CAN'T READ BLOCK ... puede indicar un problema con los medios que se puede solucionar con el comando mediainit(1). En caso contrario, probablemente se haya producido un error de hardware; en este caso, póngase en contacto con la oficina de ventas y asistencia técnica local.

Si tiene el producto HP OnLineJFS, puede disminuir el tamaño de un sistema de archivos con un solo comando: fsadm. (Para obtener la sintaxis, consulte la página de manual de fsadm_vxfs(1M) y, para ampliar la información, consulte el libro Disk and File Management Tasks on HP-UX.)

Si no tiene el producto HP OnLineJFS, los pasos necesarios son idénticos a los expuestos a continuación para el sistema de archivos HFS y dependen de si se utilizan volúmenes lógicos o no.

Si un sistema de archivos HFS está ubicado en un disco no administrado por el LVM, dé los siguientes pasos para disminuir su tamaño:

Si un sistema de archivos HFS está ubicado en un volumen lógico, se puede considerar que el volumen lógico es el continente y el sistema de archivos el contenido.

Después de crear un sistema de archivos concreto, no basta con ejecutar un comando para disminuir su tamaño como ocurría en el caso de una ampliación del tamaño de un sistema de archivos, tal como se describe en la sección «Ampliación del tamaño de un sistema de archivos en un volumen lógico». En primer lugar, debe disminuir el tamaño del volumen lógico correspondiente. Por otro lado, disminuir el tamaño de un continente en exceso, es decir, a un tamaño menor del contenido de su sistema de archivos hará que se destruya parte del contenido del sistema de archivos. Después de disminuir el tamaño del continente, debe volver a crear un sistema de archivos nuevo en el continente con el comando newfs o el SAM; si no lo hace, cuando trate de obtener acceso al sistema de archivos original, es posible que el sistema se bloquee. A continuación, se presentan los pasos que hay que dar:

A continuación, se enumeran los pasos principales para configurar y activar las cuotas de disco:

Al desmontarse un sistema de archivos, HP-UX desactiva automáticamente las cuotas de disco.

Las cuotas de disco de un sistema de archivos se pueden desactivar sin desmontar dicho sistema de archivos con ayuda del comando /usr/sbin/quotaoff. No obstante, no se recomienda utilizar este comando porque después de desactivar las cuotas, cabe la posibilidad de que el espacio en disco real no guarde coherencia con la información sobre el uso almacenada en el archivo quotas; en este caso, deberá ejecutar el comando quotacheck al volver a activar quotas. Para obtener más información, consulte la página de manual de quotaoff(1M).

Después de crear un archivo que conlleve que se rebase un límite lógico, un usuario que utilice los sistemas de archivos montados localmente verá un mensaje parecido al siguiente:

WARNING: disk quota (/home) exceeded

El usuario dispone de tiempo limitado para eliminar los archivos innecesarios. El usuario no recibirá más advertencias hasta que intente rebasar los límites físicos o deje que se extinga el tiempo sin disminuir el uso a los niveles normales. En cuanto el usuario corrige los niveles de uso que le corresponden, el sistema levanta las restricciones de tiempo.

	NOTA: Los usuarios de sistemas de archivos remotos (por ejemplo, los montajes de NFS) no obtienen advertencias sobre los límites lógicos. Por tanto, los usuarios con cuotas en sistemas de archivos remotos pueden alcanzar los límites físicos sin ningún aviso previo, por lo que deben comprobar con frecuencia los niveles de uso que les corresponden con el comando /usr/bin/quota. Para obtener información pormenorizada sobre la comprobación de los niveles, consulte la página de manual de quota(1). Para utilizar la opción user del comando quota a fin de consultar información específica sobre el uso y las cuotas de los demás usuarios, se debe ser usuario con privilegios de superusuario.

Cuando un usuario alcanza un límite físico o no disminuye el uso por debajo de los límites lógicos dentro del plazo asignado, aparece un mensaje de error en el terminal. Si un usuario alcanza un límite de bloque, aparece el siguiente mensaje:

DISK LIMIT REACHED - WRITE FAILED

Si alcanza un límite de archivo, aparece el siguiente mensaje:

FILE LIMIT REACHED - CREATE FAILED

La forma de proceder cuando se alcanza un límite físico dependerá de si el usuario estaba utilizando o no un editor cuando obtuvo el mensaje. En los siguientes apartados se describen ambos casos.

Cuando no se utiliza un editor

Cuando no se utilice un editor, dé los siguientes pasos:

Cuando se utiliza un editor

Cuando se utilice un editor, el usuario tendrá que eliminar los archivos para llegar a un nivel inferior a los límites de la cuota y seguir conservando los últimos cambios realizados en el archivo en proceso de modificación. Si es posible, un usuario puede hacerlo abriendo una ventana nueva o iniciando una sesión desde un nodo remoto. De este modo, el usuario puede obtener un símbolo del sistema del shell sin anular el editor. Otra forma de hacerlo es dando los siguientes pasos:

O, cuando se utilice un shell de control de trabajos:

Para configurar la creación de reflejos, se puede utilizar bien el SAM o bien los comandos HP-UX. Siempre que sea posible, utilice el SAM.

Mediante el SAM

El SAM lleva a cabo las siguientes tareas de definición y configuración en relación con la creación de reflejos:

	NOTA: La característica de acceso a los volúmenes lógicos del SAM relacionada con la creación de reflejos no funciona si no se ha agregado al sistema el subsistema MirrorDisk/UX.

Mediante los comandos de HP-UX

En la Tabla 6-7, «Comandos de HP-UX utilizados para crear y configurar el reflejado », se resumen los comandos que tendrá que ejecutar para desempeñar las tareas de definición y configuración de reflejos cuando no utilice el SAM. En relación con las opciones de la línea de comandos apropiadas que han de utilizarse, consulte la sección 1M del manual HP-UX Reference.

Para realizar una copia de seguridad de una copia sin conexión mientras la otra copia permanece en línea, puede dividir un volumen lógico reflejado en dos volúmenes lógicos. Al cesar la actividad en la copia sin conexión, puede volver a fusionar en uno los dos volúmenes lógicos. A fin de poder sincronizar de nuevo las dos copias, el LVM actualiza las extensiones físicas de la copia sin conexión en función de los cambios realizados en la copia que se siguió utilizando.

Para dividir y fusionar volúmenes lógicos, puede utilizar el SAM o bien los comandos lvsplit y lvmerge.

Después de dividir un volumen lógico que contenga un sistema de archivos, debe dar los siguientes pasos:

Para obtener más detalles, consulte las páginas de manual de lvsplit(1M) y lvmerge(1M).

Para realizar una separación de los canales de E/S, puede utilizar el SAM para crear grupos de volúmenes físicos a partir de un subconjunto de discos LVM ubicados en un grupo de volúmenes, o bien emplear los siguientes comandos después de concluir los pasos 1 a 3 enumerados en el «Ejemplo: creación de un volumen lógico con los comandos de HP-UX».

Para crear un volumen lógico reflejado en los grupos de volúmenes físicos que culminen la separación de canales de E/S, debe definir una asignación estricta para aplicarla a los discos separados en grupos de volúmenes físicos. La política de asignación se define al crear el volumen lógico bien con el SAM o bien con el comando lvcreate(1M).

	NOTA: Para evitar la pérdida de flexibilidad que tiene lugar al crear grupos de volúmenes físicos, conviene utilizar el comando lvextend que permite especificar volúmenes físicos concretos. Para obtener más información, consulte la sección «Ampliación de un volumen lógico en un disco específico ».

La utilización de copias espejo de los volúmenes lógicos raíz, de inicio o de intercambio primario en otro disco sirve para mantener el sistema en funcionamiento en caso de que alguno de los volúmenes lógicos mencionados se deteriore.

Para crear un reflejo del sistema de archivos raíz, antes debe agregar un disco LVM arrancable:

Una vez creadas las copias espejo de los volúmenes lógicos raíz, de inicio y de intercambio primario, si da error alguno de estos volúmenes lógicos, el sistema podrá utilizar la copia espejo en el otro disco y continuar. Cuando el disco en el que se produjo el error vuelva a estar en línea, dicho disco se recuperará automáticamente a condición de que no se haya reiniciado el sistema.

Si el sistema se ha reiniciado antes de volver a poner en línea el disco, tendrá que reactivar el disco y actualizar las estructuras de datos LVM que realizan un seguimiento de los discos en el grupo de volúmenes. Puede utilizar el comando vgchange -a y aunque el grupo de volúmenes ya esté activo.

Por ejemplo, puede reactivar el disco escribiendo:

vgchange -a y /dev/vg00

Esto hace que el LVM analice y active todos los discos disponibles en el grupo de volúmenes, vg00, incluido el disco que se puso en línea después de reiniciar el sistema.

En el siguiente gráfico, se muestra la disposición de un disco de inicio. El disco contiene un registro de inicio maestro (MBR - Master Boot Record) y tablas de particiones EFI (Extensible Firmware Interface) que señalan cada una de las particiones. Para crear las particiones, se utiliza el comando idisk (consulte la página de manual de idisk(1M)).

Figura 6-5 Ejemplo de disposición de un disco LVM en un servidor HP Integrity

Antes de poner en marcha el procedimiento, asegúrese de que se ha instalado el complemento HP MirrorDisk/UX (B5403BA). Este complemento es un producto que supone gastos adicionales y que se facilita en los medios de las revisiones de aplicaciones de HP-UX 11i. Por ejemplo:

swlist -l fileset | grep -i mirror
LVM.LVM-MIRROR-RUN        B.11.22        LVM Mirror

Hay determinadas tareas que no pueden llevarse a cabo con el SAM. Para efectuar las tareas descritas a continuación, tiene que utilizar los comandos apropiados de HP-UX.

Traslado de un volumen lógico reflejado a otro disco

Supongamos que tiene un volumen lógico reflejado (/dev/vg01/lvol4). La copia espejo está en un disco que desea eliminar del sistema (/dev/dsk/c7t0d0). Hay espacio en otro disco (/dev/dsk/c5t0d0) del mismo grupo de volúmenes para la copia espejo.

Puede trasladar la copia espejo de un volumen lógico de un disco a otro con el comando pvmove (consulte la página de manual de pvmove(1M)).

Para trasladar la copia, ejecute el siguiente comando:

pvmove -n /dev/vg01/lvol4 /dev/dsk/c7t0d0   /dev/dsk/c5t0d0

Sustitución de un disco reflejado

Dado el caso de que precise sustituir un disco reflejado que no funcione, deberá dar los siguientes pasos para garantizar que los datos del disco de sustitución están sincronizados y son válidos:

1. Antes de sustituir el disco, reduzca al mínimo toda pérdida potencial de datos como consecuencia de su extracción: confirme que los volúmenes lógicos reflejados que utilizan el disco están reflejados en un disco aparte y que estas copias espejo son actuales. Para buscar la lista de volúmenes lógicos que utilizan el disco, utilice el comando pvdisplay:

   pvdisplay -v /dev/dsk/cntndn

   Para cada uno estos volúmenes lógicos, puede utilizar lvdisplay a fin de comprobar qué extensiones lógicas están asignadas en el disco y si existe una copia actual de dichos datos en otro disco, tal como se analiza en la sección «Sincronización de un volumen lógico reflejado»:

   lvdisplay -v /dev/grupo_volúmenes/lvoln \
   | grep /dev/dsk/cntndn

2. Ejecute el comando vgcfgbackup para guardar la información sobre la configuración del grupo de volúmenes, si es necesario:

   vgcfgbackup /dev/grupo_volúmenes

3. Elimine el disco del grupo de volúmenes, si lo desea, con el comando vgreduce.

   En caso contrario, si alguno de los volúmenes lógicos del disco tiene un tiempo de espera asignado que no sea el valor por defecto (cero), deshabilite temporalmente el tiempo de espera. Para cada volumen lógico:

   lvchange -t 0 /dev/grupo_volúmenes/lvoln

4. Desconecte físicamente el disco defectuoso y conecte el disco de sustitución.

5. Si va a sustituir un reflejo del disco de inicio, configure la zona de inicio en el disco.

   1. Si se trata de un servidor HP Integrity, realice una partición del disco con el comando idisk, tal como se describe en la sección «Creación de reflejos de un disco de inicio con LVM en HP-UX 11i para servidores HP Integrity». No tiene que ejecutar insf ni pvcreate, puesto que se está sustituyendo un volumen físico existente.

   2. Utilice el comando mkboot para configurar la zona de inicio:

      mkboot /dev/rdsk/cntndn

      En los servidores HP Integrity, utilice las opciones -e y -l del comando mkboot para copiar las utilidades EFI en la partición EFI:

      mkboot -e -l /dev/rdsk/cntndn

   3. Actualice la información sobre el grupo de volúmenes raíz:

      lvlnboot -R /dev/vg00

6. Ejecute el comando vgcfgrestore para restaurar la información sobre la configuración del LVM en el disco agregado.

   vgcfgrestore -n /dev/grupo_volúmenes /dev/rdsk/cntndn

7. Ejecute el comando vgchange -a y para reactivar el grupo de volúmenes al que pertenezca el disco. Puesto que el grupo de volúmenes ya está activo actualmente, no se produce ninguna sincronización automática.

   vgchange -a y /dev/grupo_volúmenes

8. Si alguno de los volúmenes lógicos del disco tenía un tiempo de espera asignado que no fuera por defecto, restaure el valor de tiempo de espera por defecto anterior:

   lvchange -t valor /dev/grupo_volúmenes/lvoln

9. A continuación, ejecute el comando vgsync para sincronizar manualmente todas las extensiones del grupo de volúmenes:

   vgsync /dev/grupo_volúmenes

Para obtener información adicional sobre cualquiera de los comandos anteriores, consulte el manual HP-UX Reference.

	NOTA: Se puede utilizar el mismo procedimiento para sustituir un disco que contenga volúmenes lógicos sin reflejo. No obstante, al extraer el disco, se perderán de forma permanente los datos no reflejados en dicho disco. Por tanto, antes de iniciar este procedimiento, confirme que tiene una copia de seguridad de los volúmenes lógicos sin reflejo y, a continuación, detenga las aplicaciones que los utilicen y desmonte cualquier sistema de archivos que esté montado en ellos. Después de sustituir el disco y de activar el grupo de volúmenes, no utilice dichos volúmenes lógicos sin reflejo hasta que los haya recuperado a partir de la copia de seguridad.

Mantenimiento de la alta disponibilidad en caso de un error de disco

En general, si un disco reflejado da error y se pretende mantener la creación de reflejos, tendrá que desactivar inmediatamente el grupo de volúmenes correspondiente y dar los pasos anteriores para sustituir el disco. Durante este intervalo, el sistema de archivos no estará disponible y no se dispondrá de una copia espejo adicional de los datos a no ser que haya configurado la creación de reflejos dobles. Aun cuando haya configurado la creación de reflejos dobles, el grado de seguridad será menor debido a la pérdida de una de las dos copias espejo.

Para evitar dicha posibilidad, puede utilizar uno o varios discos de reserva en cada uno de los grupos de volúmenes a fin de que actúen de dispositivos de sustitución en caso de producirse un error de disco. Después de hacerlo, el LVM “reconfigurará” automáticamente el grupo de volúmenes de modo que el volumen físico de reserva ocupe el lugar del dispositivo defectuoso sin intervención del operador. Es decir, en el volumen físico de sustitución, se efectuará una copia de los datos de todos los volúmenes lógicos que se hallen actualmente en el disco defectuoso. Este proceso se denomina fijación automática de volúmenes de reserva o simplemente fijación de volúmenes de reserva. Este proceso tiene lugar mientras el sistema de archivos permanece inaccesible para los usuarios. A continuación, puede planificar la sustitución del disco defectuoso para un momento que cause el menor trastorno posible a usted y los usuarios. Cuando llegue dicho momento, debe volver a copiar los datos del disco de reserva en el disco original o en el disco que lo sustituya, y volverle a atribuir al disco de reserva su función de disco vacío “en espera”.

Para configurar uno o varios volúmenes físicos de reserva en cada grupo de volúmenes que desee proteger contra los errores de disco, dé los siguientes pasos. Estos pasos deben darse antes de que realmente se produzca un error de disco.

	NOTA: MirrorDisk/UX no está disponible para los entornos LVM compartidos en un clúster de alta disponibilidad. Puesto que se precisa el producto MirrorDisk/UX para el proceso de fijación de volúmenes de reserva, no podrá configurar la reserva con los pasos siguientes en el caso de los entornos LVM compartidos. En tales casos, se recomienda utilizar la creación de reflejos de hardware por medio de dispositivos RAID. Es frecuente que la creación de reflejos de hardware integre una forma propia de fijar volúmenes de reserva.

1. Para inicializar el disco como un disco LVM, utilice el comando pvcreate . Sin embargo, no utilice la opción -B, ya que los volúmenes físicos de reserva no pueden contener información de inicio.

   # pvcreate /dev/rdsk/c1t0d0

2. Asegúrese de que el grupo de volúmenes se ha activado.

   vgchange -a y /dev/vg01

3. Utilice el comando vgextend con la opción -z y para designar uno o varios volúmenes físicos como volúmenes físicos de reserva en el grupo de volúmenes. También puede transformar un volumen físico que no tenga ninguna extensión actualmente asignada en un volumen físico de reserva con el comando pvchange acompañado de la opción -z y.

   vgextend -z y /dev/vg01 /dev/dsk/c1t0d0

Para que se produzca la fijación de volúmenes de reserva:

• Todos los volúmenes lógicos del grupo de volúmenes deben haberse configurado con creación de reflejos estricta, según la cual las copias espejo se mantienen en discos independientes. El motivo es que el LVM copia los datos en el volumen de reserva a partir de un disco intacto en lugar de a partir del propio disco deteriorado.

• Al menos un volumen físico debe estar disponible como reserva “en espera”; si la última reserva ya se está utilizando como consecuencia de un error de disco, ya no sirve de reserva actualmente disponible.

• El tamaño mínimo de la reserva disponible debe ser equivalente al del disco dañado.

El espacio en disco de un volumen físico de reserva no podrá utilizarse para la asignación de extensiones más que cuando actúe de disco de sustitución en caso de un error de disco. Por tanto, las extensiones físicas correspondientes no se incluirán en los recuentos indicados debajo de Total PE o Free PE al examinar la salida de los comandos pvdisplay y vgdisplay.

	NOTA: Si reviste importancia mantener un rendimiento análogo en caso de producirse un error de disco, debe configurar un volumen físico de reserva en cada bus. No obstante, dado el caso de que en el mismo bus dé error más de un disco, el rendimiento se verá afectado en cierta medida, aunque se aplique la estrategia mencionada.

Los comandos pvdisplay y vgdisplay aportarán información sobre si un volumen físico dado es un volumen de reserva vacío en espera o contiene datos en calidad de volumen de reserva en uso, junto con información sobre los volúmenes físicos que no estén disponibles actualmente pero cuyos datos se hayan guardado en reserva.

Método 1:
creación y copia

Emplee este método para convertir un sistema de archivos HFS en un sistema de archivos JFS cuando desee reducir al mínimo el tiempo de inactividad y disponga de suficiente espacio libre.

Método 2:
sustitución de HFS por JFS

Emplee este método para convertir un sistema de archivos HFS en un sistema de archivos JFS cuando desee reducir al mínimo el espacio necesario para realizar la conversión y pueda permitirse que el tiempo de inactividad sea significativo.

Después de comprobar que se puede obtener acceso a los nuevos sistemas de archivos JFS, puede eliminar el archivo /etc/fstab.save y modificar el archivo /etc/fstab para eliminar las líneas de comentario.

Para obtener más información sobre los comandos utilizados en este procedimiento, consulte las páginas de manual de cpio(1), fbackup(1M), frecover(1M), fstab(4), lvcreate(1M), mount_vxfs(1M), mkfs_vxfs(1M), shutdown(1M) y tar(1).

Método 3:
vxfsconvert

Emplee este método para convertir un sistema de archivos HFS en un sistema de archivos JFS cuando desee que la conversión de listas ACL sea automática (si no tiene ninguna lista ACL incompatible).

	ADVERTENCIA: No utilice el comando vxfsconvert sin efectuar una copia de seguridad completa del sistema de archivos. No se garantiza que el comando vxfsconvert funcione en todos los sistemas de archivos. Si la conversión no se lleva a cabo y no dispone de una copia de seguridad, perderá los datos.

	NOTA: vxfsconvert convierte las entradas de listas de control de acceso (ACL) de HFS en entradas de listas ACL de JFS. No obstante, sólo se convierten las entradas que cumplan la norma POSIX ACL. Las entradas conformes a dicha norma especifican permisos de acceso para un usuario o bien para un grupo, pero no para ambos. Por ejemplo, las entradas de formato (user.%) y (%.group) se convertirán, mientras que las entradas de formato (user.group) se pasarán por alto. En el caso de archivos que tengan entradas compatibles e incompatibles, se convertirán todas las entradas compatibles, pero se pasarán por alto las incompatibles. Si el sistema de archivos HFS que va a convertir contiene entradas incompatibles, debe escribir una secuencia de comandos que sirva para buscar y convertir entradas así en entradas compatibles, de modo que vxfsconvert las convierta en listas ACL de JFS.

Para obtener más información sobre los comandos utilizados en este procedimiento, consulte las páginas de manual de cpio(1), fsck_vxfs(1M), mount(1M), tar(1) y vxfsconvert(1M)

En este procedimiento, se da por sentado que el espacio en disco se administra con el LVM. Si el sistema de archivos no está en un volumen lógico, el disco debe disponer de espacio no utilizado.

En el siguiente procedimiento, se cambia el tamaño de un sistema de archivos JFS sin el aporte del producto opcional HP OnLineJFS.

Si desea que un sistema de archivos admita el uso de archivos grandes (mayores de 2 GB), éstos deben habilitarse de forma explícita, puesto que el valor por defecto del sistema es emplear archivos pequeños. (Un sistema no admite archivos grandes con sólo actualizarlo a una revisión de HP-UX que los admita.) Esto presenta una ventaja: si no necesita trabajar con archivos grandes, no es preciso que los habilite en el sistema; y todo seguirá funcionando del mismo modo que antes.

Para crear un sistema de archivos con archivos grandes, utilice el comando mkfs o el comando newfs. A partir de la revisión 11.0 de HP-UX, el comportamiento por defecto de estos comandos consiste en crear un sistema de archivos con archivos que no sean grandes. No obstante, cabe la posibilidad de que se modifique este valor por defecto en una revisión posterior de HP-UX. Por tanto, es conveniente definir explícitamente la opción largefiles o bien nolargefiles.

En los siguientes ejemplos, se ilustran modos distintos de crear un sistema de archivos con archivos grandes:

/usr/sbin/mkfs -F hfs -o largefiles /dev/vg02/rlvol1

/usr/sbin/newfs -F hfs -o largefiles /dev/vg02/rlvol1

/usr/sbin/mkfs -F vxfs -o largefiles /dev/vg02/rlvol1

/usr/sbin/newfs -F vxfs -o largefiles /dev/vg02/rlvol1

En los siguientes ejemplos, se ilustran modos distintos de crear un sistema de archivos que no admita archivos grandes:

/usr/sbin/mkfs -F hfs -o nolargefiles /dev/vg02/rlvol1

/usr/sbin/newfs -F hfs -o nolargefiles /dev/vg02/rlvol1

/usr/sbin/mkfs -F vxfs -o nolargefiles /dev/vg02/rlvol1

/usr/sbin/newfs -F vxfs -o nolargefiles /dev/vg02/rlvol1

Es posible convertir un sistema de archivos con archivos grandes en otro con archivos pequeños, y viceversa, con ayuda del comando fsadm. Reviste importancia comprender que la conversión de estos sistemas de archivos debe realizarse en un sistema de archivos desmontado y que, después de una conversión eficaz, se llama al comando fsck.

En el siguiente ejemplo, se ilustra cómo convertir un sistema de archivos sin archivos grandes en un sistema de archivos con archivos grandes.

/usr/sbin/newfs -F hfs -o largefiles /dev/vg02/rlvol1

	NOTA: Aunque la conversión de un sistema de archivos sin archivos grandes en un sistema de archivos con archivos grandes en general siempre es eficaz, no ocurre lo mismo a la inversa. La conversión de un sistema de archivos con archivos grandes en un sistema de archivos sin archivos grandes sólo se podrá realizar con éxito si el sistema de archivos no contiene ningún archivo grande. Aun cuando el comando fsadm sólo detecte un archivo grande en el sistema de archivos que ha de convertirse, dicho comando no convertirá el sistema de archivos. Por tanto, como paso previo a la conversión de un sistema de archivos con archivos grandes que en realidad albergue archivos grandes en un sistema de archivos sin archivos grandes, debe eliminar los archivos grandes.

A partir de la revisión 10.20 y posteriores de HP-UX, todos los comandos de administración del sistema de archivos para HFS y JFS admiten los archivos grandes (mayores de 2 GB). Todos los comandos de usuario del sistema de archivos admiten los archivos grandes.

Si un comando que no admita los archivos grandes detecta uno, el comando generará un error EOVERFLOW e imprimirá un mensaje parecido al siguiente:

Value too large to be stored in data type

El comando fsck(1M) repara los sistemas de archivos dañados. Normalmente, no deben aparecer archivos grandes en un sistema de archivos sin archivos grandes. No obstante, si en efecto aparece un archivo grande, el comando fsck soluciona esta situación de dos formas.

En el primer marco hipotético, el comando fsck se utiliza en el modo interactivo. fsck busca un archivo grande en un sistema de archivos sin archivos grandes, marca el sistema de archivos como defectuoso y se detiene. A continuación, se puede solucionar la situación con el comando fsadm junto con la opción -o largefiles. El comando fsck repara el sistema de archivos que, a continuación, se podrá montar. Este marco hipotético conserva el archivo grande, si el comando fsck no detecta que presente algún otro daño.

En el segundo marco hipotético, el comando fsck se utiliza en modo no interactivo y se depura el archivo grande en un sistema de archivos sin archivos grandes. fsck supone que el superbloque es exacto en función de las comprobaciones de exactitud que realiza, puesto que la probabilidad de que un superbloque se dañe es insignificante en comparación con la presencia de un archivo grande en un sistema de archivos sin archivos grandes. Por consiguiente, fsck eliminará el archivo grande de un sistema de archivos que considere que no debe contener archivos grandes.

El comando mount admite sistemas de archivos con archivos grandes y brinda un método para garantizar que no se monte ningún sistema de archivos con archivos grandes en el sistema.

El comando mount utiliza las mismas dos opciones que los comandos mkfs, newfs y fsadm (largefiles y nolargefiles). El comando mount no monta un sistema de archivos con archivos grandes si se especifica la opción -o nolargefiles. A la inversa, el comando mount no monta un sistema de archivos sin archivos grandes si se ha especificado la opción -o largefiles. Si no se facilita ninguna opción para mount, este comando utiliza el estado del propio sistema de archivos para determinar si se ha montado como largefiles o nolargefiles.

Consulte:

Hay varios archivos de configuración FTP que permiten definir cómo funciona el comando ftp, tal como se describe en la siguiente tabla.

Para comprobar los nombres de ruta de todos los archivos de configuración FTP, escriba:

/usr/bin/ckconfig

Para obtener más información, consulte la página de manual de ckconfig(1).

Para ver el número actual de usuarios correspondiente a cada clase y el límite de cada clase de usuarios según la definición del archivo /etc/ftpd/ftpaccess, escriba:

/usr/bin/ftpcount

Para ver la información de proceso actual correspondiente a cada usuario registrado en el servidor FTP, escriba:

/usr/bin/ftpwho

Para obtener más información, consulte las páginas de manual de ftpcount(1) y ftpwho(1).

El comando ftpshut permite crear un archivo de mensaje de cierre para avisar a los usuarios de que se va a cerrar el FTP. El demonio FTP comprueba este archivo a intervalos para determinar el tiempo que queda antes del cierre. (Para ejecutar el comando ftpshut, debe ser superusuario.)

Después de producirse el cierre, debe escribir el comando ftprestart para eliminar todos los archivos de mensajes de cierre de las cuentas de usuario reales, anónimos y virtuales. Estos archivos de mensajes se crean con la utilidad ftpshut.

Para obtener información pormenorizada sobre la creación de un mensaje de cierre de FTP, consulte las páginas de manual de ftpshut(1) y ftprestart(1), así como el capítulo 2 del manual Installing and Administering Internet Services.

Se puede especificar el registro de las sesiones FTP mediante la palabra clave log commands del archivo /etc/ftpd/ftpaccess.

	NOTA: Para habilitar el archivo /etc/ftpd/ftpaccess, debe precisar la opción -a en la entrada ftp del archivo /etc/inetd.conf .

Para obtener información pormenorizada sobre la palabra clave log commands, consulte la página de manual de ftpaccess(4).

Se puede registrar la información sobre las transferencias de archivos procedente del demonio de servidor FTP en el archivo de registro /var/adm/syslog/xferlog. El archivo xferlog deja constancia de la información sobre las transferencias de archivos, incluidos la hora actual, la hora de transferencia de un archivo, el sistema host remoto, el nombre de archivo, el tamaño de archivo y si la transferencia de un archivo se ha realizado en formato ascii o binario.

Configuración del registro en el archivo /etc/ftpd/ftpaccess

Para registrar las transferencias de archivos FTP entrantes y salientes, modifique el archivo /etc/ftpd/ftpaccess con la palabra clave log transfers.

log transfers

Habilita/deshabilita el registro de las transferencias de archivos para usuarios reales o de FTP anónimo en el archivo /var/adm/syslog/xferlog. El registro de las transferencias dirigidas al servidor (entrantes) se puede habilitar independientemente de las transferencias procedentes del servidor (salientes).

	NOTA: Para habilitar el archivo /etc/ftpd/ftpaccess, debe precisar la opción -a en la entrada ftp del archivo /etc/inetd.conf.

Para obtener más información, consulte las páginas de manual de ftpaccess(4) y xferlog(5).

La compatibilidad con FTP virtual permite administrar un servidor FTP para dos dominios independientes en el mismo equipo.

El FTP virtual permite configurar los sistemas de modo que el user1 que se conecte por medio del ftp a ftp.domain1.com obtenga una banderola FTP y un directorio FTP, mientras que el user2 que se conecte por medio del ftp al ftp.domain2.com obtenga una banderola y un directorio FTP distintos. (Esto también sucede incluso si los usuarios están en el mismo equipo y utilizan los mismos puertos.)

Para obtener información pormenorizada sobre la configuración de la compatibilidad con FTP virtual, consulte el capítulo 2 del manual Installing and Administering Internet Services.

	NOTA: La configuración de un servidor FTP virtual exige el uso de alias de dirección IP. HP-UX 10.30 y revisiones posteriores admiten esta función.