Les informations reprises dans ce fichier lisezmoi concernent la version ZENworks 2017 Update 1.
Pour plus d'informations sur les nouvelles fonctionnalités incluses dans cette version, voir Nouveautés de ZENworks 2017 Update 1.
Suivez les recommandations ci-dessous pour planifier le déploiement de ZENworks 2017 Update 1 dans votre zone de gestion :
Si vous utilisez le chiffrement de disque et que vous souhaitez mettre à jour l'agent Full Disk Encryption, vous DEVEZ supprimer la stratégie de chiffrement de disque de ces périphériques gérés avant de les mettre à jour vers ZENworks 2017 Update 1.
Pour plus d'informations sur la mise à jour de Full Disk Encryption dans ZENworks 2017 Update 1, consultez ZENworks 2017 Update 1 - Full Disk Encryption Update Reference (ZENworks 2017 Update 1 - Référence sur la mise à jour de Full Disk Encryption).
Commencez par mettre à niveau les serveurs primaires, puis mettez à jour les serveurs satellites et enfin les périphériques gérés vers ZENworks 2017 Update 1. Ne procédez pas à la mise à niveau des périphériques gérés ni des serveurs satellites (ou n'ajoutez aucun nouvel agent ZENworks 2017 Update 1 dans la zone) avant d'avoir mis à niveau tous les serveurs primaires vers la version ZENworks 2017 Update 1.
REMARQUE :tant que tous les serveurs primaires n'ont pas été mis à niveau, les agents risquent de recevoir des données incohérentes de la zone. Cette partie du processus doit donc être effectuée aussi rapidement que possible, idéalement juste après la mise à niveau du premier serveur primaire.
Si les périphériques gérés ont été mis à jour vers ZENworks 11.x ou une version ultérieure, vous pouvez les mettre à jour directement vers ZENworks 2017 Update 1.
Le système redémarre après la mise à niveau vers ZENworks 2017 Update 1. Deux redémarrages seront toutefois nécessaires dans les cas suivants :
Si vous effectuez la mise à jour de la version 11.x vers ZENworks 2017 ou 2017 Update 1 avec Endpoint Security activé, vous devez effectuer un deuxième redémarrage pour charger le pilote ZESNETAccess.
Si un périphérique géré utilise Windows 10 avec le client d'auto-défense activé et que vous effectuez une mise à niveau de la version 11.4.x vers ZENworks 2017 ou 2017 Update 1, vous devez désactiver l'auto-défense du client dans le centre de contrôle ZENworks, redémarrer le périphérique géré, puis exécuter la mise à jour, ce qui nécessite un deuxième redémarrage sur le périphérique.
Si une stratégie de chiffrement de disque est appliquée à un périphérique géré et que vous souhaitez mettre à jour l'agent Full Disk Encryption vers ZENworks 2017 Update 1, vous devez tout d'abord supprimer la stratégie et déchiffrer le périphérique, ce qui nécessite son redémarrage. Mettez ensuite à jour le périphérique vers 2017 Update 1, ce qui nécessite un deuxième redémarrage.
IMPORTANT :les périphériques gérés exécutant des versions antérieures à 11.x doivent tout d'abord être mis à niveau vers 11.x. Le système redémarre après la mise à niveau vers 11.x, puis à nouveau lorsque la mise à jour système ZENworks 2017 Update 1 est déployée.
Tableau 1 Mise à jour cumulative des agents ZENworks vers ZENworks 2017 Update 1 : chemins pris en charge
|
Type de périphérique géré |
Système d'exploitation |
Versions prises en charge |
Versions non prises en charge |
|---|---|---|---|
|
Serveur primaire |
Windows/Linux |
Mise à jour de la version 2017 |
Toute version antérieure à 2017 |
|
Serveur satellite |
Windows/Linux/Mac |
11.0 et versions ultérieures |
Toute version antérieure à 11.x |
|
Périphérique géré |
Windows |
11.0 et versions ultérieures |
Toute version antérieure à 11.0 |
|
Linux |
11.0 et versions ultérieures |
NA |
|
|
Mac |
11.2 et versions ultérieures |
NA |
Avant d'installer la mise à jour système, assurez-vous de disposer de suffisamment d'espace libre aux emplacements suivants :
|
Emplacement |
Description |
Espace disque |
|---|---|---|
|
Windows : %zenworks_home%\install\downloads Linux : opt/novell/zenworks/install/downloads |
Pour mettre à jour les paquetages d'agent. |
5 Go |
|
Windows : %zenworks_home%\work\content-repo Linux : /var/opt/novell/zenworks/content-repo |
Pour importer le fichier ZIP dans le système de contenu. |
5 Go |
|
Cache de l'agent |
Pour télécharger le contenu de la mise à jour système nécessaire à la mise à jour du serveur ZENworks. |
1,5 Go |
|
Emplacement de copie du fichier de mise à jour système. cela s'applique uniquement au serveur ZENworks utilisé pour importer le fichier ZIP de mise à jour système |
Pour stocker le fichier ZIP de mise à jour système qui a été téléchargé. |
5 Go |
Pour obtenir des instructions sur le téléchargement et le déploiement de ZENworks 2017 Update 1, consultez la Référence des mises à jour système ZENworks 2017 Update 1.
Si votre zone de gestion se compose de serveurs primaires comportant une version antérieure à ZENworks 2017, vous pouvez déployer ZENworks 2017 Update 1 sur ces serveurs uniquement après les avoir tous mis à niveau vers ZENworks 2017. Pour plus d'informations, reportez-vous au Guide de mise à niveau de ZENworks.
Pour les tâches d'administration, consultez la documentation relative à ZENworks 2017 Update 1.
IMPORTANT :ne mettez pas à jour la visionneuse de gestion à distance (RM) tant que tous les serveurs satellites de proxy de jointure n'ont pas été mis à jour dans la zone. Pour exécuter la gestion à distance via le proxy de jointure, vous devez vous assurer que la version de la visionneuse RM et celle du proxy de jointure sont identiques.
Veuillez lire la Section 2.0, Planification du déploiement de ZENworks 2017 Update 1 avant de télécharger et de déployer la mise à jour ZENworks 2017 Update 1.
Cette mise à jour nécessite des modifications du schéma de la base de données. Au cours de l'installation initiale du correctif, les services s'exécutent uniquement sur le serveur primaire dédié ou maître. De cette façon, les autres serveurs primaires n'essaient pas d'accéder aux tables en cours de modification dans la base de données.
Une fois que le serveur primaire dédié ou maître a été mis à jour, les services reprennent sur les serveurs restants et la mise à jour est appliquée simultanément.
REMARQUE :vous n'avez pas besoin d'arrêter ou de démarrer manuellement les services sur les serveurs au cours de la mise à jour. Les services sont arrêtés et démarrés automatiquement.
Lorsque vous reportez une mise à jour système et que vous vous déconnectez du périphérique géré, la mise à jour système est appliquée sur le périphérique.
Pour la liste des versions prises en charge des périphériques gérés et serveurs satellites dans une zone de gestion avec ZENworks 2017 Update 1, reportez-vous au document Supported Managed Devices and Satellite Server Versions (Versions prises en charge des périphériques gérés et serveurs satellites).
Certains des problèmes identifiés dans les versions précédentes ont été résolus dans cette version. Pour obtenir la liste des problèmes résolus, reportez-vous à l'article TID 7020155 de la Base de connaissances du support technique (Knowledgebase).
Certains des problèmes identifiés dans les versions précédentes de ZENworks 2017 Update 1 n'ont pas encore été résolus. Pour plus d'informations, consultez les fichiers lisezmoi suivants :
Cette section contient des informations relatives aux problèmes que vous pourriez rencontrer lors de l'utilisation de ZENworks 2017 Update 1 :
Après l'installation de l'agent sur un périphérique Windows 2012 R2, lorsque vous démarrez le périphérique à l'aide de PXE ou d'un CD de démarrage et que vous exécutez la commande zisedit avec les paramètres suivants, l'adaptateur réseau n'est pas visible dans les connexions réseau lorsque vous vous connectez au périphérique :
Désactivez les valeurs DHCP et DHCP6.
Modifiez les valeurs IPv4 et IPv6.
Solution : configurez les valeurs IPv4 et IPv6 séparément.
Sur un périphérique SLES 11, si un réseau est configuré à l'aide de NetworkManager, le service réseau de l'adresse IP cliente peut ne pas correspondre à l'adresse IPv6 DHCP. Par conséquent, la détection de l'emplacement et de l'environnement réseau échoue.
Solution : configurez le réseau à l'aide de la méthode ifup.
Les applications Java 8 nécessitent que la pile IPv4 soit configurée sur un périphérique Windows. Par conséquent, les applications ZENworks Java telles que le programme auxiliaire ZCC peuvent ne pas fonctionner, sauf si IPv4 est installé.
Solution : configurez la pile IPv4 en plus de la pile IPv6.
Pour plus d'informations, reportez-vous aux liens suivants :
Lors du changement de l'autorité de certification externe, si le nouveau fichier de certificat contient la chaîne de certificats dans un ordre incorrect, la validation du certificat échoue. Par exemple, au lieu de Serveur > SubCA > RootCA, si la chaîne est dans l'ordre SubCA > Serveur > RootCA, le certificat est considéré comme étant non valide.
Solution : recréez la chaîne de certificats de serveur (avec des certificats dans l'ordre spécifié) à l'aide de votre méthode préférée. Voici l'une des méthodes les plus simples :
Enregistrez chaque certificat dans un fichier distinct en base 64.
Ouvrez chaque certificat dans un éditeur de texte. Le contenu est similaire au contenu ci-dessous :
-----BEGIN CERTIFICATE----- <cert data> -----END CERTIFICATE-----
Créez un fichier et nommez-le server.cer.
Copiez le texte de chaque fichier de certificat dans le fichier server.cer afin que les certificats se trouvent tous dans un seul fichier, dans l'ordre suivant :
-----BEGIN CERTIFICATE----- <Server cert data> -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- <SubCA cert data> -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- <RootCA cert data> -----END CERTIFICATE-----
Enregistrez le fichier server.cer.
Utilisez le fichier server.cer en tant que nouveau certificat et suivez les étapes permettant de changer l'autorité de certification externe.
Lorsque vous ouvrez pgadmin3 sur un périphérique SLES, un des messages d'erreur suivants peut s'afficher :
pgadmin3: error while loading shared libraries: libiconv.so.2: cannot open shared object file: No such file or directory (pgadmin3 : erreur lors du chargement des bibliothèques partagées : libiconv.so.2 : impossible d'ouvrir le fichier d'objet partagé : aucun fichier ou répertoire de ce type)
./pgadmin3: symbol lookup error: /usr/lib64/libgdk-x11-2.0.so.0: undefined symbol: pango_font_map_create_context (/pgadmin3 : erreur lors de la recherche de symboles : /usr/lib64/libgdk-x11-2.0.so.0 : symbole non défini : pango_font_map_create_context)
Solution : exécutez la commande suivante sur le terminal avant l'ouverture de pgadmin3.
export LD_LIBRARY_PATH="/usr/local/lib64:/usr/local/lib:/lib64:/lib:/usr/lib64:/usr/lib:/opt/novell/zenworks/share/pgsql/lib:/opt/novell/zenworks/share/pgsql/pgAdmin3/lib:$LD_LIBRARY_PATH"
Les ensembles configurés avec l'action Installer MSI réseau ou Créer un répertoire à partir du partage DFS échouent avec l'erreur WNetAddConnection.
Solution : aucune.
Lors de la configuration de l'action Installer MSI réseau, utilisez le chemin d'accès UNC au lieu du partage DFS.
Lorsqu'un compte de messagerie est configuré à distance sur un périphérique iOS à l'aide d'une stratégie de messagerie mobile, l'invite demandant à entrer le mot de passe du compte de messagerie peut ne pas s'afficher.
Solution : spécifiez manuellement le mot de passe en accédant au menu Paramètres sur le périphérique.
Sur un périphérique géré, lorsque le cache est effacé et que le périphérique est redémarré, l'agent lit les URL du serveur à partir du fichier initial-web-service. Si l'URL du serveur contient un nom d'hôte qui est résolu en adresse IPv6, la vérification du nom d'hôte SSL échoue. Par conséquent, il se peut que les anciens agents ne soient pas enregistrés.
Solution : ajoutez manuellement l'URL IPv4 dans le fichier initial-web-service, puis rafraîchissez l'agent plus ancien.
L'enregistrement d'un ancien agent à l'aide d'une adresse IPv6 du serveur ZENworks peut réussir. Toutefois, certaines fonctionnalités de l'agent peuvent ne pas fonctionner comme prévu.
Solution : annulez l'enregistrement de l'agent, puis enregistrez-le à l'aide d'une adresse IPv4 du serveur ZENworks. Évitez d'enregistrer des agents plus anciens à l'aide d'une adresse IPv6.
Si vous créez une stratégie ZECP pour masquer l'icône de barre d'état ZENworks et que vous assignez la stratégie à un périphérique, lorsque vous redémarrez le périphérique, ZAPP est lancé automatiquement.
Solution : supprimez la clé de registre ZAPP :
Ouvrez l'éditeur de registre.
Accédez à
32 bits : HKLM\Software\Microsoft\Windows\CurrentVersion\Run
64 bits : HKLM\Software\Wow6432Node\Microsoft\Windows\CurrentVersion\Run
Supprimez la clé de registre ZAPP.
Sur un périphérique Windows, l'agent ZENworks ne peut pas se connecter avec des visionneuses Open Source comme RealVNC, TightVNC et UltraVNC à l'aide d'une adresse IPv6.
Solution : pour gérer les périphériques Windows à l'aide des adresses IPv6, utilisez les visionneuses VNC Open Source compatibles IPv6. Les visionneuses VNC Open Source permettent de communiquer avec des périphériques gérés à l'aide d'adresses IPv4.
Lorsque vous prenez une image d'un périphérique RHEL 7 avec SELinux activé, le périphérique démarre en mode de maintenance après la restauration de l'image.
Solution : avant de prendre l'image, désactivez SELINUX :
Accédez au dossier /etc/selinux.
Dans le fichier config, définissez la valeur SELINUX sur disabled.
Redémarrez le périphérique.
Lorsque vous appliquez l'ensemble Déploiement MDT pour réinstaller le système d'exploitation sur un périphérique qui en est déjà équipé, cela se traduit par une boucle infinie. Lors d'un démarrage PXE, le périphérique sélectionne chaque fois le même ensemble MDT. Ce problème se produit car la boîte à outils MDT (Microsoft Deployment Toolkit) efface les données ZISD (ZENworks Image Safe Data) lors de la préparation du disque en vue de réinstaller le système d'exploitation sur le périphérique. Par conséquent, le serveur de création d'image ne connaît pas l'état de la tâche de création d'image assignée au périphérique et elle n'est jamais effacée.
Solution : procédez de l'une des manières suivantes.
Personnalisez le partage de déploiement MDT correspondant que le WIM MDT a téléchargé dans les contacts de l'ensemble lors du démarrage. Utilisez le fichier ISDTool.exe pour effacer le MBR :
Téléchargez le fichier 32 bits ISDTool.exe depuis la page de téléchargement ZENWorks (https://adresse_IP_serveur_zenworks:port/zenworks-setup) sous Outils de création d'images. Placez-le dans le partage de déploiement MDT, sous le dossier /Tools/x86.
Téléchargez le fichier 64 bits ISDTool.exe depuis la page de téléchargement ZENWorks (https://adresse_IP_serveur_zenworks:port/zenworks-setup) sous Outils de création d'images. Placez-le dans le partage de déploiement MDT, sous le dossier /Tools/x64.
Ouvrez le fichier de script ZTIDiskpart.wsf présent dans le partage de déploiement MDT, sous le dossier Scripts, puis insérez les lignes suivantes au-dessus de la ligne Open an instance for diskpart.exe, and dynamically pipe the commands to the program (Ouvrir une instance de diskpart.exe et utiliser le pipe de façon dynamique pour envoyer les commandes dans le programme) :
Dim sampCmd Dim aScriptDir Dim aArchitecture aScriptDir = oFSO.GetParentFolderName(WScript.ScriptFullName) aArchitecture = oEnvironment.Item("Architecture") sampCmd = aScriptDir & "\..\tools\" & aArchitecture & "\ISDTool.exe mdt cleandisk " & iDiskIndex oShell.Exec(sampCmd)
Lorsque le périphérique lance le WIM MDT et contacte le partage de déploiement MDT personnalisé ci-dessus, le script empêche MDT d'effacer les données ZISD.
Effacez le MBR à l'aide de l'ensemble Pré-lancement du script de création d'image avant d'appliquer l'ensemble Déploiement MDT au périphérique :
Créez un ensemble Pré-lancement du script de création d'image dans ZENworks. Ajoutez la commande suivante en tant que Texte de script :
dd if=/dev/zero of=/dev/sdX count=1 bs=512
Où /dev/sdX correspond au disque ; X peut être une valeur telle que a, b ou c.
Appliquez l'ensemble Pré-lancement du script de création d'image au périphérique.
Appliquez l'ensemble Déploiement MDT requis au périphérique.
IMPORTANT :soyez très prudent lorsque vous utilisez cette option. La commande dd ci-dessus efface le MBR. Le système d'exploitation ne démarre pas après l'exécution de cette commande. Par conséquent, elle ne doit être exécutée qu'après la réinstallation du système d'exploitation sur le périphérique.
Lorsque vous restaurez une image d'un périphérique Windows avec la mise à jour Windows 10 Creator à l'aide du pilote NTFS hérité, il se peut que le périphérique restauré ne démarre pas le système d'exploitation.
Solution : effectuez l'une des opérations suivantes :
Prenez et restaurez une image d'un périphérique à l'aide du pilote Tuxera.
Prenez et restaurez une image d'un périphérique au format .zmg à l'aide de WinPE.
Lorsque vous ouvrez la mosaïque Terminal et explorateur de fichiers dans ZENworks Appliance à l'aide d'une adresse IPv6, une page vierge s'affiche dans le navigateur Internet Explorer 11.
Solution : ouvrez ZENworks Appliance en utilisant des adresses IPv6 littérales dans les noms de chemins d'accès UNC.
Par exemple, 2001:db8::ff00:42:8329 peut être écrit comme suit : 2001:db8::ff00:42:8329.ipv6-literal.net
Ce fichier lisezmoi répertorie les problèmes spécifiques à ZENworks 2017 Update 1. Pour consulter la documentation de ZENworks 2017, reportez-vous au site Web de documentation de ZENworks 2017.
Pour plus d'informations sur les mentions légales, les marques, les exclusions de garantie, les garanties, les limitations en matière d'exportation et d'utilisation, les droits du gouvernement américain, la politique relative aux brevets et la compatibilité avec la norme FIPS, consultez le site https://www.novell.com/company/legal/.
Copyright © 2017 Micro Focus Software Inc. Tous droits réservés.