En este capítulo se detallan las cuestiones de tiempo de ejecución clasificadas como problemas. Para conocer los problemas de tiempo de ejecución de Solaris más recientes, que no se identificaron a tiempo de incluirlos en estas notas sobre la versión, consulte Solaris 9 12/03: Notas sobre la versión en http://docs.sun.com/db/doc/817-3462.
Las descripciones de defectos de tiempo de ejecución siguientes se han agregado a este capítulo después de que el documento se publicara en el Solaris 9 12/03 Documentation CD y en el quiosco de instalación del Solaris 9 12/03 Installation CD:
Es posible que la función xmlValidateDocument() provoque daños en la pila (4856338)
Se produce un error en la desinstalación del Solaris 9 12/03 Documentation CD (4920548)
Si ocfserv termina y la pantalla está bloqueada, el sistema permanece bloqueado incluso aunque se inserte o extraiga una tarjeta inteligente.
Solución: efectúe los pasos siguientes para desbloquear el sistema.
Realice un inicio de sesión remoto en la máquina en la que ha finalizado el proceso ocfserv.
Conviértase en superusuario.
Finalice el proceso dtsession; en una ventana de terminal escriba:
# pkill dtsession |
ocfserv se vuelve a iniciar y se restauran la capacidad y el inicio de sesión con tarjeta inteligente.
El elemento de menú Editar archivo de configuración de la consola de gestión de tarjetas inteligentes no edita los archivos de configuración de tarjetas inteligentes situados en /etc/smartcard/opencard.properties. Si se selecciona el elemento de menú, el sistema muestra un mensaje que indica que no continúe a menos que se lo solicite el soporte técnico.
Solución: no use el elemento de menú Editar archivo de configuración de la consola de gestión de tarjetas inteligentes. Si desea obtener información sobre la configuración de tarjetas inteligentes, consulte Solaris Smartcard Administration Guide.
Es posible que las aplicaciones que utilicen la biblioteca /usr/lib/libxml2.so.2 fallen de manera intermitente en un volcado del núcleo si se utiliza la función xmlValidateDocument(). Este problema se debe a una pérdida de datos por exceso en la biblioteca para documentos que se han validado mediante la función xmlValidateDocument().
Sólo se produce este problema si el código se compila contra una versión de libxml2 que se ha introducido antes de la versión de Solaris 9 4/03. Después se ejecuta el código en una de las versiones siguientes:
Solaris 9 4/03
Solaris 9 8/03
Solaris 9 12/03
Solución: aplique las modificaciones siguientes a todas las versiones de Solaris 9:
En los sistemas SPARC, aplique la modificación 114014-07.
En los sistemas x86, aplique la modificación 114015-07.
Las aplicaciones que se compilaron con libxml2.so en un sistema que utiliza Solaris 9 4/03, Solaris 9 8/03 o Solaris 9 12/03 necesitarán recompilarse si se utilizaron las macros de la comprobación de funciones libxml2.so. Es una recompilación es necesaria ya que la versión de libxml2.so que se incluye en la versión del software de Solaris se ha cambiado a 2.4.23, debido a la incompatibilidad binaria que aparecía en la versión 2.5.4 de libxml2
La función de ejecución automática de soportes extraíbles en el escritorio CDE se ha eliminado temporalmente del software de Solaris 9 12/03.
Solución: para usar la función de ejecución automática de un CD-ROM u otro volumen de soporte extraíble, siga uno de estos métodos:
Ejecute el programa volstart desde el nivel superior del sistema de archivos de los soportes extraíbles.
Siga las instrucciones que se incluyen en el CD para acceder desde fuera del CDE.
dtmail se bloquea después de conectar con el servidor IMAP si se especifica la opción FontList al ejecutar dtmail desde la línea de órdenes. Consulte el ejemplo siguiente:
/usr/dt/bin/dtmail -xrm "Dtmail*FontList: -*-r-normal-*:" |
Aparece el mensaje de error siguiente.
Segmentation Fault |
Este problema sucede en los entornos nacionales C y ja.
Solución: no especifique la opción FontList cuando ejecute dtmail desde la línea de órdenes.
Si intenta leer un mensaje de correo electrónico con muchas líneas largas en cualquiera de los entornos nacionales Unicode o UTF-8 de Solaris 9 12/03, la Aplicación de correo de CDE (dtmail) parece bloquearse. El mensaje no se muestra de forma inmediata.
Solución: elija una de las soluciones alternativas siguientes:
Amplíe la ventana del buzón dtmail para que quepan 132 columnas.
Inhabilite la función de diseño complejo de texto, con los pasos siguientes.
Conviértase en superusuario.
Vaya al directorio del entorno local del sistema.
# cd /usr/lib/locale/nombre_entorno_nacional |
En el ejemplo anterior, nombre_entorno_nacional se refiere al nombre del entorno nacional UTF-8 o Unicode de Solaris 9 12/03 que se encuentra en el sistema.
Cambie el nombre de la categoría del mecanismo de diseño del entorno nacional.
# mv LO_LTYPE LO_LTYPE- |
Vuelva a darle el nombre original a la categoría del mecanismo de diseño del entorno nacional (LO_LTYPE) antes de aplicar cualquier modificación al mecanismo de diseño del entorno nacional.
Después de eliminar el último elemento del escritorio (por ejemplo, la última cita de la Agenda o la última dirección del Gestor de direcciones), éste se vuelve a restaurar desde el dispositivo portátil en el escritorio al efectuar la sincronización manual.
Solución: borre manualmente la última entrada del dispositivo manual antes de realizar la sincronización.
Si intercambia datos multibyte entre un dispositivo PDA y el CDE de Solaris, es posible que se deterioren los datos en ambos entornos.
Solución: guarde una copia de seguridad de los datos en su ordenador personal, con la utilidad de realización de copias de seguridad de PDA, antes de ejecutar la aplicación PDASync de SolarisTM. Si intercambia accidentalmente datos multibyte y los deteriora, restaure sus datos desde la copia de seguridad.
Si desea información acerca de la notas sobre la versión y la resolución de problemas en el escritorio GNOME 2.0, consulte los documentos siguientes en http://docs.sun.com:
Escritorio de GNOME 2.0 para el sistema operativo Solaris: Guía de instalación
Escritorio de GNOME 2.0 para el sistema operativo Solaris: Guía para la resolución de problemas
Si el contenido de una modificación firmada se extrae al mismo directorio que la modificación firmada, aquella no se puede instalar mediante la orden /usr/sbin/patchadd. En cambio, la modificación firmada se instala si se ejecuta /usr/sbin/patchadd ./id_modificación. La modificación extraída y sin firmar se pasa por alto.
En algunos casos puede que aparezcan los mensajes de error siguientes:
Verifying signed patch id_modificación... ERROR: Unable to open keystore /var/sadm/security/patchadd /truststore for reading ERROR: Unable to lock keystore /var/sadm/security for exclusive access Signature invalid on signed patch id_modificación. Patchadd is terminating. |
Solución: elija una de las soluciones alternativas siguientes:
Extraiga la modificación firmada a un directorio diferente del directorio donde ya exista la modificación firmada. Use la ruta a la modificación extraída al ejecutar la orden /usr/sbin/patchadd.
Después de extraer la modificación firmada, pero antes de ejecutar la orden /usr/sbin/patchadd, borre el archivo .jar.
No extraiga la modificación firmada. En cambio, rellene el almacén de claves del paquete e instale aquélla directamente. Siga estos pasos:
Conviértase en superusuario.
Ejecute las órdenes siguientes:
# /usr/bin/mkdir /var/sadm/security |
# /usr/bin/keytool -export -storepass changeit -alias \ gtecybertrustca -keystore usr/java/jre/lib/security/cacerts -file \ /tmp/gte.crt |
# /usr/bin/pkgadm addcert -t -f der /tmp/gte.crt |
Cambie la contraseña predeterminada changeit por la utilizada para proteger el almacén de claves de Java.
Al utilizar la orden lucreate para crear un nuevo entorno de arranque, dicha orden falla en las siguientes circunstancias:
La ruta de dispositivo para cualquier dispositivo de almacenamiento montado es un subconjunto de la ruta de otro dispositivo de almacenamiento montado.
Por ejemplo, supongamos que un sistema de archivos está montado actualmente en /dev/md/dsk/d1 y otro en /dev/md/dsk/d10.
La ruta de dispositivo para cualquier dispositivo de almacenamiento montado es un subconjunto de la ruta de un dispositivo de almacenamiento utilizado como argumento de la orden lucreate.
Por ejemplo, si un sistema de archivos está actualmente montado en /dev/md/dsk/d10 y /dev/md/dsk/d100 se utiliza como opción de lucreate, especificando un sistema de archivos para el nuevo entorno de arranque.
Se muestran los siguientes mensajes de error confusos:
The file system creation utility /usr/lib/fs/ufsufs/mkfs is not available. |
Unable to create all required file systems for boot-environment. |
Cannot make file systems for boot-environment |
Solución: asegúrese de que no se utilice ningún sistema de archivos en dispositivos de almacenamiento cuyos nombres de dispositivo sean subconjuntos de otros dispositivos de almacenamiento con sistemas de archivos en uso.
Si hay ambigüedad de nombres entre los sistemas de archivos montados, cambie el nombre de los metadispositivos de Solaris Volume Management existentes.
En la siguiente solución alternativa, d10 y d100 se utilizan únicamente como ejemplo. Otros ejemplos de nombres de dispositivo ambiguos son d20 y d200 o d377 y d37, donde d20 coincide con d200 y d377 con d37.
Conviértase en superusuario.
Utilice la orden metarename para renombrar uno de los nombres de metadispositivo ambiguos.
# metarename d10 d300 |
El metadispositivo d10 se renombra a d300.
El sistema de archivos en d10 se debe desmontar antes de utilizar la orden metarename.
Con el sistema de archivos desmontado, edite el archivo /etc/vfstab y cualquier otro archivo de configuración pertinente que contenga el nombre del metadispositivo que se va renombrar. Deberá cambiar todas las referencias al nombre antiguo del metadispositivo por el nombre nuevo.
Si un proceso está accediendo a los datos del sistema de archivos, ponga el sistema en la modalidad monousuario para desmontar el sistema de archivos. Rearranque el sistema después de efectuar los cambios.
Si utiliza Solaris Management Console para llevar a cabo operaciones en una cuenta de grupo o de usuario en un sistema que se utilice como Servicio de nombres de dominio (DNS), se producen errores, si el archivo /etc/named.conf existe en ese sistema.
Los errores siguientes se producen cuando lleva a cabo estas operaciones desde la interfaz gráfica del usuario (GUI) o cuando usa smuser y smgroup, que son interfaces de líneas de órdenes para la consola.
La consola abre un nuevo cuadro de diálogo o la orden 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 la orden 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: 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 elegido para el archivo 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 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 tiene instalado el software de Solaris 9 12/03 (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.
En la versión Solaris 9 12/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. Estos sistemas son:
Sun EnterpriseTM 10000
Sun Enterprise 6500
Sun Enterprise 6000
Sun Enterprise 5500
Sun Enterprise 5000
Sun Enterprise 4500
Sun Enterprise 4000
Sun Enterprise 3500
Sun Enterprise 3000
Como resultado, es posible que no aparezca la información necesaria para identificar una CPU que no funcione correctamente.
Solución: Si desea conocer la información más reciente relativa a este tema, consulte la sede web SunSolveSM 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: 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 Montajes y comparticiones de Solaris Management Console no puede modificar las opciones de montaje en sistemas de archivos clave del sistema, como la raíz (/), /usr y /var.
Solución: elija una de las soluciones alternativas siguientes:
Use la opción de volver a montar con la orden 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, de la orden mount, no son permanentes. Además, cualquier opción que no se especifique en el fragmento de opciones_adicionales_montaje de la orden 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 puede agregar más entradas cuando al gestor de objetos de CIM le queda poca memoria. Debe restaurar el Depósito del gestor de objetos de CIM.
Solución: 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 la orden mofcomp. Consulte el ejemplo siguiente:
# /usr/sadm/bin/mofcomp -u root -p contraseña_root su_archivo_mof |
Si dispone de un sistema de archivos raíz (/) de Solaris Volume Manager con duplicación, y dicho sistema de archivos no se inicia en el cilindro 0, ninguna de las subduplicaciones anexadas debe empezar en el cilindro 0.
Si intenta anexar una subduplicación que empiece en el cilindro 0 a una duplicación cuya subduplicación original no empieza en ese cilindro, aparecerá el mensaje de error siguiente.
can't attach labeled submirror to an unlabeled mirror |
Solución: elija una de las soluciones alternativas siguientes:
Asegúrese de que tanto el sistema de archivos raíz como el volumen de la otra subduplicación empiecen en el cilindro 0.
Asegúrese de que ni el sistema de archivos raíz ni el volumen de la otra subduplicación empiecen en el cilindro 0.
De forma predeterminada, el proceso de instalación JumpStart inicia el intercambio en el cilindro 0 y el sistema de archivos raíz (/) en otro lugar del disco. Es una práctica de administración habitual iniciar el segmento 0 en el cilindro 0. La duplicación de una instalación JumpStart predeterminada con la raíz en el segmento 0, pero no en el cilindro 0, en un disco secundario normal con el segmento 0 que comience en el cilindro 0, puede causar problemas. Esta duplicación produce un mensaje de error al intentar anexar la segunda subduplicación. Si desea obtener más información sobre el comportamiento predeterminado de los programas de instalación de Solaris, consulte Solaris 9 12/03: Guía de instalación.
La orden metahs -e puede fallar en las circunstancias siguientes.
Problemas en un dispositivo de repuesto en marcha, como un error inducido, al emplear la utilidad metaverify.
El software Solaris Volume Manager intenta activar el repuesto en marcha cuando tiene lugar un error en un metadispositivo. El repuesto en marcha se marca como broken.
El sistema se apaga. El disco averiado que contiene el repuesto en marcha se sustituye por un nuevo disco en la misma ubicación.
Al arrancar el sistema, el software Solaris Volume Manager no reconoce el nuevo repuesto en marcha.
Se utiliza la orden metahs -e para habilitar el repuesto en marcha en el nuevo disco.
Aparece el mensaje siguiente:
WARNING: md: d0: open error of hotspare (Unavailable) |
La causa del error es que el software Solaris Volume Manager no reconoce internamente el nuevo disco de repuesto en marcha situado en la misma ubicación física. El software Solaris Volume Manager sigue mostrando el identificador de dispositivo del disco que ya no está en el sistema.
No se ha detectado que este error ocurra en equipos de almacenamiento Photon ni en otros en los que el número de dispositivo cambia al sustituir un disco.
Solución: elija una de las soluciones alternativas siguientes:
Siga estos pasos para actualizar el identificador del dispositivo para el disco de repuesto en marcha en la base de datos de estado de Solaris Volume Manager.
Conviértase en superusuario.
Escriba la siguiente orden para actualizar el identificador del dispositivo del disco de repuesto en marcha:
# metadevadm -u nombre_dispositivo_lógico |
Escriba la siguiente orden para que el nuevo disco de repuesto en marcha esté disponible:
# metareplace -e nombre_dispositivo_lógico |
Siga estos pasos para la gestión de repuestos en marcha y agrupaciones de repuestos en marcha en el sistema:
Conviértase en superusuario.
Escriba la orden siguiente para borrar la entrada del segmento de repuesto en marcha:
# metahs -d hspnúmero_agrupación_repuestos_en_marcha nombre_dispositivo_lógico |
Escriba la orden siguiente con el fin de crear una nueva entrada para el segmento de repuesto en marcha en la misma ubicación con el identificador de dispositivo correcto:
# metahs -a hspnúmero_agrupación_repuestos_en_marcha nombre_dispositivo_lógico |
No se puede sustituir una unidad averiada por otra que se haya configurado con el software Solaris Volume Manager. La unidad de repuesto debe ser nueva para el software Solaris Volume Manager. Si traslada físicamente un disco de una ranura a otra de un equipo Photon, la orden metadevadm falla. La causa de este error es que el nombre de dispositivo lógico del segmento ya no existe. Sin embargo, el identificador del dispositivo del disco sigue presente en la réplica del metadispositivo. Aparece el mensaje siguiente:
Unnamed device detected. Please run 'devfsadm && metadevadm -r to resolve. |
Durante este tiempo se puede acceder al disco en su nueva ubicación. No obstante, para acceder al segmento es posible que deba utilizar el antiguo nombre de dispositivo lógico.
Solución: traslade físicamente la unidad a su ranura original.
Si quita y sustituye un disco físico del sistema y utiliza la orden metarecover -p -d para escribir en el disco la adecuada información específica de particiones dinámicas, tiene lugar un fallo de apertura. La orden no actualiza el espacio de nombres de la base de datos de metadispositivos para reflejar el cambio en la identificación del dispositivo de disco. Esto provoca un fallo de apertura para cada una de las particiones dinámicas construidas sobre el disco. Aparece el mensaje siguiente:
Open Error |
Solución: cree una partición dinámica en el nuevo disco en lugar de emitir la orden metarecover para recuperar la partición dinámica.
Si la partición dinámica forma parte de una duplicación o RAID 5, utilice la orden metareplace sin la opción -e para sustituir la partición dinámica antigua por la nueva.
# metareplace dx duplicación_o_RAID_5 partición_dinámica_antigua partición_dinámica_nueva |
Si configura diversos túneles de IP entre dos nodos IP y habilita ip_strict_dst_multihoming u otros filtros IP, se pueden producir pérdidas de paquetes.
Solución: elija uno de los siguientes:
Configure en primer lugar un único túnel entre los dos nodos IP. Agregue direcciones al túnel mediante la orden ifconfig con la opción addif.
No habilite ip_strict_dst_multihoming en los túneles entre dos nodos IP.
Al desbloquear una sesión de CDE, es posible que se eliminen todas las credenciales de Kerberos versión 5 (krb5) guardadas en la memoria caché. En consecuencia, no podrá acceder a varias utilidades del sistema. Este problema tiene lugar en las condiciones siguientes:
En el archivo /etc/pam.conf los servicios dtsession del sistema están configurados para utilizar de forma predeterminada el módulo krb5.
Bloquea su sesión de CDE y luego intenta desbloquearla.
Si se presenta este problema, se muestra el mensaje de error siguiente.
lock screen: PAM-KRB5 (auth): Error verifying TGT with host/nombre_sistema: Permission denied in replay cache code |
Solución: agregue las siguientes entradas de dtsession que no son pam_krb5 al archivo /etc/pam.conf.:
dtsession auth requisite pam_authtok_get.so.1 dtsession auth required pam_unix_auth.so.1 |
Con estas entradas en el archivo /etc/pam.conf, el modulo pam_krb5 no se ejecuta de forma predeterminada.
En el software Solaris 9 12/03, las cuentas bloqueadas se tratan igual que las cuentas caducadas o inexistentes. Por tanto, las utilidades cron, at y batch no pueden programar trabajos en las cuentas bloqueadas.
Solución: para que las cuentas bloqueadas acepten las tareas de cron, at o batch, sustituya el campo de contraseña de una cuenta bloqueada (*LK*) por la cadena NP para que prescinda de la contraseña.
Si intenta llevar a cabo varias tareas con Veritas Volume Manager en un sistema que ejecute el software Solaris 9 12/03, es posible que las utilidades siguientes efectúen un volcado del núcleo:
vxddladm addjob
vxddladm addsupport
Solución: siga estos pasos:
Conviértase en superusuario.
Compruebe que el archivo /var/ld/ld.config y la utilidad /usr/bin/crle existan en el sistema.
Escriba las órdenes siguientes en una ventana de terminal:
# /usr/bin/cp /var/ld/ld.config /var/ld/ld.config.save # /usr/bin/crle -E LD_LIBRARY_PATH=/usr/lib # orden_vxddladm_apropiada # /usr/bin/mv /var/ld/ld.config.save /var/ld/ld.config |
En iPlanetTM Directory Server 5.1 Collection (Edición Solaris), los enlaces titulados DocHome y los enlaces entre manuales independientes no funcionan. Si selecciona dichos enlaces, el navegador muestra el error Not Found.
Solución: para navegar por los documentos iPlanet Directory Server 5.1 del sistema, vaya a la página de la Colección iPlanet Directory Server 5.1 (Edición Solaris) en http://docs.sun.com. Haga clic en el enlace con el documento que desee ver.
Después de eliminar el paquete SUNWsdocs no podrá eliminar ningún otro paquete de documentación. Este problema se produce porque el paquete SUNWsdocs se instala con todas las colecciones y es el punto de acceso del navegador.
Solución: si ha eliminado el paquete SUNWsdocs, vuelva a instalarlo desde el soporte de documentación y elimine después el resto de los paquetes de documentación.
Si instala en el sistema los tres soportes de documentación siguientes (o dos de ellos) y después intenta desinstalar cualquiera de estos CD, el panel de resumen del desinstalador informa de un estado de error:
Solaris 9 12/03 Documentation 1 of 2 CD
Solaris 9 12/03 Documentation 2 of 2 CD
Conjunto de documentación de Solaris 9 on Sun Hardware del CD suplementario de software de Solaris 9 12/03
Este problema se produce porque los tres CD contienen paquetes dependientes del paquete SUNWsdocs.
El CD que intenta desinstalar permanece registrado. No obstante, aparece Dañado en el registro de productividad. El desinstalador interpreta este estado como fallo.
El conjunto de documentación se omite durante el proceso de desinstalación, aunque los paquetes asociados se hayan borrado del sistema.
Solución: siga estos pasos para solucionar el problema:
Desinstale los CD restantes de documentación de Solaris 9 12/03.
Suprima el registro del CD de documentación de Solaris 9 12/03 que no se haya desinstalado correctamente.
Vuelva a instalar el soporte de documentación de Solaris 9 12/03, si fuera necesario.
En el software Solaris 9 12/03 y otros sistemas basados en UNIX, no se puede acceder a los documentos PDF del Solaris 9 12/03 Documentation 1 of 2 CD en los siguientes entornos nacionales europeos.
de (alemán)
es (español)
fr (francés)
it (italiano)
sv (sueco)
La causa de este problema es una limitación de Adobe Acrobat Reader. Para obtener más información acerca de este problema, consulte la sede de Adobe Technote en http://www.adobe.com:80/support/techdocs/294de.htm.
Solución: elija una de las soluciones alternativas siguientes:
En el software Solaris 9 12/03 y otros sistemas basados en UNIX, establezca el valor de la variable de entorno LC_ALL en C acroread. Por ejemplo, en el shell C, escriba la siguiente orden en una ventana de terminal.
% env LC_ALL=C acroread |
Para los sistemas no basados en UNIX, modernice Adobe Acrobat Reader a la versión 5.0 o posterior.
Es posible que se eliminen inesperadamente del sistema algunas colecciones de documentación de Solaris 9 12/03 en los siguientes casos:
Se instalan en el sistema los dos Solaris 9 12/03 Documentation, el 1 of 2 y el 2 of 2.
A continuación se usa la utilidad prodreg o el programa instalador del Solaris 9 12/03 Documentation CD para eliminar ciertos paquetes de documentación.
Los Solaris 9 12/03 Documentation CD 1 of 2 y 2 of 2 tienen tres colecciones en común. Si elimina los paquetes que contienen dichas colecciones de la instalación del Solaris 9 12/03 Documentation 1 of 2 o 2 of 2 CD, el paquete se elimina de ambas instalaciones.
En la tabla siguiente se indican los paquetes que pueden eliminarse de forma inesperada:
Tabla 2–1 Paquetes de documentación de Solaris 9 12/03 que se encuentran en ambos Solaris 9 12/03 Documentation CD
Nombres de paquetes HTML |
Nombres de paquetes PDF |
Descripción de la colección |
---|---|---|
SUNWaadm |
SUNWpaadm |
Solaris 9 System Administrator Collection |
SUNWdev |
SUNWpdev |
Solaris 9 Developer Collection |
SUNWids |
SUNWpids |
iPlanet Directory Server 5.1 Collection |
Solución: elija una de las soluciones alternativas siguientes:
Si el proceso de desinstalación ha eliminado de forma inesperada estos paquetes de documentación y desea que dichos paquetes estén en el sistema, vuelva a instalarlos desde el Solaris 9 12/03 Documentation 1 of 2 o 2 of 2 CD.
Para evitar que este problema suceda, use la utilidad pkgrm para eliminar del sistema los paquetes deseados.
Se ha añadido la admisión para tres teclados adicionales en esta versión del software de Solaris 9: teclado estonio (tipo 6), teclado francés canadiense (tipo 6) y teclado polaco para programadores (tipo 5).
Este software proporcionará a los usuarios de Canada, Estonia y Polonia una mayor flexibilidad para introducir datos mediante el teclado, adaptando la distribución del teclado estándar para EE.UU. a las necesidades de cada idioma.
En la actualidad no existe ningún hardware para estos tres tipos de teclados adicionales.
Solución: si desea usar este nuevo software para el teclado, modifique el archivo /usr/openwin/share/etc/keytables/keytable.map de una de estas formas:
Para el teclado estonio tipo 6, efectúe los siguientes cambios:
Cambie la entrada US6.kt a Estonia6.kt en el archivo /usr/openwin/share/etc/keytables/keytable.map. La entrada modificada debe quedar así:
6 0 Estonia6.kt |
Añada las entradas siguientes al archivo /usr/openwin/lib/locale/iso8859-15/Compose:
<scaron> |
:"/xa8" |
scaron |
<scaron> |
:"/xa6" |
scaron |
<scaron> |
:"/270" |
scaron |
<scaron> |
:"/264" |
scaron |
Reinicie el sistema para que los cambios surtan efecto.
Para el teclado francés canadiense tipo 6, efectúe los siguientes cambios:
Cambie la entrada US6.kt a Canada6.kt en el archivo /usr/openwin/share/etc/keytables/keytable.map. La entrada modificada debe quedar así:
6 0 Canada6.kt |
Reinicie el sistema para que los cambios surtan efecto.
Si utiliza la disposición actual del teclado polaco tipo 5, efectúe los siguientes cambios:
Cambie la entrada Poland5.kt a Poland5_pr.kt en el archivo /usr/openwin/ share/etc/keytables/keytable.map. La entrada modificada debe quedar así:
4 52 Poland5_pr.kt |
Si va a usar un teclado con microinterruptores, compruebe que los interruptores estén en el valor binario correcto para la entrada del teclado polaco (binario 52) antes de rearrancar el sistema.
Si usa un teclado estándar de EE.UU. del tipo 5, cambie la entrada US5.kt a Poland5_pr.kt en el archivo /usr/openwin/share/etc/keytables/keytable.map. La entrada modificada debe quedar así:
4 33 Poland5_pr.kt |
Reinicie el sistema para que los cambios surtan efecto.
Para generar el carácter diacrítico en los entornos nacionales árabes, escriba el carácter árabe y después Mayúsculas + U.
En los entornos nacionales europeos UTF-8 la opción de ordenar no funciona correctamente.
Solución: antes de utilizar la función de ordenar en los entornos nacionales FIGGS UTF-8, establezca la variable LC_COLLATE en el ISO1 equivalente .
# echo $LC_COLLATE > es_ES.UTF-8 # LC_COLLATE=es_ES.IS08859-1 # export LC_COLLATE |
Ahora ya puede utilizar la función de ordenar.
Si intenta usar la interfaz administrativa de Sun ONE Application Server con el navegador predeterminado del software Solaris 9 12/03, se muestra el mensaje de error siguiente:
Unsupported Browser: Netscape 4.78 It is recommended that you upgrade your browser to Netscape 4.79 or Netscape 6.2 (or later) to run the Sun One Application Server Administrative UI. Those who choose to continue and not upgrade may notice degraded performance or unexpected behavior. |
Si va a ejecutar la versión de la interfaz del usuario de Sun ONE Application Server Administrative que se incluye en la versión Solaris 9 12/03, necesitará usar el software Netscape 4.79 o Netscape 7.0.
Solución: use /usr/dt/appconfig/SUNWns/netscape en lugar de /usr/dt/bin/netscape.
No se admite la modificación de la Lista de control de acceso (LCA) de Sun ONE Application Server en algunas versiones del software Netscape NavigatorTM. Si intenta modificar las entradas de LCA mientras usa el software Netscape Navigator, en su versión 6.x o 7.x, es posible que tenga problemas esporádicos.
Por ejemplo:
La ventana del explorador desaparece.
Aunque se inicie, no se muestra la pantalla de modificación de LCA.
Solución: elija una de las soluciones alternativas siguientes:
Use la versión 4.79 del software Netscape Navigator o la 6.0 de Microsoft Internet Explorer, ambas admitidas.
Modifique manualmente el archivo de LCA. Si desea más información sobre el formateado de archivos LCA, consulte Sun ONE Application Server 7 Administrator's Guide.
Si usa un cliente Oracle® 9.2 para acceder a una base de datos Oracle 9.1, el deterioro de los datos podría producirse cuando una columna de números siguiera a una columna de indicación de la hora.
La causa del problema podría ser el uso de un archivo ojdbc14.jar con una base de datos Oracle 9.1. La aplicación de la modificación podría ayudar a resolver la situación en las máquinas Solaris de 32 bits que ejecuten una base de datos Oracle 9.1. Este controlador de JDBCTM es para la versión de Oracle que trabaje con JDKTM 1.4.
Solución: consiga la modificación para el error 2199718 que Oracle puede tener a su disposición en su sitio web y aplíquela al servidor.
Se informa de un error del verificador en un recurso de fábrica del gestor de persistencia que se creó mediante la interfaz de la línea de órdenes. El error siguiente aparece cuando se visualiza el recurso en la interfaz de administración de Sun ONE Application Server.
ArgChecker Failure: Validation failed for jndiName: object must be non-null |
Solución: lleve a cabo los pasos siguientes para crear un nuevo recurso de fábrica de administración de la persistencia.
Cree una agrupación de conexión de jdbc con la información de datos originales para conectarse a una base de datos.
Cree un recurso de jdbc para conseguir que la agrupación de la conexión esté disponible a través de un bucle de Java Naming and Directory InterfaceTM (J.N.D.I.).
Cree un recurso de gestión de persistencia con el recurso de jdbc que se creó en el paso 2.
El valor any del atributo de dirección en el receptor de iiop en el archivo server.xml permite la recepción en todas las interfaces disponibles en el sistema. Esta admisión incluye las interfaces IPv4 y IPv6. Sin embargo, la configuración predeterminada de Sun ONE Application Server usa un valor de dirección de 0.0.0.0 en el receptor de iiop. Esta configuración predeterminada no recibe nada en las interfaces de IPv6. La configuración sólo puede recibir en todas las interfaces de IPv4 de un sistema.
Solución: use el valor :: en el atributo de dirección del receptor de iiop en server.xml para recibir en todas las interfaces IPv4 y IPv6 de un sistema.
Si intenta reiniciar Sun ONE Application Server después de instalar un certificado y activar la seguridad, falla el reinicio. Un mensaje indica que el servidor no consiguió recibir una contraseña.
Si la capa de zócalo seguro (SSL) no está habilitada, las contraseñas no se guardan en la antememoria, por lo que el reinicio falla. La orden restart no admite la transición del modo no activo al activo de SSL.
Este problema sólo ocurre la primera vez que se reinicia el servidor. Los reinicios siguientes se desarrollan con normalidad.
Solución: elija una de las soluciones alternativas siguientes:
Si ha encontrado este problema, haga clic en el botón de inicio.
Para evitar este problema, ejecute los pasos siguientes en lugar de hacer clic en el botón de reinicio.
Haga clic en el botón de parar.
Haga clic en el botón de inicio.
Si una aplicación tiene muchos componentes Enterprise JavaBeansTM, puede bloquearse el servidor durante la recarga dinámica de la aplicación. Se usa la recarga dinámica en el entorno de desarrollo para comprobar rápidamente los cambios menores en una aplicación. El intento de usar más descriptores de archivos de los disponibles provoca el bloqueo.
Solución: siga estos pasos:
Aumente el límite de descriptores de archivos añadiendo líneas, en este formato, al archivo /etc/system.
set rlim_fd_max=8192
set rlim_fd_cur=2048
Dependiendo del tamaño de la aplicación, los valores fijados pueden ser mayores o menores.
Rearranque el sistema.
Si instala un certificado externo mediante la interfaz de Sun ONE Application Administration, se produce un problema al intentar activar SSL para el receptor de http mediante el uso del certificado instalado en el módulo criptográfico externo. Aunque la instalación del certificado sea satisfactoria, el alias del certificado no aparece en la interfaz de la administración.
Solución: siga los pasos que se indican:
Inicie la sesión como usuario administrativo en el sistema donde está instalado el software Sun ONE Application Server.
Enlace el receptor de http al certificado instalado en el módulo criptográfico externo mediante la orden asadmin. Si desea más información sobre la orden asadmin, consulte la página de comando man asadmin(1AS).
# asadmin create-ssl --user usuario_administrativo--password contraseña \ --host nombre_sistema --port puerto --type http-listener \ --certname nombre@apprealm:Server-Cert --instance instancia --ssl3enabled=true \ --ssl3tlsciphers +rsa_rc4_128_md5 http-listener-1 |
La orden previa establece el enlace entre el certificado y la instancia del servidor. La orden no instala el certificado. Éste se instaló mediante la interfaz de administración.
Aunque se enlace el certificado con el receptor de http, éste no recibirá en modo SSL.
Active el receptor de http para recibir en modo SSL. Utilice la orden siguiente:
# asadmin set --user usuario_administrativo --password contraseña --host nombre_sistema \ --port puerto server1.http-listener.http-listener-1.securityEnabled=true |
La orden previa conmuta el estado de recepción de la instancia del servidor de no SSL a SSL. Después de completar los pasos anteriores, se muestra el certificado en la interfaz de administración.
Ahora puede usar la interfaz de administración para editar el receptor de http cuando sea necesario.
Si ejecuta el software Sun ONE Application Server en la versión Solaris 9 12/03 y si utiliza la orden flexanlg del /usr/appserver/bines posible que aparezca este error de apertura:
ld.so.1: /usr/appserver/bin/flexanlg: fatal: libplc4.so:open failed: No such file or directory killed |
Solución: siga estos pasos:
Añada la entrada siguiente al archivo LD_LIBRARY_PATH.
/usr/lib/mps
Ejecute la orden flexanlg.
% /usr/appserver/bin/flexanlg
Si no usa IPv6 en la red, este problema no le concierne.
De forma predeterminada, las instancias de Sun ONE Application Server 7 y de Admin Server usan IPv4. Todo el software de sistema que disponga de Sun ONE Application Server admite IPv4. Se necesitan cambios en la configuración de Sun ONE Application Server para ajustarse a esas plataformas donde se admita IPv6.
Si se van a hacer estos cambios en la configuración, debe estar completamente seguro de la admisión de IPv6. Si la configuración relacionada con IPv6 se aplica al sistema que solamente admite IPv4, es posible que las instancias de Application Server no se inicien.
Solución: lleve a cabo los cambios siguientes en la configuración:
Inicie Admin Server.
Inicie la consola de administración conectándose al sistema o al puerto HTTP de Admin Server en un navegador.
Seleccione la instancia del servidor para configurar IPv6: por ejemplo, server1.
Expanda el nodo de receptores de HTTP en la vista de árbol.
Seleccione el receptor de HTTP con el fin de configurarlo para IPv6; por ejemplo, http-listener1.
Cambie el valor del campo IP Address a ANY en la sección General.
En la sección Advanced, cambie el valor del campo Family a INET6.
La configuración del campo Family como INET6 no desactiva la funcionalidad de IPv4 a menos que se seleccione una dirección de IPv6 para la direcciónIP. Si selecciona ANY en IP Address concordará con cualquier dirección IPv4 o IPv6.
Haga clic en Guardar.
Seleccione la instancia del servidor desde el panel izquierdo.
Haga clic en Apply Changes.
Haga clic en Stop.
Haga clic en Start.
El servidor se reinicia e implementa los cambios.
Si los usuarios intentan implementar una muestra en más de una ocasión después de hacer algunos pequeños cambios y volver a empaquetar la aplicación, aparece el mensaje de error siguiente:
Already Deployed |
Este problema afecta a la mayoría de las muestras porque usan la utilidad Ant y el archivo common.xml, que tiene como destino deploy. De esta forma, este uso combinado mezcla la implementación de aplicaciones con el registro de recursos.
Solución: elija una de las soluciones alternativas siguientes:
Para la mayoría de las aplicaciones de ejemplo que usan la utilidad Ant y los archivos build.xml, que incluyen el archivo common.xml, escriba la orden siguiente.
% asant deploy_common |
Para el resto de las aplicaciones de ejemplo, escriba las órdenes siguientes.
% asant undeploy % asant deploy |
El Gestor de transacciones locales no admite las transacciones con tiempos de espera definidos. Si configura el atributo de tiempo de espera en segundos en el elemento servicio de transacciones con un valor mayor de 0, se procesan todas las transacciones locales como si fueran globales. Un valor 0 de tiempo de espera significa que el gestor de transacciones espera indefinidamente si no recibe información de una fuente de datos participante.
Si el controlador de la fuente de datos no admite las transacciones globales, la transacción local fallará.
Solución: vuelva a fijar en 0 el valor de tiempo de espera en segundos.
Si desea usar las optimizaciones JDBC de Oracle con beans de persistencia gestionados por el contenedor (CMP), debe especificarse el archivo classes12.zip en el atributo del sufijo de la ruta de clase del archivo server.xml. No coloque el archivo classes12.zip en el directorio instance/lib/, el predeterminado para las bibliotecas de terceros.
Solución: añada el archivo classes12.zip al atributo classpath-suffix del archivo server.xml.
Si la búsqueda del DNS de una dirección IPv6 falla, los clientes de la Llamada a método remoto-Protocolo Inter-ORB de Internet (RMI-IIOP) no funcionan en las direcciones IPv6.
Solución: para consultar una dirección IPv6 se debe configurar DNS en la sede de la implementación.
Varios problemas se asocian con el inicio de Application Server al instalar Sun ONE Application Server como parte de la instalación de Solaris:
Se inician automáticamente todas las instancias de servidores de aplicaciones y administrativos en el inicio de Solaris. En muchos entornos, no se espera que se inicien automáticamente todas las instancias durante el inicio de Solaris. El inicio de cada instancia definida puede influir negativamente en la cantidad de memoria disponible en un sistema.
Cuando se inician automáticamente las instancias del servidor de aplicaciones y las administrativas del servidor, la secuencia de inicio de cada instancia se ejecuta como root. La ejecución de secuencias de inicio de instancias de usuarios no root pueden proporcionar acceso de usuarios no root a usuarios que sí lo son mediante la modificación de las secuencias de inicio de las instancias.
Durante la instalación de Sun ONE Application Server, se instalan la secuencia /etc/init.d/appserv y los enlaces simbólicos a las secuencias S84appserv y K05appserv en los directorios /etc/rc*.d/. Estas secuencias provocan que todas las instancias del servidor de aplicaciones y las administrativas del servidor, definidas como parte de la instalación del servidor de aplicaciones, se inicien y se detengan automáticamente durante el inicio y el cierre de Solaris.
La secuencia /etc/init.d/appserv contiene la sección de código siguiente:
case "$1" in 'start') /usr/sbin/asadmin start-appserv ;; 'stop') /usr/sbin/asadmin stop-appserv ;;
La ejecución de la orden asadmin start-appserv provoca que la instancia del servidor de administración y todas las instancias del servidor de aplicaciones, definidas en todos los dominios administrativos, se inicien al arrancar Solaris. Debido a que las secuencias de inicio y de cierre del sistema se ejecutan como root, la secuencia de inicio para cada instancia del servidor de aplicaciones y administrativa del servidor también se ejecuta como root. La secuencia de inicio de la instancia es startserv y se encuentra en instance-dir/bin/startserv. Debido a que los usuarios que no son root pueden ser propietarios de las instancias, es posible que un usuario no root modifique las secuencias startserv para ejecutar órdenes como usuario root.
Si una instancia usa un puerto de red con privilegios, la secuencia startserv de la instancia se debe ejecutar como root. Sin embargo, run as user se define normalmente en la configuración de la instancia para forzarla a ejecutarse como el usuario especificado después de que el usuario root haya arrancado la instancia en un principio.
Solución: lleve a cabo una de las soluciones alternativas siguientes, dependiendo del entorno.
Si el entorno no necesita que todas las instancias del servidor de aplicaciones y administrativas del servidor se inicien como usuario root, convierta en comentario la ejecución de las órdenes asadmin start-appserv y asadmin stop-appserv en la secuencia /etc/init.d/appserv.
Si el entorno precisa el inicio de los dominios administrativos específicos o las instancias específicas dentro de un dominio administrativo o más, puede modificar o crear una secuencia para automatizar el proceso. Observe que los dominios administrativos específicos contienen la instancia administrativa del servidor y todas las instancias del servidor de aplicaciones de cada dominio.
Lleve a cabo uno de los pasos siguientes:
Modifique la secuencia /etc/init.d/appserv para iniciar los dominios o instancias de interés.
Defina las nuevas secuencias /etc/rc*.d/ que se ajusten a las necesidades de su entorno.
Consideraciones sobre el inicio: al modificar las secuencias de inicio del software de Solaris para que arranquen automáticamente los dominios específicos administrativos del servidor de la aplicación o las instancias específicas del servidor de aplicaciones, tenga en cuenta lo siguiente:
Inicio de un dominio específico: si desea iniciar la instancia administrativa del servidor y todas las instancias del servidor de aplicaciones de un dominio administrativo específico como usuario root, modifique las secuencias /etc/rc*.d/ del modo siguiente:
case "$1" in 'start') /usr/sbin/asadmin start-domain --domain production-domain ;; 'stop') /usr/sbin/asadmin stop-domain --domain production-domain ;;
Inicio de una instancia específica del servidor de aplicaciones como usuario no root: modifique las secuencias /etc/rc*.d/ para usar la orden su con la opción -c.
case "$1" in 'start') su - usera -c "/usr/sbin/asadmin start-instance --domain test-domain instance-a" su - userb -c "/usr/sbin/asadmin start-instance --domain test-domain instance-b" ;; 'stop') su - usera -c "/usr/sbin/asadmin stop-instance --domain test-domain instance-a" su - userb -c "/usr/sbin/asadmin stop-instance --domain test-domain instance-b" ;;
Consulte Sun ONE Application Server 7 Administrator's Guide para obtener más información sobre las órdenes startup y shutdown, disponibles a través de la interfaz de la línea de órdenes asadmin.
Al introducir un nombre distintivo (DN) durante la instalación, use la codificación del juego de caracteres UTF-8. No se admite ninguna otra codificación. Las operaciones de instalación no convierten los datos de la codificación del juego local de caracteres a UTF-8. Los archivos de Formato ligero de intercambio de directorios (LDIF) utilizados para importar datos deben utilizar también la codificación del juego de caracteres UTF-8. Las operaciones de importación no convierten los datos de la codificación del juego de caracteres local a UTF-8.
El esquema que se proporciona con Sun Open Net Environment (Sun ONE) Directory Server (anteriormente conocido como iPlanet Directory Server) 5.1 difiere del especificado en RFC 2256 para las clases de objetos groupOfNames y groupOfUniquenames. En el esquema proporcionado, los tipos de atributo member y uniquemember son opcionales. RFC 2256 especifica que como mínimo un valor para estos tipos debe estar presente en la clase de objeto respectiva.
aci es un atributo operativo que no se devuelve en una búsqueda a menos que se solicite de forma explícita.
La replicación de varios maestros a través de una red de área extensa (WAN) no se admite actualmente.
El servidor de directorios Sun ONE 5.1 ofrece el plug-in de unicidad para el número de identificación del usuario (UID). Este plug-in está inhabilitado de forma predeterminada. Para garantizar la unicidad de atributos específicos, cree una nueva instancia del plug-in de Unicidad de atributos para cada atributo. Si desea obtener más información sobre el plug-in de unicidad del atributo, consulte iPlanet Directory Server 5.1 Administrator's Guide en http://docs.sun.com.
Ahora, el plug-in de Integridad de referencia está desactivado de forma predeterminada. Para evitar bucles de solución de conflictos, el plug-in de integridad de referencia sólo se debe habilitar en una réplica maestra, en un entorno de replicación multi-master. Antes de habilitar el plug-in de Integridad de referencia en servidores que emiten solicitudes en cadena, analice las necesidades de rendimiento, recursos, tiempo e integridad. Las comprobaciones de integridad pueden consumir una cantidad significativa de recursos de memoria y de la CPU.
El atributo nsRoleDN se usa para definir un rol. Este atributo no se debe utilizar para evaluar la pertenencia a un rol de una entrada de usuario. Si desea evaluar la pertenencia a un rol, utilice el atributo nsrole.
Si los índices de vista de listas virtuales (VLV) abarcan más de una base de datos, dejan de funcionar correctamente.
Si inicia la consola de Sun ONE Directory Server 5.1 y crea un usuario o un rol nuevos como inactivos, dicho usuario o rol no quedan inactivos. No es posible crear roles ni usuarios inactivos a través de la consola.
Solución: para crear un usuario o un rol inactivos, siga estos pasos:
Cree el nuevo usuario o rol.
Haga doble clic en el rol o usuario que acaba de crear o selecciónelo. Haga clic en el elemento Propiedades del menú Objeto.
Haga clic en la pestaña Cuenta.
Haga clic en el botón Desactivar.
Haga clic en Aceptar.
El usuario o rol que se acaba de crear se desactiva.
Si se especifica un DN base con un espacio, por ejemplo o=U.S. Government,C=US, en el momento de configurar Sun ONE Directory Server 5.1, el DN resultante queda truncado en Government,C=US. Al efectuar la configuración, se debe introducir el DN como o=U.S.%20Government,C=US.
Solución: para corregir la entrada de DN base, siga estos pasos.
Seleccione la entrada de directorio superior que se encuentra en el lado izquierdo del panel de navegación de la pestaña Servidores y aplicaciones de la consola.
Edite el sufijo en el campo Subárbol del directorio del usuario.
Haga clic en Aceptar.
Si se actualiza un servidor de directorios no maestro con información sobre normativa de contraseñas, la información no se replica en los demás servidores. Dentro de esta información están los bloqueos de cuentas.
Solución: gestione la información sobre normativas de contraseñas de forma manual en cada servidor.
Si el Bloqueo de cuenta está vigente y se modifica la contraseña del usuario, el Bloqueo de cuenta sigue vigente.
Solución: reinicie los atributos de bloqueo accountUnlockTime, passwordRetryCount y retryCountResetTime para desbloquear la cuenta.
Si instala Sun ONE Directory Server 5.1, inicia la consola, inicializa el directorio con un archivo LDIF y efectúa una copia de seguridad del servidor, la consola informa de que dicha copia de seguridad se ha llevado a cabo de forma satisfactoria. Sin embargo, la copia ha fallado.
Solución: efectúe las tareas siguientes desde la consola después de inicializar la base de datos:
Pare el servidor.
Reinicie el servidor.
Efectúe la copia de seguridad.
No se pueden utilizar los servicios de nombres de LDAP para crear nombres de rutas de montaje automático idénticas salvo en las mayúsculas y minúsculas. Los nombres de ruta resultantes no son únicos. El servidor de directorios no permite crear entradas si el atributo de nombre está definido con sintaxis que distingue entre mayúsculas y minúsculas y ya existe una entrada con el mismo nombre y diferente combinación de mayúsculas y minúsculas.
Por ejemplo, no pueden coexistir las rutas /home/foo y /home/Foo.
Si existe la entrada attr=foo,dc=mycompany,dc=com, el servidor no permite crear attr=Foo,dc=mycompany,dc=com. Una de las consecuencias del problema es que, cuando se usan servicios de nombres LDAP, los nombres de rutas de montaje automático deben ser exclusivos, independientemente de si están en mayúsculas o minúsculas.
Solución: no existe.
Si se para el servidor mientras se ejecutan órdenes export, backup, restore o de indexación, el servidor cae.
Solución: no pare el servidor durante estas operaciones.
Si intenta configurar la replicación sobre SSL con una autenticación basada en un certificado, la replicación no funciona si se da alguna de las siguientes condiciones.
El certificado del proveedor es autofirmado.
El certificado del proveedor sólo puede comportarse como certificado de servidor SSL que no puede interpretar el rol de cliente durante el protocolo de reconocimiento SSL.
Solución: no existe.
Si intenta crear un sistema de archivos UFS en un volúmen del gestor de volúmenes Veritas (VxVM) cuyo tamaño sea de 2 Tbytes o superior, se generará un error. El resultado será un sistema de archivos cuyo tamaño será el del módulo del volumen VxVM de 2 Tbytes. Por ejemplo, un volumen VxVM de 8,4 Tbytes produciría un sistema de archivos de 4 Tbytes.
No se muestra ningún mensaje de advertencia.
Solución: no existe.
El uso de la orden fssnap para crear una captura de un sistema de archivos UFS mayor de 1 Tbyte no se admite en la versión Solaris 9 12/03. Aparece el mensaje de error siguiente.
fssnap: Fatal: File system /dir/snapshot0 support large files. |
Solución: no existe.