Posts by qubit

This forum was archived to /woltlab and is now in read-only mode.

    Ah nice, i implemented the following solution for now:


    Code
    1. if (!vars.http_vhost) {
    2. vars.http_vhost = http_vhost
    3. }
    4. if (!vars.http_address) {
    5. vars.http_address = http_vhost
    6. }


    Thank you very much!

    Regards,
    Daniel

    Ok, but then i have to define vars.http_address & vars.http_vhost for each vars.vhosts explicitly instead of settings
    them in the 'apply Service part as default like:


    Code
    1. vars.http_vhost = http_vhost
    2. vars.http_address = http_vhost


    Right?

    Hi,


    is it possible to check different ports for the same target?


    Code
    1. vars.vhosts["example.com"] = {
    2. vars.http_ssl = true
    3. vars.http_sni = true
    4. }
    5. vars.vhosts["example.com"] = {
    6. http_port = "8080"
    7. }

    Because with this setup it looks like, that only the second/last check for port 8080 is active.


    Regards,

    Daniel

    This Howto describes how to install InfluxDB and Grafana on CentOS 7.


    InfluxDB:

    • Enable the repository:
    Code
    1. cat <<EOF | sudo tee /etc/yum.repos.d/influxdb.repo
    2. [influxdb]
    3. name = InfluxDB Repository - RHEL \$releasever
    4. baseurl = https://repos.influxdata.com/rhel/\$releasever/\$basearch/stable
    5. enabled = 1
    6. gpgcheck = 1
    7. gpgkey = https://repos.influxdata.com/influxdb.key
    8. EOF
    9. yum makecache fast
    • Install:
    Code
    1. yum install -y influxdb
    2. systemctl enable influxdb
    3. systemctl start influxddb
    • Create Icinga user
    Code
    1. create database icinga2;
    2. create user icinga2 with password '$PASSWORD';
    3. grant all on icinga2 to icinga2;
    4. quit

    Icinga2:

    • Enable feature:
    Code
    1. icinga2 feature enable influxdb
    • Configure InfluxdbWriter
    • Restart icinga2 and check logfile:
    Code
    1. systemctl restart icinga2 && tail -f /var/log/icinga2/icinga2.log

    Grafana:

    • Enable the repository:
    • Install:
    Code
    1. yum install -y grafana
    2. systemctl enable grafana-server
    3. systemctl start grafana-server
    • Configure Datasource
    1. Go to http://localhost:3000 and login with admin:admin
    2. Go to 'Create your first data source'.

    1. Download the Dashboard Icinga2 with InfluxDB
    2. Click at 'Home' in the upper left corner and click 'Import'
    3. Select the imported Dashboard below 'Home'

    Grafana behind a reverse proxy / Nginx:


    Code
    1. location /grafana {
    2. proxy_set_header Host $host;
    3. rewrite ^/grafana/(.*) /$1 break;
    4. proxy_pass http://localhost:3000/;
    5. }

    Hi,


    nach >1Woche Einarbeitung habe ich das Zonen und Objektbasierte Konzept wohl hoffentlich einigermaßen

    verstanden. Zumindest habe ich aktuell die folgende Konfiguration laufen:


    Master -> Satellite/Zone -> Client

    |

    \/

    Client(s)


    Dazu aber noch ein paar Fragen:


    - Ist es i.O, globale Services unterhalb von zones.d/global-templates/services.conf abzulegen?


    - Bei allen 3 Checks: hostalive, ping, ssh ist die 'Check Source' für den Client der Satellite, aber für den Satellite und den Master die Endpoints selbst.

    Für den Master ist logischerweise kein anderer "command_endpoint" vorhanden, aber ich hätte beim Satellite erwartet, dass dort ebenfalls der "parent"

    also der Master automatische zuständig ist, denkfehler? :/


    Gruß Daniel

    Got it!


    I already had the right settings to connect from the master to the client, but much more clear after reading the given part in

    the documentation. But the final thing was to set the 'parent = master' object attribute: Without it i received the 'not connected to master' issue.


    Code
    1. object Zone ZoneName {
    2. endpoints = [ NodeName ]
    3. parent = "master"
    4. }


    Thank you both!

    Hi,


    ich versuche mich gerade an einem Icinga2 Setup, primär als Distributed Monitoring. Dabei werden div. Clients im Lan und im Wan-
    (ohne ipsec-tunnel) angebunden. Innerhalb des Lans und via node wizard funktioniert bisher alles. Die Wan Clients bekomme ich ebenfalls
    angebunden (Zertifikate manuell erstellt und ausgerollt), cluster, ping und ssh checks funktionieren. Aber spätestens bei einem lokalen Check
    wie 'disk' erhalte ich den folgenden Output:


    Remote Icinga instance '$fqdn' is not connected to '$icingamaster'


    Daher meine Frage:


    Ist es zwingend erforderlich, dass jede Instanz oder mindestens eine bzw. der Satellite eine Verbindung zum Master aufbauen kann?


    Danke & Gruß Daniel

    Hi,


    ich habe jetzt mal folgendes getestet:



    Ohne dependent_host_name

    Code
    1. define servicedependency {
    2. host_name examplehost
    3. service_description check-nrpe-availability
    4. dependent_service_description nrpe_check_load
    5. execution_failure_criteria w,u,c
    6. notification_failure_criteria w,u,c
    7. }


    Mit dependent_host_name

    Code
    1. define servicedependency {
    2. host_name examplehost
    3. service_description check-nrpe-availability
    4. dependent_host_name examplehost
    5. dependent_service_description nrpe_check_load
    6. execution_failure_criteria w,u,c
    7. notification_failure_criteria w,u,c
    8. }



    Beide Konfigurationen verhalten sich identisch, obwohl laut Doku bei einer servicedependency auf demselben Host das Property dependent_host_name entfernt werden soll!


    Kann dies jemand bestätigen?


    Gruß Daniel

    Hi,


    um eine 'servicedependency' auf demselben Host zu konfigurieren muss der Eintrag 'dependent_host_name' entfernt werden, wie in der Doku aufgeführt:


    objecttricks


    Derzeit setze ich das via LConf wie folgt um:


    Code
    1. lconfservicedependency = $HOSTNAME$ -> check-nrpe-availability


    Beim Export entferne ich dann die die Zeile via sed:


    Code
    1. sed -i "s/dependent_host_name.*//g" $hostfile


    Ich finde jedoch keine Möglichkeit, dies direkt via LConf auszusteuern. Das Einzige was ich gefunden habe, ist ein FeatureRequest bei NETWAYS.


    Hat jemand von Euch dies bereits erfolgreich umgesetzt?


    Gruß Daniel


    EDIT


    os/distribution and version
    ubuntu Server 12.04 64Bit


    how was LConf installed - tarball, configure options, make calls, shell output or packages
    LConf 1.4.3 from tarball, nothing special, just upstream docu.


    openldap version and configuration style (old slapd.conf or new object based config)
    openldap 2.4.28 with new object based config


    used with icinga or nagios as core, versions of those
    Icinga core 1.12.0


    if using LConf with Icinga Web, that version plus the one of Icinga Web itsself
    lconf-icinga-mod-1.4.1 and Icinga-web 1.12.0


    possible error messages (when running a script, etc)
    nothing