Los siguientes errores del sistema de archivos hacen referencia a la versión de Solaris 10.
La operación de adjuntar no funciona correctamente en zonas con marca, pero funciona bien en zonas nativas (Solaris 10). Aparecerá el siguiente mensaje de error:
zone mount operation is invalid for branded zones. Cannot generate the information needed to attach this zone. |
Solución: utilice el comando attach- F para zonas con marca que no sean nativas. Para obtener más información sobre este procedimiento, consulte la System Administration Guide: Solaris Containers--Resource Management and Solaris Zones.
No coloque sin conexión el disco principal en una configuración root ZFS duplicada. El sistema no arrancará desde un disco que se ha desconectado en una configuración de agrupación root duplicada.
Solución: para desvincular un disco root duplicado con el fin reemplazarlo o desconectarlo, arranque desde otro disco duplicado de la agrupación. Opte por uno de los métodos siguientes:
Coloque de nuevo en línea el disco principal de la agrupación root ZFS duplicada. Por ejemplo:
# zpool online rpool c0t1d0s0 |
Si el disco principal ha fallado o se debe reemplazar, rearranque desde otro disco de la agrupación.
Si utiliza el comando lucreate para crear un sistema de archivos root ZFS y la configuración regional seleccionada no es inglesa, falla la creación de volúmenes de volcado de ZFS. Aparecerá el siguiente mensaje de error:
ERROR: Unable to determine dump device for boot environment <{c1t1d0s0}>. ERROR: Unable to create all required file systems for boot environment <zfsUp6>. ERROR: Cannot make file systems for boot environment <zfsUp6>. |
Solución: opte por una de estas soluciones:
Incluya la configuración regional con el comando lucreate. Por ejemplo:
# LC_ALL=C lucreate -n zfsUp6 -p rpool |
Si recibe mensajes de error en el dispositivo de volcado durante una operación mediante el comando lucreate con una configuración regional no inglesa, el volumen de volcado de ZFS se puede crear manualmente. Por ejemplo:
# zfs create -V 2G -b 128k rpool/dump |
Cuando se utiliza Modernización automática de Solaris para convertir un sistema de archivos root UFS a uno ZFS, el comando bootlst no se copia en la ubicación correcta. Este error impide que funcione el comando boot -L. Aparecerá el siguiente mensaje de error:
Evaluating: boot -L The file just loaded does not appear to be executable. Boot device: /pci@1f,0/pci@1/scsi@8/disk@1,0:a File and args: Can't mount root Error in Fcode execution !!! Evaluating: boot The file just loaded does not appear to be executable. |
Solución: copie el comando bootlst de /platform/`uname -m`/bootlst a la agrupación root / /platform/`uname -m`/bootlst. Por ejemplo, si la agrupación root es rpool, escriba el comando siguiente:
# cp -p /platform/`uname -m`/bootlst /rpool/platform/`uname -m`/bootlst |
El comando bootadm no consigue generar una entrada de menú de GRUB con formato correcto al arrancar un sistema en modo de 32 bits mediante los comandos siguientes:
reboot kernel/unix
reboot -- -r
Como consecuencia, el sistema arranca en modo de 64 bits. El archivo menu.lst defectuoso podría aparecer del modo siguiente:
findroot rootfs0 kernel /platform/i86pc/kernel/unix module /platform/i86pc/boot_archive |
En el ejemplo anterior, la línea de núcleo no contiene la información de multiarranque y, por lo tanto, no es correcta. No se muestra ningún mensaje de error.
Solución: edite manualmente el archivo /boot/grub/menu.lst y agregue la información siguiente:
title Solaris 10 10/08 findroot rootfs0 kernel /platform/i86pc/multiboot kernel/unix module /platform/i86pc/boot_archive |
Después de aplicar estos cambios, el sistema arranca en modo de 32 bits.
Los cambios efectuados en el archivo menu.lst se mantienen en los posteriores arranques del sistema.
Como alternativa, puede editar el menú de GRUB cuando se arranca agregando el argumento de arranque kernel/unix , como se muestra en el ejemplo siguiente:
grub edit> kernel /platform/i86pc/multiboot kernel/unix |
Los cambios hechos al editar el menú de GRUB cuando se arranca no se mantienen en los arranques posteriores.
Para obtener más información, consulte Modifying Boot Behavior on x86 Based Systems de System Administration Guide: Basic Administration.
Al conectar una agrupación root para crear una agrupación root duplicada, zpool attach podría crear una agrupación root ilegal si a la agrupación se agrega un disco completo. Las agrupaciones root ZFS se deben crear con segmentos de disco, no con discos enteros. Si intenta arrancar desde el todo el disco que se incorporó a la agrupación root duplicada, el sistema no arrancará.
Solución: realice los pasos siguientes:
Desconecte el disco de la agrupación. Por ejemplo
# zpool detach rpool c0t2d0 |
Cambie la etiqueta del disco a VTOC (SMI). Por ejemplo:
# format -e . . . Select disk c0t2d0 format> label [0] SMI Label [1] EFI Label Specify Label type[0]:0 Ready to label disk, continue? yes format> quit |
Agregue un segmento de disco a la agrupación para crear una agrupación root duplicada. Por ejemplo:
# zpool attach rpool c0t2d0s0 |
Consulte también El comando zpool attach no copia la información de bootblock (6668666).
En la plataforma SPARC, se debe crear un archivo menu.lst en el conjunto de datos de la agrupación root. No se muestra ningún mensaje de error.
Solución: cree manualmente el archivo menu.lst . Por ejemplo, si tiene dos entornos de arranque ZFS, zfs1008BE y zfs10082BE, en la agrupación root ZFS, rpool, escriba los comandos siguientes:
# mkdir -p /rpool/boot # cd /rpool/boot # vi menu.lst |
Agregue las entradas siguientes al archivo menu.lst:
title zfs1008BE bootfs rpool/ROOT/zfs1008BE title zfs10082BE bootfs rpool/ROOT/zfs10082BE |
Si utiliza el comando zpool attach para agregar un disco a una agrupación root ZFS, la información de bootblock no se copia en dicho disco. Este problema no afecta a las agrupaciones root ZFS duplicadas que se crean con una instalación inicial. El sistema no arranca desde un disco alternativo en la agrupación root duplicada.
Solución: opte por una de estas soluciones:
En un sistema SPARC, identifique el dispositivo de disco alternativo e instale la información de arranque. Por ejemplo:
# installboot -F zfs /usr/platform/`uname -i`/lib/fs/zfs/bootblk /dev/rdsk/c0t1d0s0 |
En un sistema x86, identifique el dispositivo de disco alternativo e instale la información de arranque. Por ejemplo:
# installgrub /boot/grub/stage1 /boot/grub/stage2 /dev/rdsk/c0t1d0s0 |
El controlador ata puede exceder el tiempo de espera durante el arranque del sistema en el caso de sistemas con varios procesadores Intel. Estos tiempos de espera excedidos se deben a que el dispositivo root se ubica en una unidad con el controlador HBA vinculado al controlador ata antiguo. Los tiempos de espera excedidos causan un bloqueo temporal, de hardware o errores irrecuperables durante el arranque del sistema y se generan mensajes de consola parecidos a los siguientes:
scsi: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0 (ata0): timeout: reset bus, target=0 lun=0 scsi: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0 (ata0): timeout: early timeout, target=0 lun=0 gda: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0/cmdk@0,0 (Disk0): Error for command 'read sector' Error Level: Informational gda: [ID 107833 kern.notice] Sense Key: aborted command gda: [ID 107833 kern.notice] Vendor 'Gen-ATA ' error code: 0x3 gda: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0/cmdk@0,0 (Disk0): Error for command 'read sector' Error Level: Informational gda: [ID 107833 kern.notice] Sense Key: aborted command gda: [ID 107833 kern.notice] Vendor 'Gen-ATA ' error code: 0x3 scsi: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0 (ata0): timeout: abort request, target=0 lun=0 scsi: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0 (ata0): timeout: abort device, target=0 lun=0 scsi: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0 (ata0): timeout: reset target, target=0 lun=0 scsi: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0 (ata0): timeout: reset bus, target=0 lun=0 scsi: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0 (ata0): timeout: early timeout, target=0 lun=0 gda: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0/cmdk@0,0 (Disk0): Error for command 'read sector' Error Level: Informational gda: [ID 107833 kern.notice] Sense Key: aborted command gda: [ID 107833 kern.notice] Vendor 'Gen-ATA ' error code: 0x3 gda: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0/cmdk@0,0 (Disk0): |
Solución: opte por una de estas soluciones:
Para prevenir una disminución del rendimiento, utilice las soluciones 3 o 4 de manera provisional, hasta que se pueda utilizar la solución 5.
Solución 1: habilite AHCI en la BIOS si está disponible en el sistema. Habilitar esta opción precisa volver a instalar el sistema operativo Solaris.
Solución 2: instale Solaris en un disco de un controlador que no utilice el controlador ata.
Solución 3: deshabilite MP en la configuración de la BIOS para que esté activo un solo procesador.
Solución 4: deshabilite MP en Solaris para que esté activo un solo procesador. realice los siguientes pasos desde el menú del gestor de arranque unificado de GNU (GRUB, GRand Unified Bootloader):
Escriba e para editar la entrada de Solaris seleccionada.
Vaya a la línea que empieza por kernel.
Escriba e para cambiar al modo de edición de GRUB.
Agregue -kd a la línea.
Pulse Intro para aceptar el cambio.
Escriba e para arrancar la entrada de Solaris seleccionada.
En el indicador de la pantalla kbmd, escriba el siguiente comando:
use_mp/W 0 :c |
Si tiene pensado arrancar el sistema, realice el paso 10. De lo contrario, instale Solaris 10 5/09.
Cuando termine la instalación, reinicie el sistema. Repita los pasos del 1 al 7.
Para que este cambio sea permanente y no haga falta repetir los pasos anteriores cada vez que se arranque el sistema, efectúe lo siguiente:
Conviértase en superusuario cuando haya finalizado el arranque del sistema.
Abra el archivo /etc/system.
Añada esta línea:
set use_mp = 0 |
Solución 5: deshabilite la actualización de microcódigos. Escriba el siguiente comando:
# mv /platform/i86pc/ucode /platform/i86pc/ucode.disabled |
La actualización de microcódigos puede invocarse después de haber activado el sistema:
# ucodeadm -u /platform/i86pc/ucode.disabled/intel-ucode.txt |
Esta incidencia es consecuencia de un problema con el procesamiento de E/S sincrónicas cuando se desmonta un sistema de archivos. Si existe más de una ZFS BE en una agrupación ZFS root, las instantáneas recurrentes pueden no funcionar.
cannot create snapshot 'rpool@today': dataset is busy |
Solución: opte por una de estas soluciones:
Solución 1: montar y desmontar los sistemas de archivo que se muestran como ocupados en los mensajes de error.
Solución 2: eliminar cualquier ZFS BE adicional antes de crear una instantánea ZFS de una agrupación root.
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
6742203
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 presentan los problemas con productos de Brightstor ARCserve Backup.
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 5/09 a un sistema que se ejecuta en una versión anterior de Solaris 10 6/06, que no incluye el parche embedded_su, los asistentes de aplicaciones de administración de ZFS no estarán 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 Solaris Express 6/05 a Solaris Express 7/05 o posterior (incluidas todas las actualizaciones de Solaris 10), quizá haya 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 (ACL) NFSv4 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.
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.