Sistemas de archivos

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

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

Después de actualizar un servidor NFSv4 desde Solaris Express 11/04 o versiones de Solaris 10 anteriores, los programas pueden presentar errores de EACCES. Incluso 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.

Es posible que las funciones de la lista de control de acceso NFSv4 no funcionen 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 de 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 man.

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 de ACL en configuraciones cliente-servidor con distintas versiones de Solaris 10.

Solución: para que la función de 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.

El volcado tras un bloqueo del sistema genera 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 comandosmosservice para añadir servicios de SO produce 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.