on a eu le même soucis, dans les nouvelles versions, il y a un user centreon_map qui peut être bloqué :

401 Unauthorized: "{"code":401,"message":"Authentication failed"}" 

Celle-ci était causé par l'utilisateur "centreon_map" qui était bloqué suite à plusieurs échecs d'authentifications.
 

peux tu regarder et poster les messages d’erreur dans 

/var/log/centreon/login.log

if these message are present, i’ll post you the answer of support 

User Centreon ou Mariadb ?

J’ai la ligne suivante en exécutant le script “diagnostic.sh” :

Le service est bien démarré mais il n’écoute pas sur le port 9443.

mariab db 

Supervision > Map empty after HTTPS configuration | Community

tu as regardé les anciens topics au cas ou ? 

ou réimporté les certificats ?

Secure your MAP platform | Centreon Documentation

Il n’y a pas que le module MAP qui ne fonctionne pas bien dans la nouvelle version…

Je supprime un serveur, j’exporte la configuration et il apparaît toujours dans le statut des ressources.

tu as bien vérifié que ton poller avait redémarré ? 

gorgone bien pararmétré ? 

oui. J’ai déjà vérifié.

Je n’ai pas changé la configuration de gorgone entre les 2 versions.

Bonjour,

Avez-vous trouvé une solution à ce problème ?

on a eu un pb de connexion lors de la mise à jour, le seul moyen a été de mettre à jour le user centreon_map dans la db, 

 

401 Unauthorized: "{"code":401,"message":"Authentication failed"}" 

Celle-ci était causé par l'utilisateur "centreon_map" qui était bloqué suite à plusieurs échecs d'authentifications.
 
Afin d'identifier la problématique, nous avons :

• Via le diagnostic lancé en "bash -x", nous avons récupérer la commande "curl" lancé par le diagnostic et l'avons lancé à la main => NOK
• Nous avons modifié le mot de passe de l'utilisateur "centreon_map" via l'interface web et avons rejoué le curl en ayant modifié le mot de passe dans la commande => NOK
• Suite aux échecs des curls avec le "bon" mot de passe, nous avons vérifier le fichier de log suivant du Central :

/var/log/centreon/login.log

      Dans ce fichier, nous avons pût observer que l'utilisateur avait atteint la limite d'essai de connexion et était bloqué depuis.

• Nous avons donc débloqué l'utilisateur via les commandes SQL suivantes :

 
Pour vérifier si des utilisateurs sont bloqué :
 

SELECT contact_id,contact_alias,blocking_time,login_attempts FROM centreon.contact;

Puis, pour débloquer un utilisateur :
 

update centreon.contact set login_attempts=NULL, blocking_time=NULL where contact_id=XX;

(où XX = le "contact_id" de l'utilisateur bloqué)
 
Suite à ces actions et à la modification du mot de passe coté configuration MAP, celui-ci était à nouveau fonctionnel.