Voix et communications unifiées : Cisco Unified Communications Manager (CallManager)

Impossible d'afficher la page Web d'administration Cisco CallManager

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


Contenu


Introduction

Ce document présente la plupart des raisons possibles pour lesquelles la page Web d'administration de Cisco CallManager ne s'affiche pas ou affiche une erreur. Il présente également les symptômes types et explique comment se rétablir de chaque situation.

Ce document est divisé en quatre sections :

  • La section I explique les symptômes génériques qui sont couverts dans ce document.

  • La section II explique la première étape de dépannage.

  • La section III détaille les pannes possibles si vous parcourez du même ordinateur où le Cisco CallManager est installé.

  • La section IV couvre les pannes possibles si vous parcourez d'un ordinateur distant et il fonctionne bien de l'ordinateur local.

Début pour dépanner le problème localement sur le même serveur où le Cisco CallManager est installé, comme expliqué dans la section II.

L'ordinateur local est le serveur où le Cisco CallManager est installé. L'ordinateur distant est n'importe quelle autre station.

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document.

Composants utilisés

Les informations dans ce document sont basées sur les versions 3.x/4.x/5.x/6.x de Cisco CallManager.

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.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

La page de gestion ne peut pas être affichée : Dépannage

Section I : Symptômes

Ces symptômes sont semblables sur un navigateur local sur l'ordinateur de Cisco CallManager ou éloigné d'une autre station. Quand vous essayez d'accéder à la page de gestion chez http:// your-cm-server-name/ccmadmin, vous voyez un message d'erreur qui indique que la page ne peut pas être affichée et encore plus de détails. Vous pouvez voir dans chaque étape la particularité de symptôme à ce problème.

Section II : Première étape

Allez au même serveur où le Cisco CallManager est installé afin de commencer à dépanner.

  • Si votre furetage échoue dans cet ordinateur local, terminez-vous les étapes de la section III jusqu'à ce que la question soit résolue localement.

  • Si le furetage échoue seulement d'un ordinateur distant, alors allez directement à la section IV pour des étapes sur la façon dont dépanner sur un ordinateur distant.

Section III : Obtenez les erreurs quand vous accédez à la page de gestion d'un navigateur local

Si vous ne pouvez pas accéder à la page Web de gestion directement sur le serveur Cisco CallManager, vérifiez si une de ces situations s'applique à vous. Ils sont en règle de la raison la plus fréquente à la moins raison fréquente.

Remarque: Le Cisco CallManager exige que Java Runtime Environment (JRE) soit installée et configurée sur l'ordinateur local qui parcourt dans le Cisco CallManager Administration, et que la Sécurité de navigateur doit avoir Javas activées. Référez-vous au furetage au pour en savoir plus de gestion de Cisco Unified CallManager.

  1. « Service d'admin IIS » ou « service d'édition de WWW » non commencé.

    Symptôme

    Si vous voyez un de ces messages d'erreur quand vous essayez d'accéder à la page d'admin du même serveur où le Cisco CallManager est installé, très probablement un des services ci-dessus ne fonctionne pas sur votre serveur Cisco CallManager.

    De l'Internet Explorer :

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unified-communications-manager-callmanager/5258-admin-page-5258a.gif

    De la Netscape Navigator :

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unified-communications-manager-callmanager/5258-admin-page-5258b.gif

    Raison

    Un des services au-dessus d'arrêter est la raison la plus fréquente pour les pages non capables être affiché localement. Ce n'est pas une situation normale, mais, on l'a vu avant qu'après une mise à jour, par exemple, un de ces services ne commence pas automatiquement comme prévu. C'est une question une fois, ainsi après que vous commenciez le service manuellement, tout continue à fonctionner comme d'habitude. S'il semble se produire plusieurs fois, entrez en contact avec le support technique de Cisco pour une analyse plus profonde.

    Solution

    Vérifiez si le service d'admin IIS ou le service d'édition de WWW est commencé. Choisissez le début > le programme > les outils d'administration/services afin de vérifier ceci et vérifier l'état de ces deux services. Il doit indiquer commencé.

    Commencez le service manuellement. Rendez-vous compte que, si le service d'admin IIS est arrêté, le service d'édition de FTP et des services d'édition de WWW peuvent probablement également être arrêtés. Dans ce cas, commencez ces deux premiers, et puis commencez le service d'admin IIS. Choisissez-le avec la souris afin de commencer le service et puis le cliquer avec le bouton droit. Une des options est début.

  2. Le serveur a été affecté par un virus.

    Symptôme

    Le symptôme change avec chaque virus et avec les différentes modalités de chaque virus. Ceci peut parfois faire arrêter le service IIS. Vous voyez des messages d'erreur comme ceux dans la section précédente. Autre chronomètre les messages étranges sont affichés quand vous essayez d'accéder à une page Web. Par exemple, entaillé par le Chinois a été affiché dans quelques types de virus de Code Red. La représentation est également normalement affectée.

    Raison

    Pendant les mois passés, quelques virus ont affecté des Produits de Microsoft, et par conséquent, le serveur Cisco CallManager peut devenir infecté. Une page Web qui ne peut pas être affichée est l'un des symptômes possibles.

    Solution

    Dans un premier temps, vérifiez que vous avez déjà les correctifs pour protéger votre système. Référez-vous à ces documents afin de vérifier si vous pouvez être affecté, si vous n'avez pas les correctifs.

    Terminez-vous les étapes dans ce document afin de nettoyer votre serveur si vous êtes affecté.

    Référez-vous à la page de bulletins de renseignements de Sécurité pour plus de détails des virus, leur effet sur le matériel de Cisco, et toutes les nouvelles vulnérabilités.

    Comme solution à long terme, Cisco recommande l'utilisation de l'antivirus de capteur et de McAfee Netshield d'ID d'hôte de Cisco dans le serveur Cisco CallManager. Chacun des deux ont été testés et approuvés pour être installés avec le Cisco CallManager. Terminez-vous les paramètres de configuration recommandés afin d'éviter des effets non souhaités pendant le temps processeur.

  3. Autorisations NTFS pour IIS.

    Symptôme

    Puisque vous avez modifié les autorisations NTFS sur votre C : drive outre du répertoire racine afin de propager dans des répertoires d'enfant sur le serveur Cisco CallManager, IIS n'exécute pas comme désiré. Les utilisateurs ne peuvent pas n'accéder à aucune page Web sur ce serveur, puisque les différents messages d'erreur sur le navigateur Web sont semblables à un de ces derniers :

    • Vous n'êtes pas autorisé à visualiser cette page.

      Vous n'avez pas l'autorisation de visualiser ce répertoire ou page utilisant les qualifications que vous avez fournies.

      HTTP 401.3 - Access a refusé par ACL sur l'Internet Information Services de ressource

    OU

    • Erreur de serveur d'application

      Le serveur a rencontré une erreur tout en chargeant une application pendant le traitement de votre demande. Veuillez se référer au journal d'événements pour plus d'informations détaillées. Veuillez contacter l'administrateur du serveur pour l'assistance.

    OU

    • Erreur : Access est refusé.

    Raison

    Il n'est plus suffisante pour IIS 5.0 s'exécuter des autorisations NTFS changées des valeurs par défaut sur le serveur et correctement.

    Solution

    Visitez le site Webleavingcisco.com de Microsoft pour des détails sur cette question : Autorisations minimum Q271071 NTFS requises pour IIS 5.0 pour fonctionner

    Remarque:  Si la page d'administration de Cisco CallManager est accessible de l'éditeur mais pas des abonnés, et vous recevez également vous n'êtes pas autorisé à visualiser ce message d'erreur de page, alors employez l'utilitaire d'admin afin d'essayer de synchroniser les mots de passe ou d'employer CCMPWDChanger afin de remettre à l'état initial le mot de passe. Si la question persiste toujours, il est possible que vous deviez modifier le DC Directory sur le serveur d'éditeur afin de résoudre le problème.

  4. Vous ne pouvez pas parcourir directement sur le serveur Cisco CallManager encore.

    Vous n'avez pas un des la plupart des problèmes courants. Entrez en contact avec le support technique de Cisco afin de faire étudier la question plus en détail.

  5. Erreur d'exception de DBL tout en accédant à CCM par l'intermédiaire du Web. Error:1542, vidage mémoire de CDBLException : [Erreur COM] description des erreurs COM = [] [vieux format ou bibliothèque non valide de type.]

    Solution

    1. Dans le serveur Cisco CallManager, choisissez le Start > Programs > Administrative tools > des services composants.

    2. Cliquez sur en fonction le plus par des services composants.

    3. Cliquez sur en fonction le plus par des ordinateurs.

    4. Cliquez sur en fonction le plus par mon ordinateur.

    5. Cliquez sur en fonction le plus par des applications COM+.

    6. Cliquez avec le bouton droit sur le DBL et choisissez l'arrêt.

    7. Cliquez avec le bouton droit sur le DBL et choisissez le début.

    8. Ouvrez un iisreset de fenêtre DOS et de type, puis vérifiez si l'admin IIS et les services de WWW sont dans l'état commencé.

  6. Vidage mémoire de CDBLexception [la création d'objet a manqué] tout en essayant d'accéder au Cisco CallManager Administration par l'intermédiaire du Web.

    Cette question est typiquement provoquée par un de ces services qui entre dans l'état hors service, et la résolution est de redémarrer ce service particulier.

    1. Service de Microsoft Internet Information Server (IIS)

    2. Service de couche de base de données (DBL)

    3. Service de CTI Manager

Section IV : Obtenez les erreurs quand vous accédez à la page de gestion d'un navigateur sur un ordinateur distant

Remarque: Quand vous utilisez Microsoft Vista avec le navigateur de l'Internet Explorer 7.0, vous ne pouvez pas ouvrir la page Web d'administration Cisco CallManager. Il y a potentiel pour recevoir l'erreur d'authenticité de certificat. Microsoft Vista et l'Internet Explorer 7.0 ne sont pas actuellement pris en charge pour l'usage avec le Cisco CallManager. Cette procédure peut alléger des questions avec des erreurs d'authenticité de certificat pour la page Web d'administration Cisco CallManager. Il n'est pas recommandé pour installer des Certificats quand la source est inconnue.

  1. Choisissez continuent afin d'aller à la page d'administration de Cisco CallManager.

  2. Connectez-vous dans la page d'administration de Cisco CallManager.

  3. Choisissez l'erreur de certificat.

  4. Certificats de vue.

  5. Installez le certificat.

  6. Choisissez ensuite.

  7. Certificats d'endroit en cela mémoire.

  8. Choisissez les Autorités de certification racine approuvée.

  9. Choisissez correct.

  10. Choisissez ensuite.

  11. Choisissez la finition.

  12. Fermez le navigateur et rouvrez de nouveau.

Si vous pouvez accéder à la page Web de gestion localement sur le serveur Cisco CallManager, mais pas quand vous parcourez d'un ordinateur distant, vérifiez si une de ces situations s'applique à vous. Ils sont en règle, de la raison la plus fréquente à la moins raison fréquente.

  1. Le nom à l'address resolution échoue.

    Symptôme

    Vous voyez typiquement ces messages d'erreur quand vous essayez d'accéder à http:// your-cm-server-name/ccmadmin. Mais, si vous essayez d'accéder à la même page quand vous utilisez l'adresse IP de Cisco CallManager au lieu du nom, vous voyez la page affichée correctement. Ceci peut être, par exemple, http://10.48.23.2/ccmadmin.

    De l'Internet Explorer :

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unified-communications-manager-callmanager/5258-admin-page-5258a.gif

    De la Netscape Navigator :

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unified-communications-manager-callmanager/5258-admin-page-5258c.gif

    Raison

    Le nom que vous avez écrit comme votre-cm-serveur-nom trace à l'adresse IP fausse dans les DN ou des hôtes classent.

    Solution

    • Signez les DN afin de voir si l'entrée pour le votre-cm-serveur-nom a l'adresse IP correcte du serveur Cisco CallManager si vous configuriez l'utilisation des DN. Changez-le s'il n'est pas correct.

    • Si vous n'utilisez pas des DN, vos gens du pays contrôlent par ordinateur dans les hôtes classent s'il y a une entrée pour le votre-cm-serveur-nom et une adresse IP associée à elle. Ouvrez le fichier et ajoutez le nom de serveur Cisco CallManager et l'adresse IP.

      Vous pouvez trouver les hôtes classez chez C:\WINNT\system32\drivers\etc\hosts sur votre station de Windows.

  2. Erreur du HTTP 500 quand des pages d'administration de Cisco CallManager sont accédées à.

    Ceci se produit avec le service IIS, qui fonctionne sur le serveur Cisco CallManager, des crash. Afin de résoudre ce problème, allez à l'invite de commande et terminez-vous les étapes dans cette procédure :

    1. Entrez :

      arrêt net w3svc
    2. L'attente et entrent alors :

      début net w3svc
    3. Entrez :

      >iisreset /stop de C:\utils
    4. L'attente et entrent alors :

      >iisreset /start de C:\utils

      Ceci redémarre le service IIS qui fonctionne sur le Cisco CallManager.

    Si vous recevez le HTTP 500 - Le message d'erreur d'erreur interne du serveur avec ces erreurs de visualisateur d'événements, le mot de passe avec le compte utilisateur IWAM peut être hors de sync.

    DCOM         ID 10010
    The server {7529AD74-3131-4E73-8A6F-80CDF6F4CE27} did not register with DCOM within the
    required timeout. 
    
    W3SVC        ID 36
    The server failed to load application '/LM/W3SVC/1/Root/CCMAdmin'.  The error was 'Server
    execution failed'.

    Utilisez l'outil d'AdminUtility afin de re-synchroniser le mot de passe pour résoudre ce problème. Dans l'outil, options de clic et mot de passe utilisateur du positionnement IWAM sur tous les Cisco CallManagers dans la batterie.

  3. Le site Web par défaut sous IIS a la configuration inexacte.

    Symptôme

    Vous voyez typiquement ces messages d'erreur quand vous essayez d'accéder à http:// your-cm-server-name/ccmadmin. Si vous essayez d'accéder à la même page quand vous utilisez l'adresse IP de Cisco CallManager au lieu du nom, vous voyez la page affichée correctement. Ceci peut être, par exemple, http://10.48.23.2/ccmadmin.

    De l'Internet Explorer :

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unified-communications-manager-callmanager/5258-admin-page-5258a.gif

    De la Netscape Navigator :

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unified-communications-manager-callmanager/5258-admin-page-5258c.gif

    Raison

    Une configuration incorrecte dans l'onglet par défaut de site Web pour l'IIS est placée sur le serveur.

    Solution

    Vérifiez dans le gestionnaire de Service Internet sur l'ordinateur de Cisco CallManager les propriétés du site Web par défaut. L'onglet de site Web doit avoir tout non affecté et pas l'adresse IP de la machine.

    1. Choisissez le Start > Programs > Administrative tools/gestionnaire de Service Internet afin de vérifier cette configuration.

    2. Alors vous devez développer l'icône qui affiche votre nom du serveur. Choisissez le site Web par défaut et cliquez avec le bouton droit.

    3. Vous avez les propriétés d'option que vous devez choisir. Recherchez l'onglet de site Web et vérifiez le tout l'établissement non affecté précédemment mentionné.

    Si vous devez garder la configuration spécifique d'adresse IP pour n'importe quelle raison spécifique, vous ne pouvez pas utiliser le nom au lieu de l'adresse IP d'un navigateur Web distant.

  4. Le port 80 est bloqué dans des un ou plusieurs Routeurs entre votre navigateur local et le serveur Cisco CallManager.

    Symptôme

    Ces messages d'erreur sont affichés typiquement quand le web server ou le trafic http utilise un port qu'un Pare-feu bloque.

    De l'Internet Explorer :

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unified-communications-manager-callmanager/5258-admin-page-5258a.gif

    De la Netscape Navigator :

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unified-communications-manager-callmanager/5258-admin-page-5258b.gif

    Raison

    Pour des raisons de sécurité, l'accès HTTP de votre réseau local au réseau serveur est bloqué.

    Solution

    Vous pouvez essayer de vérifier si on permet d'autres types de trafic au serveur Cisco CallManager, comme le ping, telnet, et FTP. Si l'un d'entre eux est réussi, il prouve que l'accès HTTP au web server de Cisco CallManager est bloqué de votre réseau distant. Vérifiez les stratégies de sécurité avec votre administrateur réseau. Essayez de nouveau du même réseau où le serveur se trouve.

  5. L'ordinateur d'où vous essayez d'accéder à a été explicitement refusé l'accès.

    Symptôme

    Ces messages d'erreur affichent clairement ce problème.

    De l'Internet Explorer et également de la Netscape Navigator :

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unified-communications-manager-callmanager/5258-admin-page-5258d.gif

    De l'Internet Explorer avec la configuration anticipée de messages d'erreur amicaux de HTTP d'exposition configurée :

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unified-communications-manager-callmanager/5258-admin-page-5258e.gif

    Raison

    C'est une stratégie de sécurité appliquée par l'administrateur réseau.

    Solution

    Vérifiez les stratégies de sécurité avec votre administrateur réseau. Essai de nouveau d'un ordinateur différent. Si vous êtes l'administrateur réseau, vérifiez l'onglet Sécurité de répertoire du site Web par défaut dans le gestionnaire de Service Internet sur le serveur Cisco CallManager.

    1. Choisissez le Start > Programs > Administrative tools/gestionnaire de Service Internet afin de vérifier cette configuration.

    2. Alors vous devez développer l'icône qui affiche votre nom du serveur. Choisissez le site Web par défaut et cliquez avec le bouton droit.

    3. Vous avez les propriétés d'option que vous devez choisir. Recherchez l'onglet Sécurité de répertoire et vérifiez l'établissement précédemment mentionné.

  6. La page Web d'admin de Cisco CallManager ne fonctionne pas, reçoit le message d'erreur interdit par 403.

    Symptômes

    Vous recevez le message d'erreur interdit par 403 sur la page d'administration de Cisco CallManager quand vous tentez d'ouvrir toutes les pages Web associées avec ce serveur, comme le ccmadmin, ccmuser, ccmservice, et ainsi de suite.

    Solution

    L'erreur peut sont provoqué par par l'Execution_Permissions du CCMService de placer à quelque chose autre que des scripts et Executables.

    1. Choisissez le Start > Programs > Administrative tools > le gestionnaire de serveur Internet afin de placer Execution_Permissions droit.

    2. Choisissez le nom de votre Cisco CallManager sur la colonne de main gauche, sous l'Internet Information Services.

    3. Développez le site Web par défaut.

    4. Cliquez avec le bouton droit CCMAdmin et choisissez Properties.

    5. Sous l'onglet de répertoire virtuel vous devriez changer la valeur d'Execution_Permissions aux scripts et à l'Executables.

    6. Vérifiez également que les configurations d'autorisation d'exécuter sont activées lire et écrire suivant les indications de cette copie d'écran.

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unified-communications-manager-callmanager/5258-virtual1.gif

  7. La page Web d'admin de Cisco CallManager ne fonctionne pas et le serveur a manqué aux affichages de message d'erreur d'application de chargement avec l'ID de l'erreur 8007053d

    Symptômes

    Quand vous tentez d'accéder à la page de CCMAdmin de Cisco Unified CallManager, pour créer l'objet d'ASP pour : les affichages de message d'erreur _RemoteScripts/rs_device.asp avec Theserver n'ont pas chargé le message d'erreur d'application et l'ID 8007053derror.

    Solution

    Procédez comme suit pour résoudre ce problème :

    1. Choisissez le début > les programmes > l'Admininstrative usine > gestionnaire de Services Internet. Double-cliquer sur le nom du serveur, par exemple, l'icône qui affiche votre nom du serveur, et puis développez le site Web par défaut.

    2. Choisissez CCMCIP > Properties et choisissez l'onglet de répertoire virtuel de la fenêtre de propriétés. Choisissez le champ de protection d'application et choisissez l'option (d'isolement) élevée du menu déroulant et cliquez sur Apply. Cliquez ensuite sur OK.

    3. En conclusion, choisissez le Start > Programs > Administrative tools > les services et redémarrez le service d'admin IIS.

  8. Paramètre réseau inexact dans l'ordinateur distant d'où vous parcourez.

    Symptômes

    • Les différents messages d'erreur peuvent apparaître de la section de symptômes, typiquement ces erreurs.

    • Un symptôme très clair de cette question est qu'il n'y a aucune Connectivité du tout, ou il n'y a aucune Connectivité à d'autres périphériques dans le même réseau que le Cisco CallManager. Essayez de cingler l'adresse IP du serveur Cisco CallManager et d'autres périphériques afin de confirmer ceci.

    • Quand vous essayez d'autres ordinateurs distants, la page d'admin peut être vue correctement.

    De l'Internet Explorer :

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unified-communications-manager-callmanager/5258-admin-page-5258a.gif

    De la Netscape Navigator :

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unified-communications-manager-callmanager/5258-admin-page-5258b.gif

    Raison

    Des configurations inexactes de configuration réseau sur une station ou sur la passerelle par défaut peuvent causer une page Web de ne pas être affichées, car il y a partiel ou aucune Connectivité à ce réseau.

    Solution

    • Vérifiez le paramètre réseau sur votre station, aussi bien que l'intégrité de câble et de connecteur si la Connectivité à n'importe quel autre périphérique hors de votre réseau local échoue.

      Si vous employez le TCP/IP au-dessus d'un RÉSEAU LOCAL pour se connecter, c'est comment vous pouvez vérifier les paramètres réseau sur le poste de travail distant :

      1. Choisissez les connexions de début > de configuration > de réseau et de connexion à distance.

      2. Choisissez la connexion au réseau local, puis Properties. La liste de protocoles de communication semblent vérifiée.

      3. Choisissez l'Internet Protocol (TCP-IP) et cliquez sur Properties de nouveau.

      4. Choisissez obtiennent une adresse IP automatiquement ou placent manuellement votre adresse, masque et passerelle par défaut comme elle dépend de votre réseau.

      Il est également possible de placer quelques configurations de navigateur-particularité qui peuvent être incorrectement configurées.

      1. Allez au navigateur Internet Explorer, et choisissez les outils > les options Internet.

      2. Choisissez les connexions et puis vérifiez les configurations de RÉSEAU LOCAL ou les configurations commutées. Par défaut, ils ne sont pas configurés et le paramètre réseau générique de Windows est alors utilisé.

    • Si la Connectivité échoue seulement au réseau de Cisco CallManager, c'est probablement une question de routage dans le réseau. Contactez l'administrateur réseau afin de vérifier le routage configuré dans votre passerelle par défaut.

  9. Vous ne pouvez pas à distance parcourir la page d'admin encore.

    Vous ne faites pas face à un des la plupart des problèmes courants. Entrez en contact avec le support technique de Cisco afin de faire étudier la question plus en détail.

Section V : Affichages de messages serveur d'automatisation

Symptôme

Quand vous tentez d'accéder à la page utilisateur de Cisco Unified CallManager, le serveur d'automatisation ne peut pas créer des affichages de message d'erreur d'objet.

Raison

Après qu'une mise à jour, Cisco Unified CallManager rejette certaines fonctions qui entraînent cette question.

Solution

Procédez comme suit :

  1. Sur le serveur de Cisco Unified CallManager, choisissez le Start > Run dans la commande ouvrent un cmd de fenêtre de commandes et de type.

  2. Cd c:\Program Files\Cisco\bin de type.

  3. Type regsvr32 dblx.dll.

  4. Type regsvr32 capicom.dll

Désactivez MLA de Serveur SQL quand la procédure de connexion d'administrateur de Cisco CallManager échoue

Après que vous installiez l'accès multiniveaux de la gestion (MLA), vous devez ouvrir une session en tant qu'administrateur de Cisco CallManager avec le mot de passe que vous avez fourni dans toute l'installation MLA. La procédure de connexion d'administrateur ne fonctionne plus pour la page d'administration de Cisco CallManager.

Remarque: Redémarrez la couche de base de données (DBL), les services du serveur d'information en temps réel (RIS) et puis le service IIS. Puis, avant que vous tentiez la prochaine procédure, et si vous connaissez le mot de passe MLA, essai à ouvrir une session à la page d'administrateur de Cisco CallManager.

Si vous ne pouvez pas ouvrir une session avec le Cisco CallManager Administration ou vous oubliez le mot de passe pour l'administrateur de Cisco CallManager quand MLA est activé, alors vous le besoin d'ouvrir une session comme administrateur. C'est possible seulement si MLA est désactivé. MLA doit être désactivé de la page d'administration de Cisco CallManager. Mais puisque la procédure de connexion pour la page de gestion échoue, une autre méthode est d'utiliser le gestionnaire d'entreprise SQL pour désactiver MLA.

Vous pouvez employer cette procédure afin de désactiver MLA utilisant le gestionnaire d'entreprise SQL. Cette procédure suppose que vous connaissez le mot de passe administrateur local sur lequel le Cisco CallManager fonctionne.

  1. Choisissez le serveur de début > de programmes > de Microsoft SQL > le gestionnaire et la procédure de connexion d'entreprise au serveur qui exécute le Cisco CallManager.

  2. Choisissez Publisher > les bases de données > le CCM030x > les Tableaux > le MLAparameter.

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unified-communications-manager-callmanager/5258-admin-page-5258f.gif

    La valeur de x dans CCM030x change toutes les fois que vous améliorez le Cisco CallManager.

  3. Choisissez MLAParameter > table ouverte > retour toutes les lignes.

  4. Changez-le à F si la valeur de champ d'EnableMLA est placée au T.

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unified-communications-manager-callmanager/5258-admin-page-5258g.gif

  5. Cliquez sur Run avec ! , point d'exclamation, sur la barre d'outils pour que les modifications prennent l'affect.

  6. Redémarrez le service d'admin IIS.

    Remarque: Si vous redémarrez le service IIS, il n'affecte pas l'IPMA et des services de console de réception.

    Cette procédure vous aide à ouvrir une session au Cisco CallManager avec le nom d'utilisateur et mot de passe d'administrateur.

Incapable de se connecter dans la page d'admin de Web sur le serveur d'abonné du Cisco CallManager 4.x

Quand vous tentez de se connecter dans la page de CCMAdmin de Cisco Unified CallManager, pour créer l'objet d'ASP pour les affichages de message distants d'erreur de script avec l'erreur : Exception d'engine de script. Un ScriptEngine a jeté l'expection 'C0000005 dans « IScriptDispatchEx : : InvokeEx() » « de CScriptingNamespace : : InvokeEx() ». et erreur : Erreur inattendue de /ccmadmin/ctiroutepointlist.asp de fichier. Une erreur trappable (C0000005) s'est produite dans un objet externe. Le script ne peut pas continuer de s'exécuter. dans les journaux d'événements d'application.

Solution

Sur le serveur d'abonné de Cisco CallManager, il n'est pas possible d'accéder à la page de CCMAdmin, et ces erreurs de processeur de commutateur de Mode de transfert asynchrone (ATM) (ASP) apparaissent dans le journal d'événements d'application quand une tentative est faite pour accéder à la page d'admin :

Procédez comme suit pour résoudre ce problème :

  1. Balayez le serveur pour des virus afin d'éliminer la possibilité que les causedthis d'un virus émettent. Si ceci entraîne la CPU de haute, faites-la quand le trafic est bas.

  2. Exécutez l'outil d'AdminUtility sur l'éditeur afin de remettre à l'état initial le mot de passe de comptes des services de Cisco.

    Il est nécessaire de connaître la vieille expression privée afin de remettre à l'état initial. Si un neuf est écrit, il place au neuf.

    En outre, assurez-vous que le logiciel anti-virus est désactivé aussi bien que CSA avant que cet outil soit exécuté afin d'éviter la possibilité que le mot de passe est hors du sync, qui peut mener aux questions d'autorisation qui peuvent entraîner la question rapportée pour accéder à de la page de CCMAdmin.

    L'outil d'AdminUtility doit être exécuté après des heures parce que ceci arrête quelques services que le processus appelle.

  3. Désactivez la carte d'identité de réseau (NIC) teaming, et utilisez seulement un NIC à ce stade.

  4. D'abord et puis redémarrez les serveurs dans la batterie, éditeur les abonnés un.

La connexion au serveur ne peut pas être établie (l'erreur inconnue)

Problème

J'obtiens la connexion au serveur ne peux pas être message d'erreur établi (d'erreur inconnue) quand je me termine ces étapes :

  1. Copiez l'utilisateur d'origine de CCMAdministrator afin de créer un nouvel utilisateur.

  2. Nommez le nouvel utilisateur comme AdminUser.

  3. Retirez l'adhésion pour le CCMAdministrator d'origine du groupe d'utilisateurs, à savoir des superutilisateurs de la norme CCM et RealtimeAndTraceCollection standard. Désactivez également toutes les autorisations pour le CCMAdministrator d'origine.

  4. Procédure de connexion à la page d'utilité de Web de Publisher.

  5. Choisissez l'outil > l'activation de service > l'adresse IP d'abonné de sélection.

  6. Alors la connexion au serveur ne peut pas être message d'erreur établi (d'erreur inconnue) apparaît.

Remarque:  La réplication de DB est bonne dans tous les Noeuds.

Solution

Cisco Unified Communications Manager Publisher et abonné utilisent seulement l'utilisateur d'origine de CCMAdministrator pendant lequel a été créé installent pour l'authentification entre les serveurs.

La raison pour l'erreur est parce que l'utilisateur d'origine de l'admin CCM est verrouillé et est un défaut connu. Terminez-vous ces étapes afin de résoudre ce défaut :

  1. Déverrouillez le compte utilisateur d'origine de l'admin CCM.

  2. Assurez-vous que l'utilisateur de CMAdministrator d'original a le groupe et la norme RealtimeandTraceCollection de superutilisateur de la norme CCM

    Remarque: Cette question est documentée dans l'ID de bogue Cisco CSCsu32063 (les clients enregistrés seulement)

La procédure de connexion à la page Web d'administration de l'abonné CCM donne une erreur après que MLA soit activé

Problème 1

La procédure de connexion à la page Web d'administration Cisco CallManager sur des serveurs d'éditeur et d'abonné fonctionnent bien quand MLA est désactivé. Après que MLA soit activé, si le ccmadministrator est utilisé comme nom d'utilisateur, la procédure de connexion à Publisher fonctionne bien. La procédure de connexion aux travaux d'abonné, mais la page s'ouvrent dispersé, et quand vous cliquez sur en fonction toutes les options telles que le système, périphérique et ainsi de suite, il donne à la page ne peut pas être message d'erreur affiché.

Solution 1

Procédez comme suit pour résoudre ce problème :

  1. Dans le serveur, choisissez le Start > Programs > Administrative tools > le gestionnaire de Services Internet. La fenêtre d'Internet Information Services apparaît.

  2. Développez l'arborescence dans le volet gauche jusqu'à ce que vous voyiez le site Web par défaut. Clic droit sur le site Web par défaut.

  3. Choisissez Properties du menu de raccourcis. La boîte de dialogue Properties par défaut de site Web apparaît.

  4. Choisissez l'onglet de filtres ISAPI et changez la commande des filtres ISAPI. Si vous déplacez MLAfilter au dessus, ceci résout le problème.

Problème 2

La procédure de connexion à la page Web d'administration Cisco CallManager sur le serveur Cisco CallManager échoue avec et cette erreur se produit en cas visualiseur :

The server was unable to add the virtual root ‘/cisco/_cra_jakarta’ for the directory
‘C:\Program Files\wfavvid\tomcat_appadmin\bin\win32\i386’ due to the following error: 
The system cannot find the pathe specified.

Solution 2

Du gestionnaire d'entreprise SQL, placez l'enable MLA pour rectifier. Après que vous activiez MLA, employez le nom d'utilisateur comme ccmadministrator pour ouvrir une session.

Le texte sur la page Web de gestion est à l'envers

Solution

http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unified-communications-manager-callmanager/5258-admin-page-5258h.gif

Quand l'hébreu est installé sur l'IE, le texte aux pages CUCM tournent de gauche à droite. La cause de cette question est que le paramètre régional hébreu n'est pas installé sur le serveur CUCM. Ainsi, quand vous activez la langue hébreue dans l'IE les lettres sont livré à l'envers. Pour résoudre ce problème installez l'hébreu sur le serveur CUCM également afin de résoudre ce problème. Veillez à redémarrer le serveur pour que les modifications les prennent effet.

La page de configuration utilisateur renvoie la page vierge

Quand les essais d'un utilisateur pour éditer n'importe quelles informations à la page de configuration utilisateur, une page Web vide retourne. Cette question est documentée par l'ID de bogue Cisco CSCsw97577 (les clients enregistrés seulement)

Solution

Procédez comme suit pour résoudre ce problème :

  1. Procédure de connexion à la page de gestion CUCM.

  2. Choisissez le système > le serveur d'applications.

  3. Trouvez et cliquez sur en fonction le serveur d'applications CUC.

  4. De la page de configuration de serveur d'applications, ajoutez « .localdomain » au nom de champ.

  5. Cliquez sur Save.

Erreur quand outil d'accès direct à la mémoire lancé par l'intermédiaire du Web

Quand vous lancez l'accès direct à la mémoire, le -2146827859 : Le serveur d'automatisation ne peut pas des apperas de message d'erreur de createobject.

Solution

Terminez-vous l'un de ces étapes afin de résoudre ces problème et essai pour lancer l'accès direct à la mémoire.

  • Assurez-vous qu'il n'y a aucune autre session d'accès direct à la mémoire est dans l'état ouvert. Pour cela vous devez vérifier le gestionnaire de tâches de Windows > l'onglet d'applications si n'importe quelle autre session d'accès direct à la mémoire exécute la mise à mort que la session d'accès direct à la mémoire ont répertoriée et l'accès direct à la mémoire de lancement de nouveau.

  • Assurez-vous que vous n'avez aucun tiers ou aucune exécution sans support de logiciel d'application dans le serveur où le message d'erreur a affiché. Si vous avez n'importe quel logiciel semblable, vous devez détruire les processus correspondants et l'essai pour lancer l'accès direct à la mémoire de nouveau.

  • Essayez de lancer l'accès direct à la mémoire après que vous désactiviez le service du Cisco Security Agent (CSA) et n'importe quelle exécution de logiciel antivirus dans le serveur.

  • Dans votre serveur Cisco CallManager, vous devez ouvrir une ligne de commande fenêtre et naviguer ce répertoire : C:\ > WINNT> system32 et exécuté la commande regsvr32 dblx.dll. Puis essai pour lancer l'accès direct à la mémoire de nouveau.

  • Si la question persiste toujours après que vous exécutiez ces étapes, alors terminez-vous ces étapes suivantes afin de résoudre le problème.

    1. Dans le serveur Cisco CallManager, choisissez le Start > Programs > Administrative tools > le gestionnaire de Services Internet.

    2. Choisissez l'accès direct à la mémoire à l'intérieur de la configuration par défaut de site Web.

    3. Cliquez avec le bouton droit et choisissez Properties.

    4. Dans le premier menu vous devriez voir la configuration de protection d'application. Changez-le au bas (processus IIS).

    5. Choisissez le Start > Programs > Administrative tools > des services > des ordinateurs composants > mon ordinateur > applications > accès direct à la mémoire COM+.

    6. Cliquez avec le bouton droit sur l'accès direct à la mémoire et choisissez l'arrêt.

    7. Après que vous arrêtiez alors le clic droit sur l'accès direct à la mémoire et choisissiez le début.

    8. Ouvrez la ligne de commande fenêtre et exécutez cette commande de >iisreset de C:\.

      Remarque: Exécutez la commande autant de fois aussi nécessaires jusqu'à ce que vous voyiez le message avec succès redémarré de services Internet.


Informations connexes


Document ID: 5258