Les problèmes connus de Sun Desktop Manager sont répertoriés ci-dessous. Consultez cette liste avant de signaler de nouveaux bogues.
ID du problème |
Description et solution |
|
---|---|---|
6341273 |
Le nouvel emplacement pour la récupération ou le stockage des informations de configuration pour les référentiels est /etc/opt/SUNWapmcg. Dans la version bêta, ces informations étaient enregistrées dans le fichier backends.cfg du répertoire /var/opt/webconsole/work/com_sun_web_console/localhost/apoc. À présent, chaque répertoire créé dans Desktop Manager à l'aide de l'assistant d'ajout de référentiel de configuration est associé à un fichier .properties stocké dans /etc/opt/SUNWapmcg. Par exemple, backend1.properties, backend2.properties, etc. Cette nouveauté ne concerne que les utilisateurs ayant déjà configuré leurs référentiels pour la version bêta de Desktop Manager. Par conséquent, les moteurs de traitement déjà configurés ne sont plus détectés et doivent être recréés à l'aide de l'assistant. Pour les recréer manuellement, créez les fichiers .properties correspondants dans /etc/opt/SUNWapmcg. Vérifiez que l'utilisateur hors accès possède une autorisation de lecture. Exemple de nouveau fichier .properties :
|
|
6177074 |
SUNWgnome-vfs présente un bogue connu affectant les fonctions du greffon Menu. Pour résoudre ce problème, appliquez le patch disponible dans le répertoire client/Patches créé automatiquement lors du téléchargement et de la décompression de Desktop Manager. Les ID de patch des packages gnome-vfs sont 119906-04 pour Solaris SPARC et 119907-04 pour Solaris x86. |
|
6389444 |
Lorsque le lancement de l'application est restreint, les éléments du sous-menu des préférences ajoutent des lanceurs au lieu de démarrer l'application. Un patch devrait être disponible très prochainement sur SunSolve. |
|
6391562 |
Parfois, l'adaptateur de Desktop Manager pour les préférences Mozilla n'est pas correctement enregistré. Dans ce cas, le bureau ne tient pas compte des paramètres centraux de l'application. Un patch devrait être disponible très prochainement sur SunSolve. |
|
6392922 |
Le serveur sur lequel les versions localisées de la console Desktop Manager sont installées ne possède pas de paramètre de version localisée compatible avec le codage UTF-8. Pour que ce type de codage soit pris en charge, ajoutez la ligne suivante au fichier /etc/TIMEZONE :
|
|
6392883 |
Pour obtenir des données sur un hôte exécutant Configuration Agent à partir du référentiel de configuration, il suffit de spécifier l'identificateur de l'hôte. Cet identificateur peut représenter l'hôte sous deux formes : - sous son nom d'hôte, par exemple : calzone. Il s'agit du paramètre par défaut. - sous son adresse IP, par exemple : 10.16.67.132. Cette adresse est généralement récupérée à partir du fichier des hôtes. Si ce fichier n'est pas disponible, l'adresse IP est déterminée à l'aide des interfaces de l'hôte. S'il en existe plusieurs, la première interface non locale est sélectionnée. Si vous utilisez un moteur de traitement basé sur des fichiers, vérifiez que l'identificateur de l'hôte correspond aux données contenues dans les fichiers entities.txt (IP ou nom d'hôte). |
|
6398837 |
Si Configuration Agent doit être connecté à un port LDAP sécurisé et si la base de données de l'environnement d'exécution Java (Java Runtime Environment, JRE) ne contient pas les certificats requis pour le protocole Handshake SSL, l'agent se bloque au démarrage et entre en mode maintenance. Dans ce cas, vérifiez que les certificats SSL sont correctement configurés sur le serveur et le client, puis redémarrez Configuration Agent à l'aide du fichier /usr/lib/apoc/apocd restart. |