Les questions et réponses fréquemment posées (FAQ) sont classées en fonction de la version utilisée :
À partir de la version 756 de Pandora FMS, le système de synchronisation a été repensé à partir de zéro pour les environnements en mode centralisé, ce qui le rend plus rapide et plus efficace, car les modifications seront automatiquement répliquées aux nœuds sans nécessiter de synchronisation manuelle jusqu'à présent.
Ce changement laisse le système précédent en désuétude, donc dans les environnements où il était actif, il faudra passer par le système de fusion automatique pour utiliser le nouveau système de centralisation et pouvoir garantir l'intégrité des données.
Lors de la mise à jour, tous les environnements Metaconsole déjà centralisés seront obligés de passer par la nouvelle section de l'outil de fusion (Merging tool) située dans la gestion centralisée (Centralised Management) afin d'être à nouveau centralisés correctement.
Pour plus d'informations visitez “Command Center”.
Version NG 755 ou versions précédentes.
L'utilisateur doit avoir les mêmes autorisations sur la Métaconsole et sur le nœud. Le flux de création correct consiste à créer et à attribuer des autorisations à l'utilisateur à partir de la Métaconsole et à les synchroniser avec le nœud.
Pour plus d'informations, visitez le lien suivant où vous pouvez observer la synchronisation et la propagation des utilisateurs.
Version NG 755 ou versions précédentes.
Pour modifier les autorisations d’un utilisateur, vous devez le faire à partir de la Métaconsole et synchroniser cet utilisateur à partir de la section de synchronisation.
La synchronisation des profils est basée sur la création de nouveaux profils sur l’utilisateur du nœud. Cela évite de toucher involontairement les profils configurés sur le nœud.
Pour plus d'informations, visitez le lien suivant où vous pouvez observer la synchronisation et la propagation des utilisateurs.
Version NG 755 ou versions précédentes.
Vous devez vous assurer que :
auth
) et du mot de passe de l’API (Api password
) sur les instances et il est configuré correctement sur la MétaconsoleVersion NG 755 ou versions précédentes.
Pour pouvoir synchroniser un nœud avec la Métaconsole, allez vers la partie Advanced → Consoles setup et remplir correctement les données du nœud (Server name
, auth token
, etc.).
Version NG 755 ou versions précédentes.
Afin de synchroniser la licence de la Métaconsole, une fois qu’elle est validée, vous devrez instancier tous les nœuds dans la Métaconsole à synchroniser. Une fois cela fait, accédez à Advanced→License et cliquez ♦Validate and sync qui synchronisera la licence avec tous les nœuds instanciés.
Version NG 755 ou versions précédentes.
S'il est impossible d’effectuer des actions sur les événements cela signifie que vous avez activé le jeton de Event replication du Setupn → Enterprise de l’instance, avec lequel vous pouvez afficher les événements de l’instance dans la Métaconsole.
Une fois que vous avez commencé avec la réplication d’événements, en ayant le jeton de la Métaconsole de Centralized management actif, les événements ne peuvent être gérés qu’à partir de celui-ci. À partir de là, vous pouvez valider, mettre en cours et ajouter des commentaires et des réponses. Afin de visualiser les événements sur l'Instance, rendez vous sur Setup → Enterprise et activer le jeton Show event list in the local console (read only) pour pouvoir uniquement les visualiser.
Version NG 755 ou versions précédentes.
Pour synchroniser les données de la base de données des instances avec la Métaconsole, autorisez l'utilisateur de la Métaconsole à accéder à la base de données de l'instance. Pour ce faire, utilisez la commande suivante :
GRANT ALL PRIVILEGES ON <MetaconsoleDatabaseName>.* TO <UserName>@<HostAddress> IDENTIFIED BY <UserPass>;
Version NG 755 ou versions précédentes.
Une fois qu'une instance est référencée à la Métaconsole, elle apparaît dans Console Setup où vous pouvez vérifier l'état de la base de données, de l'API, la compatibilité, la réplication des événements, le cache de l'agent et la synchronisation avec le nœud.
Pour pouvoir vérifier à nouveau l'état d'une connexion, il suffit de cliquer sur la checklist à vérifier.
Les états peuvent être :
Version NG 755 ou versions précédentes.
L'utilisation de l'API dans la Métaconsole est similaire à l'utilisation de l'API dans n'importe quelle instance. Pour ce faire, vous devez d'abord connaître l'utilisateur, le mot de passe de l'API et être dans la définition de la liste d'adresses IP avec accès à l'API. Une fois les trois éléments configurés, les actions souhaitées peuvent être effectuées.
Pour plus d'informations sur les appels de l'API, visitez le lien suivant.
Version NG 755 ou versions précédentes.
Pour vérifier que la base de données de la Métaconsole fonctionne correctement, allez sur un nœud et effectuez la vérification :
mysql -h <IP ADDRESS META> -u <USER META> -p <PASSWD META> <DataBaseMETA>
Par exemple :
mysql -h 127.0.0.1 -u root -p pandora metapandora
Version NG 755 ou versions précédentes.
Pour vérifier si l'agent cache fonctionne correctement, vous devez vérifier les informations dans la base de données de l'instance et de la Métaconsole.
Tout d'abord, vous devez aller à la base de données de l'instance et voir les informations enregistrées dans la base de données de Pandora FMS, dans la table t_agente
:
USE pandora; SELECT * FROM tagente;
Ensuite, allez dans la base de données de la Métaconsole et voyez les données enregistrées dans la table tmetaconsole_agent
, où les mêmes données que ceux dans l'instance doivent apparaître.
Plus de données apparaîtront en fonction du nombre d'instances référencées dans la Métaconsole. Pour pouvoir filtrer par console, vous devez utiliser le champ : servername
dans la table tmetaconsole_agent
.
Version NG 755 ou versions précédentes.
Pour pouvoir observer les journaux d'une instance à partir de la Métaconsole, il faut créer un rapport à partir de la Métaconsole qui recueille les journaux.