Dépannage de Genetec Mission Control™ - Mission Control 2.13 - 3.3.0.0

Product
Mission Control
Content type
Dépannage
Version
3.3
3.2
3.1
3.0
2.13
Language
Français
Last updated
2025-09-11

Réinitialiser le mot de passe d'un compte utilisateur RabbitMQ

Si vous perdez le mot de passe du compte de RabbitMQ créé lors de l'installation de Genetec Mission Control™, vous pouvez le modifier à partir de l'invite de commande du RabbitMQ.

Symptômes

Le rôle Gestionnaire d'incidents dans Config Tool est rouge.

Cause

Sans identifiants de connexion RabbitMQ valides, vous ne pouvez pas vous connecter au service RabbitMQ depuis Config Tool. Sans connexion, le rôle Gestionnaire d'incidents bascule hors ligne et est affiché en rouge.

Solution

Pour réinitialiser le mot de passe de votre compte RabbitMQ :
  1. Sur la machine serveur sur laquelle RabbitMQ est installé, ouvrez une invite de commande avec privilèges élevés dans Windows :
    1. Dans la zone de recherche de Windows, tapez cmd.
    2. Appuyez sur les touches Ctrl+Maj+Entrée.

      La fenêtre Contrôle de compte d’utilisateur apparaît vous invitant à l’exécuter en tant qu'administrateur.

    3. Cliquez sur Oui.
  2. Naviguez jusqu'au dossier sbin de RabbitMQ.
    REMARQUE : Il est généralement situé dans C:\Program Files\RabbitMQ Server\rabbitmq_server-x.y.z\sbin.
  3. Pour afficher la liste des utilisateurs actuels dans RabbitMQ, exécutez la commande suivante :

    rabbitmqctl list_users

  4. Réinitialisez le mot de passe de votre compte RabbitMQ en exécutant la commande suivante :

    rabbitmqctl change_password <user> <new password>

    REMARQUE : Si une erreur d’authentification de cookie Erlang empêche les commandes rabbitmqctl de s’exécuter, vous devez vous assurer que les emplacements suivants disposent des mêmes fichiers .erlang.cookie :
    • C:\Windows\ServiceProfiles\LocalService\
    • C:\
    • C:\Users\<nom_utilisateur>\
    • C:\Windows\System32\config\systemprofile\
  5. Mettez à jour les identifiants de connexion de RabbitMQ dans Config Tool sous Gestionnaire d'incidents > RabbitMQ.
    REMARQUE : Pour les versions de Mission Control antérieures à la version 3.0.2.0, les détails de connexion RabbitMQ sont disponibles sous Gestionnaire d’incidents > Propriétés.

Le rôle Gestionnaire d'incidents ne se connecte pas à RabbitMQ

Si le rôle Gestionnaire d'incidents dans Config Tool bascule hors ligne par incapacité à se connecter au service RabbitMQ, vous pouvez résoudre le problème en vérifiant quelques réglages pertinents comme les ports de pare-feu, les identifiants utilisateur, etc.

Symptômes

Le rôle Gestionnaire d'incidents dans Config Tool est rouge.

En fonction du message d’erreur que vous recevez lorsque vous cliquez sur Diagnostic > Maintenance, vous pouvez en déduire la cause et mettre en œuvre la solution appropriée.

Message d'erreur

Échec de la connexion RabbitMQ - <adresse IP du serveur RabbitMQ> Nouvel essai dans x secondes

Raison

Le serveur qui exécute le rôle Gestionnaire d'incidents ne parvient pas à se connecter au service RabbitMQ exécuté sur le port 5671 (par défaut) sur une connexion SSL.

Solution
Essayez une ou plusieurs des solutions suivantes :
  • Dans Windows, allez dans Panneau de configuration > Services et vérifiez que le service RabbitMQ a démarré avec succès sur le serveur qui l’héberge.
  • Dans Config Tool, sous l’onglet Gestionnaire d’incidents > RabbitMQ, vérifiez que le Nom d’utilisateur et le Mot de passe utilisés pour la connexion RabbitMQ sont corrects. Le nom d'utilisateur et mot de passe sont créés lors de l'installation de Genetec Mission Control™.
    REMARQUE : Pour les versions de Mission Control antérieures à la version 3.0.2.0, les détails de connexion RabbitMQ sont disponibles sous Gestionnaire d’incidents > Propriétés.
  • Remplacez le nom du serveur RabbitMQ par l’adresse IP du serveur, ou vérifiez que le nom du serveur est correct. L'image suivante montre l'écran de connexion à RabbitMQ :
    REMARQUE : Pour les versions de Mission Control antérieures à la version 3.0.2.0, les détails de connexion RabbitMQ sont disponibles sous Gestionnaire d’incidents > Propriétés.
  • Vérifiez que le serveur exécutant le rôle Gestionnaire d’incidents peut accéder au serveur exécutant RabbitMQ sur les ports 5671 et 15671.
    CONSEIL : Ouvrez l’invite de commande sur le serveur de rôles Gestionnaire d’incidents et saisissez ce qui suit :

    telnet <RabbitMQ server IP address> 5671

    telnet <RabbitMQ server IP address> 15671

    Si les serveurs communiquent correctement, vous obtenez une réponse.
  • Vérifiez que tous les ports de pare-feu autorisent les connexions TCP dans les deux sens entre le serveur Mission Control et le serveur de RabbitMQ, sur les ports 5671 et 15671.

Message d'erreur

Échec de connexion RabbitMQ. - <RabbitMQ server IP address>:<RabbitMQ server port> ACCESS_REFUSED - la connexion a été refusée à l’aide du mécanisme d’authentification PLAIN. Pour plus de détails, consultez le fichier journal du courtier. Nouvel essai de connexion dans x secondes.

Raison
Les identifiants fournis dans l’onglet RabbitMQ du Gestionnaire d’incidents ne correspondent pas aux identifiants du serveur RabbitMQ.
REMARQUE : Pour les versions de Mission Control antérieures à la version 3.0.2.0, les détails de connexion RabbitMQ sont disponibles sous Gestionnaire d’incidents > Propriétés.
Solution
Essayez une ou plusieurs des solutions suivantes :
  • Vérifiez vos identifiants RabbitMQ :
    1. Accédez à https://<Adresse IP serveur RabbitMQ>:<Port Web serveur RabbitMQ>. Le port Web par défaut est le 15671.
      REMARQUE : Le navigateur Internet Explorer n’est plus pris en charge par le portail Web RabbitMQ.
    2. Saisissez vos identifiants RabbitMQ et assurez-vous qu’ils sont corrects.
  • Mettez à jour le nom d’hôte ou l’adresse IP RabbitMQ dans la page RabbitMQ du rôle Gestionnaire d’incidents pour qu’ils correspondent aux identifiants du serveur RabbitMQ.
  • Si vous avez oublié vos identifiants :
    1. Connectez-vous à la machine serveur sur laquelle RabbitMQ est installé.
    2. Ouvrez l'invite de commande de RabbitMQ et entrez rabbitmqctl.bat change_password <username> <new password> .

Pour en savoir plus, voir Réinitialiser le mot de passe d'un compte utilisateur RabbitMQ.

Message d'erreur

L’un des messages d’erreur suivants :
  • Échec de connexion RabbitMQ. -<Adresse IP serveur RabbitMQ>:<Port serveur RabbitMQ> Échec de la connexion : Une tentative de connexion a échoué car la partie connectée n’a pas répondu correctement après un certain temps, ou la connexion établie a échoué car l’hôte connecté n’a pas répondu <Adresse IP serveur RabbitMQ>:<Port serveur RabbitMQ>. Nouvel essai de connexion dans x secondes.
  • Échec de connexion RabbitMQ. -<Adresse IP serveur RabbitMQ>:<Port serveur RabbitMQ> Échec de la connexion : Aucune connexion n’a pu être établie car la machine cible l’a refusée activement. Nouvel essai de connexion dans x secondes.
Raison
L’une des raisons suivantes ou une combinaison de plusieurs raisons :
  • Les noms d’hôte ou les adresses IP fournis dans la page RabbitMQ du Gestionnaire d’incidents ne pointent pas vers un serveur RabbitMQ valide.
  • Les ports fournis dans la page RabbitMQ du Gestionnaire d’incidents ne pointent pas vers le port correct où RabbitMQ est hébergé.
  • Si la connexion fonctionnait auparavant, il est possible que votre serveur RabbitMQ soit hors service ou inaccessible en raison de problèmes liés au réseau.
REMARQUE : Pour les versions de Mission Control antérieures à la version 3.0.2.0, les détails de connexion RabbitMQ sont disponibles sous Gestionnaire d’incidents > Propriétés.
Solution
Essayez une ou plusieurs des solutions suivantes :
  • Mettez à jour le nom d’hôte ou l’adresse IP RabbitMQ dans la page RabbitMQ du Gestionnaire d’incidents pour qu’ils correspondent aux identifiants du serveur RabbitMQ.
  • Mettez à jour le numéro de port RabbitMQ dans la page RabbitMQ du Gestionnaire d’incidents pour qu’il corresponde au numéro de port de votre serveur RabbitMQ.
    REMARQUE : Pour les versions de Mission Control antérieures à la version 3.0.2.0, les détails de connexion RabbitMQ sont disponibles sous Gestionnaire d’incidents > Propriétés.
  • Accédez à la machine sur laquelle votre serveur RabbitMQ s’exécute pour vous assurer qu’il fonctionne.
  • Vérifiez si des erreurs supplémentaires sont signalées par RabbitMQ dans https://<Adresse IP serveur RabbitMQ>:<Port serveur RabbitMQ>. Le port Web par défaut est le 15671.
    REMARQUE : Le navigateur Internet Explorer n’est plus pris en charge par le portail Web RabbitMQ.
  • Si RabbitMQ n’est pas à l’origine du problème, vérifiez les points suivants :
    • Réglages du pare-feu
    • Paramètres réseau
    • Équipements réseau

Message d'erreur

Échec de connexion RabbitMQ. - <Adresse IP serveur RabbitMQ>:<Port serveur RabbitMQ> Le certificat distant n’est pas valide selon la procédure de validation. Nouvel essai de connexion dans x secondes.

Raison

Les certificats du serveur RabbitMQ et du Gestionnaire d’incidents ne correspondent pas.

Solution

Vérifiez que les certificats du dossier C:\Program Files (x86)\Genetec\RabbitMQ\ sur le serveur du Gestionnaire d’incidents et sur le serveur RabbitMQ sont identiques.

Message d'erreur

Échec de connexion RabbitMQ. Nouvel essai de connexion dans x secondes.

Raison

La modification du nom d’hôte après l’installation de RabbitMQ entraîne l’échec de l’authentification du certificat RabbitMQ.

Solution
Mettez en œuvre l’une des solutions suivantes :
  • Désinstallez proprement RabbitMQ. Voir Désinstaller RabbitMQ.
  • Rétablissez le nom d’hôte sur le nom défini lors de l’installation de RabbitMQ.

Message d'erreur

Échec de connexion RabbitMQ. - <Adresse IP serveur RabbitMQ>:<Port serveur RabbitMQ> le serveur de RabbitMQ ne possède pas l’hôte virtuel « Genetec.MissionControl » habituellement créé par le programme d’installation de Mission Control RabbitMQ. Vous pouvez le créer manuellement à partir de l’interface de gestion Web RabbitMQ, mais notez qu’à partir de Mission Control 2.13.4, la version RabbitMQ minimale acceptée est 3.8.3. Il est fortement recommandé d’utiliser le programme d’installation de Mission Control pour mettre à jour votre serveur RabbitMQ. Nouvel essai de connexion dans x secondes.

Versions applicables : Mission Control 3.0.1.0 et versions antérieures.
REMARQUE : Pour les versions 3.0.2.0 et ultérieures de Mission Control, l'hôte virtuel est créé automatiquement lorsque le rôle Gestionnaire d'incidents est initialisé.
Raison

Le serveur RabbitMQ ne possède pas l’hôte virtuel Genetec.MissionControl.

Solution
Ajoutez un nouvel hôte virtuel.
  • Ajoutez un nouvel hôte virtuel via le navigateur Web :
    • Connectez-vous à https://<Adresse IP serveur RabbitMQ>:<Port Web serveur RabbitMQ>. Le port Web par défaut est le 15671.
      REMARQUE : Le navigateur Internet Explorer n’est plus pris en charge par le portail Web RabbitMQ.
    • Accédez à Admin > Hôtes virtuels > Ajouter un nouvel hôte virtuel.
    • Saisissez Genetec.MissionControl comme nom et cliquez sur Ajouter un hôte virtuel.
    • Définissez les autorisations :
      • Accédez à Admin > Utilisateurs.
      • Sélectionnez votre utilisateur.
      • Sélectionnez l’hôte virtuel Genetec.MissionControl.
      • Cliquez sur Définir les autorisations.
  • Ajoutez un nouvel hôte virtuel via l’invite de commande :
    • Connectez-vous à la machine serveur RabbitMQ.
    • Ouvrez l’invite de commande RabbitMQ et saisissez les commandes suivantes :
      1. rabbitmqctl.bat add_vhost Genetec.MissionControl
      2. rabbitmqctl.bat set_permissions -p Genetec.MissionControl admin ".*" ".*" ".*"

Message d'erreur

Échec de connexion RabbitMQ. - <Adresse IP serveur RabbitMQ>:<Port serveur RabbitMQ> la version serveur de RabbitMQ (<version antérieure à 3.8.3>) ne répond pas à la configuration minimale requise. À partir de Mission Control 2.13.4, la version RabbitMQ minimale acceptée est 3.8.3. Utilisez le programme d’installation de Mission Control pour mettre à jour votre serveur RabbitMQ. Nouvel essai de connexion dans 4 secondes.

Raison

Le serveur du RabbitMQ exécute une version obsolète antérieure à 3.8.3, qui est la version minimale requise par le Gestionnaire d'incidents à compter de Mission Control 2.13.4.0.

Solution

Mettez à jour le serveur de RabbitMQ à l'aide du programme d'installation de Mission Control.

Message d'erreur

Échec de connexion RabbitMQ. - <Adresse IP serveur RabbitMQ>:<Port serveur RabbitMQ> INTERNAL_ERROR - Impossible de déclarer une file d’attente 'file d'attente 'IncidentService.IncidentCommands' dans vhost 'Genetec.MissionControl'' de type 'Rabbit_quorum_queue' sur le nœud 'Rabbit@VM1800' : l’indicateur de fonction 'quorum_queue' est désactivé

Versions applicables : Mission Control 2.13.0.0 à 2.13.4.0

Raison

Dans un scénario de mise à niveau spécifique, l’indicateur de fonction de file d’attente de quorum de votre RabbitMQ pourrait être désactivé, alors qu’il est requis par le Gestionnaire d’incidents.

Solution

Connectez-vous au serveur de RabbitMQ, ouvrez une invite de commande de RabbitMQ et entrez la commande suivante : rabbitmqctl.bat enable_feature_flag quorum_queue

Vous pouvez également activer l’indicateur de fonction via l’interface Web :
  1. Connectez-vous à https://<Adresse IP serveur RabbitMQ>:<Port Web serveur RabbitMQ>. Le port Web par défaut est le 15671.
    REMARQUE : Le navigateur Internet Explorer n’est plus pris en charge par le portail Web RabbitMQ.
  2. Dans l’onglet Admin, section Indicateurs de fonction, cliquez sur le bouton Activer à côté de l’indicateur de fonction Quorum_queue.

Message d'erreur

[MissionControlServer][BrokerConnection] Défaillance du réseau de l’API de gestion RabbitMQ (délai expiré) : vérifiez l’adresse, le port, le certificat et l’état du service RMQ. (Lors de l’exécution de la commande GET sur /overview, une réponse avec l’état TimedOut et le code HTTP 0 a été reçue. Corps de la demande : )

Raison
L’une des raisons suivantes ou une combinaison de plusieurs raisons :
  • Les noms d’hôte ou les adresses IP fournis dans la page RabbitMQ du Gestionnaire d’incidents ne pointent pas vers un serveur RabbitMQ valide.
  • Les ports fournis dans la page RabbitMQ du Gestionnaire d’incidents ne pointent pas vers le port API HTTPS correct où RabbitMQ est hébergé.
Solution
Essayez une ou plusieurs des solutions suivantes :
  • Mettez à jour le nom d’hôte ou l’adresse IP RabbitMQ dans la page RabbitMQ du Gestionnaire d’incidents pour qu’ils correspondent aux identifiants du serveur RabbitMQ.
  • Mettez à jour le numéro de port API HTTPS RabbitMQ dans la page RabbitMQ du Gestionnaire d’incidents pour qu’il corresponde au numéro de port de votre serveur RabbitMQ.
    REMARQUE : Si vous voulez modifier les numéros de port utilisés par défaut par Mission Control, vous devez soit le faire durant la procédure d’installation, soit les modifier dans le fichier RabbitMQ.config. Après avoir modifié RabbitMQ.conf, vous devez mettre à jour les détails ici pour garantir la correspondance. Pour en savoir plus, consultez Modifier les ports de RabbitMQ.

Disparition de tâches dans le Gestionnaire d'incidents

Toutes les tâches Genetec Mission Control™ disponibles dans Security Desk et Config Tool, comme Surveillance d'incidents et Configuration d'incidentsont disparu. Ce problème peut survenir lorsque la fonctionnalité Incidents (Mission Control) est désactivée.

Cause

Si Mission Control dispose d'une licence adéquate et si elle est correctement installé sur le serveur de Répertoire, sur tout serveur d’extension qui exécute le rôle Gestionnaire d’incidents et sur tous les postes clients, toutes les tâches associées sont visibles par défaut dans Security Center et Config Tool. Si la fonctionnalité Incidents (Mission Control) est désactivée, ces tâches seront masquées tant que la fonctionnalité ne sera pas réactivée.

Solution

  1. Dans Config Tool, ouvrez Système > Paramètres généraux > Fonctionnalités.
  2. Dans la liste Fonctionnalités, activez Incidents (Mission Control).
  3. Cliquez sur Appliquer > Redémarrer.
    REMARQUE : Si un autre Security Desk ou Config Tool est connecté au système, il doit également être redémarré pour voir les modifications.

Connexions RabbitMQ bloquées

Si la tâche Surveillance des incidents dans Security Desk ou la tâche de Configuration des incidents dans Config Tool affiche un message d’erreur lié aux connexions du serveur, cela peut être dû à des connexions RabbitMQ bloquées.

Symptôme

La tâche Surveillance des incidents dans Security Desk ou la tâche Configuration des incidents dans Config Tool affiche le message d’erreur suivant avec une boîte de dialogue de diagnostic vide :

En attente de la connexion au serveur.

Cela peut être vérifié à partir du portail Web RabbitMQ :
  1. Connectez-vous à https://<Adresse IP serveur RabbitMQ>:<Port Web serveur RabbitMQ>. Le port Web par défaut est le 15671.
    REMARQUE : Le navigateur Internet Explorer n’est plus pris en charge par le portail Web RabbitMQ.
  2. Saisissez vos identifiants RabbitMQ.
  3. Sélectionnez l’onglet Connexions.

L’État de l’Hôte virtuel indique Bloqué ou Blocage.

Cause

Faibles ressources serveur.

Cela peut être vérifié à partir des journaux RabbitMQ situés dans C:\ProgramData\Genetec\RabbitMQ\log.
********************************************************** *** Les éditeurs seront bloqués jusqu’à ce que cette alarme soit effacée *** ************************************************** 2020-12-01 11:48:06.702 [info] <0.358.0> vm_memory_high_watermark clear. Mémoire utilisée : 3383427072 autorisée :3435547852 2020-12-01 11:48:06,702 [avertissement] <0.356.0> alarme de limite de ressources mémoire effacée sur le nœud 'rabbit@SCIGCLB-S*****' 2020-12-01 11:48:06,702 [avertissement] <0.356.0> alarme de limite de ressources mémoire effacée sur le cluster

Pour plus d’informations sur les connexions RabbitMQ bloquées, reportez-vous à la rubrique Notifications de connexion bloquée.

Solution

Utilisez l’une des méthodes suivantes pour résoudre ce problème :
  • Redémarrez le service RabbitMQ :
    1. Sur le serveur RabbitMQ, ouvrez Microsoft Management Console Services (services.msc).
    2. Sélectionnez RabbitMQ dans la liste des services et cliquez sur Redémarrer.

    Cela libère des ressources de mémoire.

  • Augmentez la limite de mémoire de la machine virtuelle grâce à la ligne de commande :
    • Pour dédier un pourcentage de RAM à utiliser par RabbitMQ : rabbitmqctl set_vm_memory_high_watermark <fraction>

      Par exemple, pour dédier 60 % de la RAM aux opérations de RabbitMQ, utilisez la commande suivante à l'invite de commande : rabbitmqctl set_vm_memory_high_watermark 0.6.

    • Pour dédier la quantité exacte de RAM à utiliser par RabbitMQ : rabbitmqctl set_vm_memory_high_watermark absolute "<memory_limit>"

      Par exemple, pour dédier 6 Go de RAM aux RabbitMQ : rabbitmqctl set_vm_memory_high_watermark absolute "6G".

  • Augmentez les ressources serveur.

Le système met trop longtemps à déclencher les incidents

Lorsque le système met trop longtemps à déclencher les incidents, vous pouvez résoudre le problème en filtrant les événements inutiles dans la file d'attente d'événements de RabbitMQ.

Symptômes

Les incidents ne sont pas déclenchés dans les temps dans Genetec Mission Control™.

Cause

Selon la configuration du système et des entités connectées, le rôle Répertoire peut parfois envoyer trop d'événements au serveur RabbitMQ Mission Control. La file d'attente d’événements devient trop volumineuse pour traiter les nouveaux événements, retardant le déclenchement des incidents. Vous pouvez trouver les détails concernant le nombre d’événements dans la file d’attente et le taux de réponse du serveur RabbitMQ sur https://<Adresse IP serveur RabbitMQ>:<Port Web serveur RabbitMQ>.
REMARQUE : Le port Web par défaut est le 15671.

Solution

  1. Arrêtez le rôle Gestionnaire d'incidents dans Config Tool :
    • Allez dans Système > Rôles > Gestionnaire d'incidents.
    • Faites un clic droit sur Gestionnaire d'incidents.
    • Sélectionnez Maintenance > Désactiver le rôle.
  2. Connectez-vous au service RabbitMQ depuis https://<adresse IP du serveur de RabbitMQ>:<port web du serveur de RabbitMQ> Le port web par défaut est 15671.
    REMARQUE : Le navigateur Internet Explorer n’est plus pris en charge par le portail Web RabbitMQ.
  3. Cliquez sur l’onglet Files d'attente, puis sur ExternalEventsQueue.
  4. Cliquez sur Purger puis sur Purger les messages pour vider la file d'attente.
  5. Réactivez le rôle Gestionnaire d'incidents :
    • Allez dans Système > Rôles > Gestionnaire d'incidents.
    • Faites un clic droit sur Gestionnaire d'incidents.
    • Sélectionnez Maintenance > Activer le rôle.
  6. Filtrez les événements dont vous n'avez pas besoin dans votre configuration Mission Control :
    1. Dans Config Tool, allez dans Système > Rôles > Gestionnaire d'incidents.
    2. Cliquez sur l'onglet Événements.
    3. Décochez les événements dont vous n’avez pas besoin.

    Pour en savoir plus sur le filtrage des événements, consultez Spécifier les événements autorisés pour Mission Control.

Les incidents actifs ne sont pas visibles dans Security Desk

Lorsque les incidents déclenchés ne sont pas visibles dans Security Desk, vous pouvez résoudre le problème en vérifiant les configurations de type d'incident dans Config Tool.

Symptômes

Les incidents déclenchés ne sont pas visibles dans Security Desk.

Cause

Les incidents actifs ne sont pas visibles dans les tâches Surveillance des incidents ou Surveillance en raison d’erreurs dans la configuration du type d’incident.

Solution

Vérifiez les points suivants :
Configuration du destinataire
Vérifiez que la configuration du destinataire de l’incident dans Config Tool > Configuration de l’incident > <nom du type d’incident> > Destinataires inclut les destinataires prévus.
État opérationnel
Vérifiez que le type d’incident est En service. Procédez de l'une des manières suivantes :
  • Faites un clic droit sur un type ou une catégorie d’incident et cliquez sur État opérationnel ()
  • Cliquez sur un type ou une catégorie d'incident et cliquez sur État opérationnel () au bas de l'écran.
Configuration des événements autorisés
Vérifiez que les événements déclencheurs du type d'incident figurent dans la liste des événements Security Center sélectionnés qui sont traités par Genetec Mission Control™. Vous pouvez vérifier la liste depuis la page Config Tool > Système > Rôles > Gestionnaire d'incidents > Événements.

Pour en savoir plus sur le filtrage des événements, consultez Spécifier les événements autorisés pour Mission Control.

API Web Mission Control n'est pas mis à jour par Genetec Update Service

Genetec™ Update Service ne met pas automatiquement à jour l'API Web Genetec Mission Control™ lors de la mise à jour de Genetec Mission Control™ des versions 3.0.3.0 et ultérieures.

Cause

Mission Control et l'API Web Mission Control ont des programmes d'installation distincts.

REMARQUE : Pour les versions 3.0.4.0 et ultérieures de Mission Control, l’API Web Mission Control fait partie du même programme d’installation et se met automatiquement à jour avec Genetec™ Update Service.

Solution

Versions applicables : Mission Control 3.0.3.0 et versions antérieures.

Vous devez mettre à jour manuellement l'API Web Mission Control vers la version compatible.

  1. Désinstallez la version précédente du Programme d’installation de l’API Web Genetec Mission Control™.
  2. Téléchargez la version compatible de l’API Web Mission Control sur GTAP. Dans la liste Recherche de téléchargement :
    1. Depuis la page Téléchargement de produits sur GTAP, sélectionnez votre version de Security Center.
    2. Dans la section Mission Control, téléchargez le pack d’installation de l’API web.
  3. Exécutez le fichier .exe téléchargé pour extraire le pack d’installation sur chaque serveur hébergeant le rôle Gestionnaire d’incidents :
    1. Par défaut, le fichier est décompressé dans C:\Genetec.
    2. Faites un clic droit sur le fichier Genetec_MissionControlWebApi_Setup.exe, puis sélectionnez Exécuter en tant qu’administrateur.
    3. Suivez l’assistant de configuration du Programme d’installation de l’API Web Genetec Mission Control™.
      IMPORTANT : À la fin de l'assistant de configuration, l'option Redémarrez Genetec™ Server est sélectionné par défaut. Vous pouvez décocher cette option pour empêcher le programme d'installation de redémarrer le service immédiatement, toutefois, vous devrez redémarrer Genetec™ Server pour terminer l'installation.

Erreur sur les Activités conditionnelles après la mise à niveau de Mission Control

Les Activités conditionnelles configurées pour un type d'incident dans Genetec Mission Control™ 2.13.3.0 ne sont pas reportées sur le dernier paramètre d’événement agrégé configuré lorsque Mission Control est mis à niveau.

Symptôme

Le nom du dernier événement agrégé sélectionné dans les Activités conditionnelles configurées pour un flux de travail d’automatisation de type incident dans Mission Control 2.13.3.0 n’est pas automatiquement sélectionné lors de la mise à niveau de Mission Control. Cela signifie que le flux de travail d’automatisation n’est pas exécuté comme souhaité.

Cause

La sélection d’incidents est remise à zéro par code.

Solution

Vous devez reconfigurer les Activités conditionnelles pour le type d’incident en sélectionnant le nom de l’événement attendu.

Désinstaller RabbitMQ

Si votre service serveur RabbitMQ ne parvient pas à démarrer ou à gérer les messages en raison de fichiers d’installation RabbitMQ endommagés, la meilleure solution consiste à désinstaller RabbitMQ puis à le réinstaller.

Procédure

Applicable à Genetec Mission Control™ versions 2.13.4.0 et ultérieures.

  1. Accédez à Démarrer > tableau de configuration > Ajout/suppression de programmes.
  2. Désinstallez le programme Genetec RabbitMQ Server .
  3. Vérifiez que tous les répertoires d’installation de RabbitMQ ont été effacés aux emplacements suivants :
    • C:\Program Files\erl<erlang version>\
    • C:\Program Files\RabbitMQ Server\
    • C:\Program Files (x86)\Genetec\RabbitMQ\
    • %ProgramData%\Genetec\RabbitMQ\
      REMARQUE : Par défaut, ce chemin mène vers C:\ProgramData\Genetec\RabbitMQ
    • %AppData%\RabbitMQ\
      REMARQUE : Par défaut, ce chemin mène vers C:\Utilisateurs\<nom d’utilisateur>\AppData\Roaming\RabbitMQ

Procédure

Applicable aux versions antérieurs de Mission Control 2.13.4.0.

  1. Allez dans Démarrer > Panneau de configuration > Ajout/suppression de programmes et désinstallez les programmes suivants :
    • RabbitMQ Server <version>
    • Erlang OTP <version>
    • OpenSSL <version>
  2. Appuyez sur Ctrl+Maj+Esc pour ouvrir le Gestionnaire de tâches.
    • Faites un clic droit sur erl.exe et sélectionnez Fin de tâche.
    • Faites un clic droit sur epmd.exe et sélectionnez Fin de tâche.
  3. Supprimez tous les répertoires d’installation pour RabbitMQ et Erlang. Cela inclut les fichiers et dossiers suivants :
    • C:\Program Files\erl<erlang version>\
    • C:\Program Files\RabbitMQ Server\
    • C:\Program Files (x86)\Genetec\RabbitMQ\
    • %ProgramData%\Genetec\RabbitMQ\
      REMARQUE : Par défaut, ce chemin mène vers C:\ProgramData\Genetec\RabbitMQ
    • %AppData%\RabbitMQ\
      REMARQUE : Par défaut, ce chemin mène vers C:\Utilisateurs\<nom d’utilisateur>\AppData\Roaming\RabbitMQ
  4. Utilisez Regedit pour supprimer les entrées suivantes de manière récursive. Vous devez supprimer les dossiers et tout ce qu'ils contiennent.
    REMARQUE : Ouvrez l’Éditeur du Registre en tapant Regedit dans la zone de recherche de Windows. Supprimez les fichiers des chemins suivants :
    • HKEY_LOCAL_MACHINE\SOFTWARE\Ericsson\
    • HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Ericsson\
  5. Supprimez les fichiers .erlang.cookie dans les emplacements suivants :
    • C:\.erlang.cookie
    • C:\Windows\.erlang.cookie
    • C:\Windows\System32\config\systemprofile\.erlang.cookie
    • C:\Utilisateurs\<nom d’utilisateur>\.erlang.cookie
    • C:\Windows\ServiceProfiles\LocalService\.erlang.cookie

La désinstallation manuelle de RabbitMQ est terminée.

Désinstaller Mission Control

Vous pouvez désinstaller Genetec Mission Control™ depuis le Panneau de configuration Windows.

Procédure

  1. Ouvrez l'application Services Windows et arrêtez le service Genetec™ Server.

  2. Allez dans Démarrer > Panneau de configuration > Ajout/suppression de programmes.
  3. Sélectionnez le programme d'installation Mission Control <version>.
    ATTENTION :
    L'API Web Mission Control et Document Service sont également désinstallés.

    Si vous ne souhaitez désinstaller que Mission Control, sélectionnez Mission Control <version>

  4. Cliquez sur Désinstaller.
  5. Redémarrez le service Genetec Server.

Meilleures pratiques pour configurer un logiciel antivirus avec RabbitMQ

Pour garantir des performances optimales et éviter d'éventuels problèmes liés au service RabbitMQ, il est recommandé d’exclure le dossier de base de données RabbitMQ des analyses antivirus.

Concerne

Toutes les versions de Genetec Mission Control™ et de RabbitMQ. Si vous envisagez d'exécuter le logiciel antivirus sur un poste exécutant RabbitMQ, vous devez configurer cette exception.

Cause

L'analyse antivirus du dossier de la base de données RabbitMQ entraîne des problèmes de performances.

Contournement

Pour éviter les problèmes de performances lors des opérations de RabbitMQ, configurez le logiciel antivirus pour exclure le dossier mentionné ci-dessous lors d'une analyse :

C:\ProgramData\Genetec\RabbitMQ\db

Instantanés de machine virtuelle et recommandations de sauvegarde pour les grappes de RabbitMQ

Les opérations sur les machines virtuelles (VM), telles que les instantanés et vMotion, peuvent provoquer des instabilités dans les grappes RabbitMQ en figeant la VM sur laquelle un nœud de grappe est exécuté.

Concerne

Toutes les versions de RabbitMQ.

Symptômes

La grappe RabbitMQ se fige sur la machine virtuelle qui héberge un nœud de grappe.

Cause

L'utilisation d'opérations sur des machines virtuelles telles que les instantanés ou vMotion pose problème.

Meilleures pratiques recommandées pour les instantanés de machines virtuelles

  • Les instantanés normaux ne sont pas utiles pour les nœuds de grappe RabbitMQ, car toutes les données sont transitoires sur les nœuds.
  • Les instantanés doivent être créés lors de toute modification de configuration.
  • Veillez à supprimer la période de rétention de ces instantanés pour vous assurer qu'au moins un instantané est disponible pour la récupération après sinistre.
REMARQUE : Les instantanés peuvent figer momentanément la machine virtuelle, perturbant la grappe et entraînant potentiellement des partitions ou des pannes. Pour en savoir plus, voir Gestion des partitions de RabbitMQ.

Meilleures pratiques de virtualisation pour les grappes RabbitMQ

Hôtes physiques distincts
Chaque nœud de RabbitMQ doit être exécuté sur un hôte physique distinct pour éviter la défaillance simultanée de plusieurs nœuds en cas d'indisponibilité d'un hôte.
Gérer les gels de machines virtuelles
Si des opérations sur des machines virtuelles, telles que des instantanés ou vMotion, sont nécessaires, suivez ces étapes pour éviter un blocage du système :
  1. Effectuez des opérations sur des machines virtuelles sur un seul nœud de grappe RabbitMQ à la fois.
  2. Attendez que la grappe se rétablisse complètement avant de passer au nœud suivant.
  3. (Facultatif) Placez le nœud en mode maintenance avant d'exécuter l'opération sur des machines virtuelles.
  4. (Facultatif) Définissez le paramètre Net Ticktime pour prendre en compte les durées de blocage des machines virtuelles. La valeur par défaut est de 60 secondes. Certaines opérations sur des machines virtuelles peuvent figer la machine virtuelle pendant plus de 60 secondes. Il est recommandé de mesurer la durée de gel de la machine virtuelle pendant les opérations et d'utiliser au moins le 90e centile comme valeur du paramètre Net Ticktime.

Configuration et recommandations de Net Ticktime

Qu'est-ce que Net Ticktime ?
Les nœuds d'une grappe RabbitMQ envoient des messages de vérification périodiques pour détecter l'état de la connexion. La valeur par défaut net_ticktime est de 60 secondes, et si aucun message de tic n'est reçu sous 45 secondes, le nœud est marqué comme indisponible.
Impact de la modification de Net Ticktime
Augmentation de Net Ticktime (entre 90 et 120 secondes)
Améliore la résilience des grappes aux pannes réseau de courte durée ou aux gels de machines virtuelles. Toutefois, la détection des nœuds bloqués est plus lente.
Réduction de Net Ticktime (60 secondes)
Panne détectée plus rapidement, mais risque de fausses partitions plus élevé en cas de blocage de la machine virtuelle.
Recommandation Genetec™
Dans les environnements qui nécessitent des instantanés ou vMotion, il est recommandé de définir net_ticktime sur 90 secondes sur tous les nœuds. Cela réduit la probabilité de partitions dues à des blocages de machines virtuelles ou à des perturbations temporaires du réseau. Voir Documentation Ticktime RabbitMQ pour en savoir plus.