Sistemas de archivos

Los siguientes errores del sistema de archivos hacen referencia a la versión de Solaris 10.

Es posible que se agreguen a un conjunto de almacenamiento de ZFS dispositivos que se solapen (6414648)

Con el comando zpool add se pueden agregar dispositivos idénticos de forma involuntaria, cosa que podría llegar a dañar los datos No se muestra ningún mensaje de error.

Solución: si se crea un conjunto de almacenamiento de ZFS con dispositivos idénticos, elimine el grupo y vuelva a crear otro.

El comando zoneadm install da error con un montaje de ZFS antiguo (6449301)

Si una zona no global se configura inicialmente con un sistema de archivos ZFS para que se monte con el subcomando `add fs y se especifica mountpoint=legacy, la zona de instalación subsiguiente da error. Aparece el mensaje de error siguiente.

ERROR: No such file or directory:
cannot mount </zones/path/root/usr/local> in non-global zone to install:
the source block device or directory </path/local> cannot be accessed

Solución: agregue acceso a un sistema de archivos ZFS después de instalar la zona no global.

zpool scrub hace que se agote la memoria y se bloquee el sistema (6456888)

Una operación zpool scrub o resilver de grandes cantidades de datos puede causar el bloqueo o el descontrol de un sistema. No se muestra ningún mensaje de error.

Solución: si el sistema se bloquea o descontrola, efectúe los pasos siguientes:

1. Rearranque el sistema.

2. Continúe la operación resilver o scrub.

3. No presione al sistema con más carga hasta que haya finalizado la operación resilver o scrub.

Problemas de compatibilidad de ZFS y UNIX/POSIX

ZFS se ha diseñado para que sea un sistema de archivos compatible con POSIX y, en la mayoría de los casos, no hay ninguna problema de compatibilidad. Sin embargo, existen dos situaciones excepcionales en las que ZFS no supera las pruebas de compatibilidad de POSIX:

1. La actualización de las estadísticas de capacidad del sistema de archivos ZFS.

2. La modificación de los datos existentes con un sistema de archivos lleno al 100 por cien.

CR relacionados:

• 6362314

• 6362156

• 6361650

• 6343113

• 6343039

La adición del parche de ZFS un sistema Solaris 10 11/06 provoca mensajes de advertencia falsos (6429860)

Al agregar los parches de ZFS a un sistema Solaris 10 11/06, se reciben mensajes de advertencia falsos del comando patchadd debido a que los paquetes de ZFS se están agregando por primera vez al sistema. Aparece el mensaje de error siguiente.

The following requested patches have packages not installed on the system:
	Package SUNWzfskr from directory SUNWzfskr in patch 122641-03 
	is not installed on the system.

	Changes for package SUNWzfskr will not be applied to the system.

Solución:

Omita los mensajes falsos del comando patchadd.

fdisk -E puede dañar el disco utilizado por ZFS sin que se genere una advertencia (6412771)

Si utiliza el comando fdisk -E para modificar un disco utilizado por un conjunto de almacenamiento ZFS, es posible que el conjunto quede inutilizable, y se produzca un error de E/S o se genere un aviso grave del sistema.

Solución:

No utilice el comando fdisk para modificar un disco utilizado por un conjunto de almacenamiento ZFS. Si debe acceder a un disco utilizado por un conjunto de almacenamiento ZFS, use la utilidad format. Por lo general, los discos que los sistemas de archivos están utilizando no deben modificarse.

Problemas con los productos de copia de seguridad de terceros y ZFS

A continuación se exponen los problemas con los productos Veritas NetBackup y Brightstor ARCserve Backup.

Veritas NetBackup no realiza una copia de seguridad ni conserva los archivos con las ACL de ZFS/NFSv4 (6352899)

El producto Veritas NetBackup puede utilizarse para realizar una copia de los archivos de ZFS, por lo que admite esta configuración. Sin embargo, este producto no admite actualmente las copias de seguridad ni el restablecimiento de la información de ACL de NFSv4 de los archivos ZFS. Se puede realizar correctamente una copia de seguridad de los bits de permisos tradicionales y otros atributos de archivos, además de restablecerlos.

Si un usuario intenta realizar una copia de seguridad de los archivos de ZFS o restablecerlos, se omite de forma silenciosa la información de ACL de NFSv4. No aparece ningún mensaje de error indicando que se ha omitido la información de ACL de los archivos de ZFS.

La compatibilidad con las ACL de ZFS/NFSv4 se encuentra en proceso de desarrollo, y se prevé que esté disponible en la próxima versión de Veritas NetBackup.

Solución 1

A partir de la versión Solaris 10 11/06, los comandos tar y cpio administran correctamente los archivos de ZFS con ACL de NFSv4.

Utilice el comando tar con la opción -p o el comando cpiocon la opción -P para escribir los archivos de ZFS en un archivo. A continuación, utilice Veritas NetBackup para realizar una copia de seguridad del archivo de almacenamiento tar o cpio.

Solución 2:

Como alternativa al uso de Veritas NetBackup, utiliza los comandos send y receive de ZFS para realizar una copia de seguridad de los archivos de ZFS. Estos comandos administran correctamente todos los atributos de los archivos de ZFS.

Compatibilidad de BrightStor ARCserve Backup Client Agent for UNIX (Solaris) y ZFS

BrightStor ARCserve Backup (BAB) Client Agent for UNIX (Solaris) se puede utilizar para efectuar copias de seguridad y restaurar archivos ZFS.

Sin embargo, durante el proceso de copia de seguridad no se conservan las ACL NFSv4 de ZFS. Se mantienen los atributos y permisos de archivos tradicionales de UNIX.

Solución: si desea mantener archivos ZFS con ACL de NFSv4, utilice el comando tar con la opción -p, o el comando cpio con la opción -P, para escribir archivos ZFS en un archivo. A continuación, emplee BAB para efectuar una copia de seguridad del contenedor tar o cpio.

La GUI de ZFS debería comprobar la existencia de /usr/lib/embedded_su al comienzo de cada asistente (6326334)

Si se agrega un paquete SUNWzfsg de la versión Solaris 10 11/06 a un sistema que se ejecuta en una versión anterior de Solaris 10 6/06, que no incluya el parche embedded_su, los asistentes de aplicaciones de administración de ZFS no se encuentran completamente operativos.

Si intenta ejecutar una aplicación de administración de ZFS sin el parche embedded_su, sólo podrá desplazarse a su configuración de ZFS. Aparece el mensaje de error siguiente.

/usr/lib/embedded_su: not found

Solución:

Agregue el parche embedded_su (119574-02) al sistema que se ejecuta con una versión de Solaris anterior a la versión 10 6/06.

No se puede sincronizar el sistema de archivos cuando se genera un aviso grave (6250422)

Si un host genera un aviso grave mientras se produce una E/S del sistema de archivos en el destino conectado mediante el iniciador de software iSCSI de Solaris, es posible que la E/S no pueda sincronizarse o vaciarse en el dispositivo de destino. Esta imposibilidad de efectuar la sincronización o el vaciado puede dañar el sistema de archivos. No se muestra ningún mensaje de error.

Solución:

Utilice el sistema de archivos de registro en el diario como, por ejemplo UFS. A partir de Solaris 10, el registro de UFS está habilitado de forma predeterminada. Para obtener más información acerca de UFS, consulte What’s New in File Systems in the Solaris 10 Release? de System Administration Guide: Devices and File Systems.

Es necesario el itinerario para que la operación scrub o resilver interrumpida no tenga que reiniciarse (2136811)

Si se crea una captura de ZFS mientras se está realizando una operación scrub o resilver de datos, la operación scrub o resilver se reiniciará desde el principio. Si se realizan capturas con frecuencia, es posible que nunca se complete la operación scrub o resilver.

Solución:

No realice capturas mientras se está realizando la operación scrub o resilver .

La modernización desde Solaris Express o desde versiones de Solaris 10 requiere volver a cargar los sistemas de archivos

Una vez actualizado un servidor NFSv4 de la versión 6/05 a Solaris Express 7/05 o posterior (incluidas todas las actualizaciones de Solaris 10), es posible que se produzcan errores EACCES en los programas. Aún más, es posible que los directorios aparezcan vacíos erróneamente.

Para evitar estos errores, desmonte y vuelva a montar los sistemas de archivos del cliente. En caso de que se produzca un error en el desmontaje, deberá forzar esta operación utilizando umount -f. Una opción alternativa es reiniciar el cliente.

Las funciones de la lista de control de acceso NFSv4 pueden no funcionar correctamente

Las funciones de la lista de control de acceso NFSv4 (ACL) pueden no funcionar correctamente si los clientes y servidores de la red tienen instaladas versiones de Solaris 10 anteriores y distintas. Las funciones ACL afectadas y las utilidades de líneas de comandos que utilizan estas funciones son:

• acl()

• facl()

• getfacl

• setfacl

Para obtener más información acerca de estas funciones y utilidades, consulte sus respectivas páginas de comando.

Por ejemplo, pueden producirse errores en una red que incluya la siguiente configuración:

• Un cliente que está ejecutando el software Solaris 10 Beta

• Un servidor que está ejecutando el software Solaris 10

La siguiente tabla muestra los resultados de las funciones ACL en configuraciones cliente-servidor con distintas versiones de Solaris 10.

Solución: para que la función ACL de NFSv4 funcione correctamente, realice una instalación completa del Sistema operativo Solaris 10 en el servidor y en el cliente.

Problemas de acceso entre clientes de Solaris NFSv4 y servidores NFSv4

En la versión actual de Solaris 10, la implementación en Solaris de listas de control de acceso NFSv4 (ACL) es compatible con las especificaciones RFC 3530. Sin embargo, se producen errores para los clientes NFSv4 que utilizan las versiones Solaris 10 Beta 2 o Beta 1. Estos clientes no pueden crear archivos en los servidores NFSv4 que están utilizando la versión de Solaris 10 actual. Aparece el mensaje de error siguiente.

NFS getacl failed for server_name: error 9 (RPC: Program/version mismatch)

Solución: Ninguna.

Puede producirse un error al utilizar el comando mkfs para crear un sistema de archivos en discos muy grandes (6352813)

Es posible que el comando mkfs no pueda crear un sistema de archivos en discos que tengan una geometría específica y un tamaño superior a los 8 Gbytes. El tamaño del grupo de cilindros derivado es demasiado grande para el fragmento de 1 Kbyte. Dicho tamaño implica que los metadatos sobrantes no pueden acomodarse en un bloque.

Aparece el mensaje de error siguiente.

With 15625 sectors per cylinder, minimum cylinders
per group is 16. This requires the fragment size to be
changed from 1024 to 4096.
Please re-run mkfs with corrected parameters.

Solución: en su lugar, utilice el comando newfs. O, si lo desea, asigne un tamaño mayor para el fragmento, por ejemplo, 4096, cuando utilice el comando mkfs.

Posible error durante la creación del sistema de archivos en segmentos pequeños (6346510)

Durante la creación de un sistema de archivos UFS mediante el comando newfs puede producirse un error en las siguientes circunstancias:

• El tamaño del segmento es pequeño, inferior a aproximadamente 4 Mbytes.

• El tamaño del disco supera los 8 Gbytes.

El error se debe a que los requisitos de tamaño para los metadatos del sistema de archivos son demasiado grandes. Se muestra el siguiente mensaje de advertencia:

Warning: inode blocks/cyl group (295) >= data blocks (294) in last
     cylinder group. This implies 4712 sector(s) cannot be allocated.
/dev/rdsk/c0t0d0s6:     0 sectors in 0 cylinders of 48 tracks, 128 sectors
         0.0MB in 0 cyl groups (13 c/g, 39.00MB/g, 18624 i/g)
super-block backups (for fsck -F ufs -o b=#) at:
#

Solución: como superusuario, aplique una de las siguientes soluciones:

• Solución 1 especifique el número de pistas cuando utilice el comando newfs. Siga estos pasos:

  1. Use el comando format para averiguar el número de pistas que se deben asignar. Por ejemplo:

     # format Searching for disks...done AVAILABLE DISK SELECTIONS: 0. c0t0d0 <SUN18G cyl 7506 alt 2 hd 19 sec 248> /pci@1f,4000/scsi@3/sd@0,0 Specify disk (enter its number):

     En el ejemplo, el número de pistas es 19.

  2. Asigne este número al sistema de archivos que se crea mediante el comando newfs. Por ejemplo:

     # newfs -v -t 19 /dev/dsk/c0t0d0s6 newfs: construct a new file system /dev/rdsk/c0t0d0s6: (y/n)? y mkfs -F ufs /dev/rdsk/c0t0d0s6 4712 -1 19 8192 1024 16 10 167 2048 t 0 -1 8 128 n mkfs: bad value for nsect: -1 must be between 1 and 32768 mkfs: nsect reset to default 32 Warning: 152 sector(s) in last cylinder unallocated /dev/rdsk/c0t0d0s6: 4712 sectors in 8 cylinders of 19 tracks, 32 sectors 2.3MB in 1 cyl groups (16 c/g, 4.75MB/g, 2304 i/g) super-block backups (for fsck -F ufs -o b=#) at: 32, #

• Solución 2: especifique el número de bytes por inode (nbpi) en el comando newfs para reducir la densidad de inode del sistema de archivos. Por ejemplo:

  # newfs -i 4096 /dev/dsk/c0t0d0s6 newfs: construct a new file system /dev/rdsk/c0t0d0s6: (y/n)? y Warning: 1432 sector(s) in last cylinder unallocated /dev/rdsk/c0t0d0s6: 4712 sectors in 1 cylinders of 48 tracks, 128 sectors 2.3MB in 1 cyl groups (16 c/g, 48.00MB/g, 11648 i/g) super-block backups (for fsck -F ufs -o b=#) at: 32, #

El volcado tras una avería del sistema produce un error en dispositivos con capacidad superior a 1 TByte (6214480)

El sistema no puede generar un volcado en una partición que es igual o superior a un 1 Tbyte. Si dicho dispositivo se encuentra en un sistema, es posible que se produzca la siguiente situación después de que el sistema se inicie tras una situación de pánico del sistema:

• El sistema no guarda el volcado.

• Aparece el mensaje siguiente:

  0% done: 0 pages dumped, compression ratio 0.00, dump failed: error 6

Solución: configure el tamaño del dispositivo de volcado del sistema en menos de 1 Tbyte.

La utilización del comando smosservice para agregar servicios de SO genera un mensaje de espacio en disco insuficiente (5073840)

Si utiliza el comando smosservice para añadir servicios del SO a un sistema de archivos UFS, se mostrará un mensaje que indica que no hay suficiente espacio en disco disponible. Este error es específico a los sistemas de archivos UFS en discos con etiqueta EFI.

Solución: ejecute esta solución:

1. Aplique la etiqueta de disco SMI VTOC.

2. Vuelva a crear el sistema de archivos.

3. Vuelva a ejecutar el comando smosservice.