Partager via

Comment résoudre les problèmes liés aux applications qui ne parviennent pas à diffuser en continu à partir d’un serveur d’administration App-V

Cet article explique comment résoudre les problèmes liés aux applications virtualisées dans Microsoft Application Virtualization (App-V) qui ne parviennent pas à diffuser en continu à partir du serveur d’administration.

S’applique à : Windows 7 Service Pack 1, Windows Server 2012 R2
Numéro de base de connaissances d’origine : 2615139

Symptômes

Lorsqu’une application ne parvient pas à diffuser en continu sur un client App-V, l’application ne parvient pas à se lancer avec l’erreur suivante :

Le client Application Virtualization n’a pas pu lancer le nom de l’application.

Le message d’erreur inclut également une description et un code d’erreur comme les exemples ci-dessous :

Aucune connexion n’a pu être établie, car l’ordinateur cible l’a activement refusé.
Code d’erreur : xxxxxxx-xxxxxx2A-0000274D

Le package demandé est introuvable dans le magasin de données système ou les fichiers associés à ce package sont introuvables sur le serveur. Signalez le code d’erreur suivant à votre administrateur système.
Code d’erreur : xxxxxxx-xxxxxx0A-20000194

cet hôte est inconnu.
Code d’erreur : xxxxxxx-xxxxxx2A-00002AF9

Le serveur Application Virtualization Server spécifié n’a pas pu être accessible.
Réessayez dans quelques minutes. Si le problème persiste, signalez le code d’erreur suivant à votre administrateur système.
Code d’erreur : xxxxxxx-xxxxxx0A-10000002

Dans le fichier Sftlog.txt, l’erreur suivante est enregistrée :

[24/08/2011 15:32:56:618 JGSW ERR] {hap=5 :app=Appname :tid=16C :usr=Administrator} Le client Application Virtualization n’a pas pu se connecter à l’URL de flux « rtsp://appv-svr:554/Application/Application.sft » (rc 19D07F2A-0000274D, rc 19D07F2A-000274D).

Note

Le code d’erreur dans le Sftlog.txt varie.

La première étape de la résolution des problèmes d’échec du flux d’une application consiste à déterminer si le problème est isolé d’une seule application ou de toutes les applications.

Une fois que l’étendue des applications affectées est déterminée, effectuez les étapes ci-dessous qui conviennent à votre scénario.

Résoudre les problèmes d’une application unique qui ne parvient pas à diffuser en continu

  1. Passez en revue le fichier Sftlog.txt sur le client App-V.

    Sur le client App-V, passez en revue le fichier Sftlog.txt sur le client App-V. Ce fichier journal peut inclure des informations supplémentaires qui n’ont pas été incluses dans le message d’erreur.

    L’emplacement par défaut du Sftlog.txt est : %systemdrive%\ProgramData\Microsoft\Application Virtualization Client.

  2. Passez en revue le fichier .osd de l’application sur le serveur d’administration App-V.

    1. Sur le serveur d’administration App-V, ouvrez le fichier .osd de l’application et faites défiler jusqu’à la ligne suivante :

      <CODEBASE HREF="rtsp://servername:554/ApplicationDirectory/Application.sft »>

    2. Vérifiez que le protocole, le nom de serveur, le port et le chemin du fichier SFT sont corrects.

      Ports par défaut pour chaque type de protocole :

      • RTSP=554
      • RTSPS=322
      • HTTP=80
      • HTTPS=443

    3. Si des modifications ont été apportées au fichier .osd d’application, enregistrez les modifications, puis ouvrez le composant logiciel enfichable MMC Du client Application Virtualization sur le client App-V et actualisez le serveur de publication.

    4. Lancez l’application sur le client App-V pour voir si l’erreur persiste.

    Note

    Si le fichier OSD de l’application utilise la variable d’environnement %SFT_SOFTGRIDSERVER% pour le nom du serveur, vérifiez que la variable d’environnement est configurée sur le client App-V.

  3. Supprimez l’application du cache sur le client App-V.

    1. Sur le client App-V, ouvrez le composant logiciel enfichable Client Application Virtualization qui se trouve sous Outils d’administration.
    2. Cliquez sur Applications.
    3. Cliquez avec le bouton droit sur l’application qui ne parvient pas à diffuser en continu, puis cliquez sur Supprimer.
    4. Cliquez sur Oui lorsque vous recevez la boîte de dialogue de confirmation.
    5. Une fois l’application supprimée, actualisez le serveur de publication pour republier l’application.

    Pour actualiser le serveur de publication, effectuez l’une des méthodes suivantes :

    • Méthode 1
      1. Ouvrez le composant logiciel enfichable Application Virtualization Client.
      2. Cliquez sur Serveurs de publication.
      3. Cliquez avec le bouton droit sur le serveur de publication et choisissez Actualiser le serveur.
    • Méthode 2
      1. Cliquez avec le bouton droit sur l’icône App-V dans la zone de notification, puis choisissez Actualiser les applications.
      2. Lancez l’application sur le client App-V pour voir si l’erreur persiste.

Résoudre les problèmes liés à l’échec du flux de toutes les applications

  1. Passez en revue le fichier Sftlog.txt sur le client App-V.

    Sur le client App-V, passez en revue le fichier Sftlog.txt sur le client App-V. Ce fichier journal peut inclure des informations supplémentaires qui n’ont pas été incluses dans le message d’erreur.

    L’emplacement par défaut du Sftlog.txt est %systemdrive%\ProgramData\Microsoft\Application Virtualization Client.

  2. Vérifiez que le client App-V peut accéder au répertoire de contenu.

    Sur le client App-V, cliquez sur Démarrer, dans la ligne Rechercher ou Exécuter , tapez le chemin UNC du partage de contenu (par exemple : \\appv-svr\content), puis appuyez sur Entrée.

    Si le client ne parvient pas à se connecter au partage de contenu, vérifiez que le chemin UNC est correct et que les autorisations NTFS et Partager sur le répertoire de contenu sont correctes en effectuant les étapes ci-dessous.

    Sur le serveur hébergeant le répertoire de contenu, vérifiez que les autorisations NTFS et Partage suivantes sont configurées sur le répertoire de contenu :

    • Utilisateurs App-V = Lecture
    • Administrateurs App-V = Lecture et écriture
    • Service réseau = Lecture et écriture

    L’emplacement par défaut du répertoire de contenu est : %systemdrive%\Program Files (x86)\Microsoft System Center App Virt Management Server\App Virt Management Server\content.

  3. Vérifiez le chemin d’accès au répertoire de contenu sur le serveur d’administration App-V. Pour vérifier cela, effectuez les étapes suivantes sur le serveur d’administration App-V :

    1. Dans Outils d’administration, ouvrez la console de gestion Application Virtualization.
    2. Cliquez avec le bouton droit sur le nom du serveur, puis cliquez sur Options système.
    3. Vérifiez que le chemin d’accès au contenu par défaut pointe vers l’emplacement du répertoire de contenu.

      Note

      L’emplacement du contenu doit être référencé par le chemin UNC (par exemple : \\appv-svr\content).

    4. Cliquez sur OK pour fermer la fenêtre Options système.
    5. Fermez la console Application Virtualization Management Console.
    6. Ouvrez Regedit.
    7. Accédez à la clé suivante :
      • Systèmes 32 bits : HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SoftGrid\4.5\Server
      • Systèmes 64 bits : HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\SoftGrid\4.5\Server
    8. Vérifiez que la valeur de Registre SOFTGRID_CONTENT_DIR pointe vers l’emplacement du répertoire de contenu.

      Note

      L’emplacement du contenu doit être référencé par le chemin UNC si le partage de contenu est un partage DFS (par exemple : \\appv-svr\content).

    9. Si la valeur de Registre SOFTGRID_CONTENT_DIR a été modifiée, redémarrez le service Application Virtualization Management Server ou redémarrez le serveur.

  4. Vérifiez que le service Application Virtualization Management Server est démarré sur le serveur d’administration App-V. Pour vérifier cela, effectuez les étapes suivantes sur le serveur d’administration App-V :

    1. Dans Outils d’administration, ouvrez le composant logiciel enfichable Services MMC.
    2. Recherchez le service Application Virtualization Management Server.
    3. Vérifiez que le service est démarré.
    4. Si le service n’est pas démarré, cliquez avec le bouton droit sur Application Virtualization Management Server, puis cliquez sur Démarrer.
    5. Si le service ne parvient pas à démarrer, recherchez le message d’erreur signalé dans la Base de connaissances Microsoft.

  5. Vérifiez que le client App-V peut telnet vers le serveur d’administration App-V et le port. Pour vérifier cela, effectuez les étapes suivantes sur le client App-V :

    1. À l’invite de commandes, saisissez telnet ServerName Port, puis appuyez sur ENTRÉE.

      Par exemple, tapez la telnet appv-svr 554 commande, puis appuyez sur Entrée.

    2. Si la connexion réussit, la fenêtre est vide. Appuyez deux fois sur ENTRÉE pour recevoir le message suivant :

      RTSP/1.0 400 Demande incorrecte
      Serveur : Microsoft Application Virtualization Server/x.x.x.xxxxx [Win32 ; Windows NT x.x]
      Date : xxx, xx xxx xxxx xx :xx :xx xxx

      Si la connexion échoue, vous recevrez le message suivant :

      Impossible d’ouvrir la connexion à l’hôte, sur le port 554 : Échec de la connexion

      Si le service Application Virtualization Management Server est démarré mais que le client ne peut pas telnet vers le serveur, vérifiez que le trafic de port entre le client et le serveur n’est pas limité par un pare-feu ou par d’autres logiciels. Pour plus d’informations, contactez l’administrateur réseau.

  6. Passez en revue les fichiers .osd de l’application sur le serveur d’administration App-V.

    1. Sur le serveur d’administration App-V, ouvrez le fichier .osd de l’application et faites défiler jusqu’à la ligne suivante :

      <CODEBASE HREF="rtsp://servername:554/ApplicationDirectory/Application.sft »>

    2. Vérifiez que le protocole, le nom de serveur, le port et le chemin d’accès au fichier SFT sont corrects.

      Ports par défaut pour chaque type de protocole :

      • RTSP= 554
      • RTSPS=322
      • HTTP=80
      • HTTPS=443

    3. Si des modifications ont été apportées au fichier .osd d’application, enregistrez les modifications, puis ouvrez le composant logiciel enfichable MMC Du client Application Virtualization sur le client App-V et actualisez le serveur de publication.

    4. Répétez les étapes 1 à 3 pour toutes les applications qui ne parviennent pas à diffuser en continu.

    Note

    Si le fichier OSD de l’application utilise la variable d’environnement %SFT_SOFTGRIDSERVER% pour le nom du serveur, vérifiez que la variable d’environnement est configurée sur le client App-V.

  7. Effacez le cache sur le client App-V.

    Si les étapes 2-6 ont confirmé que le client App-V peut communiquer avec le serveur d’administration App-V et que les paramètres sont configurés correctement, il est possible que l’application ne parvait pas à diffuser en continu en raison d’un fichier de cache endommagé sur le client App-V.

    Note

    L’effacement du cache sur le client App-V supprime toutes les données d’application du fichier cache. Cela peut entraîner l’augmentation du temps de chargement de l’application lors du premier lancement d’une application après l’effacement du cache.

    Pour effacer le cache sur le client App-V, procédez comme suit :

    1. Ouvrez Regedit.
    2. Accédez à la clé suivante :
      • Systèmes 32 bits : HKEY_LOCAL_MACHINE\Software\Microsoft\Softgrid\4.5\Client\AppFS
      • Systèmes 64 bits : HKEY_LOCAL_MACHINE\Software\Wow6432Node\Microsoft\SoftGrid\4.5\Client\AppFS
    3. Double-cliquez sur l’état du nom de la valeur et remplacez les données de valeur par 0.
    4. Redémarrez l’ordinateur client App-V.

Ressources supplémentaires

Pour plus d’informations sur Hyper-V, consultez Hyper-V.

Codes d’erreur courants lorsqu’une application ne parvient pas à diffuser en continu :

  • 44-00001004
  • 0a-00000193
  • 0a-10000001
  • 0a-0000e02b
  • 0a-200001f4
  • 64-00000003
  • 2A-80090322
  • 08-10000003
  • 0a-0000E005
  • 0A-0000E0A3
  • 0A-40000191
  • 2A-0000274D
  • 0A-20000194
  • 2A-00002AF9
  • 0A-10000002