Build better products with our product team.
I have raised this as a bug in the HTTP Loader and it was rejected there, yet, I have discussed this feature request with a Centreon support guys and he was keen on raising this again as a new feature, and not a bug.Allow me to explain why this feature would be absolutely great in Centreon...Many of my colleagues including myself have a server or NAS at home which is running uptime-kuma, and they have created a status page for DHL public internet services. These uptime kuma instances run locally, so we created a page to test from the source of every ISP in our part of the country…(from the principle: page of colleague A going down → ISP issue vs all pages showing issues → effective problem with our public services)https://uptime.kuma.pet/The enormous advantage of this tool is that is is freeware, largely deployed, available on all OSes and IOT devices and is not hosted in the cloud, hence you can really do checks per ISP.I would like to display such a service overview (the “external” view into our applications) within Centreon, but we are receiving a connection refused error…Other (PHP/HTML based) websites are displayed in the HTTP Loader correctly, but when I curl the UptimeKuma status page, no webpage body is displayed...I guess because the node.js parts are not renderedI could easily build a similar view in Wordpress, but the monitoring plugins in wordpress are running somewhere on a cloud subscription (and not locally) and this is a disadvantage: I do not want to provide a list of my company hosts to a third-party, and the monitoring then relies on the uptime of a single cloud subscription which is basically blackboxIf Centreon could create something similar to the HTTP Loader, this would allow the addition of http(S) monitoring from public webservices, from the public perspective of various local ISPs, displaying it internally on the central monitoring solution
For security have the possibility to monitor MSSQL dbengine with Active Directory service account rather than a local MSSQL account.Plugins : /usr/lib/centreon/plugins//centreon_mssql.pl --plugin database::mssql::pluginRegards
Persona: Centreon administrator Problem to solve: Too many clicks to create a host, apply templates, go to the “Service Discovery > Scan menu”, discover all services with all discovery rules Expected outcome: Ease of use Gain of time Potential solutions: Allow to acces service discovery within the host configuration menu. It would display all the results of all the discovery rules applicable to the host, and the user would be able to select them and when the host is saved, everything is created. Then all that is left is exporting the configuration to apply it on the pollers.
It will be easier if all stream connectors were packaged.Acutally, we have to download/clone it from GitHub repository (https://github.com/centreon/centreon-stream-connector-scripts.git ) and move the script to the directory /usr/share/lua/5.3/centreon-stream-connectors-lib/
Hello,If we referred on ITIL, the problem term means the cause of one or multiple incident recursive or not.It could be known (if we haven't yet found a solution) or not if it's new.Generally, the IT monitoring give events who are not yet qualified of an incident and no more problems.It should be good to have global ITIL approach around centreon ( Web UI, Training, etc...)For example, in the training sessions we talk about problems, incidents and events here or there. All of this always referring to alerts raised by Centreon. This can lead to confusion.During the presentation of Resource Status, we talk about “event tray”, it seems to be the good language.In fact, problem term is principally present in dropdown list filter on “Resource status” and legacy pages “Service Monitoring”. Persona: All users of Centreon and all IT services who work around Centreon with ITSM or CMDB softwares (and so much)Problem to solve: have a common language all time of usage of centreon since training to production usageExpected outcome: a better experience around CentreonPotential solutions: Replace the term "problem" (and, if applicable, "incident") by event term on the web interface (and on trainings and docs as far as possible).See below for example where we can find problem term:
Hi, i’m trying to update centreon to the latest vesion 22.10 on a rocky9.I’m blocked because centreon repo doesn’t provide php-pecl-gnupg >= 1.5.Official Remi repo name this package php81-php-pecl-gnupg.Is it either possible to add the version 1.5 of php-pecl-gnupg on centreon repo or to add php81-php-pecl-gnupg to the dependencies list of centreon ?
An host/service context menu in MAP to manage downtimes when working with a map. Centreon operator. When interacting with host and service objects on a map in MAP module an admin or a user (with proper ACLs) can right-click an object and a context menu is displayed with the options related to downtimes: - Add downtime - Delete downtime - Delete current downtime A user can add a downtime quickly from here. But a user cannot “Delete downtime” or “Delete current downtime”. To do that a user must go to Monitoring > Downtimes to cancel upcoming or current running downtime. It is very inconvenient for our users. They see a menu option and they expect it to be working as expected. I created a ticket for it as for me it looks like a bug but I was informed this functionality was deprecated(!). Please, make these options “Delete downtime” and “Delete current downtime” to work as expected from the context menu available in MAP.
hellosome colleagues have a server or NAS at home which is running uptime-kuma, and they have created a status page for DHL public internet services. These uptime kuma instances run locally, so we created a page to test from the source of every ISP in our part of the country…(from the principle: page of colleague A going down → ISP issue vs all pages showing issues → effective problem with our public services)I would like to display such a service overview within Centreon, but we are receiving a connection refused error…Other (PHP/HTML based) websites are displayed correctly, but when I curl the UptimeKuma status page, no webpage body is displayed...I guess because the node.js parts are not renderedI could easily build a similar view in Wordpress, but the monitoring plugins in wordpress are running somewhere on a cloud subscription (and not locally) and this is a disadvantage: I do not want to provide a list of my company hosts to a third-party, and the monitoring then relies on the uptime of a single cloud subscription which is basically blackboxThis HTTP loader would allow the addition of http(S) monitoring from public webservices, from the public perspective of various local ISPs, displaying it internally on the central monitoring solution
It’s very difficult in the web console to search for the opposite of items e.g. I need to know how many hosts are not in hostgroup i.e. they have not been assigned to any groups. As we use these groups to assign ACLs it’s important that they can be picked up so having the option to choose all the hostgroups and then a “not” would allow this.
Additional filter in "Configuration > Pollers" page Centreon administrator/operator. When there are a lot of remote pollers confgured (we have moire than 40) and the configuration for lot of them changed it is very unconvienient to click checkboxes at each one for which Conf changed (let say for 10 out of 40). A checkbox is added in the filter area to display only pollers marked with "Conf Changed" flag. So one can quickly select this checkbox so only the ones for which “Conf changed” are displayed. One can use “Select all” checkbox with one click and export the configuration without clicking one by one going through a long list.
Marking correctly pollers for which "Conf Changed" when a host is moved from one poller to another.. Centreon administrator/operator. Our observations are that when a host object is switched from one monitoring poller to another one only the other poller is marked as "Conf Changed". And when only we send the new configuration to this marked poller then the previous poller doesn't know that a host object is moved to another poller. The previous poller keeps running checks for the host object until it is is reloaded by some other change in config which affects it. Both pollers are marked with "Conf Changed" flag.
No account yet? Create an account
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.