A.0 Dépannage

Les sections suivantes présentent des solutions aux problèmes pouvant survenir lors du déploiement et de la configuration de ZENworks Appliance :

Après la migration de l'applicatif, ce dernier passe en mode d'urgence

Source : ZENworks Appliance
Explication : Un applicatif pour lequel content-repo est monté sur un disque distinct (troisième disque) passe en mode d'urgence après la migration.
Opération : En mode d'urgence, dans /etc/fstab, mettez à jour le paramètre x-systemd.requires=/vastorage en le définissant sur l'espace de stockage content-repo monté, comme illustré dans l'exemple ci-dessous : 
/dev/sdc1   /var/opt/microfocus/zenworks/content-repo    ext4    acl,user_xaatr,x-systemd.requires=/vastorage     1      2

Après avoir effectué les modifications, redémarrez l'applicatif pour que ces dernières prennent effet.

Une erreur s'affiche lorsque vous essayez de configurer l'applicatif ZENworks avec un certificat .pfx

Source : ZENworks Appliance
Explication : Lors de la configuration de ZENworks Appliance pour le premier serveur primaire, si vous téléchargez une autorité de certification externe au format .pfx, l'erreur Cette chaîne de certificats ne correspond pas au certificat racine s'affiche.
Cause possible : Le fichier .pfx ne contient pas le certificat racine auto-signé.
Opération : Connectez-vous à ZENworks Appliance. Sur la page d'accueil de l'applicatif ZENworks , sous ZENworks , cliquez sur Terminal et explorateur de fichiers. Exécutez la commande suivante pour créer un fichier .pfx :

openssl pkcs12 -export -out <nom>.pfx -inkey <clé> -in <serveur.cer> -certfile <int+cer.cer>

Spécifiez les valeurs suivantes dans la commande :

  • nom : nom du fichier .pfx

  • clé : clé au format .pem

  • serveur.cer : certificat du serveur

  • int+cer.cer : certificat racine et certificat intermédiaire. Remarque : il ne doit pas contenir le certificat du serveur.

Impossible de déployer l'applicatif sur VMware vSphere

Source : La source du message.
Explication : Le déploiement de ZENworks Appliance sur VMware vSphere 6.x échoue avec une erreur « TypeError: Cannot read property 'keyValue' of undefined » (Erreur de type : impossible de lire la proprité "keyValue" de l'élément non défini).
Opération : effectuez la procédure suivante.

  1. Téléchargez le client hôte intégré disponible via le lien suivant :

    https://flings.vmware.com/esxi-embedded-host-client

  2. Téléchargez dans la banque de données le fichier VIB téléchargé depuis le serveur, puis installez le fichier à l'aide de la commande suivante :

    [root@ESXI~] esxcli software vib install -v /vmfs/volumes/<votre_banque_de_données> /esxui-signed-12086396.vib

  3. Une fois le fichier VIB installé, redémarrez le déploiement de l'applicatif.

Le service ntpd est désactivé même lorsque la source horaire NTP est configurée

Explication : Dans ZENworks Appliance, par défaut, le service ntpd est désactivé même lorsque la source horaire NTP est configurée, et le service ntpd peut ne pas s'exécuter automatiquement après le redémarrage d'un périphérique.
Opération :

  1. Sur le terminal ZENworks Appliance, ouvrez Yast, sélectionnez Système > Date et heure, puis Autres paramètres.

  2. Sélectionnez Synchroniser avec le serveur NTP, puis sélectionnez l'option Exécuter NTP en tant que daemon. Après avoir accepté les modifications, le service ntpd est activé et le service ntpd s'exécute automatiquement après le redémarrage du périphérique.

Échec de la mise à jour système sur les périphériques Windows 10

Source : ZENworks 2020
Explication : Lors du déploiement de ZENworks 2020 Update 1 sur des périphériques Windows 10 64 bits, il se peut que la mise à jour système échoue.
Opération : Redéployez la mise à jour sur les périphériques sur lesquels celle-ci a échoué.

Échec de l'enregistrement des mises à jour en ligne à l'aide de l'outil SMT local

Source : ZENworks 2020, ZENworks 2020 Update 1
Explication : Impossible d'enregistrer les mises à jour en ligne à l'aide de l'outil SMT local dans le console de l'applicatif.
Opération : Sur le terminal de l'applicatif, exécutez la commande zypper pd -i.

Si un produit dont le nom interne est SLES s'affiche avec le produit ZENworks installé, effectuez les opérations suivantes.

  1. Supprimez le fichier SLES.prod disponible à l'emplacement suivant :

    /etc/products.d/SLES.prod

  2. Exécutez la commande zypper pd -i, puis vérifiez si elle affiche uniquement ZENworks comme produit installé.

Vous pouvez maintenant vous enregistrer sur le serveur SMT.

Échec de la migration de l'applicatif pour cause d'espace disque insuffisant

Source : ZENworks 2020
Explication : La migration de l'applicatif de ZENworks 2017 vers ZENworks 2020 échoue et un message indiquant « "No space left on device » (Plus d'espace disponible sur le périphérique) est consigné dans le fichier zcmMigration.log (/tmp/zcmMigration.log).
Opération : Avant de démarrer la migration de l'applicatif, dans ZENworks 2017 Appliance, remplacez le nom du dossier de la base de données disponible à l'emplacement /vastorage/var/opt/microfocus/zenworks/ par database.old, déployez une nouvelle instance ZENworks 2020 Appliance, puis relancez la migration.

REMARQUE :veillez à renommer le dossier, déployez une nouvelle instance ZENworks 2020 Appliance, puis attachez le disque à ZENworks 2020 Appliance.

Le service Proxy DHCP n'est pas répertorié dans ZENworks Appliance

Source : ZENworks 2020
Explication : Lorsque vous mettez à jour ZENworks Appliance à partir de la version 2017 Update 1, Update 2 ou Update 3, le service Proxy DHCP n'est pas répertorié sur la page des services système sur la console d'administration de l'applicatif.
Opération : Pour gérer les services Proxy DHCP, procédez comme suit :

Pour définir le service comme Automatique ou Manuel, ou pour vérifier l'état du service, à partir de l'invite de commande de l'applicatif, exécutez la commande correspondante :

  • Automatique : systemctl enable microfocus-proxydhcp.service

  • Manuel : systemctl disable microfocus-proxydhcp.service

  • État : systemctl status microfocus-proxydhcp.service