Hi, when I open a host's ticket via open-tickets using dashboard or via notification connector centreon_notification_centreon_opentickets_api.pl , only the host receives the ACK, even though the default acknowledgement configuration is set to “acknowledge services attached to the host”.My idea is to make the open-tickets ACK to respect the default acknowledgement configuration for hosts, or this parameter should be configurable within the provider rule.
Bonjour à tous,Je souhaite proposer une amélioration pour Centreon Map qui, je pense, pourrait bénéficier à de nombreux utilisateurs.Contexte : Actuellement, Centreon Map limite la taille des images à 2MB et ne supporte pas les fichiers SVG. Cette restriction pose des défis lorsque nous voulons intégrer des images de haute qualité ou des graphiques vectoriels, qui sont souvent essentiels pour une visualisation claire et précise de notre infrastructure.Proposition d'amélioration :Augmenter la taille maximale des images supportées au-delà de 2MB : Avec l'augmentation des résolutions d'écran et la nécessité d'images détaillées, il serait bénéfique de permettre l'importation d'images de plus grande taille. Cela éviterait la perte de qualité due à la compression excessive. Supporter les fichiers SVG : Les SVG (Scalable Vector Graphics) sont des graphiques vectoriels qui offrent une qualité d'image supérieure à n'importe quelle résolution, sans perte de qualité. En permettant l'utilisation de fichiers SVG, nous pourrions bénéficier de visuels plus nets et plus professionnels dans nos cartes Centreon.Bénéfices attendus :Amélioration de la clarté et de la qualité visuelle des cartes. Possibilité de personnaliser les cartes avec des images plus détaillées et des graphiques vectoriels. Gain de temps pour les administrateurs qui n'auront plus besoin de redimensionner ou convertir des images pour qu'elles respectent les restrictions actuelles.Je suis certain que cette amélioration rendrait Centreon Map encore plus puissant et flexible pour tous les utilisateurs. Merci de prendre en considération cette proposition.Bien cordialement,CASELLATO MATHIEUIngénieur Réseaux & SécuritéOrangeCyberDefense
Persona: All users receiving notifications Problem to solve: Default notifications are poorly formatted, no colorization, no highlight... Expected outcome: Immediate readability of what resource is impacted what is the status Less alert fatigue Potential solutions: https://github.com/Shini31/centreon-notifications or this fork https://github.com/masgo/centreon-notifications Support of markdown-formatted messages Based on Github proposition.
Veeam has released version 13, which is no longer compatible with the current Centreon connectors.In this version, access is only available through the REST API:https://helpcenter.veeam.com/references/vbr/13/rest/1.3-rev0/tag/LoginVeeam is now provided as a Linux appliance with specific command sets.Could you please consider updating the Centreon plugin to support this new version and its REST API access?
Hello,Please add native probes for XCP-NG hypervisor and Xen Orchestra management platform in Centreon. These would enable monitoring of hosts, VMs, storage, and performance metrics similar to existing VMware/Proxmox support. Essential for XCP-NG users. Thank you!
Hello,Could you configure with your api the functionnality :-Create discovery jobs with parameters by API
Almost exclusively, our team uses poller settings with checkboxed “Move Export Files”, “Restart Monitoring Engine” turned On as shown below: I’m not sure about other people’s needs, but the setting shown is so common during our daily operations, and especially when exports are very frequent - that is, when things don’t work as expected and Configuration File Export becomes a debugging tool - it is quite rare for us to use these checkboxes in a different setting. This proposal suggests implementing configuration settings for default states of the following UI elements:Checkboxes Monitoring Engine restart method and eventually, Post generation command,to improve the UX and make frequent daily exports as smooth as possible. Cumulatively in operations, this change would save a a lot of time and friction when services don’t work as expected and need more time to fix, while this page becomes an unnecessary mental burden in the process. Currently, in order to save us thousands of daily mouse point-and-clicks at these boxes, after each minor update we manually patch the web page to default as show above, for the sake of preserving sanity. Thank you!
Context & Problem: In the new Dashboards, the "Group Monitoring" widget systematically displays all status badges (Down, Up, Critical, Warning, Ok) even when their count is 0.While the new Dashboard Engine is great, displaying these (0) values creates significant visual noise. When monitoring dozens of hostgroups, the screen becomes cluttered with green and red badges that don't actually require any action. It makes it much harder for operators to spot real alerts at a glance.In the legacy Custom Views, the old hostgroup-monitoring widget naturally hid these zero values, offering a much cleaner and efficient UX.Suggested Solution: Please add a simple toggle in the widget configuration panel (e.g., a checkbox: "Hide empty statuses" or "Hide counters at 0").When enabled, the React component would simply not render the badge if the count is exactly 0.Value: This small UI tweak would massively improve the readability of the Dashboards, reduce cognitive load for IT operators, and help teams focus only on actual ongoing issues.
Hello, We are missing a way in the UI, where a list of services/templates can be found, filtered by a particular Command that is being referenced.The usage scenario is making sure that changes to the underlying Command do not break the existing hosts when they get regenerated in the future. The existing list of Commands with just a reference count is far from being fit for the purpose. Thank you. BR, Lubos MedovarskyScheidt & Bachmann
Currently, MIB data is not sufficient, and it would be useful to be able to monitor the appliance and the buckets.Actuellement la MiB n'est pas suffisante et il serait intéressant de pouvoir superviser l'appliance et les buckets.
Bonjour,Les courbes de graphes sont actuellement adaptés pour une interface en mode “light” mais en mode “dark”, les courbes en gris, noir, bleu foncé, ne sont pas très visibles.Je sais qu’on peut changer les couleurs des courbes mais le changement s’applique aussi au mode “light” et donc changer une courbe noir en blanc va reporter le problème sur les utilisateurs en mode “light”.Est-il possible que les couleurs par défaut s’adaptent en fonction du mode choisi par l’interface ? Et/ou qu’il soit possible de choisir 2 couleurs différentes pour une même courbe, selon que l’interface est configurée en mode “light” ou “dark” ?Merci d’avance
No account yet? Create an account
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.