I marked the thread as resolved
Posts by Kevin.Honka
This forum was archived to /woltlab and is now in read-only mode.
-
-
Take a look at this Chapter in the Documentation.
I would highly recommend that you do not "just" migrate from Icinga1 to Icinga2.
As there is no straight migration path, it is always recommended to setup a playground where you can checkout Icinga2 and familiarize yourself with the new System, wheter you do that on a VM or use the Vagrant boxes is up to you.
There are also multiple Addons and integrations for Icinga2 that you can work with.
- Backend
- Mysql
- PostreSQL
- Performancestorage
- Graphite
- InfluxDB
- Webinterface:
- IcingaWeb2 with Addons like DIrector etc
- Grafana via InfluxDB
Depending on what you want to achieve with your monitoring, different setups are possible.
Also, please do not post multiple posts in the same thread, without any interaction.
- Backend
-
if you are going to use only the director, remove everyting under conf.d expect the api-users.conf. Then you can create the Host for the master in the Director and everything is good to go.
You could also import the Host etc via the CoreAPI Import.
-
sure it is possible, that is what the API is for. Take a closer look here https://www.icinga.com/docs/ic…atest/doc/12-icinga2-api/
There are also people out there who use somekind of link between their container orchestration and the director to automagically add the containers.
-
-
die .less dateien, können mit einem eigenen theme überschrieben werden. Da muss man nicht in der php rumeditieren. einfach eine eigene .less datei anlegen und den was man haben möchte. Dann als globales Theme hinterlegen und es zieht auch beim Login
-
do you need the performance data only for grafana?
If so, just use influxDB it is much easier to setup.
After Installing it, just make a influxdb config like this:
Code- object InfluxdbWriter "influxdb" {
- host = "127.0.0.1"
- port = 8086
- database = "icinga2"
- enable_send_thresholds = true
- enable_send_metadata = true
- host_template = {
- measurement = "$host.check_command$"
- tags = {
- fqdn = "$host.name$"
- hostname = "$host.name$"
- groups = "$host.groups$"
- }
- }
- service_template = {
- measurement = "$service.check_command$"
- tags = {
- fqdn = "$host.name$"
- hostname = "$host.name$"
- service = "$service.name$"
- }
- }
- }
and you are good to go.
-
Würde das nicht direkt in den mitgelieferten css dateien anpassen, da es beim nächsten Update überschrieben wird. besser wäre ein eigenes Theme anzulegen und dort die gewünschten Einstellungen zu überschreiben.
-
durchaus möglich, die felder vom Director sind teilweise unheimlich empfindlich.
-
-
Ist recht einfach, du brauchst nur eine Apply rule für den Check und musst in der Apply rule eine Custom propertie disk_partition haben, in welcher $config$ drin steht.
-
Can you give us an example, so we can understand what you are trying to achieve? It is rather hard guessing from the limited information in your post.
-
already checked that, the calculation seems sound as wolfgang and mcktr already said, this seems to be a bug due to the usage of different programs to get the data.
-
Was man machen kann, ist den Passiven Check zu definieren und dann über die API Events auf den besagten Check zu schreiben.
Keine Ahnung wie das genau funktioniert am besten mal in die Docs reinschauen https://www.icinga.com/docs
-
take a look at this chapter in the documentation. It should tell you how to configure your clients so that checks are executed on them.
-
thought about using python for it, as I really dislike bash and do also not know anything about golang
maybe worth a shot though
-
well seeing as one of those is almost 5 Years old... I do not think it will get fixed. Time to write my own disk check then
-
thanks for the link, will take a look at it
-
I just did some checking on one of my servers and it seems the performancedata generated by the check_disk plugin are kinda strange.
Example:
But when you actually subtract 4432 from 6926 the free Space is: 2494
I'm not sure where the error comes from.
Maybe I'm just stupid and there is some underlying stuff happening that causes this, not sure though.
-
klar ist das möglich. Ob ihr den Director als module mit seiner gesamten Konfiguration sichert ist euch überlassen.
Persönlich mache ich nur ein DB backup und kann in wenigen Minuten eine neue Instanz vom Director mit der neuen Datenbank hochziehen, der dann genauso weiter läuft wie bisher auch.
Natürlich sind noch einige Sachen, wie z.B. die Konfiguration für Icinga2, Hostname usw zu beachten.
Probiert es doch mal aus, indem ihr eine VM baut und auf der Versucht Icinga2 mit dem Director ans laufen zu bringen.