14 juillet 2006
Les informations contenues dans ce fichier Lisezmoi concernent Novell® ZENworks® 7 Desktop Management, le produit de Novell destiné à gérer le bureau des postes de travail Windows*, qu'ils soient ou non protégés par le pare-feu de votre entreprise. Des informations sur les services ZENworks qui s'exécutent sur les plates-formes serveur NetWare®, Windows ou Linux* sont incluses.
Les problèmes mentionnés dans ce document ont été identifiés lors de la sortie initiale de ZENworks 7 Desktop Management. Pour plus d'informations sur les problèmes corrigés depuis, reportez-vous au TID 10097368 de Novell Support Knowledgebase (Base de connaissances du support technique de Novell).
Le manuel Novell ZENworks 7 Desktop Management Installation Guide (Guide d'installation de Novell ZENworks 7 Desktop Management) explique dans le détail la procédure d'installation de ce produit. Il est disponible sur le site Web de documentation de Novell et en tant qu'option de menu lors de l'exécution du programme d'installation.
Certaines restrictions s'appliquent à l'étendue et à l'environnement d'utilisation de ZENworks 7 Desktop Management.
Pour plus d'informations, reportez-vous au TID 10019161 dans la Base de connaissances du support technique de Novell (Novell Support Knowledgebase).
S'ils ne le sont pas, le serveur SLES 10 ne peut pas être ajouté à l'arborescence eDirectory dans laquelle vous prévoyez d'installer ZENworks.
Si NetWare 6.5 SP2 est installé sur le serveur auprès duquel vous authentifiez les postes de travail pour la fonctionnalité ZENworks, vous devez mettre à niveau Novell Client™ installé sur cette machine vers la version 4.9 SP2 ou ultérieure pour pouvoir administrer l'arborescence eDirectory™ ou un serveur exécutant ConsoleOne® 1.3.6.
Nous vous recommandons de ne pas installer la version du client Novell (4.90.0 SP1a) livrée avec eDirectory 8.7.3. Cette version requiert des correctifs supplémentaires pour fonctionner avec Windows Server 2003. En revanche, nous vous recommandons d'installer le client Novell pour Windows 4.91, qui peut être téléchargé à partir du site Web de téléchargement des produits Novell.
Pour le moment, le serveur ZENworks 7 Middle Tier n'est pas pris en charge par les versions 64 bits des systèmes d'exploitation SLES 9 et SLES 10.
L'installation du serveur ZENworks 7 Middle Tier SP1 n'est pas prise en charge sur une grappe réseau.
REMARQUE : si vous avez choisi par erreur d'installer le serveur Middle Tier sur une grappe Linux, le programme d'installation continue à exécuter le RPM novell-zdm-cluster, en utilisant la valeur NULL pour le composant Middle Tier. Le serveur Middle Tier n'est pas réellement installé.
Cette section explique les problèmes liés à l'installation du serveur Desktop Management, du serveur Middle Tier et de l'agent de gestion de bureau. Elle aborde également certains problèmes liés à l'installation de composants Desktop Management tels que Gestion d'applications et Création d'image de poste de travail.
Les problèmes liés à l'installation des services ZENworks Desktop Management sur un serveur Linux sont regroupés pour vous faciliter la tâche.
Nous vous recommandons de conserver l'ordre par défaut des fournisseurs de services de connexion réseau sur la machine sur laquelle vous exécutez le programme d'installation de ZENworks 7 Desktop Management SP1. En effet, la modification de cet ordre par défaut génère des erreurs dans le programme d'installation.
Cette section explique les problèmes survenus lors de l'installation des services Novell ZENworks 7 Desktop Management sur serveur Linux.
Lorsque vous ouvrez ConsoleOne pour la première fois après avoir installé ZENworks 7 Desktop Management sur un serveur Linux, un message de licence contextuel s'affiche. Vous devez saisir un code de licence pour administrer la machine Linux sur laquelle ZENworks Desktop Management est installé.
Bien que le message Installation terminée indique que tous les services ZENworks installés ont été démarrés, le service proxydhcp n'est pas démarré après l'installation des services ZENworks 7 Desktop Management sur serveur Linux, ni après redémarrage. Pour démarrer ce service, exécutez la commande /etc/init.d/novell-proxydhcp start. Si vous souhaitez que le service démarre après un redémarrage, vous pouvez utiliser un éditeur de niveau d'exécution et ajouter le daemon au niveau d'exécution requis.
Si vous configurez le fichier d'installation silent.properties de sorte à installer par défaut tous les composants ZENworks 7 Desktop Management SP1 sur un noeud de grappe, le programme d'installation détecte des erreurs fatales au cours de l'installation du serveur Middle Tier. Ces erreurs sont répertoriées dans le fichier journal de l'installation.
Le serveur ZENworks Middle Tier n'est pas compatible avec les grappes et ne les tolèrera pas ; aussi, le programme d'installation des services standard de ZENworks 7 Desktop Management SP1 sous Linux désactive l'installation de ce serveur sur un noeud de grappe. La méthode d'installation silent.properties n'a pas bénéficié des mêmes ajustements. Si vous utilisez silent.properties, nous vous recommandons de ne sélectionner que l'installation serveur définie pour ne pas générer d'erreurs fatales.
Si vous ouvrez YaST après avoir installé uniquement le serveur Middle Tier ZENworks 7 sur un serveur SLES 9 et que vous sélectionnez Installations logicielles, puis que vous cliquez sur , des erreurs indiquant un conflit de dépendance s'affichent.
Ces erreurs indiquent que la dépendance affecte le fichier novell-zenworks-common, qui n'est pas copié sur le serveur tant que vous n'installez pas également le serveur ZENworks 7 Desktop Management sur la même machine.
Vous pouvez ignorer cette erreur si le serveur Middle Tier est installé tout seul sur le serveur SLES 9.
Si vous installez le serveur Middle Tier ZENworks 7 sur un serveur OES (Linux) (version livrée) et que vous activez le paramètre de , aucun des utilisateurs se loguant via le serveur Middle Tier ne parvient à s'authentifier. Les administrateurs non plus ne peuvent pas se loguer ; par conséquent, l'utilitaire NSAdmin devient inutilisable.
Pour résoudre ce problème, vous pouvez effectuer l'une des opérations suivantes :
Ouvrez le fichier /etc/opt/novell/xtier/xsrvd/envvars dans un éditeur de texte.
Remplacez cette ligne :
LD_LIBRARY_PATH="${LD_LIBRARY_PATH}":/opt/novell/xtier/lib
par celle-ci :
LD_LIBRARY_PATH="${LD_LIBRARY_PATH}":/opt/novell/xtier/lib:/opt/novell/nmas/client/lib
Utilisez la commande suivante pour redémarrer novell-xsrvd :
/etc/init.d/novell-xsrvd restart
Lorsque vous essayez d'installer ZENworks 7 Desktop Management SP1 sur un serveur SLES 9 SP3 sur lequel eDirectory 8.7.3x est installé, le programme d'installation détecte l'arborescence eDirectory, mais ne s'authentifie pas auprès d'elle.
Ce comportement ne se produit pas lorsque vous installez ZENworks 7 Desktop Management SP1 sur un serveur OES Linux SP2 sur lequel eDirectory 8.7.3x est déjà installé.
Pour contourner ce problème, vous devez ajouter une réplique de la partition eDirectory sur le serveur SLES 9 SP3.
L'installation des services ZENworks 7 Desktop Management SP1 sur Linux échoue si elle est lancée à partir d'une autre interface utilisateur que celle de l'utilisateur root. Aucun message d'erreur ne s'affiche pour signaler cet échec. Par la suite, toute tentative de lancement du programme d'installation à partir d'une invite de terminal en tant qu'utilisateur root échoue également.
Pour contourner ce problème, redémarrez l'ordinateur, loguez-vous en tant qu'utilisateur root, puis essayez de relancer l'installation.
Pour plus d'informations, reportez-vous au TID 3233134 dans la Base de connaissances du support technique de Novell (Novell Support Knowledgebase).
Cette section contient des informations sur les problèmes que vous pouvez rencontrer lors de l'installation du serveur Desktop Management.
Le programme d'installation du serveur Desktop Management exige que le disque système désigné du poste de travail à partir duquel vous effectuez l'installation dispose d'une certaine quantité d'espace libre. L'échec du programme d'installation peut être lié au manque d'espace disque pour poursuivre l'installation.
Vous devez créer un espace disque suffisant pour continuer l'installation. Si l'unité Windows est pratiquement pleine, vous pouvez définir la variable d'environnement pour qu'elle utilise l'espace disque d'une autre unité.
Exemple : SystemDrive=D:
Le programme d'installation du serveur Desktop Management lit le fichier autoexec.ncf du serveur NetWare afin de rechercher et d'utiliser la première instruction BIND IP Address de la liste. Si le fichier possède au moins deux instructions BIND IP Address et si la première adresse est incorrecte ou inactive, l'installation échoue.
Pour corriger ce problème, vérifiez que l'adresse IP correcte est répertoriée en premier dans le fichier autoexec.ncf.
Si vous utilisez un serveur Windows 2000 équipé de ConsoleOne pour installer les snap-ins Desktop Management ConsoleOne sur un autre serveur, Windows ajoute le nouveau chemin d'installation dans son registre, qui inclut également l'emplacement par défaut de la précédente installation de ConsoleOne.
Si vous utilisez ce même serveur Windows 2000 pour installer les snap-ins ConsoleOne sur un autre serveur, l'installation échoue car elle utilise le chemin d'installation par défaut.
Si vous ne pouvez pas installer les snap-ins à partir d'un autre serveur, nous vous recommandons de supprimer la valeur par défaut de l'entrée de registre suivante :
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App_Paths\ConsoleOne.exe
L'installation du serveur Desktop Management sur une grappe située dans une arborescence eDirectory à plusieurs serveurs échoue lorsque la case Vérification des conditions préalables est cochée et que l'objet Grappe n'est pas le premier serveur de la liste Sélection du serveur.
Pour contourner ce problème, désélectionnez la case .
Lors de l'installation des services ZENworks 7 Desktop Management, le programme d'installation crée un nouvel objet Application de mise à jour de ConsoleOne dans l'arborescence eDirectory. Mais cet objet ne fonctionnera qu'après avoir été correctement configuré.
Pour configurer l'objet :
Dans ConsoleOne, cliquez avec le bouton droit de la souris sur l'objet > cliquez sur , sur l'onglet , puis sur .
Dans le champ , saisissez \\server_name\sys\public\zenworks\c1update.exe.
ou
Dans ConsoleOne, cliquez avec le bouton droit de la souris sur l'objet > cliquez sur , sur l'onglet , puis sur .
Dans le champ Chemin d'accès au fichier exécutable, saisissez %SOURCE_PATH%\zenworks\c1update.exe.
Cette section contient des informations sur les problèmes que vous pouvez rencontrer lors de l'installation du serveur Middle Tier.
Si vous installez le client Novell sur un serveur Windows 2000/2003, si vous installez le serveur Middle Tier sur cette même machine et si, finalement, vous désinstallez le client Novell, le serveur Middle Tier ne fonctionne pas. Le programme de désinstallation du client supprime les fichiers importants nécessaires au serveur Middle Tier ZENworks.
Dans ce même scénario de combinaison de logiciels, si vous procédez ultérieurement à la mise à niveau du client vers la version 4.9 SP2 ou une version ultérieure, une version différente du fichier nicm.sys sera installée. Si vous n'utilisez pas le fichier nicm.sys inclus avec le serveur Middle Tier ZENworks 7, ce serveur ne fonctionne pas.
Pour contourner ce problème, deux options s'offrent à vous :
Lorsque vous installez le serveur Middle Tier ZENworks 7 SP1 sur un serveur OES Linux, une version antérieure du composant Xtier existant utilisé par d'autres produits Novell (tels que NetStorage) est installée de force pour assurer le fonctionnement avec ZENworks 7 Desktop Management SP1.
Si le remplacement du composant Xtier par une version antérieure risque de poser problème aux utilisateurs, servez-vous de l'utilitaire novell-zdm-configure pour configurer la version existante de Xtier de sorte qu'elle fonctionne avec le serveur Middle Tier ZENworks 7 SP1. Pour plus d'informations, reportez-vous à Configuration ou reconfiguration de processus ZENworks installés sous Linux
dans le manuel Novell ZENworks 7 Desktop Management Installation Guide (Guide d'installation de Novell ZENworks 7 Desktop Management).
Cette section contient des informations sur les problèmes que vous pouvez rencontrer lors de l'installation de l'agent de gestion de bureau. Pour plus d'informations, reportez-vous au TID 10078667 dans la Base de connaissances du support technique de Novell (Novell Support Knowledgebase).
IMPORTANT : la version de l'agent de gestion de bureau qui accompagne ZENworks for Desktops 4.0 n'est plus prise en charge. Avant de procéder à la mise à niveau de l'agent de gestion de bureau vers ZENworks 7, les utilisateurs doivent remplacer cette version de l'agent par celle de la suite ZENworks 6 (ZENworks for Desktops 4.0.1/SP1b) ou version ultérieure.
Le moteur Microsoft Windows Installer (msi.dll) et le fichier exécutable de Windows Installer (msiexec.exe) doivent être présents sur le poste de travail pour que le progiciel MSI de l'agent de gestion de bureau soit décompressé et exécuté. Il se peut que le moteur MSI ne soit pas installé sur certains postes de travail Windows 98, ce qui empêchera l'installation du progiciel MSI de l'agent.
Vous pouvez vous procurer la dernière version de Windows Installer sur le site de téléchargement de Microsoft ou vous pouvez utiliser le fichier MSI 2.0 (instmsia.exe) qui se trouve dans le dossier \microsoft windows installer\98 du CD compagnon 2 de Novell ZENworks 7.
Si vous distribuez le progiciel MSI de l'agent de gestion de bureau par l'intermédiaire du programme de lancement d'applicatifs sur un poste de travail Windows, les utilisateurs ne doivent pas ouvrir ConsoleOne sur ces postes.
Si ConsoleOne est ouvert pendant la distribution, le progiciel MSI d'installation de l'agent de gestion de bureau échoue.
Nous vous recommandons de ne pas configurer l'objet MSI de l'agent de gestion de bureau de telle sorte que la désinstallation par l'utilisateur soit permise car lorsque ce dernier effectue une désinstallation en cliquant sur l'icône de l'objet Application avec le bouton droit de la souris, aucune invite à redémarrer le poste de travail ne s'affiche.
Si vous accordez des droits d'administrateur à l'utilisateur, il peut désinstaller l'agent de gestion de bureau à l'aide de l'utilitaire . Et dans ce cas, un message invitant l'utilisateur à redémarrer le poste de travail s'affiche. Vous pouvez utiliser le programme agentdistributor.exe situé dans le dossier sys:public\mgmt\consoleone\1.2\bin du serveur Desktop Management lorsque ZENworks 7 a été appliqué à ce serveur. Grâce à cet utilitaire, vous pouvez « distribuer » la dernière version de l'agent sur les postes de travail en fonction de leur adresse IP.
Si un utilisateur ou vous-même installez myapps.html sur un poste de travail Windows 98, il sera ensuite impossible de supprimer certains fichiers de l'agent de gestion ZENworks qui sont installés sur ce poste de travail avec l'utilitaire du de Windows.
Cela peut poser un problème s'il devient nécessaire d'installer le client Novell sur le même poste de travail ; le programme d'installation du client détecte les fichiers de l'agent de gestion de bureau et ne poursuit l'installation qu'une fois l'agent (ou ses fichiers) désinstallés du poste de travail. Étant donné que les fichiers ne constituent pas l'intégralité du processus d'installation de l'agent, l'utilitaire ne répertorie pas l'agent de gestion de bureau.
Pour plus d'informations, reportez-vous au TID 10094298 dans la Base de connaissances du support technique de Novell (Novell Support Knowledgebase).
Si vous installez des plug-ins applicatifs à partir du parcoureur d'applications (myapps.html) sur un poste de travail Windows 98 et que vous installez ensuite l'agent ZENworks Desktop Management complet en utilisant le progiciel MSI de l'agent disponible dans le parcoureur d'applications, ce dernier cesse de fonctionner.
Le problème se produit en raison de la troncation du nom de fichier qui a lieu pendant l'installation du progiciel MSI à partir du parcoureur d'applications. Nous vous recommandons d'installer le progiciel MSI de l'agent de gestion de bureau sur Windows 98 en utilisant une autre méthode.
Si un utilisateur ou vous-même désinstallez ZENworks 7 Desktop Management Agent sur un poste de travail Windows 98, il se peut que la procédure échoue et que le message d'erreur suivant s'affiche :
Error 1605: This action is only valid for products that are currently installed
Cet échec est lié au fait que le programme MSI Installer de Windows 98 ne configure pas correctement le registre Windows pour la désinstallation.
InstallShield Consumer Central a publié une ressource de Base de connaissances qui indique la marche à suivre pour contourner ce problème. Il y est recommandé d'exécuter l'utilitaire afin de supprimer les entrées de registre du poste de travail. Cet utilitaire peut être téléchargé à partir du site Web du support technique de Microsoft.
Si vous installez le client Novell version 4.9 SP1a, puis Novell NetIdentity 1.2 (à partir du même CD-ROM d'installation du client Novell), et que vous installez ensuite l'agent ZENworks 7 Desktop Management et que vous le désinstallez, NetIdentity ne fonctionnera pas car les fichiers de l'agent NetIdentity sont supprimés.
Pour contourner ce problème, utilisez l'utilitaire Ajout/Suppression de programme pour désinstaller NetIdentity. Vous devrez ensuite le réinstaller.
Si vous installez NetIdentity sur un poste de travail nettoyé à l'aide du client Novell, NetIdentity figure dans la liste du de Windows.
Si vous installez ultérieurement l'agent ZENworks Desktop Management (procédure qui installe également NetIdentity) sur ce poste de travail, passez par l'utilitaire Ajout/Suppression de programmes pour « supprimer » NetIdentity du poste de travail. Toutefois, NetIdentity n'est pas réellement désinstallé, mais simplement supprimé de la liste . NetIdentity n'est supprimé que si l'agent ZENworks Desktop Management est désinstallé.
Si vous installez le client Novell version 3.x et que vous activez Workstation Manager sur un poste de travail Windows 98, puis que vous installez l'agent ZENworks 7 Desktop Management et que vous désinstallez ensuite le client Novell version 3.x, Workstation Manager est désinstallé sur ce poste de travail. Aucune stratégie ne peut alors être distribuée sur ce poste.
Pour résoudre ce problème, désinstallez l'agent de gestion de bureau et réinstallez-le sur le poste de travail Windows 98.
Si vous installez l'agent ZENworks 7 Desktop Management et que vous distribuez ou « restaurez » par la suite un correctif ou une version intermédiaire de ZENworks for Desktops 4.0.1, le poste de travail n'est plus reconnu comme étant importé et les applications associées au poste de travail n'apparaissent pas dans les vues du programme de lancement d'applicatifs Novell.
Si vous avez déjà installé l'agent ZENworks 7 Desktop Management, nous vous recommandons de ne pas restaurer une version intermédiaire ou un correctif de la version 4.0.1 de l'agent ZENworks for Desktops.
L'installation de l'agent ZENworks 7 Desktop Management sur un poste de travail écrase certaines interfaces GINA tierces de login au réseau. L'agent ZENworks 7 Desktop Management prend en charge les interfaces GINA tierces suivantes (ces dernières ne sont donc pas écrasées lors de l'installation de l'agent) :
Si une autre interface GINA tierce (à savoir non répertoriée dans la liste ci-dessus) est déjà installée sur le poste de travail de l'utilisateur, l'agent de gestion de bureau ne pourra pas s'installer. Vous pouvez forcer l'installation de l'agent et écraser l'interface GINA tierce en affectant la valeur à la propriété MSI IGNORE_3RDPARTY_GINA.
IMPORTANT : certaines interfaces GINA tierces ne fonctionnent que si elles sont les interfaces principales (c'est-à-dire répertoriées en premier) dans une chaîne d'interfaces GINA Microsoft. Cela pose problème sur les postes de travail sur lesquels l'agent de gestion de bureau est déjà installé. Ce dernier devant également être répertorié en premier dans la chaîne, il désactivera l'interface GINA tierce.
L'utilitaire de distribution d'agents de gestion de bureau (agentdistributor.exe) inclus dans ZENworks 7 peut provoquer une utilisation excessive de CPU sur le poste de travail Windows que vous utilisez pour distribuer l'agent. Le problème se produit lorsque plusieurs éléments de configuration sont sélectionnés. Les fonctionnalités de l'agent de distribution de bureau, l'adresse Middle Tier et le nom de l'arborescence ZENworks sont autant d'éléments qui allongent la ligne de commande. Si la ligne de commande devient trop longue (environ 240 caractères), le ZDPAService utilisé pour déployer l'agent utilise un nombre excessif de cycles CPU. Ceci peut bloquer la machine.
La solution pour réduire la longueur de la ligne de commande consiste à sélectionner toutes les fonctionnalités qui peuvent être installées avec l'agent de gestion de bureau. La ligne de commande est ainsi abrégée (ADDLOCAL=ALL) et est transmise au tampon pour que la distribution d'agent fonctionne normalement.
IMPORTANT : cette procédure installe toutes les fonctionnalités de l'agent de gestion de bureau. Selon vos besoins professionnels, vous pouvez ne pas vouloir installer toutes ces fonctionnalités sur les bureaux des utilisateurs de votre organisation. Nous ne vous recommandons pas d'installer les fonctionnalités de l'agent une par une.
Pour plus d'informations sur l'utilitaire de distribution d'agents, reportez-vous à Using the Desktop Management Agent Distributor to Deploy the Agent to Workstations in a Microsoft Domain (Utilisation de l'utilitaire de distribution d'agents de gestion de bureau pour déployer l'agent sur des postes de travail dans un domaine Microsoft) dans le manuel Novell ZENworks 7 Desktop Management Installation Guide (Guide d'installation de Novell ZENworks 7 Desktop Management).
Si vous lancez l'utilitaire de distribution d'agents (indépendamment ou à partir de ConsoleOne) à partir d'un serveur Windows dont la version est définie sur Espagne ou Honduras, l'utilitaire est affiché dans sa version anglaise.
Pour résoudre ce problème, utilisez les options des dans le Panneau de configuration de Windows pour définir le format régional sur une version espagnole autre que celle correspondant à l'Espagne ou au Honduras.
Le client Microsoft RDP 5.1 (msrdp.ocx) est inclus au gadget de lancement de ZENworks 7. Lorsqu'un utilisateur lance une application Terminal Server que vous avez configurée pour s'exécuter dans une session client RDP, le gadget de lancement génère un message d'erreur indiquant que le certificat du fichier a expiré.
Si vous cliquez sur Oui dans la boîte de dialogue du message pour continuer l'installation, le gadget de lancement installe le fichier msrdp.ocx dans le répertoire c:\program files\novell\zenworks sur le poste de travail de l'utilisateur et enregistre le fichier .ocx.
Si vous installez le fichier msrdp.cab sur un poste de travail à l'aide du programme d'installation de l'agent de gestion ZENworks, aucun message d'erreur ne s'affiche.
Cette section contient des informations sur les problèmes que vous pouvez rencontrer lors de l'installation du composant Création d'image de poste de travail de ZENworks 7 Desktop Management.
Si vous réinstallez ou mettez à niveau le composant Création d'image de poste de travail du programme d'installation du serveur ZENworks, les lignes suivantes sont ajoutées au fichier journal Desktop Managementlog.txt :
Imaging\NTa Components NOT successfully installed on
<server_name> at <installation_path>
Imaging\NTb Components NOT successfully installed on
<server_name> at <installation_path>
Le fichier journal d'installation (zenworks_for_desktops_server_installlog.log) indique que la copie du fichier zenimgdsr.dll a échoué. Cette situation vient du fait que le fichier .dll d'origine reste ouvert sur le serveur pendant l'installation. Les versions ZENworks for Desktops 4.x et ZENworks 7 Desktop Management du fichier .dll sont identiques. L'échec de l'installation n'a donc pas d'impact.
Pour éviter cette erreur, renommez le fichier zenimgdsr.dll sur le serveur, puis exécutez le programme d'installation.
Cette section présente des informations relatives aux problèmes qui risquent de se produire lorsque vous utilisez le programme de désinstallation des services ZENworks 7 Desktop Management SP1 sur Linux.
La fonction de désinstallation des services ZENworks 7 Desktop Management SP1 sur Linux répertorie les composants que vous pouvez éventuellement désinstaller, notamment le serveur Middle Tier (reportez-vous à Désinstallation des composants ZENworks sur un serveur Linux
dans le manuel Novell ZENworks 7 Desktop Management Installation Guide (Guide d'installation de Novell ZENworks 7 Desktop Management) pour plus d'informations).
Sur un serveur OES Linux, tous les composants que vous avez sélectionnés pour la désinstallation sont désinstallés, à l'exception du serveur Middle Tier. Si vous ne sélectionnez que le serveur Middle Tier comme composant à désinstaller, le serveur Middle Tier continue à se charger. Cela vient du fait que le serveur Middle Tier est installé automatiquement sur les serveurs OES Linux.
Cette section explique les problèmes qui peuvent survenir lorsque les utilisateurs procèdent à la mise à niveau d'anciennes versions de ZENworks Desktop Management ou ZENworks for Desktops vers ZENworks 7 Desktop Management.
Lors de la configuration de l'objet Application de la mise à niveau de l'agent de gestion de bureau, définissez l'application pour qu'elle , de sorte qu'une fois l'agent installé, l'utilisateur ne voit l'application dans le programme de lancement d'applicatifs Novell. Nous vous recommandons également de ne pas autoriser la désinstallation de l'objet Application.
Les droits d'administrateur ne sont pas nécessaires pour procéder à la mise à niveau de l'agent de gestion de bureau. Les privilèges de l'utilisateur sont temporairement élevés par l'agent de gestion de bureau pendant l'installation.
Si vous procédez à la mise à niveau de l'agent ZENworks Desktop Management déjà installé sur Windows 98 vers la version ZENworks 7 de l'agent, le programme d'installation affiche un message après le redémarrage du poste de travail indiquant qu'une erreur s'est produite dans le fichier ncred9x.dll. Aucun utilisateur ne peut se loguer après l'échec de cette mise à niveau et le poste de travail est laissé dans un mauvais état.
Un défaut du moteur MSI Windows 98 qui empêche la bonne mise à jour de certains fichiers est à l'origine de cette erreur.
Si vous souhaitez résoudre ce problème, vous devez inclure la propriété suivante dans l'objet Application MSI pour postes de travail Windows 98 uniquement :
REINSTALLMODE=vamus
Les fichiers seront correctement placés sur les postes de travail Windows 98.
Pour plus d'informations sur la configuration des propriétés MSI, reportez-vous à MSI Tab (Onglet MSI) dans Reference: Application Object Settings (Référence : Paramètre de l'objet Application) à la section Application Management (Gestion d'applications) dans le manuel ZENworks 7 Desktop Management Administration Guide (Guide d'administration de ZENworks 7 Desktop Management).
Lors de la configuration de l'objet Application de la mise à niveau de l'agent de gestion de bureau, définissez l'application pour qu'elle , de sorte qu'une fois l'agent installé, l'utilisateur ne voit l'application dans le programme de lancement d'applicatifs Novell. Nous vous recommandons également de ne pas autoriser la désinstallation de l'objet Application.
Les droits d'administrateur ne sont pas nécessaires pour procéder à la mise à niveau de l'agent de gestion de bureau. Les privilèges de l'utilisateur sont temporairement élevés par l'agent de gestion de bureau pendant l'installation.
Si vous procédez à la mise à niveau de votre serveur ZENworks Desktop Management vers ZENworks 7 SP1 (plates-formes serveur NetWare, Windows ou Linux), mais que vous n'effectuez pas la mise à niveau du logiciel du serveur Middle Tier ZENworks 6.5, et si le serveur Middle Tier s'exécute sur NetWare 6, les stratégies de groupe associées au poste de travail ne seront pas distribuées aux postes de travail sur lesquels l'agent ZfD 4.x ou ZENworks 6.5 Desktop Management est installé.
Pour résoudre ce problème, assurez-vous de procéder à la mise à niveau du serveur Middle Tier vers ZENworks 7.
Lorsque vous mettez à niveau ZENworks for Desktops (ZfD) 3.2 SP3 vers ZENworks 7 Desktop Management SP1, les fichiers zenwsimp.ncf et zenwsrem.ncf sont modifiés et leurs paramètres ZfD sont remplacés par ceux par défaut de ZENworks 7 Desktop Management SP1. Pour utiliser les paramètres ZfD 3.2 pour l'importation ou le retrait de postes de travail, vous devez modifier manuellement ces fichiers pour rétablir leurs paramètres après la mise à niveau.
Lorsque vous mettez à niveau ZENworks for Desktops 3.2 SP3 vers ZENworks 7 Desktop Management SP1, le programme d'installation SP1 répertorie les composants, tels que la gestion à distance Wake-On-LAN et le proxy d'inventaire, qui n'étaient pas disponibles dans la version 3.2x. Si vous voulez que la mise à niveau comprenne ces nouveaux composants, sélectionnez-les pour l'installation.
Si vous mettez à niveau un serveur ZENworks Desktop Management de ZENworks for Desktops (ZfD) 3.2 SP3 vers ZENworks 7 et qu'ensuite vous recréez l'image des postes de travail de l'environnement avec une image ZfD 3.2, les applications associées aux postes de travail risquent de ne pas s'afficher sur ces postes de travail. Le même problème existe si vous désinstallez puis réinstallez le client Novell sur les postes de travail ZfD 3.2 existants.
Si vous devez recréer l'image d'un poste de travail ZfD 3.2 ou désinstaller le client ZfD 3.2 d'un poste de travail avant sa mise à niveau vers ZENworks 7.x Desktop Management, installez ensuite l'agent ZENworks 7 Desktop Management sur ce poste de travail. En procédant ainsi, vous faites réapparaître les applications associées au poste de travail.
Si vous mettez à niveau un serveur ZENworks Desktop Management de ZENworks for Desktops (ZfD) 3.2 SP3 vers ZENworks 7.x, puis que vous recréez l'image ZfD 3.2 d'un poste de travail Windows 98 dans cet environnement, le programme de lancement d'applicatifs Novell ne parvient pas à s'exécuter sur le poste de travail. Le même problème existe si vous désinstallez le client Novell des postes de travail Windows 98 de ce type d'environnement (où ZfD 3.2 est installé), puis que vous réinstallez le client
Ce problème vient du fait que l'emplacement de stockage des fichiers d'application utilisé par le composant de gestion d'applications de ZfD 3.2 (sur le serveur) est différent de celui utilisé par le composant de gestion d'applications de ZENworks 7 (sur le poste de travail).
Si vous devez recréer l'image d'un poste de travail Windows 98 ZfD 3.2 ou si vous devez désinstaller le client ZfD 3.2 d'un poste de travail Windows 98 avant sa mise à niveau vers ZENworks 7.x Desktop Management, installez ensuite l'agent ZENworks 7.x Desktop Management sur ce poste de travail. La version la plus récente de l'agent de gestion de bureau reconnaît l'emplacement actuel des fichiers d'application distribués sur le poste de travail.
Lorsque vous procédez à une mise à niveau vers les services ZENworks 7 Desktop Management SP1 sur Linux, le programme d'installation ne détecte pas les composants ZENworks 7 Desktop Management précédemment installés. Au lieu de cela, tous les composants sont sélectionnés par défaut pour la mise à niveau. Si vous ne modifiez pas cette sélection par défaut et que vous effectuez l'installation de SP1, les composants déjà installés sont mis à niveau vers ZENworks 7 Desktop Management SP1 et ceux qui n'étaient pas encore présents sur le système sont installés pour la première fois.
Même si l'interface du programme d'installation ne signale pas quels composants étaient déjà installés (contrairement au cas d'une installation Windows/NetWare), leur mise à niveau vers SP1 n'entraîne aucune conséquence néfaste.
Lorsque vous essayez de mettre à niveau le serveur proxy XML ZENworks 6.5 ou ZENworks 7 vers ZENworks 7 Desktop Management SP1, ce serveur proxy XML n'est pas sélectionné par défaut par le programme d'installation : en effet, ce dernier ne détecte pas la version du proxy XML précédemment installée sur le serveur.
Pour contourner ce problème, cochez vous-même la case du serveur proxy XML dans l'assistant d'installation de ZENworks 7 Desktop Management SP1.
Cette section explique les problèmes qui peuvent survenir lorsque les utilisateurs essaient de s'authentifier auprès du serveur Desktop Management à l'aide du client Novell ou de l'agent de gestion de bureau pour se loguer.
Certains serveurs NetWare peuvent générer une erreur de niveau 500 lorsque vous essayez d'importer des postes de travail après avoir modifié le fichier Hosts sur ce serveur NetWare.
Pour contourner ce problème, redémarrez le serveur NetWare sur lequel vous avez installé le serveur Middle Tier ZENworks et dont vous avez modifié le fichier Hosts pour l'importation de postes de travail.
Si vous essayez de vous authentifier à l'aide du serveur Middle Tier auprès d'un serveur Desktop Management installé sur une machine Windows 2000 dotée de Active Directory* (installé car le serveur Desktop Management agit en tant que contrôleur de domaine principal) et de eDirectory (installé pour les besoins de Desktop Management), l'authentification échoue, sauf si l'utilisateur se logue avec un contexte complet.
La raison de cet échec tient à un conflit concernant le port LDAP par défaut entre les modules d'écoute LDAP de Active Directory et de eDirectory. Pour contourner ce conflit de port, lors de l'installation de eDirectory, choisissez un port LDAP autre que le port 389 par défaut. Vous pouvez également modifier l'objet qui se trouve dans le conteneur du serveur dans ConsoleOne, puis utiliser l'utilitaire NSAdmin du serveur Middle Tier pour configurer le serveur Middle Tier afin qu'il utilise ce port pour communiquer.
Pour configurer le port dans NSAdmin :
Dans la zone Adresse d'Internet Explorer, saisissez l'URL de l'utilitaire NSAdmin. Par exemple :
http://server_name_or_IPAddress/oneNet/nsadmin
Dans le champ Valeur du paramètre de configuration du port LDAP, indiquez le numéro de port LDAP que vous avez défini dans eDirectory et que le serveur Middle Tier doit utiliser pour communiquer avec le serveur Desktop Management > cliquez sur Soumettre.
REMARQUE : ne tentez pas d'utiliser un autre navigateur Internet que Internet Explorer (tel que Mozilla Firefox) pour exécuter l'utilitaire NSAdmin. NSAdmin ne s'exécute pas correctement sur d'autres navigateurs.
Pour plus d'informations, reportez-vous au TID 10073537 de la Base de connaissances du support technique de Novell (Novell Support Knowledgebase).
Si vous essayez de décharger manuellement les gestionnaires du serveur Middle Tier (par exemple, xzen.nlm) qui s'exécutent sur NetWare 6, le serveur subit un abend.
Sous NetWare 6, utilisez NVXADMDN pour décharger les gestionnaires Apache et Middle Tier. Utilisez NVXADMUP pour redémarrer les gestionnaires Apache et Middle Tier.
Sous NetWare 6.5, utilisez AP2WEBDN pour décharger les gestionnaires Apache et Middle Tier. Utilisez AP2WEBUP pour redémarrer les gestionnaires Apache et Middle Tier.
L'utilisation de ndscons.exe sous Windows 2000 pour vérifier la connexion entre le serveur Middle Tier et le serveur Desktop Management n'est possible que si vous possédez des droits d'administrateur pour l'utilisateur Windows 2000 local.
Un poste de travail sur lequel l'agent de gestion de bureau est installé et s'exécute en mode passif sans le client Novell présente l'option suivante dans une zone déroulante lorsque vous cliquez sur dans une boîte de dialogue de sécurité Windows (Ctrl+Alt+Suppr) :
<Novell Netidentity Credentials Provider>
Cette option de modification du mot de passe eDirectory à partir de NetIdentity ne fonctionne pas pour l'instant. Pour modifier le mot de passe de l'agent qui s'exécute en mode passif, ouvrez le Panneau de configuration, cliquez sur et modifiez le mot de passe dans la boîte de dialogue appropriée.
Si le client Novell et l'agent de gestion de bureau sont installés sur le même poste de travail et que l'utilisateur se logue au poste de travail local, puis ouvre myapps.html et clique sur le lien dans la vue Web du programme de lancement d'applicatifs, le login NetIdentity ne fonctionne pas. Il s'agit du comportement normal. Si le client Novell et l'agent de gestion ZENworks sont installés sur un même poste de travail, le composant Gestion d'applications utilise toujours le client Novell.
Si seul l'agent est installé sur le poste de travail, dans ce même scénario, le lien de la vue Web active le login NetIdentity.
Les postes de travail qui utilisent l'agent ZENworks for Desktops 4.x Desktop Management ne peuvent pas accéder aux fichiers (tels que ceux des applications à mettre en cache) d'un serveur Desktop Management installé sur Windows si l'accès se fait par le biais d'un serveur Middle Tier installé sur une machine Linux (SLES 9 SP1 ou OES Linux).
Le problème survient pour deux raisons :
Vous pouvez résoudre ce problème en installant un agent ZENworks 6.5 (ou version ultérieure) Desktop Management qui utilise ZENMUP pour communiquer directement avec le serveur Windows.
Si vous installez ZENworks 7 Desktop Management SP1 sur un serveur SLES 9x, assurez-vous que les correctifs openldap2-client de février 2005 ou d'une date ultérieure ont été installés sur ce serveur.
Si les utilisateurs se loguent au serveur Middle Tier sur le serveur SLES 9x exécutant une version antérieure non mise à jour de openldap2-client, le service Middle Tier augmente l'utilisation de l'UC et bloque le serveur Middle Tier.
Les tests révèlent que lorsque les postes de travail s'authentifient par l'intermédiaire d'un pare-feu et copient les fichiers d'applications ou de stratégies pendant les périodes de login, celles-ci s'allongent de manière excessive.
Pour résoudre ce problème, nous vous recommandons de configurer les applications et les stratégies de sorte qu'elles utilisent des noms DNS pour l'emplacement des fichiers sur le serveur dorsal, plutôt que des adresses IP.
Pour déterminer si vous êtes logué à un domaine Kerberos, activez le login de l'agent ZENworks Desktop Management sur le poste de travail à l'aide de la combinaison de touches Ctrl+Alt+Suppr. Les informations de login Windows s'affichent alors, y compris le login à Kerberos (le cas échéant).
Si vous ouvrez les options de l'agent ZENworks (icône en forme de N rouge) dans le Panneau de configuration de Windows pour consulter les informations de login de Windows, aucune donnée relative au domaine Kerberos ne s'affiche dans cette boîte de dialogue, contrairement aux informations de login relatives au poste de travail Windows qui sont visibles.
Cette section identifie certains aspects du composant Importation et Retrait de poste de travail Desktop Management qui peuvent ne pas fonctionner correctement ou qui peuvent exiger une configuration supplémentaire dans ZENworks7 Desktop Management.
Si, lors de l'installation de eDirectory sur un serveur SLES 9, le port LDAP a été défini pour écouter sur un port autre que le port 389, l'importation de postes de travail automatique échoue lorsqu'elle est exécutée sur ce serveur.
Il est désormais possible de configurer manuellement le fichier novell-zdm-awsi.conf pour permettre à d'autres ports de prendre en charge l'importation automatique de postes de travail. Procédez comme suit pour modifier le fichier .conf :
À l'aide d'un éditeur de texte, ouvrez /etc/opt/novell/zenworks/zdm/novell-zdm-awsi.conf sur le serveur Linux.
Dans ce fichier, recherchez la ligne suivante :
#LDAP_PORT = 389
Supprimez le commentaire de la ligne et remplacez le port 389 par le port que vous souhaitez utiliser.
Enregistrez le fichier et fermez-le, puis redémarrez le service d'importation.
L'importation automatique de postes de travail échoue lorsqu'elle est lancée sur un serveur SLES 10 Desktop Management sur lequel un pare-feu est activé. Il s'agit de la configuration SLES 10 par défaut.
Pour activer l'importation de postes de travail dans une telle configuration, ouvrez le port TCP 8039 sur le pare-feu SLES 10.
Si vous installez les services ZENworks 7 Desktop Management SP1 sur un serveur Linux et que eDirectory 8.8 est également installé sur ce serveur, l'importation automatique de postes de travail échoue.
Par défaut, eDirectory 8.8 place le fichier nds.conf dans le répertoire /etc/opt/novell/eDirectory/conf/, tandis que eDirectory 8.7.3 place nds.conf dans son répertoire /etc. À l'heure actuelle, le service d'importation recherche ce fichier dans le répertoire /etc, d'où l'échec dans un environnement eDirectory 8.8. Ce problème ne se produit pas lorsque eDirectory 8.7.3 est mis à jour sur le serveur vers eDirectory 8.8.
Pour contourner ce problème, créez un lien logique vers /etc/opt/novell/eDirectory/conf/nds.conf dans le répertoire /etc et relancez le service d'importation de postes de travail :
ln -s /etc/opt/novell/eDirectory/conf/nds.conf /etc
/etc/inid.d/novell-zdm-awsi start
Si vous avez mis à niveau un système ZENworks for Desktops 3.2 vers ZENworks 7 Desktop Management SP1, il se peut qu'une stratégie d'importation automatique de postes de travail créée sous ZENworks for Desktops 3.2 soit conservée dans votre arborescence eDirectory.
Lorsque vous introduisez le serveur Linux dans cet environnement ZENworks 7 mis à niveau, puis que vous associez la stratégie d'importation existante au serveur Desktop Management installé sur un serveur Linux, l'importation des objets Postes de travail échoue.
Ce problème vient du fait que l'ancienne stratégie d'importation fait échouer le service d'importation sur Linux. Pour contourner ce problème, supprimez l'ensemble de stratégies serveur existant, recréez-en un avec les snap-ins ZENworks 7 Desktop Management que vous associez ensuite au serveur Linux, puis configurez une nouvelle stratégie d'importation.
REMARQUE : un comportement comparable se produit avec la stratégie de retrait automatique de postes de travail et la stratégie d'inventaire de postes de travail configurées dans ZENworks for Desktops 3.2. Pour contourner ce problème, procédez comme expliqué ci-dessus.
Cette section identifie certains aspects du composant Gestion de postes de travail Desktop Management qui peuvent ne pas fonctionner correctement ou qui peuvent exiger une configuration supplémentaire dans ZENworks 7 Desktop Management SP1.
Il se peut que les scripts de démarrage relatifs aux stratégies de groupe Windows configurés dans l'ensemble de stratégies de poste de travail pour s'exécuter au démarrage du système ne s'exécutent pas de manière cohérente dans ZENworks 7 Desktop Management, même lorsque l'option a été sélectionnée.
Pour contourner ce problème, exécutez la commande wmwait.exe en premier dans le script de démarrage. Ce programme retarde le script et vérifie que le composant Workstation Manager a authentifié la connexion. Une fois la connexion authentifiée, le programme se ferme et le script de démarrage continue normalement.
Lorsque vous modifiez le script de démarrage, assurez-vous de procéder comme suit :
HKEY_LOCAL_MACHINE\SOFTWARE\Novell\Workstation Manager\Group Policies"UseSyncGroupPolicyEvent"=dword:00000001
Cette section aborde certains aspects de l'administration d'une stratégie de groupe Windows qui peuvent ne pas fonctionner correctement ou qui peuvent exiger une configuration supplémentaire dans ZENworks 7 Desktop Management.
Si vous appliquez une stratégie de groupe de postes de travail créée pour Windows XP et configurée avec des paramètres de sécurité, et que vous appliquez également une stratégie de groupe d'utilisateurs créée pour Windows XP et configurée avec des paramètres de sécurité (vous souhaitez par exemple définir un certificat utilisateur), les paramètres de sécurité appliqués avec la stratégie de groupes d'utilisateurs remplacent les paramètres de sécurité appliqués par la stratégie de groupe de postes de travail.
Si vous désactivez les paramètres de sécurité dans les stratégies utilisateur, les paramètres de sécurité configurés dans la stratégie de poste de travail sont définis et activés.
Si vous utilisez une adresse IP explicite dans le chemin d'accès au fichier lorsque vous associez une stratégie de groupe à un utilisateur ou un poste de travail (vous fournissez une adresse IP dans le chemin d'accès à la stratégie dans ConsoleOne, par exemple, \\137.65.167.123\c$\chemin_accès), vous ne pouvez pas vous loguer à partir d'un poste de travail Windows XP si l'agent de gestion de bureau est installé.
Vous devez remplacer l'adresse IP par le nom du serveur dans le chemin d'accès.
Si vous lancez la console MMC (Microsoft Management Console) à partir de ConsoleOne pour modifier une stratégie de groupe Windows, en particulier pour renommer un compte utilisateur par défaut (Administrateur ou Invité), vous ne devez pas être logué avec les privilèges de l'utilisateur dont vous modifiez le nom du compte par défaut. Si vous vous loguez à l'aide de ce compte par défaut et que vous lui assignez un nouveau nom, les modifications ne seront pas enregistrées dans le chemin réseau que vous avez désigné dans ConsoleOne et elles risquent de rester sur l'ordinateur d'administration.
Si des utilisateurs réseau disposant d'un profil mobile voient s'afficher plusieurs dossiers c:\documents and settings\username.machine_name.nnn sur le poste de travail Windows auquel ils se sont logués, ou s'ils remarquent un ralentissement au niveau des fermetures de session Windows ou de l'arrêt des postes de travail, cela peut être dû au fait que certaines clés du registre Windows sont restées ouvertes.
Pour contourner ce problème, téléchargez et utilisez le service Microsoft User Profile Hive Cleanup Service, un utilitaire qui ferme les clés de registre restées ouvertes dans la ruche utilisateur, permettant ainsi la suppression normale des profils mobiles lors de la fermeture des sessions, ainsi qu'un logoff et un arrêt des postes de travail plus rapides.
Nous vous conseillons d'utiliser le programme de lancement d'applicatifs Novell (Novell Application Launcher™) pour distribuer cette application MSI sur tous les postes de travail concernés.
Vous pouvez également essayer avec l'utilitaire de redémarrage du programme de lancement d'applicatifs (zennalrestart.exe). Cet utilitaire redémarre le service du programme de lancement d'applicatifs au logout de l'utilisateur, obligeant ainsi toutes les clés de registre précédemment ouvertes par le service à se fermer. Pour télécharger cet utilitaire, reportez-vous au TID 2971971 dans la Base de connaissances du support technique de Novell (Novell Support Knowledgebase).
Une fois ZENworks 7 Desktop Management installé, les imprimantes iPrint ne sont pas distribuées aux utilisateurs de postes de travail Windows 2000/XP, et ce même après avoir configuré la stratégie iPrint de ZENworks 7 Desktop Management dans l'ensemble de stratégies utilisateur (procédure qui installe le client iPrint et distribue les pilotes d'imprimante aux utilisateurs), et leurs postes de travail sont redémarrés.
Pour contourner ce problème dans NetWare 6, remplacez la valeur zéro (0) (valeur par défaut) de AllowUserPrinters par un (1) dans le fichier iprint.ini qui se trouve dans le répertoire \\server_name\sys\login\ippdocs, afin de permettre à l'utilisateur d'ajouter l'imprimante. Dans NetWare 6.5, le fichier iprint.ini se trouve dans le répertoire \\server_name\sys\apache2\htdocs\ippdocs.
REMARQUE : le fichier iprint.ini est accessible uniquement si vous avez installé Novell Distributed Print Services™ dans le cadre de l'installation de NetWare et si vous avez extrait le fichier nipp.exe dans ce répertoire. Si les fichiers iprint.ini et nipp.exe ne sont pas accessibles, vous pouvez les télécharger à partir du site Web du support technique de Novell à l'adresse http://support.novell.com. Effectuez ensuite une recherche sur TID 2968629.
La stratégie iPrint utilisée pour distribuer les imprimantes via un pare-feu à une session utilisateur sur un serveur Windows 2000/2003 Terminal Server ne définit pas correctement la clé de registre requise pour contourner la configuration manuelle de l'adresse proxy de iPrint.
Tout utilisateur d'une session d'un serveur Terminal Server qui a besoin d'imprimer sur des imprimantes situées en-dehors du pare-feu doit suivre les étapes ci-dessous pour définir l'adresse proxy :
Dans la session Terminal Server de l'utilisateur, cliquez sur > > > , puis cliquez sur l'onglet .
Cochez la case .
Dans le champ , saisissez l'adresse proxy du pare-feu externe du serveur proxy, puis cliquez sur .
Une fois l'adresse proxy définie, la stratégie d'imprimante est correctement distribuée.
La stratégie Novell iPrint (ensembles Utilisateur et Poste de travail) ne fonctionne pas dans un environnement exclusif SUSE LINUX Enterprise Server 9 (SLES 9). Pour exécuter le client Novell iPrint, vous devez disposer d'au moins un serveur NetWare 6 (ou une version ultérieure) ou OES Linux dans votre arborescence pour tenir le rôle de serveur iPrint.
Cette section identifie certains aspects du composant Gestion d'applications qui peuvent ne pas fonctionner correctement ou impliquer une configuration supplémentaire dans ZENworks 7 Desktop Management SP1.
Bien que les fichiers nal.exe et nalexpld.exe soient inclus dans le produit et qu'ils permettent de lancer des exécutables, leur objectif est de faciliter le fonctionnement ininterrompu des scripts de login existants.
ZENworks 7 Desktop Management SP1 ne prend en charge que les commutateurs pris en charge par nalwin32.exe. Pour afficher la liste de ces commutateurs, saisissez la commande suivante :
nalwin32.exe /?
Les mêmes commutateurs s'affichent si vous saisissez la commande suivante :
nalwin.exe /?
Pour le moment, il n'est pas possible de fermer la fenêtre de l'Explorateur d'applications à l'aide de l'option Quitter l'Explorateur d'applications du menu Fichier.
Pour fermer l'Explorateur d'applications, cliquez sur le bouton de fermeture () dans le coin supérieur droit de la fenêtre.
Bien qu'il soit possible de faire glisser l'icône d'une application du volet droit de la fenêtre d'application vers le bureau Windows, le raccourci ainsi créé est endommagé et ne permet pas de lancer l'application.
Vous pouvez contourner ce problème en ouvrant la vue de l'Explorateur d'applications après avoir créé le raccourci. Le lancement de l'Explorateur d'applications permet au raccourci de fonctionner correctement. Par la suite, lorsque vous fermez l'Explorateur d'applications, le raccourci est retiré du bureau.
Si un utilisateur choisit d'utiliser myapps.html comme page Web de fond d'écran sur son bureau Windows XP, Windows XP génère des erreurs de script et myapps.html n'affiche pas les applications.
Si vous souhaitez que les utilisateurs utilisent cette fonctionnalité, modifiez les parties du fichier myapps.html qu'elle ne peut pas gérer. La méthode la plus simple consiste à extraire les données à partir de la fonction WriteData() dans le fichier et de les utiliser comme contenu d'un nouveau fichier .html.
Les commentaires de la page Web ressemblent à ce qui suit :
<head>
<title>Applications fournies par Novell</title>
</head>
<body scroll=’no’ style=’margin: 0; overflow:hidden’>
<object id="AxNalView" classid="CLSID:4F4B2E32-B44C-450E-8683-6903FE9DDCEA" width="100%" height="100%">
<!--param name="SingleTree" value="ZENWORKS_TREE"-->
<!--param name="PortalView" value="false"-->
<!--param name="BannerURL" value="http://www.company.com/banner.html"-->
<!--param name="BannerHeight" value="80"-->
<!--param name="ShowTree" value="true"-->
<!--param name="ShowTasks" value="false"-->
<!--param name="AppDisplayType" value="1"-->
<!--param name="ShowAppFrameNavigation" value="true"-->
<!--param name="ShowIEToolbarButton" value="true"-->
</object>
</body>
</html>
Enregistrez ce fichier sur le disque dur. Vous pouvez ensuite l'utiliser comme fond d'écran XP.
Si vous accédez à une page Web servie par le serveur Web Apache, et que cette page Web contient des caractères japonais tels que la version japonaise de myapps.html, les caractères de cette page peuvent apparaître tronqués.
Il s'agit d'un problème connu, lié au serveur Web Apache, qui peut être contourné par une simple configuration dans Apache. Pour mieux comprendre ce problème, reportez-vous au site Web du réseau Sun Developer Network et recherchez l'article intitulé Creating Multilingual Web Sites with Apache (Création de sites Web multilingues avec Apache). Pour obtenir des informations spécifiques sur la manière de contourner le problème et de configurer le serveur, reportez-vous à la documentation concernant le serveur HTTP Apache version 2.0 Content Negotiation (Négociation de contenu).
Les nouveaux prérequis système liés au Terminal Server sur un objet Application s'appliquent uniquement aux sessions Terminal Server distantes. Les sessions qui s'exécutent sur la console Terminal Server sont considérées par défaut comme des sessions distantes. Pour modifier ce comportement, il suffit de créer la clé de registre suivante sur le serveur Terminal Server lui-même :
HKEY_LOCAL_MACHINE\Software\Netware\Nal\ConsoleIsNotTS
En créant cette clé de registre, les sessions qui s'exécutent sur la console Terminal Server seront traitées comme des sessions non-Terminal Server.
Si des utilisateurs tentent de se loguer localement en utilisant une version de Novell Client™ antérieure à la version 4.9 SP2 (c'est-à-dire « Poste de travail uniquement »), l'application NWGINA ne s'authentifiera pas auprès de eDirectory et n'effectuera aucune requête réseau. Par ailleurs, le client Novell disposera d'une connexion non authentifiée ou « surveillée » à l'arborescence eDirectory™ définie comme étant la connexion principale.
Si un utilisateur s'authentifie par la suite depuis le programme de lancement d'applicatifs Novell à l'aide du login au serveur Middle Tier, le client NetIdentity s'authentifiera auprès du serveur ZENworks Management desservi par le serveur Middle Tier.
Toute tentative par le programme de lancement d'applicatifs de distribuer une application par le biais de cette authentification échouera car les fichiers à distribuer se trouvent sur le serveur sur lequel le client a créé une connexion surveillée. Via cette connexion, le client voit le volume sys: sur le serveur (tous les utilisateurs disposent des droits d'accès sur le répertoire \login du volume sys: d'un serveur NetWare car les anciens clients s'authentifiaient en exécutant login.exe).
Pour contourner ce problème, les utilisateurs doivent cliquer avec le bouton droit de la souris sur l'icône représentant un rouge pour que le client Novell affiché dans la barre système se logue au serveur. Ils ne doivent pas cliquer avec le bouton droit de la souris sur l'icône du dans la barre système et sélectionner pour se loguer.
Lorsqu'une application distribuée est configurée pour être désinstallée à partir d'un poste de travail, l'utilisateur n'est pas invité à redémarrer le poste à la fin de la désinstallation (pour le moment).
Étant donné que la désinstallation peut modifier le registre Windows, le fonctionnement des applications qui lisent le registre au démarrage peut être affecté, à moins que le poste de travail soit redémarré. Les utilisateurs doivent toujours redémarrer manuellement le poste de travail après avoir désinstallé une application distribuée.
Si vous configurez une application basée sur un fichier .ini pour qu'elle soit désinstallée avec l'attribut Créer ou ajouter à une valeur existante sélectionné pour la désinstallation, la valeur qui a été ajoutée lors de l'installation d'origine n'est pas supprimée.
Actuellement, la seule façon de contourner ce problème consiste à modifier manuellement le fichier .ini.
Un composant essentiel des services de licence Novell (nls32.dll) n'est pas livré avec le client Novell actuel. Un message d'erreur s'affiche lorsque vous essayez d'utiliser le composant Surveillance et décompte de licences de logiciel dans Desktop Management.
Pour contourner ce problème, copiez les fichiers nls32.dll et nlsapi32.dll situés dans le répertoire companioncd\companion1\licensing du CD Compagnon 1 sur chaque poste de travail sur lequel vous souhaitez vérifier les licences d'application. Sur les postes de travail Windows 2000/XP, copiez ces fichiers dans le répertoire c:\winnt\system32. Sur les postes de travail Windows 98 SE, copiez ces fichiers dans le répertoire c:\windows\system.
Lorsque le programme de lancement d'applicatifs Novell qui s'exécute sur un serveur NetWare 6.5 avec le fichier cifs.nlm chargé accède à plusieurs objets Application précédemment définis pour , il se peut que le serveur NetWare subisse un abend lors de la mise en cache de la première application.
Nous avons identifié et résolu le problème dans le correctif NetWare 6.5 SP1 ainsi que dans NetWare 6.5 SP2.
Si vous exécutez les snap-ins ConsoleOne et ZENworks 7 SP1 à partir d'un poste de travail Windows XP sur lequel l'agent ZENworks for Desktops 4 SP1b ou l'agent de gestion de bureau 4.0.1 est également installé, vous ne serez pas en mesure d'importer ni d'exporter les fichiers AOT ou AXT à partir de ConsoleOne sur ce poste. Cette opération entraînera une défaillance de ConsoleOne.
Nous vous recommandons d'éviter d'utiliser cette combinaison de logiciels si vous souhaitez utiliser ConsoleOne pour importer ou exporter des fichiers AOT ou AXT.
À la place, lancez un copie locale de ConsoleOne à partir d'un poste de travail sur lequel l'agent ZENworks 7 Desktop Management SP1 est installé. Cette copie ne doit pas contenir les snap-ins ZENworks for Desktops 4 SP1b ou ZENworks for Desktops 4.0.1.
Lorsque vous créez une application dans snAppShot sur un poste de travail Windows avec les caractères japonais activés, puis que vous parcourez le répertoire d'installation des applications, il se peut que le message d'erreur suivant s'affiche :
External Exception C0000006
Ce problème sera résolu dans la prochaine version de snAppShot.
Si vous lancez la distribution de l'objet Application à partir d'une ressource en grappe et que vous démarrez une migration de ressources en grappe avant la fin de la distribution, la distribution peut s'arrêter et générer une erreur.
Pour résoudre ce problème, vous devez relancer manuellement la distribution.
L'importation des fichiers .fil ou des clés de registre d'un objet Application existant lors de la création d'un nouvel objet Application échoue si l'emplacement des anciens fichiers se trouve dans un chemin qui inclut un nom de dossier contenant plus de 8 caractères, un espace ou un caractère étendu.
Si vous distribuez des applications dépendantes et mises en chaîne sur un poste de travail Windows 98 dans un environnement ZENworks dans lequel les serveurs Middle Tier et Desktop Management ont été mis à niveau vers ZENworks 7 Desktop Management SP1 mais où l'agent Desktop Management n'a pas été mis à niveau à partir de la version 4.x ou de la version 6.5, il se peut que la distribution échoue et présente plusieurs erreurs.
Dans ce cas, il se peut que la distribution des premières applications de la chaîne se déroule normalement, mais que celle des applications suivantes semble faire passer le poste de travail à l'état Déconnecté.
Il existe deux manières de contourner le problème :
Si vous installez la mise à jour de sécurité Windows Internet Explorer KB905915 sur un poste Windows 98 SE sur lequel le programme de lancement d'applicatifs Novell est utilisé, la vue du navigateur Web du programme de lancement d'applicatifs affiche une icône d'application carrée et noire, avec apparition des pixels.
Nous ne prévoyons pas de créer de correctif pour ce problème d'affichage.
Cette section identifie certains aspects du composant Création d'image de poste de travail Desktop Management qui peuvent ne pas fonctionner correctement ou qui peuvent exiger une configuration supplémentaire dans ZENworks 7 Desktop Management.
La mise à niveau du disque dur d'un poste de travail Windows 2000 à partir d'un système de disques de base vers un système de disques dynamiques modifie la table de partition de sorte qu'elle n'autorise plus le poste de travail à démarrer sur la partition de production, mais uniquement sur la partition Desktop Management Linux*. Aucun correctif à ce problème n'est inclus dans ZENworks 7 Desktop Management.
Le composant Création d'image de poste de travail de ZENworks 7 ne prend pas en charge les disques dynamiques. Si vous procédez à la mise à niveau de vos disques, vous ne serez plus en mesure d'utiliser le composant Création d'image de poste de travail.
Si vous installez le composant Création d'image de poste de travail ZENworks 7 SP1 sur un serveur Windows 2000 qui possède plusieurs cartes d'interface réseau, vous n'avez pas la possibilité de lier le serveur proxy de création d'image à une adresse IP spécifique.
Si vous installez le composant Création d'image de poste de travail sur un serveur NetWare, vous pouvez lier le serveur proxy de création d'image à une adresse IP spécifique (la carte d'interface réseau de votre choix) à l'aide du commutateur suivant :
load imgserv -i:IP_Address
Si vous sélectionnez et si vous précisez une adresse IP statique sur la page de propriétés d'une stratégie de serveur de création d'image, puis si vous restaurez l'image de poste de travail avec ce paramètre que vous remplacez ensuite ce paramètre par , le poste de travail n'obtient aucune adresse IP.
Pour contourner ce problème, vous devez remplacer le paramètre DHCP et réinstallez les pilotes de carte réseau sur le poste, ou vous devez revenir au paramètre IP statique.
L'utilitaire de configuration PXE-on-Disk ne détecte pas et n'affiche pas les pilotes des adaptateurs réseau compatibles PXE fabriqués par NETGEAR, Inc.
Les cinq disquettes de démarrage créées avec zimgboot.exe ne disposent pas d'espace suffisant pour inclure tous les fichiers, notamment les pilotes USB.
Si un poste de travail requiert des pilotes USB, des messages d'erreur similaires à ceux présentés ci-dessous peuvent s'afficher :
Load USB Modules /bin/runme.s: /lib/modules/2.4.22/kernel/drivers/usb No Such File or Directory
ou
Load USB Modules /bin/runme.s: /lib/modules/2.4.22/kernel/drivers/usb/storage No Such File or Directory
Si les utilisateurs dont les postes de travail requièrent des pilotes USB rencontrent ces erreurs, vous devez créer un CD de démarrage du composant Images pour leurs postes de travail. Ce CD dispose d'espace suffisant pour inclure les pilotes USB.
Lorsque vous mettez à niveau les noeuds NetWare sur lesquels Novell Cluster Service est installé sur ZENworks 7 Desktop Management SP1, les services de pré-lancement ZENworks ne parviennent pas à détecter les travaux de création d'image des postes de travail, même si la stratégie du serveur de création d'image est configurée et appliquée.
Pour contourner ce problème et exécuter le travail assigné, accédez manuellement au et sélectionnez .
Si vous exécutez Novell eDirectory 8.7.3.8 ou une version ultérieure sur un serveur 64 bits SLES 9x, SLES 10 ou OES Linux SP2 sur lequel les services ZENworks 7 Desktop Management SP1 Linux sont installés (c'est-à-dire les composants du serveur Desktop Management), les services de pré-lancement ZENworks 7 provoquent la fermeture de eDirectory.
Ce problème se produit lorsque la stratégie de serveur de création d'image est configurée avec des règles pour créer l'image avec script d'un poste de travail à son prochain démarrage. Lorsque les services de pré-lancement s'exécutent, eDirectory s'arrête.
Pour contourner ce problème, vous devez configurer la stratégie de sorte que l'emplacement des fichiers d'image se trouve sur un serveur non-Linux.
Cette section identifie certains aspects du composant Gestion à distance ZENworks 7 SP1 qui peuvent ne pas fonctionner correctement ou impliquer une configuration supplémentaire dans ZENworks 7 Desktop Management SP1.
Si un poste de travail dispose de plusieurs moniteurs, seul le moniteur principal est géré par une session à distance depuis la console de gestion.
Lors d'une session de contrôle à distance sur un poste de travail géré, si vous passez d'un mode d'affichage Mode d'application de fenêtre DOS au Mode plein écran, les mises à jour ne vous parviennent qu'après avoir quitté le mode normal ou fermé la fenêtre DOS.
Si un utilisateur utilise la connexion Bureau à distance pour se connecter à un poste de travail Windows XP, puis ouvre une session de contrôle à distance sur ce poste de travail, l'écran de la console de contrôle à distance sera noir et vous ne serez pas en mesure d'effectuer de contrôle à distance.
Les utilisateurs travaillant sur un poste de travail Windows XP doivent se loguer localement pour que vous puissiez contrôler leur poste à distance.
Lors d'une session distante, il se peut que vous ne soyez pas en mesure de retirer le papier peint actif du bureau du poste de travail géré. Cela affecte les performances de la gestion à distance.
Pour contourner ce problème, supprimez manuellement le papier peint du poste de travail géré.
Concernant la suppression du papier peint, Windows XP se comporte différemment des autres systèmes d'exploitation Windows. Lorsque vous définissez le papier peint, Windows XP en crée une sauvegarde. Lorsque vous désactivez le papier peint, il est désactivé uniquement à partir de l'emplacement principal. Lorsque vous modifiez les paramètres, il se peut que le papier peint réapparaisse.
Les curseurs animés et de couleur ne sont pas pris en charge sur les postes de travail gérés pour la gestion à distance.
Lors d'une session de gestion à distance avec un poste de travail géré Windows XP, si vous placez le curseur de la souris sur une fenêtre dont le contenu change régulièrement (par exemple, le Gestionnaire de tâches), le curseur clignote à l'écran du poste de travail géré. Ce comportement du curseur est visible uniquement sur le poste de travail géré.
Il se peut que le service Wake-on-LAN qui s'exécute sur un serveur NetWare 6.5 SP1a (et version ultérieure) n'active pas les postes de travail cible si la planification est modifiée.
Pour contourner ce problème, essayez de redémarrer le service.
Sur les postes de travail Windows 2000/XP, les applications DirectX ne s'exécutent pas en mode exclusif lors d'une session de contrôle ou d'affichage à distance.
Si le gestionnaire de contrôle de service s'exécute lors de la mise à niveau de l'agent de gestion à distance vers ZENworks 7, le service de gestion à distance Novell ZENworks n'est pas créé, même après le redémarrage du poste de travail géré.
Pour résoudre ce problème, assurez-vous que le gestionnaire de contrôle de service est fermé avant de procéder à la mise à niveau.
Sur un poste de travail Windows 98, lorsque vous mettez à niveau l'agent de gestion à distance à partir de ZENworks for Desktops 4.0.1, ZENworks 6.5 Desktop Management ou ZENworks 6.5 Desktop Management SP1 vers ZENworks 7 SP1, le mot de passe de gestion à distance, s'il a été défini, est supprimé.
Solution : à l'invite, saisissez la commande suivante :
msiexec /i ”path_of_MSI zfdagent.msi” REINSTALLMODE=vamus
Si vous effectuez l'installation via un objet Application MSI, indiquez vamus dans la propriété REINSTALLMODE.
IMPORTANT : cette solution est applicable uniquement si vous procédez à la mise à niveau à partir de ZENworks 6.5 Desktop Management ou d'une version ultérieure de l'agent de gestion de bureau.
L'aide de l'agent de gestion à distance peut ne pas se lancer depuis l'icône de cet agent proposée dans la barre des tâches du périphérique géré.
Pour contourner ce problème et afficher l'aide, accédez à l'emplacement suivant et double-cliquez sur le fichier rcagent.chm : zenworks_agent_directory\remotemanagement\rmagent\nls\language_directory.
Si vous vous loguez à l'arborescence d'entreprise à partir d'un poste de travail géré sur lequel le client Novell n'est pas installé, via un serveur Middle Tier Windows 2000 ou 2003, l'adresse IP de ce poste de travail géré peut ne pas s'afficher lorsque le composant de gestion à distance est lancé à partir de l'objet Utilisateur correspondant dans ConsoleOne.
Pour contourner ce problème, reportez-vous au TID 3287250 dans la Base de connaissances du support technique de Novell (Novell Support Knowledgebase). Vous trouverez dans ce document un lien vers un fichier .dll téléchargeable que vous pouvez appliquer à ZENworks 7 Desktop Management SP1 pour régler ce problème d'affichage.
Cette section identifie certains aspects du composant Inventaire de poste de travail Desktop Management qui peuvent ne pas fonctionner correctement ou qui peuvent exiger une configuration supplémentaire dans ZENworks 7 Desktop Management SP1.
Si vous souhaitez réinstaller le serveur d'inventaire ou la base de données d'inventaire sur Linux, vous devez au préalable désinstaller le composant que vous souhaitez réinstaller, puis poursuivre l'installation du composant.
Si vous essayez d'installer Sybase pour des grappes Linux, le programme d'installation peut afficher le message d'erreur suivant :
The installation of ZENworks Desktop Management has FAILED.
The following component(s) experienced a fatal error:
Database Engine
Solution : ce message n'est pas fatal, car il n'affecte pas le service d'inventaire. Toutefois, vérifiez si les services d'inventaire et Sybase fonctionnent.
Si vous installez le composant Serveur d'inventaire de ZENworks 7 Desktop Management sur un serveur NetWare 6.5 SP2/SP3 ou NetWare OES, il se peut que le démarrage du service d'inventaire échoue après l'installation.
Solution : démarrez le service d'inventaire manuellement.
Si le client Novell n'est pas installé sur les postes de travail inventoriés, et si vous utilisez des caractères double octet dans le chemin du répertoire d'analyse (scandir) de l'objet Service d'inventaire, les fichiers .str ne sont pas transférés vers le serveur d'inventaire.
Par défaut, le chemin de scandir est le chemin d'installation des composants d'inventaire côté serveur et de la base de données (à moins que vous le modifiiez manuellement après l'installation de ZENworks 7 Desktop Management en configurant l'objet Service d'inventaire).
La fenêtre de Crystal Report Viewer ne prend pas en charge les fonctions du clavier. Vous devez utiliser la souris pour effectuer toutes les opérations dans cette fenêtre.
Cette section identifie les autres problèmes que vous pouvez rencontrer et les solutions qui permettent de les contourner si vous utilisez ZENworks 7 Desktop Management SP1.
L'agent ZENworks 7 Desktop Management ne fonctionne pas correctement avec des versions de NSure® SecureLogin antérieures à 3.51.1.
Si vous installez l'agent de gestion de bureau ZENworks 7 sur un poste de travail équipé d'une version de SecureLogin antérieure à 3.51.1, les tentatives de login de l'utilisateur échoueront et le poste de travail redémarrera.
Si vous avez déjà rencontré ce problème, vous pouvez y remédier en vous reportant au TID 10096513 dans la Base de connaissances du support technique de Novell (Novell Support Knowledgebase).
Cette section présente les problèmes en relation avec l'interopérabilité entre ZENworks et Novell eDirectory.
Si vous installez ZENworks 7 Desktop Management sur un serveur OES Linux sur lequel eDirectory est déjà installé, puis que vous mettez à niveau eDirectory vers la version 8.7.3.8, le composant de création d'image des postes de travail de ZENworks Desktop Management ne fonctionne pas.
Ce problème se produit également lorsque vous mettez à niveau OES Linux vers SP1 ou une version ultérieure sur un serveur sur lequel ZENworks 7 est installé. Pour contourner ce problème, procédez comme indiqué dans le TID 10098801 dans la Base de connaissances du support technique de Novell (Novell Support Knowledgebase).
Les utilisateurs de ENGL Zim et de ENGL Ztoolkit (produits tiers) doivent procéder à une mise à niveau vers ENGL Zim 4.0 SP1 et Ztoolkit 4.0 SP1 avant d'appliquer ZENworks 7 Desktop Management SP1. Sans cela, des problèmes surviennent lors de la création d'image et du déploiement de versions automatisées de Windows à l'aide des outils ENGL.
Pour plus d'informations, reportez-vous au TID 3619822 dans la Base de connaissances du support technique de Novell (Novell Support Knowledgebase).
Cette section identifie les autres problèmes que vous pouvez rencontrer et les solutions qui permettent de les contourner si vous utilisez ZENworks 7 Desktop Management.
Le démarrage d'une application RDP ou ICA à partir du gadget de lancement d'application sur un poste de travail Windows XP SP2 génère le message d'erreur suivant :
To help protect your security, Internet Explorer stopped this site from installing software on your computer. Click here for options...
Si les utilisateurs travaillent sur des postes Windows XP SP2 (ou une version ultérieure), ils peuvent cliquer sur la barre d'informations en haut de la boîte de dialogue du pour installer le client Citrix ICA/RDP. Vous pouvez aussi demander aux utilisateurs de vous contacter en cas de problème lors de l'installation du client Citrix ICA/RDP.
ZENworks 7 Desktop Management SP1 ne prend pas en charge les arborescences fédérées ou ayant une racine DNS.
Les services Importation de postes de travail et Gestion de postes de travail (des stratégies distribuées aux postes de travail ou aux utilisateurs) peuvent fonctionner différemment lorsque les utilisateurs se connectent par l'intermédiaire d'un réseau VPN. Pour plus d'informations, reportez-vous au TID 10096902 dans la Base de connaissances du support technique de Novell (Novell Support Knowledgebase).
Si vous avez installé la base de données Desktop Management ou la base de données d'inventaire sur un serveur NetWare, il se peut que le message d'erreur suivant s'affiche dans la console du moteur Sybase lors d'opérations sur la base de données :
Connection terminated abnormally
Il s'agit d'un message erroné que vous pouvez ignorer.
Si vous exécutez ConsoleOne sur une machine Windows configurée avec deux adresses IP différentes sur deux réseaux différents, ConsoleOne ne sera pas en mesure d'envoyer des données à eDirectory et va générer un code d'erreur.
Ce comportement peut se produire lorsque vous tentez de créer un attribut de flux sur eDirectory qui s'exécute sur un serveur SUSE Linux.
Pour le moment, le script de déchargement d'un objet Ressource de grappe sur lequel ZENworks 7 Desktop Management est installé entraîne l'échec du service Sybase lors de la migration vers un autre objet Ressource de grappe.
Pour contourner ce problème dans ConsoleOne, recherchez les lignes suivantes dans le script de déchargement :
#ZENworks Cluster Support: lines=1
opt/novell/zenworks/bin/ZDMstop stop cluster
Déplacez ces lignes dans le script pour les insérer directement après la ligne suivante :
#!/bin/bash
Pour contourner ce problème dans iManager, procédez comme suit :
Copiez les entrées de ConsoleOne (reportez-vous ci-dessus) et collez-les dans iManager.
Sur les noeuds de grappe Linux sur lesquels ZENworks était installé, exécutez les commandes suivantes :
dos2unix /etc/opt/novell/ncs/DATA_SERVER.load
dos2unix /etc/opt/novell/ncs/DATA_SERVER.unload
Redémarrez les noeuds de grappe Linux.
Comme la valeur Chinese (Chinois) peut ne pas avoir été affectée à la variable NWlanguage pour un utilisateur donné dans Novell eDirectory, les composants ZENworks suivants peuvent ne pas se charger correctement :
Ce problème est lié au fait que la variable NWlanguage définit le chemin d'accès aux ressources localisées appropriées. Si un produit Novell localisé (tel que le client Novell) n'a pas été précédemment installé, les paramètres ne sont pas configurés.
Procédez comme suit pour modifier la variable NWlanguage pour que les composants chinois se chargent correctement :
Lancez ConsoleOne.
Loguez-vous à l'arborescence eDirectory dans laquelle vous avez installé les composants ZENworks 7 Desktop Management.
Dans cette arborescence eDirectory, accédez au conteneur dans lequel réside l'objet Utilisateur, sélectionnez cet objet, cliquez dessus avec le bouton droit de la souris, puis cliquez sur pour afficher celles de l'utilisateur.
Dans la boîte de dialogue Propriétés, cliquez sur , puis sur .
Dans la page Environnement, saisissez le paramètre NWLanguage approprié.
(Facultatif, pour les utilisateurs de chinois traditionnel) Dans le champ Langue, saisissez CHINESET.
(Facultatif, pour les utilisateurs de chinois simplifié) Dans le champ Langue, saisissez CHINESES.
Cliquez sur pour appliquer la nouvelle variable de langue.
Déloguez l'utilisateur, puis loguez-vous de nouveau en tant qu'utilisateur.
La variable NWlanguage pointe alors vers la version appropriée des ressources en chinois de sorte que l'utilitaire de distribution d'agents et snAppShot se chargent correctement.
Pour charger le composant de contrôle à distance sur une version chinoise de Windows, exécutez regedit.exe, accédez à HKEY_LOCAL_MACHINE\SOFTWARE\Novell\Parameters, puis remplacez manuellement la valeur ENGLISH de la variable NWLANGUAGE par la version appropriée de chinois (reportez-vous à l'étape 5 ci-dessus).
À l'heure actuelle, les fichiers journaux créés par les services ZENworks 7 Desktop Management sur Linux sont formatés selon les conventions UNIX, c'est-à-dire qu'ils ne contiennent pas les caractères de fin de ligne CR/LF utilisés normalement dans les éditeurs de texte courants d'un environnement Windows (par exemple, le Bloc-notes de Microsoft). Aussi, il est difficile de lire ces fichiers dans un éditeur de texte.
Pour contourner ce problème, vous pouvez ouvrir ces fichiers journaux dans Microsoft WordPad. Dans WordPad, cliquez sur Affichage > Options > Retour à la ligne sur fenêtre pour vérifier que l'option de renvoi à la ligne automatique est sélectionnée.
Dans cette documentation, le symbole « supérieur à » (>) est utilisé pour séparer deux opérations requises pour passer d'un menu à l'autre dans une interface utilisateur.
Les symboles de marque commerciale (®, TM, etc.) indiquent une marque commerciale (déposée ou non) de Novell et l'astérisque (*), une marque commerciale de fabricant tiers.
Novell exclut toute garantie relative au contenu ou à l'utilisation de cette documentation, notamment toute garantie, expresse ou implicite, que le logiciel présenterait des qualités spécifiques ou qu'il conviendrait à un usage particulier. Novell se réserve en outre le droit de réviser cette publication à tout moment et sans préavis.
Par ailleurs, Novell, Inc. exclut toute garantie relative à tout logiciel, notamment toute garantie, expresse ou implicite, que le logiciel présenterait des qualités spécifiques ou qu'il conviendrait à un usage particulier. Novell, Inc. se réserve en outre le droit de modifier à tout moment tout ou partie des logiciels Novell, sans notification préalable de ces modifications à quiconque.
Tout produit ou contenu technique fourni régi par cet Accord pourra être soumis aux contrôles à l'exportation réalisés par les États-Unis et aux lois commerciales d'autres pays. Vous acceptez de respecter toutes les réglementations en matière de contrôle des exportations et d'obtenir toutes les licences et documents requis pour exporter, réexporter ou importer des biens livrables. Vous déclarez que vous n'exporterez ou ne réexporterez pas vers des entités soumises à des restrictions d'exportation imposées pas les États-Unis ou vers tout pays faisant l'objet d'un embargo ou ayant une activité terroriste, tel que spécifié dans la réglementation en vigueur aux États-Unis au sujet des exportations. Vous déclarez que vous n'allez pas utiliser les biens livrables pour une quelconque activité illégale impliquant des armes nucléaires, biologiques, chimiques ou des missiles. Reportez-vous au site Web à l'adresse http://www.novell.com/info/exports/ pour obtenir plus d'informations sur l'exportation des logiciels Novell. Novell exclut toute responsabilité quant à l'obtention ou non de votre part des autorisations d'exportation nécessaires.
Copyright © 2006 Novell, Inc. Tous droits réservés. Cette publication ne peut être reproduite, photocopiée, stockée sur un système de recherche documentaire ou transmise, même en partie, sans le consentement écrit explicite préalable de l'éditeur.
Novell, Inc. est titulaire des droits de propriété intellectuelle relatifs à la technologie réunie dans le produit décrit dans ce document. En particulier, et sans limitation, ces droits de propriété intellectuelle peuvent inclure un ou plusieurs brevets américains mentionnés sur la page http://www.novell.com/company/legal/patents (en anglais) et un ou plusieurs brevets supplémentaires ou en cours d'homologation aux États-Unis et dans d'autres pays.
Pour obtenir la liste de toutes les marques de Novell, reportez-vous à la liste des marques et marques de service de Novell à l'adresse suivante : http://www.novell.com/company/legal/trademarks/tmlist.html (page en anglais).
Toutes les marques commerciales de fabricants tiers appartiennent à leur propriétaire respectif.