En esta lista figuran algunos de los problemas conocidos que se dan en Sun Desktop Manager. Antes de informar sobre un error, compruebe si ya consta en la lista.
Identificador del problema |
Descripción y solución |
|
---|---|---|
6341273 |
La nueva ubicación de almacenamiento o recuperación de los datos de configuración de los depósitos es /etc/opt/SUNWapmcg. En la versión Beta, los datos se almacenaban en el archivo backends.cfg, en el directorio /var/opt/webconsole/work/com_sun_web_console/localhost/apoc. Con cada depósito que se crea con el Asistente para nuevo depósito de configuración de Desktop Manager, se crea un archivo con la extensión .properties que se almacena en /etc/opt/SUNWapmcg. Por ejemplo, backend1.properties, backend2.properties, y así sucesivamente. Este cambio sólo afecta a los usuarios que ya hayan configurado depósitos de Desktop Manager para la versión Beta. Lo que sucede es que no se detectan los componentes traseros que se habían configurado antes y deben crease de nuevo con el asistente. Si en lugar de ello desea volver a crear de forma manual los componentes, el archivo .properties se debe ubicar en /etc/opt/SUNWapmcg. Compruebe que el usuario "sin derechos de acceso" tenga permisos de lectura. Ejemplo de un nuevo archivo de propiedades:
|
|
6177074 |
SUNWgnome-vfs presenta un problema conocido; para que funcione el plugin o complemento de menús, hace falta un parche. El parche se ubica en el directorio client/Patches que se crea al descargar y descomprimir Desktop Manager. Los ID de los parches para los paquetes de gnome-vfs son 119906-04 - Solaris SPARC y 119907-04 - Solaris x86. |
|
6389444 |
Si se restringe el inicio de la aplicación, los elementos del submenú Preferencias agregan lanzadores en el panel en lugar de iniciar la aplicación en sí. En cuanto sea posible, SunSolve proporcionará un parche que solucione este problema. |
|
6391562 |
En algunas circunstancias, el adaptador de Desktop Manager para las preferencias de Mozilla no se registra correctamente, con lo cual el escritorio no tiene en cuenta la configuración central que se define para dicha aplicación. En cuanto sea posible, SunSolve proporcionará un parche que solucione este problema. |
|
6392922 |
En las configuraciones regionales que no son inglesas, el servidor donde se instala la consola de Desktop Manager debería tener una configuración regional que admita la codificación UTF-8. Para habilitar la codificación UTF-8, agregue la línea siguiente al archivo /etc/TIMEZONE:
|
|
6392883 |
Para obtener los datos específicos de un sistema que ejecuta Configuration Agent desde el depósito de configuraciones, este sistema se identifica de forma unívoca mediante el identificador de sistema. Dicho identificador puede representar el sistema de dos formas distintas: - por el nombre del sistema, que representa al sistema por su nombre; por ejemplo, calzone. Esta es la opción seleccionada predeterminada. - por la dirección IP, que representa al sistema por su dirección IP; por ejemplo, 10.16.67.132. Esta dirección se recupera preferentemente del archivo de sistemas. Si éste no está disponible, la dirección IP se determina a partir de las interfaces del sistema. Si hay más de una interfaz, se selecciona la primera que no sea local. Si utiliza un componente trasero que se basa en archivos, compruebe que la selección de identificador de sistemas coincida con el contenido de los archivos entities.txt (IP o nombres de sistema). |
|
6398837 |
Si Configuration Agent se configura para establecer conexión con un puerto LDAP seguro, pero en la base de datos de JRE no constan los certificados necesarios para que la entrada en comunicación con SSL se efectúe correctamente, Configuration Agent se bloquea al iniciarse y pasa al modo de mantenimiento. En tal caso, compruebe que los certificados para SSL estén bien configurados en el servidor y el cliente, y reinicie Configuration Agent mediante /usr/lib/apoc/apocd restart. |