Los siguientes errores del sistema de archivos hacen referencia a la versión de Solaris 10.
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.
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:
La actualización de las estadísticas de capacidad del sistema de archivos ZFS.
La modificación de los datos existentes con un sistema de archivos lleno al 100 por cien.
CR relacionados:
6362314
6362156
6361650
6343113
6343039
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.
A continuación se exponen los problemas con los productos Veritas NetBackup y Brightstor ARCserve Backup.
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 8/07, 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.
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.
Si se agrega un paquete SUNWzfsg de la versión Solaris 10 8/07 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. Aparecerá el siguiente mensaje de error:
/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.
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 sobre UFS, consulte What’s New in File Systems? de System Administration Guide: Devices and File Systems.
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 (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.
Operación |
SO S10 cliente |
SO S10 servidor |
Resultado |
---|---|---|---|
get ACL |
S10 Beta |
SO S10 |
ACL fabricada * |
get ACL |
SO S10 |
S10 Beta |
funciona bien |
set ACL |
S10 Beta |
SO S10 |
funciona bien |
set ACL |
SO S10 |
S10 Beta |
Error: EOPNOTSUP |
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.
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. Aparecerá el siguiente mensaje de error:
NFS getacl failed for server_name: error 9 (RPC: Program/version mismatch) |
Solución: ninguna.
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.
Aparecerá el siguiente mensaje de error:
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.
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:
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.
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 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.
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:
Aplique la etiqueta de disco SMI VTOC.
Vuelva a crear el sistema de archivos.
Vuelva a ejecutar el comando smosservice.