Si moderniza Solaris desde las versiones Solaris 9 9/02 o Solaris 9 12/02 al sistema operativo Solaris 9 4/03 y crea una nueva cuenta del usuario, el directorio de inicio para esa cuenta no se creará.
Si usa la interfaz de línea de comandos (CLI) smuser para crear la cuenta del usuario aparecerá un error "null" en la ventana de terminal inmediatamente después de terminarse la ejecución de CLI.
Si creó la cuenta del usuario mediante la interfaz gráfica del usuario (GUI) de Solaris Management Console, no aparece ningún mensaje de error.
Solución alternativa: después de modernizar el entorno operativo a Solaris 9 4/03, siga estos pasos para volver a registrar el archivo jar.
Debe borrar y volver a crear todas las cuentas de usuarios que se añadieron tras modernizar el sistema a esta versión.
Puede borrar la cuenta del usuario antes o después de volver a registrar el archivo jar. No obstante, antes de crear cuentas de usuarios deber completar la solución alternativa.
Conviértase en superusuario.
Vuelva a registrar el archivo jar.
# /usr/sadm/bin/smcregister library -n VUserMgrLib.jar \ /usr/sadm/lib/usermgr/VUserMgrLib.jar \ /usr/sadm/lib/usermgr/VUserMgrLib_classlist.txt ALL |
Pare el servidor WBEM.
# /etc/init.d/init.wbem stop |
Reinicie el servidor WBEM.
# /etc/init.d/init.wbem start |
Tras completar esta solución alternativa, el directorio de inicio /export/home/nombre_usuario se crea satisfactoriamente cuando añade una nueva cuenta de usuario.
Si desea obtener más información consulte las páginas de comando man smuser(1M).
Si usa Solaris Management Console para llevar a cabo operaciones en una cuenta de grupo o de usuario en un sistema que se usa como servidor DNS y donde ya existe el archivo /etc/named.conf, se producen errores.
Los errores siguientes se producen cuando lleva a cabo estas operaciones desde la interfaz del usuario o cuando usa smuser y smgroup, que son interfaces de líneas de comando para la consola.
La consola abre un nuevo cuadro de diálogo o el comando smuser sale con los mensajes de error siguientes cuando se ejecuta en un usuario:
"The attempt to view Users or Roles has failed due to an unexpected error. This was caused by the following error: CIM_ERR_FAILED." |
La consola abre un nuevo cuadro de diálogo o el comando smgroup sale con los mensajes de error siguientes cuando se ejecuta en un grupo:
"Attempted Read of Group IDs failed with unexpected CIM error: CIM_ERR_FAILED."operations from the GUI or command-line interface. |
Solución alternativa: elija una de las soluciones alternativas siguientes.
Para solucionar este problema reiniciando el servidor DNS, siga estos pasos:
Conviértase en superusuario.
Traslade el archivo named.conf a un directorio diferente. Por ejemplo:
# mv /etc/named.conf /var/named/named.conf |
Reinicie el servidor DNS.
# pkill -9 in.named |
# /usr/sbin/in.named /var/named/named.conf |
Para solucionar este problema reiniciando el servidor WBEM, siga estos pasos:
Conviértase en superusuario.
Modifique el archivo /usr/sadm/lib/wbem/WbemUtilityServices.properties mediante un editor de texto.
Sustituya la cadena /etc/named.conf con /tmp/nuevo_nombre_archivo.
Compruebe que el nombre de archivo elegido no exista ya en el sistema.
Pare el servidor WBEM.
# /etc/init.d/init.wbem stop |
Inicie el servidor WBEM
# /etc/init.d/init.wbem start |
Si desea obtener más información, consulte las páginas de comando man smuser(1M) y smgroup(1M).
Desea arrancar un sistema Sun LX50 que cuenta con una partición de servicio y está instalado el sistema operativo Solaris 9 4/03 (Edición x86). Tiene la opción de pulsar la tecla F4 para arrancar la partición de servicio. Sin embargo, esto provoca que la pantalla quede en blanco y el sistema no consiga arrancar la partición de servicio.
Solución alternativa: 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 el número en la columna Part# que corresponde a type=DIAGNOSTIC y pulse la tecla de retorno. El sistema arranca la partición de servicio.
En el sistema operativo Solaris 9 4/03, en los sistemas basados en UltraSPARC II, no siempre se genera el mensaje de eventos CP que acompaña a algunos mensajes de Error incorregible en la memoria. En estos sistemas se incluyen Sun EnterpriseTM 10000 y Sun Enterprise 6500/6000/5500/5000/4500/4000/3500/3000. Como resultado, es posible que no aparezca la información necesaria para identificar una CPU que no funcione correctamente.
Solución alternativa: si desea conocer la última información sobre este asunto, consulte la sede web de SunSolve en http://sunsolve.sun.com.
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 alternativa: 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 la javax
para desarrollar el software WBEM, sólo se admite totalmente la llamada
a método remoto (RMI) 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 Montajes y comparticiones de Solaris Management Console no puede modificar las opciones de montaje en sistemas de archivos clave del sistema, como / (raíz), /usr y /var.
Solución alternativa: elija una de las soluciones alternativas siguientes:
Use la opción de volver a montar con el comando mount.
# mount -F tipo_sistema_archivos -o remount,opciones_adicionales_montaje \ dispositivo_para_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.
Cuando queda poca memoria, aparece el siguiente mensaje de error:
CIM_ERR_LOW_ON_MEMORY |
No se pueden agregar más entradas cuando el gestor de objetos del Modelo de información común (CIM) se queda corto de memoria. Debe restaurar el Depósito del gestor de objetos de CIM.
Solución alternativa: para restablecer el Depósito gestor de objetos CIM, siga estos pasos.
Conviértase en superusuario.
Detenga el gestor de objetos de CIM.
# /etc/init.d/init.wbem stop |
Elimine el directorio de registro JavaSpacesTM.
# /bin/rm -rf /var/sadm/wbem/log |
Reinicie el gestor de objetos de CIM.
# /etc/init.d/init.wbem start |
Cuando se pone a cero el depósito del gestor de objetos de CIM, se pierden todas las definiciones de propietario del almacén de datos. Debe volver a compilar los archivos MOF que incluyen estas definiciones con el comando mofcomp. Consulte el ejemplo siguiente.
# /usr/sadm/bin/mofcomp -u root -p contraseña_root su_archivo_mof |