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

Dépannez les questions du Web CUCM (GUI)

16 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires

Introduction

Ce document décrit la plupart des raisons pour laquelle les pages Web de Cisco Unified Communications Manager (CUCM) ou la page utilisateur CUCM n'est pas affichées ou donne une erreur.

Contribué par Jomon Augustine et Krishna Pradeep Venugopalan, ingénieurs TAC Cisco.

Conditions préalables

Conditions requises

Cisco recommande que vous ayez la connaissance de CUCM.

Composants utilisés

Les informations dans ce document sont basées sur les versions 7.x/8.x/9.x/10.x CUCM.

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.

Organigramme

L'organigramme pour l'accès de Web sur CUCM est affiché ici :

Problème 1 : Erreur de communication de base de données

Quand vous essayez d'ouvrir une session à la page Web d'admin CUCM de Publisher, l'erreur « d'erreur de communication de base de données » est reçue.

Vous pouvez ouvrir une session à la page Web d'admin CUCM de l'abonné, mais toutes les modifications sur CUCM entraînent une de ces erreurs : La « erreur s'est produite tout en récupérant les informations de la base de données. java.sql.SQLException : Aucune autorisation d'EFFACEMENT. » ou « Add a manqué. Le privilège d'insertion est exigé pour cette exécution. ».

Cette question peut se produire quand vous essayez d'ouvrir une session au serveur après que des changements soient faits du serveur de Publisher, comme quand l'adresse Internet ou l'adresse IP est changée par le CLI ou la page du système d'exploitation d'admin (de SYSTÈME D'EXPLOITATION). Dans ce cas, retournez les modifications apportées de nouveau à la configuration ancienne afin de vous permettre d'ouvrir une session.

Si aucune modification n'était apportée à CUCM Publisher et vous recevez toujours le message d'erreur de transmissions de base de données, alors vérifiez ces éléments :

  • Sélectionnez la commande de runtimestate de dbreplication d'utils afin de vérifier l'état de DBreplication. Confirmez que le statut de réplication est 2 sur tous les Noeuds sans aucunes erreurs ou non-concordance.
  • Déterminez si un service de base de données de Cisco (DB) fonctionne actuellement. Un DB de Cisco non commencé sur Publisher a pu également entraîner cette question. L'erreur/symptôme sur l'abonné est différent parce que l'abonné utilise ses propres moyens un processus de DB de Cisco qui fonctionne bien. Cependant quand vous essayez de mettre à jour la configuration, l'abonné entre en contact avec Un DB de Cisco sur Publisher qui ne travaille pas et entraîne une erreur sur l'abonné aussi bien.

En outre, l'incapacité d'accéder à la page CUCM de Publisher pourrait être en raison d'une erreur de communication de base de données où Informix ne reçoit plus de connexions.

La commande de runtimestate de dbreplication d'utils ne fonctionne pas :

admin:utils dbreplication runtimestate
File "/usr/local/cm/bin/DbReplRTstate.py", line 578, in ?
   fin = open(tfile, 'r')
IOError: [Errno 2] No such file or directory:
'/var/log/active/cm/trace/dbl/sdi/getNodes'

Cette question est également documentée par l'ID de bogue Cisco CSCtl74037. Le contournement pour ceci est de sélectionner ces commandes du CLI :

utils service stop A Cisco DB
utils service start A Cisco DB

et arrêtez le service de Technologie Cisco Express Forwarding (CEF) de la page d'utilité.

Écrivez le début de service d'utils une commande de DB de Cisco afin de commencer un service de DB de Cisco. Si le service ne commence pas, alors appelez le centre d'assistance technique Cisco (TAC) afin de commencer le service de la racine. Le TAC vérifie la question avec l'accès de racine. Dans peu des cas, si le DB est corrompu alors une reconstruction de CUCM est nécessaire.

Problème 2 : La connexion au serveur ne peut pas être établie (incapable d'accéder au noeud distant)

Vous ne pouvez pas accéder aux autres Noeuds CUCM de la page d'utilité du CUCM que vous êtes actuellement ouvert une session. Choisissez l'utilité de Cisco Unified > la caractéristique/services réseau de Tools > Control Center > serveur choisi > vont.

Le message d'erreur affiché est « connexion au serveur ne peut pas être établi (incapable d'accéder au noeud distant) ».

Contournement

Ouvrez une session à chaque noeud CUCM séparément afin d'accéder à l'utilité et lancer/désactivez les services.

Solution

  1. Vérifiez si le certificat de Tomcat est expiré. (Choisissez la gestion de SYSTÈME D'EXPLOITATION de Cisco > la Gestion de Sécurité > de certificat > le tomcat.pem). Si expiré, régénérez le certificat de Tomcat et redémarrez le service de Tomcat.
    • Si vous utilisez un certificat signé d'Autorité de certification (CA), obtenez la demande de signature de certificat de Tomcat (CSR) re-signée par le CA, re-téléchargement il de retour, et redémarrez le service de Cisco Tomcat avec la commande de Cisco Tomcat de reprise de service d'utils.
    • Si vous utilisez un certificat auto-signé sur le serveur affecté, régénérez le certificat de Tomcat avec la commande de chat du CERT REGEN de positionnement du CLI ou de l'admin de SYSTÈME D'EXPLOITATION et puis redémarrez le service de Cisco Tomcat avec la commande de Cisco Tomcat de reprise de service d'utils.

      Ce défaut connu est documenté dans l'ID de bogue Cisco CSCth44399.

  2. Confirmez la validité des Certificats de Tomcat. Vérifiez si le certificat de confiance de Tomcat du noeud problématique est sur l'autre noeud. S'il n'est pas sur le noeud, téléchargez le certificat de confiance de Tomcat du noeud problématique et téléchargez-le à l'autre noeud comme confiance de Tomcat. Puis, régénérez le certificat de Tomcat sur le noeud problématique et redémarrez le service de Tomcat sur les deux Noeuds.

Problème 3 : La connexion au serveur ne peut pas être établie (l'erreur inconnue)

Vous ne pouvez pas accéder aux autres Noeuds CUCM de la page d'utilité du CUCM que vous êtes actuellement ouvert une session. Choisissez le Serviceability > Tools > Service Activation de Cisco Unified/la caractéristique/services réseau de Control Center > serveur choisi > vont.

Le message d'erreur affiché est « connexion au serveur ne peut pas être établi (erreur inconnue) ».

Contournement

Ouvrez une session à chaque noeud CUCM séparément afin d'accéder à l'utilité et lancer/désactivez les services.

Solution

  1. Sélectionnez la commande de runtimestate de dbreplication d'utils afin de vérifier toutes les questions de dbreplication dans la batterie CUCM.
  2. Redémarrez le service de Tomcat avec la commande de Cisco Tomcat de reprise de service d'utils.
  3. Vérifiez toutes les non-concordances de numéro de série de certificat de Tomcat (Tomcat-confiance) sur les Noeuds.
  4. Choisissez la gestion de SYSTÈME D'EXPLOITATION de Cisco > la Gestion de Sécurité > de certificat > le tomcat.pem et vérifiez si le certificat de Tomcat est expiré. Si expiré, régénérez le certificat de Tomcat et redémarrez le service de Tomcat.
    • Si vous utilisez un certificat signé CA, obtenez le CSR de Tomcat re-signé par le CA, re-téléchargement il de retour, et redémarrez le service de Cisco Tomcat avec la commande de Cisco Tomcat de reprise de service d'utils.
    • Si vous utilisez un certificat auto-signé sur le serveur affecté, régénérez le certificat de Tomcat avec la commande de chat du CERT REGEN de positionnement du CLI ou de l'admin de SYSTÈME D'EXPLOITATION et puis redémarrez le service de Cisco Tomcat avec la commande de Cisco Tomcat de reprise de service d'utils.

      Ces défauts connus sont documentés dans les id CSCui29232 et CSCud67438 de bogue Cisco.

Problème 4 : La connexion au serveur ne peut pas être établie (l'exception de certificat)

Vous ne pouvez pas accéder aux autres Noeuds CUCM de la page d'utilité du CUCM que vous êtes actuellement ouvert une session. Choisissez le Serviceability > Tools > Service Activation de Cisco Unified/la caractéristique/services réseau de Control Center > serveur choisi > vont.

Le message d'erreur affiché est « connexion au serveur ne peut pas être établi (exception de certificat) ».

Contournement

Ouvrez une session à chaque noeud CUCM séparément afin d'accéder à l'utilité et lancer/désactivez les services.

Solution

  1. Sélectionnez la commande de runtimestate de dbreplication d'utils afin de vérifier toutes les questions de dbreplication dans la batterie CUCM.
  2. Redémarrez le service de Tomcat avec la commande de Cisco Tomcat de reprise de service d'utils.
  3. Vérifiez toutes les non-concordances de numéro de série de certificat de Tomcat (Tomcat-confiance) sur les Noeuds.
  4. Choisissez la gestion de SYSTÈME D'EXPLOITATION de Cisco > la Gestion de Sécurité > de certificat > le tomcat.pem et vérifiez si le certificat de Tomcat est expiré. Si expiré, régénérez le certificat de Tomcat et redémarrez le service de Tomcat.
    • Si vous utilisez un certificat signé CA, obtenez le CSR de Tomcat re-signé par le CA, re-téléchargement il de retour, et redémarrez le service de Cisco Tomcat avec la commande de Cisco Tomcat de reprise de service d'utils.
    • Si vous utilisez un certificat auto-signé sur le serveur affecté, régénérez le certificat de Tomcat avec la commande de chat du CERT REGEN de positionnement du CLI ou de l'admin de SYSTÈME D'EXPLOITATION et puis redémarrez Cisco le service de Tomcat avec la commande de Cisco Tomcat de reprise de service d'utils.

      Ce défaut connu est documenté dans l'ID de bogue Cisco CSCup10995.

Problème 5 : Accès GUI très lent

L'accès CUCM Web/GUI sur Publisher et l'abonné est très lent.

Solution

  1. Notez que l'admin CUCM questionne toujours la base de données de l'éditeur si disponible. Voyez le diagramme dans la section d'organigramme.
  2. Vérifiez tous les problèmes de réseau/délais réseau. Ceci pourrait se produire si le groupement est fait au-dessus d'un réseau étendu (WAN).
  3. Redémarrez le service de Cisco Tomcat du shell CLI/Secure (SSH) avec la commande de Cisco Tomcat de reprise de service d'utils.
  4. Programmez une fenêtre de maintenance et redémarrez les Noeuds CUCM.
  5. Si le problème se pose de nouveau, entrez en contact avec le TAC avec ces logs :
    • Suivis (détaillés) de gestionnaire d'appel
    • Tomcat se connecte (les logs de la sortie du fichier obtiennent la commande du chat d'activelog/logs/* du CLI)
    • Journal de l'observateur d'événements
    • Logs système de visualisateur d'événements
    • Logs de DataCollector Perfmon du serveur d'information en temps réel de Cisco (RIS)
    • Logs de gestionnaire de services
    • Sortie de ces commandes du CLI de CUCM :
      utils diagnose test
      utils ntp status
      show process load cpu
      show process load memory
      show process using-most cpu
      show process using-most memory
      utils core active list

Ces défauts connus sont documentés dans les id CSCub02337 et CSCui86571 de bogue Cisco.

Problème 6 : Pour copier incapable/pâte le mot de passe dans la page de connexion d'utilisateur final

La copie/pâte au champ de mot de passe dans la page de connexion d'utilisateur final CUCM ne fonctionne pas. L'exécution de pâte du mot de passe dans le champ de mot de passe en page de connexion d'utilisateur final CUCM n'est pas prise en charge. Ceci ne fonctionnera pas avec l'Internet Explorer (IE), le Firefox, ou le Chrome.

On ne permet pas la copie/pâte du mot de passe aux pages d'utilisateur final en raison du risque de sécurité. Ceci est ajouté en tant qu'élément de la version 9.1.2 et ultérieures CUCM. Cependant, on l'a noté que la copie/fonction de pâte fonctionne toujours avec quelques versions de CUCM 10.x, qui est documenté dans les id CSCus84153 et CSCus84152 de bogue Cisco.

Problème 7 : Incapable d'accéder à l'ORME avec Firefox et Chrome

Vous ne pouvez pas accéder au gestionnaire de permis d'entreprise (ORME) avec Firefox et Chrome, mais ceci fonctionne bien avec l'IE. Quand vous ouvrez une session à l'ORME avec Firefox ou Chrome, aucune des options n'est disponible.

Ce défaut connu est documenté dans l'ID de bogue Cisco CSCul30396.

Cette question a été réparée dans les versions de CUCM 9.1.2.11900-10 et plus tard. L'ORME peut être accédé à avec Firefox, IE, et Chrome.

Problème 8 : La page Web se déconnecte automatiquement

La page Web CUCM se déconnecte automatiquement après que son délai d'attente de veille expire.

Vous pouvez placer le délai d'attente de page Web avec ces commandes du CLI de CUCM.

show webapp session timeout
set webapp session timeout
admin:set webapp session timeout ?

Syntaxe

set webapp session timeout minutes

Les minutes est obligatoire et est le nombre de minutes après quoi des sessions sont déclarées pour être non valides. La plage est de 5 à 99999.

admin:set webapp session timeout 5

Si vous continuez cette exécution, elle place la session-timeout pour des sessions Web à 5 minutes après que le service de Cisco Tomcat a été redémarré ou après que le serveur a été redémarré.

Continue (y/n)?y
Tomcat session-timeout updated to 5 minutes.

Le service de Cisco Tomcat doit être redémarré pour que les modifications les prennent effet immédiatement. Ceci déconnecte les sessions Web actives.

Continue (y/n)?y

N'appuyez sur pas le CTRL-C tandis que les REPRISES de service. Si le service n'a pas redémarré correctement, sélectionnez la même commande de nouveau.

Service Manager is running

Cisco Tomcat[STOPPING]

Cisco Tomcat[STOPPING]

Cisco Tomcat[STOPPING]

Cisco Tomcat[STOPPING]

Commanded Out of Service

Cisco Tomcat[NOTRUNNING]

Service Manager is running

Cisco Tomcat[STARTING]

Cisco Tomcat[STARTING]

Cisco Tomcat[STARTED]

Le service de Cisco Tomcat redémarré avec succès. Nouveau temps de sessions Web après 5 minutes. La session-timeout en cours utilisée pour des sessions Web et des applications est de 5 minutes.

Problème 9 : Incapable d'accéder à la page Web d'admin/utilisateur de CUCM

Vous ne pouvez pas accéder à la page Web d'admin/utilisateur de CUCM.

  1. Vérifiez si les identifiants utilisateurs sont corrects. Si vous êtes entré dans les qualifications fausses, vous recevez cette erreur.

  2. Vérifiez si l'utilisateur fait configurer des autorisations correctes (des rôles et des groupes d'utilisateurs). S'ils ne sont pas correctement configurés, la page Web n'incite la page de connexion de nouveau sans aucun message d'erreur.

Voyez le guide de système Cisco Unified Communications Manager pour des petits groupes en vue de des rôles et des groupes d'utilisateurs.

Problème 10 : L'agent local ne répond pas, le principal ou l'agent local pourrait être vers le bas

Vous ne pouvez pas accéder à toutes les options de la page du système de Reprise sur sinistre (DRF) de CUCM après que vous ouvriez une session. Vous pourriez recevoir ce message :

« L'agent local ne répond pas. Ceci peut devoir maîtriser ou agent local étant en bas de »

  1. Vérifiez le certificat d'IPsec et confirmez la validité. S'il est expiré, régénérez le certificat d'IPsec. Voir l'expiration et la suppression de certificat de CallManager pour les informations sur la façon dont régénérer le certificat.
  2. Redémarrez le maître de Cisco DRF et le service local DRF.

Informations connexes


Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Document ID: 118927