Novell ZENworks 7.2 Linux Management avec IR2 (Interim Release 2)

2.1.1 L'installation de IR2 échoue sur les périphériques RHEL 3 ES et WS 64 bits

L'installation de ZENworks 7.2 Linux Management IR2 échoue sur les périphériques RHEL 3 ES et WS 64 bits car le programme d'installation n'est pas en mesure de localiser le paquetage novell-zenworks-tightvnc-32bit.

Solution : à l'invite console, procédez comme suit :

2.2.1 La mise à niveau du périphérique Novell Linux Desktop 9 géré, de ZENworks 7 Linux Management avec IR1 vers ZENworks 7.2 Linux Management avec IR2, à l'aide des ensembles de mise à niveau, peut échouer.

Si vous essayez de mettre à niveau le périphérique Novell Linux Desktop 9 (NLD 9) géré, de ZENworks 7 Linux Management avec IR1 vers ZENworks 7.2 Linux Management avec IR2, à l'aide des ensembles de mise à niveau, celle-ci peut s'arrêter.

Solution : mettez à niveau manuellement le périphérique NLD 9 géré de ZENworks 7 Linux Management avec IR1 vers ZENworks 7.2 Linux Management avec IR2, à l'aide de l'image ISO de ZENworks 7.2 Linux Management avec IR2, disponible sur le site Web des téléchargements Novell. Pour des informations détaillées sur la procédure de mise à niveau manuelle du périphérique géré, reportez-vous au Guide d'installation de Novell ZENworks 7.2 Linux Management.

2.3.1Les caractères génériques ne fonctionnent pas lors de l'exécution d'une commande bundle-list depuis zlman

L'utilisation de caractères génériques avec la commande bundle-list (bl) n'est pas prise en charge actuellement.

2.3.2Un ensemble est installé même lorsque le script de post-distribution échoue

À l'heure actuelle, l'installation d'un ensemble réussit bien qu'un script de post-distribution échoue.

2.3.3 Après l'installation d'une version spécifique de l'ensemble sur un périphérique, les modifications apportées à la planification du déploiement ou de l'installation de l'ensemble sont ignorées pour les versions suivantes

Lorsqu'un nouvel ensemble est associé à un périphérique selon une planification donnée, l'ensemble est déployé en fonction de la planification configurée. Lorsque l'ensemble est modifié et qu'une nouvelle version est déployée, les modifications apportées à la planification ne sont toutefois pas prises en compte. La nouvelle version de l'ensemble sera installée à la prochaine actualisation.

Solution : aucune

2.3.4 Certaines commandes rug de modèles, de correctifs et de produits ne sont pas prises en charge

Certaines commandes rug de modèle, de correctif et de produit ne sont pas prises en charge sur SLES 9, RHEL et Novell Linux Desktop.

2.3.5 L'état de mise à jour du paquetage n'est pas correct lorsqu'un ensemble est affecté à un groupe de serveurs ou de postes de travail

Solution : aucune

2.3.6 Un message incorrect s'affiche sur le serveur secondaire au moment de la création de l'ensemble et de la réplication du contenu

Le message suivant s'affiche sur le serveur secondaire à l'issue de la création de l'ensemble et de la réplication du contenu : "Impossible de déployer cette version car un ou plusieurs paquetages ont été supprimés".

Solution : ignorez le message.

2.3.7Le démarrage du rug échoue avec une exception "mono" sur les périphériques RHEL 3 AS, ES et WS 64 bits

Sur les périphériques RHEL 3 AS, ES et WS 64 bits, le démarrage du rug échoue avec l'erreur suivante :

/opt/novell/zenworks/bin/mono: relocation error: /opt/novell/zenworks/bin/mono: undefined symbol: g_unsetenv

Solution : modifiez le script rug /opt/novell/zenworks/bin/rug pour définir la valeur de export LD_LIBRARY_PATH sur “/opt/novell/zenworks/lib64:/opt/novell/zenworks/lib64/rug:/opt/novell/zenworks/lib64/zmd:$LD_LIBRARY_PATH”.

2.3.8 La réplication du contenu écrase l'intégralité du référentiel de l'espace de stockage sur le serveur secondaire.

Si un ensemble a été récemment créé ou mis à jour, le lancement de la réplication du contenu entraîne la réplication de tout l'espace de stockage des paquetages plutôt que du delta, depuis le serveur primaire vers le serveur secondaire.

Solution : aucune

2.3.9 Les ensembles SLED10-SP2-Online mis en miroir ne sont pas appliqués au périphérique SLED10 géré.

Si vous avez mis en miroir le catalogue SLED10-SP2-Online vers le serveur ZENworks Linux Management et assigné l'ensemble mis en miroir à un périphérique SLED10 géré, alors rug refresh échoue sur le périphérique géré car l'ensemble lirc du catalogue SLED10-SP2-Online contient un répertoire dont le nom contient le caractère "&". Le serveur ZENworks Linux Management est incapable de le traiter. Par conséquent, l'ensemble ne peut pas être installé.

Solution : procédez comme suit :

2.4.1 Problèmes liées aux stratégies SUSE Linux Enterprise Desktop

Lorsque vous configurez la stratégie SUSE Linux Enterprise Desktop pour un périphérique SLED 10 géré, vous pouvez rencontrer les problèmes suivants :

2.4.2 Les paramètres d'arrière-plan précédents du périphérique SLED 10 géré ne sont pas restaurés après l'annulation de la stratégie SLED.

Si, pour un périphérique SLED 10 géré, vous annulez la stratégie SLED dans laquelle le nom de fichier image d'arrière-plan est configuré, les anciens paramètres d'arrière-plan ne sont pas restaurés.

Solution : loguez-vous de nouveau au périphérique géré.

2.4.3 La zone système du périphérique SLED 10 SP1 géré disparaît lorsque vous essayez de supprimer les menus système à l'aide de la stratégie SLED

Si vous appliquez la stratégie SLED configurée pour supprimer les menus système de la zone système, la zone système du périphérique SLED 10 SP1 géré disparaît.

Solution : supprimez les paramètres de la stratégie SLED et assignez de nouveau la stratégie au périphérique SLED 10 SP1 géré.

2.5.1 Après l'installation de ZENworks Linux Management sur un serveur, des données permanentes d'image sont manquantes ou incorrectes

Si vous créez l'image d'un serveur juste après avoir installé ZENworks Linux Management (c'est-à-dire avant que zislnx-start ait une chance de s'exécuter de nouveau au démarrage), l'image est restaurée avec une configuration réseau et un nom d'hôte incorrects.

Solution : après avoir installé le serveur, exécutez /etc/init.d/novell-zislnx start.

Ce problème n'affecte pas l'installation de l'agent ZENworks sur un périphérique géré.

2.5.2 Dans les noms de fichier image, le serveur de création d'image ne prend pas en charge les caractères double octet

Dans les noms de fichier image, le serveur de création d'image ne prend pas en charge les caractères double octet. Le Centre de contrôle ZENworks permet d'entrer un caractère à deux octets, mais le serveur de création d'image ne le reconnaît pas. Par conséquent, il est déconseillé d'utiliser des caractères à deux octets dans les noms de fichier image.

2.5.3 zislnx ne s'arrête pas sur les périphériques RHEL 3

Sur les périphériques Red Hat* Enterprise Linux 3 (RHEL 3), l'utilisation de la commande /etc/init.d/novell-zislnx stop ne parvient pas à arrêter le service. Ultérieurement, le périphérique ne parvient pas à répondre à un redémarrage logiciel et doit être redémarré à froid.

Le message d'erreur affiché lors de l'exécution de /etc/init.d/novell-zislnx stop est incorrect, car RHEL 3 ne respecte pas les normes LSB.

Solution : n'utilisez pas la commande /etc/init.d/novell-zislnx stop. Généralement, il n'est pas nécessaire d'exécuter cette commande, car lorsque /etc/init.d/novell-zislnx est exécutée à partir d'une invite bash ou au démarrage, elle s'exécute une fois, puis s'arrête d'elle-même.

2.5.4 "Erreur : impossible de créer le lien symbolique Linux" lors de la restauration de l'image ajoutée extraite

L'utilisation d'un lien symbolique n'est pas prise en charge sur les images ajoutées si l'emplacement du lien n'existe pas sur le périphérique depuis lequel l'image ajoutée est extraite.

2.5.5 Impossible d'accéder à la partition utilitaire après l'application d'un ensemble de configuration sur un périphérique Dell PE700

La partition d'utilitaires Dell^* repose sur sa version de secteur de démarrage (MBR - Master Boot Record) pour fonctionner correctement. Grub utilise également le secteur de démarrage (MBR) comme chargeur de démarrage. Si vous installez la partition d'utilitaires Dell, lors de l'installation du système d'exploitation Linux^*, la version Dell du secteur de démarrage (MBR) est remplacée par la version grub. Pour obtenir des instructions sur la façon de corriger ce problème, reportez-vous à Création d'ensembles de configuration Dell dans le Guide d'administration de Novell ZENworks 7.2 Linux Management.

Les instructions ne fonctionnent toutefois pas pour les périphériques Dell PE700. Il n'existe aucune solution pour ces périphériques.

2.5.6 La création d'image ZENworks Linux Management échoue sur un serveur VMware

Si vous essayez de démarrer un serveur VMware* à partir du CD, du DVD ou d'une partition ZENworks, les services de pré-lancement échouent avec le message suivant :

Impossible de trouver le canal d'installation de ZEN, exécution de l'installation manuelle

Solution : utilisez un périphérique USB pour démarrer un serveur VMware.

2.6.1 La fonction d'inventaire matériel ne parvient pas à collecter certaines informations

2.6.2 Les règles d'enregistrement basées sur l'UC risquent d'échouer pour certains processeurs Intel Pentium

Si vous créez une règle d'enregistrement basée sur l'UC pour filtrer les processeurs Intel* Pentium^* pour l'enregistrement du périphérique géré sur le serveur, l'utilitaire Scanner d'inventaire (hwinfo) capture le nom de modèle de l'UC sous la forme "Pentium(R) 4 processor 2800 MHz" plutôt que "Intel(R) Pentium(R) 4 CPU 2.80GHz" pour certaines machines ; le préfixe Intel est omis. L'enregistrement du périphérique sur le serveur risque donc d'échouer.

Solution : aucune

2.7.1 Un écran gris s'affiche au démarrage de l'opération de login à distance

Lorsque vous lancez le login à distance sur un périphérique géré, la session lancée n'affiche qu'un écran gris avec un curseur en X car XDMCP n'est pas activé sur le périphérique géré.

Solution : sur le périphérique géré, procédez comme suit :

2.7.2 L'applet VNC de gestion à distance se bloque parfois au démarrage d'une session de gestion à distance

L'applet VNC de gestion à distance se bloque parfois au démarrage d'une session de gestion à distance.

Solution : arrêtez et redémarrez toutes les sessions de navigateur en cours d'exécution, puis relancez la session de gestion à distance.

2.8.1 zen-installer, zen-remover et zen-updater échouent avec une exception "mono-lib" sur un périphérique RHEL5 64 bits géré.

Le démarrage de zen-installer, zen-remover, et zen-updater à partir de la ligne de commande sur un périphérique RHEL5 64 bits géré déclenche un message d'erreur traceback avec une exception "mono-lib".

Solution : sur un périphérique RHEL5 64 bits géré, procédez comme suit :