Tuesday, May 21st 2013, 10:57am UTC+2

You are not logged in.

  • Login
  • Register

Dear visitor, welcome to Monitoring-Portal.
Although this is a german monitoring forum, please don't hesitate to post in English. Nearly everybody here understands you and will answer in English as well.
If this is your first visit here, please read the Help. It explains how this page works. You must be registered before you can use all the page's features. Please use the registration form to register here or read more information about the registration process. If you are already registered, please login here.

Vega82

Beginner

Posts: 41

Number of monitoring servers: 1

Nagios Version: Nagios Core 3.4.4

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 25

Number of services: 500

OS: SLES 11

Plugin Version: NRPE 2.12

NDO Version: 1

1

Wednesday, June 20th 2012, 3:02pm

Servicegroup nicht sichtbar

Hallo,

ich habe mehrere Advanced Services einer Hostgroup und einer Servicegroup zugeordnet.
Weder Check, Service noch Servicetemplate habe einen Contact, sondern nur er entsprechende Host, über sein Hosttemplate.

Die Notification pro Service und Host funktionieren. Jeder bekommt nur die Notifications, die seine Hosts betreffen.
Alle Contacts sehen auch nur Ihre Hosts mit den jeweiligen Services.

Was sie nicht sehen, sind die angelegten Servicegroups. Als Nagiosadmin sehe ich diese.
Woran kann das liegen?
Bzw wo kann der Fehler in der Config liegen? Ich weiß nicht mehr weiter.
Ich dachte, wenn nur der entsprechende Host den Contact hat, wird das auch dementsprechend auf die Services durchgedrückt.

Command_checks die dem Host direkt und nicht über eine Hostgroup zugeordnet sind, sind übrigens per Servicegroup sicherbar.

dnsmichi

Super Moderator

Posts: 5,980

Birthday: May 30th 1983 (29)

Gender: male

Location: Nürnberg

Occupation: Consultant / Developer beim besten Arbeitgeber der Welt @netways

Number of monitoring servers: Icinga: 4x dev, 10++ prod, Icinga2: 2x dev

Nagios Version: s/nagios/icinga/

Icinga Version: 1.9.0 / GIT

Distributed monitoring: Ja

Redundant monitoring: Ja

Number of hosts: 1000+

Number of services: 15000+

OS: RHEL, Debian, SUSE

Plugin Version: 1.4.16

IDO-Version: 1.9.0 / GIT MySQL/Postgresql/Oracle

Other Addons: Icinga Web, PNP, check_multi, inGraph, EventDB, LConf

2

Wednesday, June 20th 2012, 4:43pm

ich moechte die configs dazu sehen.
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

bern

Master

Posts: 2,938

Number of monitoring servers: 2-5

Nagios Version: 3.x

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 80-200

Number of services: 1400-2000

OS: Linux

Plugin Version: Whatever I can download, patch, or cobble together myself :-)

Other Addons: n2rrd, PNP, livestatus

3

Wednesday, June 20th 2012, 5:26pm

Da wir von Nagios sprechen: Contact X kann Gruppe Y nur sehen, wenn ALLE Objekte in Y für X sicht- und zugreifbar sind.

Vega82

Beginner

Posts: 41

Number of monitoring servers: 1

Nagios Version: Nagios Core 3.4.4

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 25

Number of services: 500

OS: SLES 11

Plugin Version: NRPE 2.12

NDO Version: 1

4

Thursday, June 21st 2012, 9:31am

Da wir von Nagios sprechen: Contact X kann Gruppe Y nur sehen, wenn ALLE Objekte in Y für X sicht- und zugreifbar sind.
Danke....das war/ist der Haken.

Was natürlich nicht so super ist... gibts ne Möglichkeit da was zu ändern außer die Anzahl an Servicegroups dementsprechen aufzublähen ??

dnsmichi

Super Moderator

Posts: 5,980

Birthday: May 30th 1983 (29)

Gender: male

Location: Nürnberg

Occupation: Consultant / Developer beim besten Arbeitgeber der Welt @netways

Number of monitoring servers: Icinga: 4x dev, 10++ prod, Icinga2: 2x dev

Nagios Version: s/nagios/icinga/

Icinga Version: 1.9.0 / GIT

Distributed monitoring: Ja

Redundant monitoring: Ja

Number of hosts: 1000+

Number of services: 15000+

OS: RHEL, Debian, SUSE

Plugin Version: 1.4.16

IDO-Version: 1.9.0 / GIT MySQL/Postgresql/Oracle

Other Addons: Icinga Web, PNP, check_multi, inGraph, EventDB, LConf

5

Thursday, June 21st 2012, 11:27am

hm, man muesste dieses icinga feature mit "show_partial_hostgroups" auch fuer services erweitern (und bei nagios dann halt patchen).
https://dev.icinga.org/issues/1013

wenn bei icinga interesse besteht, einfach feature request aufmachen, und auf #1013 verlinken, bzw hier.
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

bern

Master

Posts: 2,938

Number of monitoring servers: 2-5

Nagios Version: 3.x

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 80-200

Number of services: 1400-2000

OS: Linux

Plugin Version: Whatever I can download, patch, or cobble together myself :-)

Other Addons: n2rrd, PNP, livestatus

6

Thursday, June 21st 2012, 10:01pm

gibts ne Möglichkeit da was zu ändern außer die Anzahl an Servicegroups dementsprechen aufzublähen ??
Gegenfrage: Wie sollen die Groups für die fraglichen Leute denn aussehen? Auf "seine" Objekte zusammengestrichen (dann kann ein und dieselbe Gruppe für Müller "komplett grün" sein, während Meier "alles rot" sieht, viel Spaß mit der Kommunikation ...), oder "korrekt" auch mit den Mitgliedern, für er keine Notifications bekommt?

Im zweiten Fall und wenn denn die Zahl der Service- oder Hostgroups prohibitiv wachsen würde, könnte man die Unterscheidung zwischen "Web-UI-Benutzern" und "Notification-Empfängern", die ohnehin oft sinnvoll ist, ausnutzen. Lies: Für Schulze gibt es einen Contact schulze-mail, der solchen Hosts und Services zugewiesen wird, für die Schulze Notifications bekommen soll, und einen Contact schulze, dem Notifications abgestellt sind, der aber über geeignete Contact Groups ("NOC Südwest" oder was weiß ich) die kompletten Host/Service Groups "sichtbar gemacht" bekommt.

Vega82

Beginner

Posts: 41

Number of monitoring servers: 1

Nagios Version: Nagios Core 3.4.4

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 25

Number of services: 500

OS: SLES 11

Plugin Version: NRPE 2.12

NDO Version: 1

7

Friday, June 22nd 2012, 8:58am

Also ich versuche das mal darzustellen, bin natürlich für Tips und HInweise, wie man so etwas besser aufziehen kann dankbar.

Contacts: Müller, Schulze
Hosttemplate: Projekt-1, Projekt-2
Hosts: Host-1 Host-2
Servicegroup: OS Linux Servicechecks
Advanced Service: Load

Zordungen:
Müller --> Projekt-1
Schulze --> Projekt-2

Host-1 --> Projekt-1
Host-2 --> Projekt-2

OS Linux Servicechecks --> CheckLoad

CheckLoad --> Projekt1, Projekt2


So das ist das Szenario in aller Kürze.
Ich möchte also zentrale Checks wie Check_Load gern in eine Servicegroup binden, diese soll für alle Contact sichrbar sein, aber eben nur für deren Hosts.
Finde das sehr sinnvoll und wundere mich, dass ich der erste bin, der mit der Frage kommt. Vielleicht hab ich aber auch die falsche Herangehensweise??
Aber ich denke dnsmichi hatte das auch so verstanden und das wird wohl nur mit nem Patch möglich sein ?!

bern

Master

Posts: 2,938

Number of monitoring servers: 2-5

Nagios Version: 3.x

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 80-200

Number of services: 1400-2000

OS: Linux

Plugin Version: Whatever I can download, patch, or cobble together myself :-)

Other Addons: n2rrd, PNP, livestatus

8

Friday, June 22nd 2012, 9:33am

Finde das sehr sinnvoll und wundere mich, dass ich der erste bin, der mit der Frage kommt.
Das bist Du keineswegs - aber wie gesagt, (ein ungepatchtes) Nagios handelt hier nach der Devise "ganz (und dann für alle gleich) oder gar nicht".

dnsmichi

Super Moderator

Posts: 5,980

Birthday: May 30th 1983 (29)

Gender: male

Location: Nürnberg

Occupation: Consultant / Developer beim besten Arbeitgeber der Welt @netways

Number of monitoring servers: Icinga: 4x dev, 10++ prod, Icinga2: 2x dev

Nagios Version: s/nagios/icinga/

Icinga Version: 1.9.0 / GIT

Distributed monitoring: Ja

Redundant monitoring: Ja

Number of hosts: 1000+

Number of services: 15000+

OS: RHEL, Debian, SUSE

Plugin Version: 1.4.16

IDO-Version: 1.9.0 / GIT MySQL/Postgresql/Oracle

Other Addons: Icinga Web, PNP, check_multi, inGraph, EventDB, LConf

9

Friday, June 22nd 2012, 12:19pm

Aber ich denke dnsmichi hatte das auch so verstanden und das wird wohl nur mit nem Patch möglich sein ?!


ich weiss was du meinst. ich hatte diesen anwendungsfall nur bisher noch nie - mag vielleicht daran liegen dass ich servicegroups nicht wirklich einsetze. oder dass meine user eh alles sehn duerfen ;-)
wie gesagt - wenn interessiert, frage ricardo oder matthew in form eines tickets auf https://dev.icinga.org - classic ui
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

Vega82

Beginner

Posts: 41

Number of monitoring servers: 1

Nagios Version: Nagios Core 3.4.4

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 25

Number of services: 500

OS: SLES 11

Plugin Version: NRPE 2.12

NDO Version: 1

10

Thursday, June 28th 2012, 10:22am

So, ich habs endlich mal geschafft den Feature Request einzustellen.

Ich hoffe, mein eingerostetes Englisch ist verständlich genug ^^

https://dev.icinga.org/issues/2740

dnsmichi

Super Moderator

Posts: 5,980

Birthday: May 30th 1983 (29)

Gender: male

Location: Nürnberg

Occupation: Consultant / Developer beim besten Arbeitgeber der Welt @netways

Number of monitoring servers: Icinga: 4x dev, 10++ prod, Icinga2: 2x dev

Nagios Version: s/nagios/icinga/

Icinga Version: 1.9.0 / GIT

Distributed monitoring: Ja

Redundant monitoring: Ja

Number of hosts: 1000+

Number of services: 15000+

OS: RHEL, Debian, SUSE

Plugin Version: 1.4.16

IDO-Version: 1.9.0 / GIT MySQL/Postgresql/Oracle

Other Addons: Icinga Web, PNP, check_multi, inGraph, EventDB, LConf

11

Thursday, June 28th 2012, 10:52am

ok ich hatte es doch nicht verstanden. dass du nun die implzite vererbung der host contacts auf die services willst, fuegt ordentlich overhead hinzu. ich dachte eher an - show_partial_servicegroups, wo man nicht fuer alle services autorisierter contact sein muss.
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

Vega82

Beginner

Posts: 41

Number of monitoring servers: 1

Nagios Version: Nagios Core 3.4.4

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 25

Number of services: 500

OS: SLES 11

Plugin Version: NRPE 2.12

NDO Version: 1

12

Thursday, June 28th 2012, 11:18am

Mh....meinst du das macht soviel Overhead?

Als Nagiosadmin habe ich ja die Übersicht aller Servicegroups.
Im Grunde reicht doch darunter die Abfrage, ob der entsprechende Host dem Contact zugeordnet ist?
Wenn ja, wird er gelistet, wenn nein, dann nicht.

Oder denke ich da zu einfach? Kenne natürlich die bestehende Komplexität der status.cgi nicht.

dnsmichi

Super Moderator

Posts: 5,980

Birthday: May 30th 1983 (29)

Gender: male

Location: Nürnberg

Occupation: Consultant / Developer beim besten Arbeitgeber der Welt @netways

Number of monitoring servers: Icinga: 4x dev, 10++ prod, Icinga2: 2x dev

Nagios Version: s/nagios/icinga/

Icinga Version: 1.9.0 / GIT

Distributed monitoring: Ja

Redundant monitoring: Ja

Number of hosts: 1000+

Number of services: 15000+

OS: RHEL, Debian, SUSE

Plugin Version: 1.4.16

IDO-Version: 1.9.0 / GIT MySQL/Postgresql/Oracle

Other Addons: Icinga Web, PNP, check_multi, inGraph, EventDB, LConf

13

Thursday, June 28th 2012, 1:56pm

warten wir mal was ricardo dazu sagt... und zum thema status.cgi faellt mir ned recht viel ein ausser - komplexer sauhaufen.
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

Vega82

Beginner

Posts: 41

Number of monitoring servers: 1

Nagios Version: Nagios Core 3.4.4

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 25

Number of services: 500

OS: SLES 11

Plugin Version: NRPE 2.12

NDO Version: 1

14

Wednesday, August 22nd 2012, 1:57pm

Mh schade, scheint nicht so das Interesse für da zu sein...