Voix et communications unifiées : Cisco Jabber pour Windows

Jabber pour l'analyse de vidage sur incident de Windows avec l'outil de WinDbg

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires

Introduction

Ce document décrit la procédure utilisée afin d'analyser le fichier .dmp qui est créé quand le client de Cisco Jabber pour Windows tombe en panne.

Contribué par DM Hasan, ingénieur TAC Cisco.

Conditions préalables

Conditions requises

Cisco recommande que vous ayez la connaissance du Cisco Jabber pour Windows.

Composants utilisés

Les informations dans ce document sont basées sur la version 9.x de Cisco Jabber pour Windows et la version 8.6.x du Cisco Unified Personal Communicator (CUPC).

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Exécutez l'analyse de vidage sur incident pour le Cisco Jabber pour Windows

Utilisez l'outil de WinDbg afin d'exécuter l'analyse de vidage sur incident. Téléchargez l'outil du site Web de WinDbg. 

Configuration de symboles de WinDbg

  1. Afin de changer le chemin de symbole, naviguez pour classer > chemin de fichier de symbole > chemin de symbole.

  2. Collez ce texte dans la fenêtre :
    SRV*c:\websymbols*http://msdl.microsoft.com/download/symbols 

  3. Cliquez sur OK.

Analyse de vidage sur incident dans WinDbg

  1. Début WinDbg.


  2. Du menu File, vidage sur incident ouvert de clic.

  3. Choisissez le fichier .dmp (memory.dmp, user.dmp etc.), et cliquez sur ouvert ou glissez-déplacez le fichier .dmp dans WinDbg. Cet exemple utilise le fulldumpfile.


  4. Dans la fenêtre de commandes au bas, entrez ! analysez - v, et l'appuyez sur entrent.


  5. Vous pouvez voir la progression de l'analyse sur en bas à gauche de l'écran. Dans cette image, l'état est « OCCUPÉ. »


    Cette commande exécute une analyse avec un affichage entièrement bavard des données et est utile afin d'obtenir plus d'informations.

  6. Afin de quitter, écrire q dans la fenêtre de commandes, et appuyez sur entrent.

Voici un exemple d'utilitaire d'analyse de vidage DPAN sorti :

> !analyze -v

<snip>

STACK_TEXT:
WARNING: Frame IP not in any known module. Following frames may be wrong.
02f4e80c 01457967 7ffdac00 00000104 02f4e86c 0x0
02f4e848 0145637d 00000001 02f4e86c 02f4ed58 wxvault+0x7967
02f4ea88 7c8138b7 7ffdac00 00000000 02f4eac8 wxvault+0x637d
02f4ed1c 009a436f 00b413b4 02f4ed58 00000000
kernel32!FindFirstFileA+0x3a
02f4edb8 00000000 00000000 00000000 00000000 CUPCK9+0x5a436f

STACK_COMMAND: ~8s; .ecxr ; kb

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: wxvault+7967

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: wxvault

IMAGE_NAME: wxvault.dll

DEBUG_FLR_IMAGE_TIMESTAMP: 450162c1

FAILURE_BUCKET_ID:
NULL_INSTRUCTION_PTR_c0000005_wxvault.dll!Unknown

BUCKET_ID:
APPLICATION_FAULT_NULL_INSTRUCTION_PTR_NULL_POINTER_READ_DETOURED_NULL_IP_
wxvault+7967

Examinez le MODULE_NAME et l'IMAGE_NAME. Les informations que ceux-ci fournissent, comme wxvault.dll ou CiscoJabber.exe, indiquent ce que l'application a entraîné au crash. Dans ce cas, le crash s'est produit en raison des questions avec l'application de Cisco Jabber.exe et pas avec l'utilisateur ? ordinateur s. Une recherche google prouve que wxvault.dllis a associé à la suite de confiance d'ambassade de DELL.

Envoyez le rapport sur les problèmes de Cisco Jabber au centre d'assistance technique Cisco afin de déterminer si le vidage sur incident est lié à un défaut connu qui a un contournement possible.



Document ID: 116333