Description Dirk Wiesenthal 2012-12-10 19:12:35 CET

Ich habe hier ein klassisches Setup mit master, backup, slave und member. Ich habe einen fiktiven Nagios-Dienst erstellt und alle Rechner hinzugefügt.

Beim nochmaligen Öffnen musste ich feststellen, dass nur master und slave akzeptiert wurden. Vermuteter Hintergrund: Ich hatte vor dem Join der anderen Rechner bereits Fantasie-Member hinzugefügt und ihnen IP-Adressen gegeben. Dann hatte ich sie kurz vor dem Join schnell gelöscht. Offenbar sind diese Computer nicht restlos aus dem LDAP entfernt worden:

root@master:~# univention-ldapsearch -LLL cn=FooBAR
dn: cn=FooBAR,cn=nagios,dc=dirk,dc=ucs31,dc=qa
univentionNagiosNormalCheckInterval: 10
univentionNagiosNotificationInterval: 180
cn: FooBAR
univentionNagiosNotificationPeriod: 24x7
univentionNagiosCheckCommand: foobar
objectClass: top
objectClass: univentionNagiosServiceClass
objectClass: univentionObject
univentionNagiosMaxCheckAttempts: 10
univentionNagiosCheckPeriod: 24x7
univentionNagiosRetryCheckInterval: 1
univentionObjectType: nagios/service
univentionNagiosUseNRPE: 1
univentionNagiosHostname: mem79.dirk.ucs31.qa
univentionNagiosHostname: master.dirk.ucs31.qa
univentionNagiosHostname: mem81.dirk.ucs31.qa
univentionNagiosHostname: slave.dirk.ucs31.qa
univentionNagiosNotificationOptions: w,c,u,r

mem79 und mem81 existieren nicht (mehr). Das könnte auch der Grund für Bug #29502 sein. Irgendwo wird die IP nicht aufgeräumt und das System glaubt, dahinter verberge sich ein ganz anderer Rechner. Im Nagios-Feld sind jetzt jedenfalls nur 2 der 4 Rechner gelistet.