Hello,

cfg Exports are handled by Gorgone

I think you need to check on this side

• Check Gorgone service status on Central and Remote (systemctl status gorgoned)
• Check if the generated Gorgone config on the poller Menu are setup on the Remote server
• Check Gorgone logs on Central AND Remote side (/var/log/centreon-gorgone/gorgoned/log)
• While you checking Gorgone logs, try an export to see if an error appear (use tail -f)

Hope it helps

good morning,

Thank you for your reply.
That's one of the points I checked. I can't find the origin of the error. I notice that my central server doesn't return anything on the gorgone listening port.
I find this surprising.

Thanks for your help 
 

Hello,

What return this command on your Central ?

systemctl status gorgoned

You can enable debugging mode on Gorgone to have more data on the logs file

then restart gorgoned service and check gorgone log file

Hope it helps

bonjour, 

Effectivement dans les logs de gorgoned, il parle de problème de connexion via un proxy.

C’est surprenant, je n’ai pas besoin de proxy pour me connecter.

Merci pour votre aide

--

In fact, the Gorgoned logs mention a problem connecting through a proxy.

That's surprising, I don't need a proxy to connect.

Thanks for your help

Bonjour,

Je constate également cette erreur la:

ERROR -  core] Package 'gorgone::modules::core::action::hooks' already loaded

ERROR -  core] Package 'gorgone::modules::core::action::hooks' already loaded

Salut, j’ai aussi cette erreur, depuis toujours me semble-t-il, lorsque le daemon est relancé (sur RHEL 8.10) pas sûr qu’il y ait un rapport avec ton problème.

J’ai eu le cas une fois lors d’une mise à jour : il y avait eu des modifications des fichiers de configuration de Gorgone mais ces fichiers n’avaient pas été modifiés sur les pollers (arrêtés au moment des mises à jour du central). As-tu essayé de re-déployer la configuration Gorgone sur les pollers ? (ie: les fichiers  /etc/centreon-gorgone/config.d/40-gorgoned.yaml) ?

Petite remarque à ce sujet, lorsque l’UI affiche ce fichier et qu’on fait “Copy”, ce n’est pas le contenu affiché qui est copié, mais un heredoc avec ce contenu. C’est pratique d’avoir un heredoc tout prêt ici, je ne dis pas, mais c’est contraire à la logique élémentaire et me semble-t-il contraire à l’usage en matière de design d’UI. La copy des commandes souffre du même illogisme, ce qui est copié n’est pas ce qui est affiché (ce qui est affiché est d’ailleurs parfois bien éloigné de la commande réellement exécutée…). Hormis le masquage des mots de passe, ce qui est affiché devrait être ce qui est copié, c’est à dire fidèle à la réalité (modulo les champs “password”), àmha.