Los siguientes defectos de administración del sistema se refieren a la versión Solaris 9 9/05 HW.
La utiidad localeadm no instala las regiones ceu y nam de la forma adecuada cuando se usa el CD del kit de soporte o las imágenes del CD en la red. No se muestra ningún mensaje de error.
Solución: Utilice las imágenes del DVD de Solaris en lugar de las del CD.
Es posible que patchadd no añada ciertas modificaciones de software cuando, en lugar de abrir la sesión como root, el usuario ha adquirido la condición de root ejecutando el comando su.
Aparece el mensaje de error siguiente.
patch has not been installed |
Solución: Si se ha inhabilitado el acceso en modo root, habilítelo provisionalmente e inicie la sesión como usuario root. Instale la modificación y vuelva a inhabilitar el acceso en modo root.
Al realizar un ciclo de suspensión y reanudación (cpr), se produce un error grave que puede provocar el bloqueo del sistema. De modo más habitual, este problema se observa en las estaciones de trabajo Sun BladeTM 2000 que tengan instalada la aceleradora de gráficos XVR-1000. De manera ocasional, otros sistemas basados en SPARC se podrían llegar a bloquear también durante un aviso de error grave. Cuando aparece un aviso de error grave no se guarda el volcado del núcleo y no aparece ningún indicador en la consola. El problema puede estar más presente si el depurador del núcleo (kadb) está activo.
Solución: Actualice OBP con la versión 4.17 u otra posterior.
Si intenta detener el sistema pulsando secuencias en el teclado como Stop-A o L1-A, el sistema puede emitir avisos de error grave. Se muestra un mensaje de error parecido al siguiente:
panic[cpu2]/thread=2a100337d40: pcisch2 (pci@9,700000): consistent dma sync timeout |
Solución: no utilice secuencias del teclado para obligar al sistema a introducir OpenBootTM PROM.
Es posible que los comandos del módulo USBA (Universal Serial Bus Architecture) del depurador mdb no se configuren automáticamente en algunos sistemas x86.
Solución: Para acceder a los comandos USBA de mdb, ejecute el comando siguiente para cargar el módulo usba mdb manualmente después de iniciar mdb:
> ::load usba |
Una vez cargado dicho modulo, puede acceder a una lista de todos los comandos USB ejecutando lel comando siguiente:
> ::dcmds ! grep usb |
Desea arrancar un sistema Sun LX50 que cuenta con una partición de servicio y está instalado el software de Solaris 9 9/05 HW (Edición x86). Al pulsar la tecla de función F4 para arrancar la partición de servicio, cuando se proporciona esta opción, la pantalla se queda en blanco. Después el sistema no consigue arrancar la partición del servicio.
Solución: no pulse la tecla F4 cuando aparezca la pantalla de arranque de la BIOS. Tras un tiempo de espera, aparece la pantalla de información sobre la partición actual del disco. Seleccione un número en la columna Part# que se corresponda con type=DIAGNOSTIC. Pulse la tecla de retorno. El sistema arranca la partición de servicio.
El daemon de Solaris WBEM Services 2.5 no puede ubicar los proveedores que se escriben en las interfaces com.sun.wbem.provider ni com.sun.wbem.provider20. Aunque se cree una instancia Solaris_ProviderPath para un proveedor que se escriba en estas interfaces, el daemon de Solaris WBEM Services 2.5 no encuentra el proveedor.
Solución: si desea habilitar al daemon para que pueda encontrar el proveedor, detenga y vuelva a iniciar el daemon Solaris WBEM Services 2.5.
# /etc/init.d/init.wbem stop # /etc/init.d/init.wbem start |
Si utiliza la API javax
para desarrollar su proveedor no es necesario que pare y reinicie el daemon de Solaris WBEM Services 2.5. El daemon de Solaris WBEM Services 2.5 reconoce de forma dinámica los proveedores de javax
.
Si decide usar la interfaz de programación de aplicaciones com.sun, en lugar de javax
para desarrollar el software WBEM, sólo se admite totalmente la llamada a método remoto (RMI) del Modelo de información común (CIM). No se garantiza que otros protocolos, como XML/HTTP, funcionen perfectamente con la interfaz de programación de aplicaciones com.sun.
En la siguiente tabla se muestran ejemplos de llamadas que se ejecutan satisfactoriamente con RMI, pero que fallan con XML/HTTP.
Llamada a método |
Mensaje de error |
---|---|
CIMClient.close() |
NullPointerException |
CIMClient.execQuery() |
CIM_ERR_QUERY_LANGUAGE_NOT_SUPPORTED |
CIMClient.getInstance() |
CIM_ERR_FAILED |
CIMClient.invokeMethod() |
XMLERROR: ClassCastException |
La herramienta de montaje de directorios y configuración de recursos compartidos de Solaris Management Console (Mounts and Shares) no puede modificar las opciones de montaje de determinados sistemas de archivos del sistema, como root (/), /usr y /var.
Solución: Opte por una de estas soluciones:
Use la opción de volver a montar con la orden mount.
# mount -F tipo_sistema_archivos -o remount,opciones_adicionales_montaje \ dispositivo_que_montar punto_montaje |
Las modificaciones de las propiedades de montaje que se realizan con la opción -remount, del comando mount, no son permanentes. Además, cualquier opción que no se especifique en el fragmento de opciones_adicionales_montaje del comando anterior hereda los valores predeterminados que especifique el sistema. Consulte la página de comando man mount_ufs(1M) para obtener más información.
Edite la entrada correspondiente del archivo /etc/vfstab para modificar las propiedades de montaje del sistema de archivos y rearranque después el sistema.