Los siguientes errores del sistema de archivos hacen referencia a la versión de Oracle Solaris 10.
El parche sendmail 142436–03 y sus revisiones de la 04 a la 08, cambia la propiedad config/local_only a true.
$ svcprop -p config/local_only smtp:sendmail true |
Esta modificación permite a sendmail aceptar solicitudes únicamente del host local.
Solución: después de añadir el parche 142436–03 o sus revisiones de la 04 a la 08, realice los cambios siguientes para que sendmail acepte solicitudes de otros hosts:
Vuelva a configurar la propiedad config/local_only como false.
# svccfg -s svc:/network/smtp:sendmail setprop config/local_only=false |
Actualice y reinicie el servicio sendmail.
# svcadm refresh smtp:sendmail # svcadm restart smtp:sendmail |
El sistema puede bloquearse cuando ejecuta el comando mdb con la opción -K, sale con $q y, a continuación, ejecuta el comando sync.
Es posible que se encuentre con el mismo problema al ejecutar el comando sync en el indicador ok de OpenBoot.
Puede aparecer el mensaje de error siguiente:
panic dump timeout ... dump aborted |
Solución: agregue dump_plat_mincpu=0 al archivo /etc/system. También puede usar el comando reboot -d en lugar del comando mdb -K ... $q.
El comando bootadm no consigue generar una entrada de menú de GRUB con formato correcto al iniciar un sistema en modo de 32 bits mediante los comandos siguientes:
reboot kernel/unix
reboot -- -r
Como consecuencia, el sistema se inicia 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 multiinicio 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 se inicia en modo de 32 bits.
Los cambios efectuados en el archivo menu.lst se mantienen en los posteriores inicios del sistema.
Como alternativa, puede editar el menú de GRUB cuando se inicia agregando el argumento de inicio 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 inicia no se mantienen en los inicios posteriores.
Para obtener más información, consulte Modifying Boot Behavior on x86 Based Systems de System Administration Guide: Basic Administration.
Si utiliza el comando zpool attach para agregar un disco a una agrupación raíz ZFS, la información de bootblock no se copia en dicho disco. Este problema no afecta a las agrupaciones raíz ZFS reflejadas que se crean con una instalación inicial. El sistema no se inicia desde un disco alternativo en la agrupación raíz reflejada.
Solución: opte por una de estas soluciones:
En un sistema SPARC, identifique el dispositivo de disco alternativo e instale la información de inicio. 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 inicio. Por ejemplo:
# installgrub /boot/grub/stage1 /boot/grub/stage2 /dev/rdsk/c0t1d0s0 |
El controlador ata puede exceder el tiempo de espera durante el inicio del sistema en el caso de sistemas con varios procesadores Intel. Estos tiempos de espera excedidos se deben a que el dispositivo raíz 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 inicio 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. Para habilitar esta opción, es preciso volver a instalar el sistema operativo Oracle Solaris.
Solución 2: instale el sistema operativo Oracle 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 el sistema operativo Oracle Solaris para que sólo haya un procesador activo. Realice los siguientes pasos desde el menú del gestor de inicio unificado de GNU (GRUB, GRand Unified Bootloader):
Escriba e para editar la entrada 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 iniciar la entrada seleccionada.
En el indicador de la pantalla kbmd, escriba el siguiente comando:
use_mp/W 0 :c |
Si tiene pensado iniciar el sistema, realice el paso 10. De lo contrario, instale Solaris 10 10/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 inicie el sistema, efectúe lo siguiente:
Conviértase en superusuario cuando haya finalizado el inicio 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 |
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 archivo de almacenamiento tar o cpio.
Si se agrega un paquete SUNWzfsg de la versión Solaris 10 10/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 Oracle 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 Oracle 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.
Después de actualizar un servidor NFSv4 en todas las actualizaciones de Oracle Solaris 10, los programas podrían encontrarse con errores de EACCES. 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 Oracle 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 Oracle Solaris 10 en el servidor y en el cliente.
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.