Diagnostic et dépannage de Software Delivery › Echec du déploiement de packages logiciels d'applications virtualisées

Echec du déploiement de packages logiciels d'applications virtualisées

Symptôme :

Lorsque j'essaie de déployer un package logiciel d'application virtualisée, le déploiement échoue et je reçois le message d'erreur suivant : "ERREUR (numéro) Echec de l'installation nom_package." Que dois-je faire ?

Solution :

Pour dépanner une erreur lors du déploiement d'un package logiciel d'application virtualisée, effectuez les tâches suivantes :

1. Accédez au dossier de jobs de logiciels Ordinateurs et utilisateurs, Tous les ordinateurs, nom_ordinateur, Jobs.

   Le volet droit affiche les jobs de livraison de logiciels disponibles.

2. Sélectionnez le job ayant échoué, clique sur le bouton droit et sélectionnez Propriétés.

   La boîte de dialogue Propriétés du job apparaît.

3. Dans l'onglet Job d'ordinateur, consultez le message d'état.
4. Ouvrez l'onglet Sortie de job et consultez les informations de suivi.

   Remarque : Si le déploiement a été correctement effectué, aucune information de suivi n'est affichée.

5. Faîtes défiler jusqu'à la section Démarrage des programmes consécutifs.

   Cette section contient des informations relatives à l'installation de packages d'applications virtualisées.

6. Consultez le code de retour des programmes consécutifs. La liste suivante répertorie tous les codes de retour et leurs significations :

   -1

   Indique une erreur interne liée à des paramètres incorrects ou incomplets (script d'installation non exécuté).

   0

   Indique une exécution correcte (aucune erreur).

   1

   Indique que le processus n'a pas trouvé l'installation DSM : les fichiers, les répertoires, les clés de registre, ou l'environnement sont introuvables).

   2

   Indique que le processus n'a pas créé ou supprimé des fichiers ou des dossiers.

   3

   Indique que le processus n'a pas trouvé les fichiers requis pour le package (par exemple, les fichiers .sft pour les packages Microsoft App-V).

   4

   Indique que la création ou la suppression de partages NET a échoué.

   5

   Indique que le processus n'a pas redémarré les services App-V.

   6

   Indique que l'exécution de sftmime.exe (App-V) ou de ThinReg.exe (VMware ThinApp) a échoué. Ces outils requis créent ou suppriment des liens (icônes) sur le bureau et les entrées dans le menu de Démarrer, Programmes.

   7

   Indique que le processus ne s'est pas onnecté au serveur de diffusion en continu ThinApp.

7. Affichez la ligne de commande à l'origine de l'échec du déploiement dans la sortie d'action de la section d'installation des informations de suivi. Faîtes défiler vers la droite pour afficher les paramètres et le code de retour de la ligne de commande.
8. Déterminez la cause de l'erreur et corrigez le problème.
9. Redéployez le package logiciel d'application virtualisée.

Echec de l'installation réseau du package MSI

Symptôme :

Lorsque j'effectue l'installation réseau d'un package MSI sous Windows Server 2008, l'installation échoue et le message d'erreur suivant apparaît "1619 : Impossible d'ouvrir le package d'installation". Comment puis-je résoudre ce problème ?

Solution :

L'installation réseau d'un package MSI échoue avec le code d'erreur "1619 : Impossible d'ouvrir le package d'installation" lorsque le serveur de modularité et l'agent sont installés sur un système d'exploitation Windows Server 2008, Windows Vista SP2 ou Windows 7 et qu'ils font partie d'un groupe de travail et non d'un domaine.

Pour que l'installation réseau d'un package MSI réussisse, désactivez SMB2.0 et redémarrez le serveur de modularité.

Pour désactiver SMB2.0 sur le serveur de modularité, procédez de la manière suivante :

1. Ouvrez l'éditeur de registre et accédez à HKLM, System, CurrentControlSet, Services, LanmanServer, Paramètres.
2. Créez une valeur DWORD et nommez-la smb2.
3. Pour désactiver SMB2.0, définissez la valeur de smb2 sur 0.

   Remarque : Pour activer SMB2.0, définissez la valeur sur 1.

4. Redémarrez le serveur de modularité.

   SMB2.0 est désactivé sur le serveur de modularité.

Non-démarrage de l'agent SD suite à un redémarrage du cadre d'applications communes (CAF)

Valide sous Windows et UNIX

Symptôme :

Lors du démarrage de CAF, l'agent SD n'est pas automatiquement initialisé. De ce fait, la vérification des jobs de SD n'est pas exécutée lors du redémarrage de CAF.

Solution :

Procédez de la manière suivante :

• Dans le planificateur CAF, remplacez la valeur par défaut du champ de l'heure aléatoire par 0 secondes.
• Vérifiez que la valeur par défaut de la stratégie de configuration CAF : activer l'enregistrement au démarrage est définie sur True.

Remarque : Sous UNIX, l'enregistrement de CAF n'exécute pas tous les modules d'extension. Pour exécuter tous les modules d'extension, utilisez la commande CAF register all.

Non-pré-amorçage des variables dans les paramètres debconf

Lors du déploiement, l'agent Software Delivery pré-amorce les paramètres debconf avec les valeurs spécifiées lors de la création de packages d'encapsulateur. L'agent n'effectue pas le pré-amorçage de paramètres debconf si vous leur affectez des variables telles que ${choices}.

Pour pré-amorcer une variable avec des valeurs connues, effectuez les étapes suivantes :

1. Accédez à l'explorateur DSM, Ordinateur, Logiciel, Bibliothèque de packages logiciels, Tous les logiciels, Package d'encapsulateur Debian, Source, Nouveau volume, debWrpMetadata.wdp.
2. Double-cliquez sur le fichier wdp et effectuez les modifications nécessaires.

Echec de l'installation du package d'encapsulateur Debian

Symptôme :

Lors de l'installation d'un package d'encapsulateur Debian, l'installation échoue avec le message d'erreur suivant :

WARNING: The following packages cannot be authenticated! (Avertissement : Impossible d'authentifier les packages suivants)

Solution :

Effectuez l'une des opérations suivantes :

• Créez un fichier de configuration pour les commandes APT afin d'autoriser l'installation de packages non authentifiés. Sur l'agent, ajoutez le texte suivant dans l'un des fichiers de configuration APT ou créez un nouveau fichier sous /etc/apt/apt.conf.d :

  APT {
  

     Get {
  

  	AllowUnauthenticated "true";
  

     };
  

  }
  

• Importez la clé publique vers l'ordinateur agent à l'aide de la commande apt-key add. Pour une importation de la clé à grande échelle, créez un package Software Delivery.

Echec de l'installation du package d'encapsulateur Debian

Symptôme :

J'ai installé un package d'encapsulateur Debian, mais l'installation échoue.

Solution :

Procédez de la manière suivante :

• Vérifiez que la taille ou le hachage du package n'est pas changé par rapport au fichier d'index.
• Vérifiez que le package est présent dans les référentiels mentionnés dans sources.list.
• Vérifiez que l'ensemble de la dépendance de package a été effectuée.
• Vérifiez que des messages d'erreur d'exécution ne s'affichent pas lors de l'installation.