Thursday, May 23rd 2013, 10:14am UTC+2

You are not logged in.

  • Login
  • Register

Icinga-Web 1.2.0 - Inhalt in Croncs lädt nicht

VisMon

Intermediate

Posts: 207

Gender: male

Location: Schweiz

Number of monitoring servers: 1

Nagios Version: keine

Icinga Version: 1.5.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 123

Number of services: 413

OS: Centos 6 64Bit

Plugin Version: 1

1

Friday, October 8th 2010, 8:57am

Icinga-Web 1.2.0 - Inhalt in Croncs lädt nicht

Guten Tag,
ich habe jetzt Icinga Web 1.2.0 installiert, nachdem Icinga selbst auch schon 1.2.0 ist.
Nun habe ich das Problem dass von aufgerufenen Croncs aus, benutzte Links (TO Admin zeigt: 13 Hosts OK - > klick drauf - > leerer Tab öffnet sich) nicht korrekt weiterverarbeitet werden, die Tas bleiben leer. Kann es was mit dem js-Verweisen zu tun haben? Ich hatte bei der ersten Version probleme damit und musste da was ändern.
Weiter bitte ich noch um Beachtung auf dem Screenshot den ich angehängt habe, im oberen Bereich fehlt mir was, und zwar die buten Knöpfe die mir anzeigen das alles ok ist oder einige Services Fehler haben.
Getestet unter Firefox, Chrome und IE.
gruss
VisMon
PS: ich nehme mit den js-verweisen Bezug auf: http://www.nagios-portal.org/wbb/index.p…&threadID=19702
VisMon has attached the following image:
  • fehlende_knoepfe_icinga.png

This post has been edited 3 times, last edit by "VisMon" (Oct 8th 2010, 10:06am)

VisMon

Intermediate

Posts: 207

Gender: male

Location: Schweiz

Number of monitoring servers: 1

Nagios Version: keine

Icinga Version: 1.5.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 123

Number of services: 413

OS: Centos 6 64Bit

Plugin Version: 1

2

Friday, October 8th 2010, 9:34am

Hab sogar was aus der Weboberfläche in den Logs:

Source code

 
1

Uncaught AppKitPHPError: PHP Error ob_end_clean(): failed to delete buffer. No buffer to delete. (/usr/local/icinga-web/lib/agavi/src/exception/AgaviException.class.php:249) (/usr/local/icinga-web/app/modules/AppKit/lib/logging/AppKitExceptionHandler.class.php:20) fata




Das Logfile sagt nichts:

Source code

 
1
2
3
4
5

[1286518142] idomod: IDOMOD 1.0.3 (08-18-2010) Copyright (c) 2005-2008 Ethan Galstad (nagios@nagios.org), Copyright (c) 2009-2010 Icinga Development Team (http://www.icinga.org))
[1286518142] idomod: Successfully connected to data sink. 0 queued items to flush.
[1286518142] Event broker module '/usr/local/icinga/bin/idomod.o' initialized successfully.
[1286518142] Finished daemonizing... (New PID=29344)
[1286521742] Auto-save of retention data completed successfully.

Auch bei Apache kommt nichts:

Source code

 
1
2
3
4
5
6
7
8
9

[Fri Oct 08 08:07:52 2010] [notice] Apache/2.2.3 (CentOS) configured -- resuming normal operations
[Fri Oct 08 08:08:53 2010] [notice] caught SIGTERM, shutting down
[Fri Oct 08 08:08:58 2010] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Fri Oct 08 08:08:58 2010] [notice] Digest: generating secret for digest authentication ...
[Fri Oct 08 08:08:58 2010] [notice] Digest: done
[Fri Oct 08 08:08:58 2010] [notice] mod_python: Creating 4 session mutexes based on 256 max processes and 0 max threads.
[Fri Oct 08 08:08:58 2010] [notice] Apache/2.2.3 (CentOS) configured -- resuming normal operations
[Fri Oct 08 08:12:37 2010] [error] [client 192.168.1.2] File does not exist: /var/www/html/favicon.ico
[Fri Oct 08 08:12:40 2010] [error] [client 192.168.1.2] File does not exist: /var/www/html/favicon.ico

Bin mir aber nicht sicher ob es etwas damit zu tun hat.
Gruss
VisMon
PS: Die klassische Gui funktioniert übrigens ohne Probleme, auch PNP funzt.

This post has been edited 1 times, last edit by "VisMon" (Oct 8th 2010, 10:48am)

VisMon

Intermediate

Posts: 207

Gender: male

Location: Schweiz

Number of monitoring servers: 1

Nagios Version: keine

Icinga Version: 1.5.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 123

Number of services: 413

OS: Centos 6 64Bit

Plugin Version: 1

3

Friday, October 8th 2010, 11:42am

OK, bin jetzt alles erneut durchgegangen (lehrreich..)
Habe den PHP Test am Ende der Doku durchgeführt, dieser hat nicht funktionert:

Source code

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25

root@server1intern.local:/usr/local/icinga-web/etc/tests# php icingaWebTesting.php
PHPUnit @package_version@ by Sebastian Bergmann.

-> 500 internal server error!

=== Error ===
Uncaught exception AppKitPHPError thrown!

=== Message ===
PHP Error parse_ini_file(/usr/local/icinga-web/etc/..//etc/tests/test.properties): failed to open stream: No such file or directory (/usr/local/icinga-web/etc/tests/tests/installation/userRightsTest.php:10)

=== Stacktrace ===
#0 [internal function]: AppKitExceptionHandler::phpErrorException(2, 'parse_ini_file(...', '/usr/local/icin...', 10, Array)
#1 /usr/local/icinga-web/etc/tests/tests/installation/userRightsTest.php(10): parse_ini_file('/usr/local/icin...')
#2 /usr/local/icinga-web/lib/agavi/src/vendor/PHPUnit/Framework/TestCase.php(701): userRightsTest->setUp()
#3 /usr/local/icinga-web/lib/agavi/src/vendor/PHPUnit/Framework/TestResult.php(687): PHPUnit_Framework_TestCase->runBare()
#4 /usr/local/icinga-web/lib/agavi/src/vendor/PHPUnit/Framework/TestCase.php(653): PHPUnit_Framework_TestResult->run(Object(userRightsTest))
#5 /usr/local/icinga-web/lib/agavi/src/vendor/PHPUnit/Framework/TestSuite.php(757): PHPUnit_Framework_TestCase->run(Object(PHPUnit_Framework_TestResult))
#6 /usr/local/icinga-web/lib/agavi/src/vendor/PHPUnit/Framework/TestSuite.php(732): PHPUnit_Framework_TestSuite->runTest(Object(userRightsTest), Object(PHPUnit_Framework_TestResult))
#7 /usr/local/icinga-web/lib/agavi/src/vendor/PHPUnit/Framework/TestSuite.php(675): PHPUnit_Framework_TestSuite->run(Object(PHPUnit_Framework_TestResult), false, Array, Array, false)
#8 /usr/local/icinga-web/lib/agavi/src/vendor/PHPUnit/Framework/TestSuite.php(675): PHPUnit_Framework_TestSuite->run(Object(PHPUnit_Framework_TestResult), false, Array, Array, false)
#9 /usr/local/icinga-web/lib/agavi/src/vendor/PHPUnit/TextUI/TestRunner.php(350): PHPUnit_Framework_TestSuite->run(Object(PHPUnit_Framework_TestResult), false, Array, Array, false)
#10 /usr/local/icinga-web/lib/agavi/src/testing/AgaviTesting.class.php(101): PHPUnit_TextUI_TestRunner->doRun(Object(AgaviTestSuite), Array)
#11 /usr/local/icinga-web/etc/tests/icingaWebTesting.php(66): AgaviTesting::dispatch(Array)
#12 {main}root@server1intern.local:/usr/local/icinga-web/etc/tests#

ralfk

Beginner

Posts: 22

Gender: male

Location: Mettmann

Number of monitoring servers: 2

Nagios Version: 3.2.x

Icinga Version: 1.2.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 320

Number of services: 2300

OS: openSUSE 11.3 - 32 und 64 Bit

Plugin Version: 1.4.15

IDO-Version: 1.2.1

4

Friday, October 8th 2010, 4:14pm

Ich habe das gleiche Problem nach Update/Installation von 1.2.0. Alle Host- und Servicelisten sind leer. Sonst scheint alles so wie es sein muss, ich sehe nur keine Hosts und Services.

Das Problem mit dem "php icingaWebTesting.php" Aufruf ist ein fehlendes File "/usr/local/icinga-web/etc/tests/test.properties". Ich habe dazu das File aus der alten Installation von 1.0.1 verwendet mit dem Inhalt:

Source code

 
1
2
3
4
5
6
7

www-user =  wwwrun
www-group = www
www-port = 80
www-port-ssl = 443
web-path = /icinga-web
testLogin-name = root
testLogin-pass = password


Damit läuft der Test bis auf einen Fehler durch:

Source code

 
1
2
3
4
5
6
7
8

There was 1 failure:

1) availabilityTest::testShowLoginMask
Login mask threw an exception Login mask call failed with status code 403

/usr/local/icinga-web/etc/tests/tests/interface/availabilityTest.php:19
/usr/local/icinga-web/lib/agavi/src/testing/AgaviTesting.class.php:101
/usr/local/icinga-web/etc/tests/icingaWebTesting.php:66


Eine Frage zum Verständnis: Wie geschieht in Icinga-Web die Verwaltung der Permissions, z.B. wer welche Services etc. sehen darf? Hat das irgendetwas mit den Usern in contacts.cfg zu tun?

dnsmichi

Super Moderator

Posts: 5,985

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.1 / 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.1 / GIT MySQL/Postgresql/Oracle

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

5

Friday, October 8th 2010, 4:25pm

check mal bitte die permissions von icinga-api/log und icinga-web/log - beide muessen fuer den apache user schreibbar sein. falls das nicht ist, chown -R apache:apache log/
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

dnsmichi

Super Moderator

Posts: 5,985

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.1 / 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.1 / GIT MySQL/Postgresql/Oracle

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

6

Friday, October 8th 2010, 4:28pm

Quoted from "ralfk"

Eine Frage zum Verständnis: Wie geschieht in Icinga-Web die Verwaltung der Permissions, z.B. wer welche Services etc. sehen darf? Hat das irgendetwas mit den Usern in contacts.cfg zu tun?


in icinga web ist es zum einen moeglich, das klassisch ueber die contacts abzuhandeln. alternativ kannst du auch direkt in den principals dann festlegen, wer was genau darf. das ist auch essenziell wenn du ueber die webapi am rest interface dinge zurueckliefern moechtest.
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

VisMon

Intermediate

Posts: 207

Gender: male

Location: Schweiz

Number of monitoring servers: 1

Nagios Version: keine

Icinga Version: 1.5.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 123

Number of services: 413

OS: Centos 6 64Bit

Plugin Version: 1

7

Friday, October 8th 2010, 4:50pm

Hier hab ich noch den Inhalt von: ../app/log/icinga-web-2010-10-08.log

Source code

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

[Fri Oct 8 14:35:17 2010] [fatal] Uncaught AppKitPHPError: PHP Error Undefined index: host_service (/usr/local/icinga/share/icinga-api/objects/search/IcingaApiSearchIdo.php:475) (/usr/local/icinga-web/app/modules/AppKit/lib/logging/AppKitExceptionHandler.class.php:20)
[Fri Oct 8 14:35:17 2010] [fatal] Uncaught AppKitPHPError: PHP Error ob_end_clean(): failed to delete buffer. No buffer to delete. (/usr/local/icinga-web/lib/agavi/src/exception/AgaviException.class.php:249) (/usr/local/icinga-web/app/modules/AppKit/lib/logging/AppKitExceptionHandler.class.php:20)
[Fri Oct 8 14:35:44 2010] [fatal] Uncaught AppKitPHPError: PHP Error Array to string conversion (/usr/local/icinga/share/icinga-api/objects/search/IcingaApiSearch.php:209) (/usr/local/icinga-web/app/modules/AppKit/lib/logging/AppKitExceptionHandler.class.php:20)
[Fri Oct 8 14:36:06 2010] [fatal] Uncaught AppKitPHPError: PHP Error ob_end_clean(): failed to delete buffer. No buffer to delete. (/usr/local/icinga-web/lib/agavi/src/exception/AgaviException.class.php:249) (/usr/local/icinga-web/app/modules/AppKit/lib/logging/AppKitExceptionHandler.class.php:20)
[Fri Oct 8 14:36:06 2010] [fatal] Uncaught AppKitPHPError: PHP Error Undefined index: host_service (/usr/local/icinga/share/icinga-api/objects/search/IcingaApiSearchIdo.php:475) (/usr/local/icinga-web/app/modules/AppKit/lib/logging/AppKitExceptionHandler.class.php:20)
[Fri Oct 8 14:37:27 2010] [fatal] Uncaught AppKitPHPError: PHP Error Undefined index: host_service (/usr/local/icinga/share/icinga-api/objects/search/IcingaApiSearchIdo.php:475) (/usr/local/icinga-web/app/modules/AppKit/lib/logging/AppKitExceptionHandler.class.php:20)
[Fri Oct 8 14:37:27 2010] [fatal] Uncaught AppKitPHPError: PHP Error ob_end_clean(): failed to delete buffer. No buffer to delete. (/usr/local/icinga-web/lib/agavi/src/exception/AgaviException.class.php:249) (/usr/local/icinga-web/app/modules/AppKit/lib/logging/AppKitExceptionHandler.class.php:20)
[Fri Oct 8 14:37:28 2010] [fatal] Uncaught AppKitPHPError: PHP Error Undefined index: host_service (/usr/local/icinga/share/icinga-api/objects/search/IcingaApiSearchIdo.php:475) (/usr/local/icinga-web/app/modules/AppKit/lib/logging/AppKitExceptionHandler.class.php:20)
[Fri Oct 8 14:37:28 2010] [fatal] Uncaught AppKitPHPError: PHP Error ob_end_clean(): failed to delete buffer. No buffer to delete. (/usr/local/icinga-web/lib/agavi/src/exception/AgaviException.class.php:249) (/usr/local/icinga-web/app/modules/AppKit/lib/logging/AppKitExceptionHandler.class.php:20)
[Fri Oct 8 14:37:29 2010] [fatal] Uncaught AppKitPHPError: PHP Error ob_end_clean(): failed to delete buffer. No buffer to delete. (/usr/local/icinga-web/lib/agavi/src/exception/AgaviException.class.php:249) (/usr/local/icinga-web/app/modules/AppKit/lib/logging/AppKitExceptionHandler.class.php:20)
[Fri Oct 8 14:37:30 2010] [fatal] Uncaught AppKitPHPError: PHP Error ob_end_clean(): failed to delete buffer. No buffer to delete. (/usr/local/icinga-web/lib/agavi/src/exception/AgaviException.class.php:249) (/usr/local/icinga-web/app/modules/AppKit/lib/logging/AppKitExceptionHandler.class.php:20)
[Fri Oct 8 14:40:17 2010] [fatal] Uncaught AppKitPHPError: PHP Error Undefined index: host_service (/usr/local/icinga/share/icinga-api/objects/search/IcingaApiSearchIdo.php:475) (/usr/local/icinga-web/app/modules/AppKit/lib/logging/AppKitExceptionHandler.class.php:20)
[Fri Oct 8 14:40:17 2010] [fatal] Uncaught AppKitPHPError: PHP Error ob_end_clean(): failed to delete buffer. No buffer to delete. (/usr/local/icinga-web/lib/agavi/src/exception/AgaviException.class.php:249) (/usr/local/icinga-web/app/modules/AppKit/lib/logging/AppKitExceptionHandler.class.php:20)
[Fri Oct 8 14:40:44 2010] [fatal] Uncaught AppKitPHPError: PHP Error Array to string conversion (/usr/local/icinga/share/icinga-api/objects/search/IcingaApiSearch.php:209) (/usr/local/icinga-web/app/modules/AppKit/lib/logging/AppKitExceptionHandler.class.php:20)
[Fri Oct 8 14:41:06 2010] [fatal] Uncaught AppKitPHPError: PHP Error Undefined index: host_service (/usr/local/icinga/share/icinga-api/objects/search/IcingaApiSearchIdo.php:475) (/usr/local/icinga-web/app/modules/AppKit/lib/logging/AppKitExceptionHandler.class.php:20)
[Fri Oct 8 14:41:06 2010] [fatal] Uncaught AppKitPHPError: PHP Error ob_end_clean(): failed to delete buffer. No buffer to delete. (/usr/local/icinga-web/lib/agavi/src/exception/AgaviException.class.php:249) (/usr/local/icinga-web/app/modules/AppKit/lib/logging/AppKitExceptionHandler.class.php:20)
[Fri Oct 8 14:42:27 2010] [fatal] Uncaught AppKitPHPError: PHP Error Undefined index: host_service (/usr/local/icinga/share/icinga-api/objects/search/IcingaApiSearchIdo.php:475) (/usr/local/icinga-web/app/modules/AppKit/lib/logging/AppKitExceptionHandler.class.php:20)
[Fri Oct 8 14:42:27 2010] [fatal] Uncaught AppKitPHPError: PHP Error ob_end_clean(): failed to delete buffer. No buffer to delete. (/usr/local/icinga-web/lib/agavi/src/exception/AgaviException.class.php:249) (/usr/local/icinga-web/app/modules/AppKit/lib/logging/AppKitExceptionHandler.class.php:20)
[Fri Oct 8 14:45:17 2010] [fatal] Uncaught AppKitPHPError: PHP Error Undefined index: host_service (/usr/local/icinga/share/icinga-api/objects/search/IcingaApiSearchIdo.php:475) (/usr/local/icinga-web/app/modules/AppKit/lib/logging/AppKitExceptionHandler.class.php:20)
[Fri Oct 8 14:45:17 2010] [fatal] Uncaught AppKitPHPError: PHP Error ob_end_clean(): failed to delete buffer. No buffer to delete. (/usr/local/icinga-web/lib/agavi/src/exception/AgaviException.class.php:249) (/usr/local/icinga-web/app/modules/AppKit/lib/logging/AppKitExceptionHandler.class.php:20)
[Fri Oct 8 14:45:44 2010] [fatal] Uncaught AppKitPHPError: PHP Error Array to string conversion (/usr/local/icinga/share/icinga-api/objects/search/IcingaApiSearch.php:209) (/usr/local/icinga-web/app/modules/AppKit/lib/logging/AppKitExceptionHandler.class.php:20)

Woran kann das liegen? Hab ich ne falsche PHP Version?

Source code

 
1
2
3
4
5

phpinfo()
PHP Version => 5.2.14

System => Linux srvvimo01.dcn-intern.local 2.6.18-194.11.3.el5.centos.plus #1 SMP Tue Aug 31 07:03:50 EDT 2010 x86_64
Build Date => Aug 12 2010 16:00:39

Wird es wohl sein, laut Anleitung wollt ihr PHP 5.2.3 ... OKI -- work in progress..
Die alte GUI ist übrigens sehr toll gepimpt worden. :) Gefällt mir auch.
VisMon

ralfk

Beginner

Posts: 22

Gender: male

Location: Mettmann

Number of monitoring servers: 2

Nagios Version: 3.2.x

Icinga Version: 1.2.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 320

Number of services: 2300

OS: openSUSE 11.3 - 32 und 64 Bit

Plugin Version: 1.4.15

IDO-Version: 1.2.1

8

Friday, October 8th 2010, 4:55pm

Quoted from "dnsmichi"

check mal bitte die permissions von icinga-api/log und icinga-web/log - beide muessen fuer den apache user schreibbar sein. falls das nicht ist, chown -R apache:apache log/
Sieht soweit gut aus:

Source code

 
1
2
3
4
5

la /usr/local/icinga/share/icinga-api
drwxrwxr-x  2 wwwrun www	4096  8. Okt 12:54 log

la /usr/local/icinga-web/app/data/
drwxrwxr-x 2 wwwrun www 4096  8. Okt 15:50 log

ralfk

Beginner

Posts: 22

Gender: male

Location: Mettmann

Number of monitoring servers: 2

Nagios Version: 3.2.x

Icinga Version: 1.2.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 320

Number of services: 2300

OS: openSUSE 11.3 - 32 und 64 Bit

Plugin Version: 1.4.15

IDO-Version: 1.2.1

9

Friday, October 8th 2010, 5:00pm

Quoted from "dnsmichi"

in icinga web ist es zum einen moeglich, das klassisch ueber die contacts abzuhandeln. alternativ kannst du auch direkt in den principals dann festlegen, wer was genau darf. das ist auch essenziell wenn du ueber die webapi am rest interface dinge zurueckliefern moechtest.
Okay, danke. Dann liegt das Problem mit den leeren Listen ggf. daran, dass meine Object-Konfiguration angepasst ist (andere Contacts etc.) und der Standard-root User in Icinga-Web keine Permissions hat gemäß contacts. Ich schau mir das nochmal an...

VisMon

Intermediate

Posts: 207

Gender: male

Location: Schweiz

Number of monitoring servers: 1

Nagios Version: keine

Icinga Version: 1.5.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 123

Number of services: 413

OS: Centos 6 64Bit

Plugin Version: 1

10

Friday, October 8th 2010, 5:42pm

hab upgedated auf PHP 5.2.3 aber das hat leider die Probleme nicht gelöst.
Ich werd wohl wieder downgraden / bzw Snapshot zurücknehmen.
VisMon

ralfk

Beginner

Posts: 22

Gender: male

Location: Mettmann

Number of monitoring servers: 2

Nagios Version: 3.2.x

Icinga Version: 1.2.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 320

Number of services: 2300

OS: openSUSE 11.3 - 32 und 64 Bit

Plugin Version: 1.4.15

IDO-Version: 1.2.1

11

Friday, October 8th 2010, 7:40pm

Quoted from "ralfk"

Quoted from "dnsmichi"

in icinga web ist es zum einen moeglich, das klassisch ueber die contacts abzuhandeln. alternativ kannst du auch direkt in den principals dann festlegen, wer was genau darf. das ist auch essenziell wenn du ueber die webapi am rest interface dinge zurueckliefern moechtest.
Okay, danke. Dann liegt das Problem mit den leeren Listen ggf. daran, dass meine Object-Konfiguration angepasst ist (andere Contacts etc.) und der Standard-root User in Icinga-Web keine Permissions hat gemäß contacts. Ich schau mir das nochmal an...

SOLVED: In der Tat musste ich den User root erstmal in alle contactgroups aufnehmen (oder alternativ einen anderen User anlegen). Dann füllen sich auch die Tabs mit Hosts und Services ;-) Na ja, mit icinga-web-1.0.1 war das noch nicht nötig, meine ich. Macht jetzt aber durchaus Sinn!

VisMon

Intermediate

Posts: 207

Gender: male

Location: Schweiz

Number of monitoring servers: 1

Nagios Version: keine

Icinga Version: 1.5.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 123

Number of services: 413

OS: Centos 6 64Bit

Plugin Version: 1

12

Monday, October 11th 2010, 12:12pm

Guten Tag,
das verstehe ich nicht. Was hat die Contacgroup in meiner Nagios / Icinga Konfiguration mit dem Root zu tun? Das eine ist der User auf dem Linux System, das andere sind Kontaktgruppen innerhalb der Icinga Konfiguration an welche die Alarmierungen zugesendet werden.
Da hab ich irgendwas falsch verstanden.
VisMon

ralfk

Beginner

Posts: 22

Gender: male

Location: Mettmann

Number of monitoring servers: 2

Nagios Version: 3.2.x

Icinga Version: 1.2.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 320

Number of services: 2300

OS: openSUSE 11.3 - 32 und 64 Bit

Plugin Version: 1.4.15

IDO-Version: 1.2.1

13

Monday, October 11th 2010, 2:01pm

Mit "Root" meinte ich den Login-User für die Icinga-Web GUI. Das hat in der Tat mit dem root-User auf dem Linux-System nichts zu tun.

Bei mir waren die Host- und Servicelisten (z.B. ServiceStatus) leer. Da in der klassischen GUI die Rechte auf Hosts und Services vom Login-User abhängen und diese klassisch in den Objekt-Konfigurationen definiert werden, hatte ich das gleiche auch für die Rechte in der Icinga-Web GUI angenommen. Jedenfalls konnte ich die Hosts und Services sehen, nachdem ich "root" mit in die Objekt-Konfigurationen aufgenommen hatte. Komisch nur, dass in der (von mir nicht genutzten) Sample-Konfig kein root enthalten ist, so dass mir auch nicht klar ist, wie denn nun die Rechte an bestimmten Hosts und Services in der neuen GUI vergeben werden und ob die mit der Objekt-Konfiguration zu tun haben. Ich habe gerade mal root wieder aus der Objekt-Konfiguration rausgenommen und einen Reload gemacht. Die Hosts und Services sind immer noch da. Scheint also nur Zufall gewesen zu sein, dass die Hosts und Services nach der Objekt-Konfiguration plötzlich sichtbar waren. Na ja, ich habe noch nicht viel mit der Icinga-Web GUI gemacht...es scheint mir da aber noch mindestens Dokumentationsbedarf zu geben.

VisMon

Intermediate

Posts: 207

Gender: male

Location: Schweiz

Number of monitoring servers: 1

Nagios Version: keine

Icinga Version: 1.5.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 123

Number of services: 413

OS: Centos 6 64Bit

Plugin Version: 1

14

Monday, October 11th 2010, 4:37pm

Ah vielen Dank für die Auflösung. Bin da wirklich durcheinander gekommen.
Ja es gibt Dokumentationsbedarf, ich bin auch gerne bereit dazu beizutragen. Schliesslich ist diese Gui ein echtes Killerfeature von Icinga. Zusammen mit NagVis und den verschiedenen Benutzern absolut Sci-Fi in der Gegenwart (und genau das braucht es).
gruss
VisMon

dnsmichi

Super Moderator

Posts: 5,985

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.1 / 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.1 / GIT MySQL/Postgresql/Oracle

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

15

Tuesday, October 12th 2010, 12:33am

textbausteine gerne im dev tracker sowie docbook patches im git auch moeglich sind. und ja, es besteht sehr viel bedarf, aber das schaffen wir nur gemeinsam, wenn jeder sein schaeufelchen dazubeitraegt :)
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

ralfk

Beginner

Posts: 22

Gender: male

Location: Mettmann

Number of monitoring servers: 2

Nagios Version: 3.2.x

Icinga Version: 1.2.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 320

Number of services: 2300

OS: openSUSE 11.3 - 32 und 64 Bit

Plugin Version: 1.4.15

IDO-Version: 1.2.1

16

Tuesday, October 12th 2010, 7:57am

Bevor Anwender sinnvoll beitragen können zur Doku (was eine gute Idee ist), müsste das Produkt (hier am Beispiel Userrechte bei Icinga Web) erst verstanden werden. Das ist ja auch durchaus durch "Spielen" möglich. Soweit bin ich noch nicht :-)

Vielleicht könnte man irgendwo sammeln, was in der Doku nicht okay ist bzw. was noch fehlt. Das würde ja ggf. schon reichen, damit die Entwickler letztendlich die Doku ergänzen. Wenn es für das Melden noch ein Plätzchen z.B. in einem Wiki gäbe (statt sich mit Docbook, Git & Co. auseinandersetzen zu müssen), würde ich gerne helfen, wenn mir etwas auffällt.

Beispiel:
In der Doku unter http://docs.icinga.org/1.2.0/de/quickstart-idoutils.html wird beschrieben, wie man die Nagios Plugins übersetzt. Wenn configure so wie dort beschrieben aufgerufen wird, werden die Plugins mit --with-cgiurl: /nagios/cgi-bin übersetzt. Ich weiß nun nicht, ob und bei welchen Plugins das cgi-bin eine Rolle spielt, aber ich habe es so gemacht, damit alles nach Icinga verweist:

Source code

 
1

./configure --prefix=/usr/local/icinga --with-cgiurl=/icinga/cgi-bin --with-htmurl=/icinga --with-nagios-user=daemon --with-nagios-group=daemon

(bei mir läuft Icinga wie auch Nagios unter dem "daemon" User; damit habe ich keine Probleme mit Permissions, wenn Nagios und Icinga parallel laufen).

Frage wäre nun: Wie kann nun ein Anwender die Doku korrigieren lassen oder zumindest einer Prüfung unterziehen lassen? Ggf. durch ein Ticket im Bugtracking?

dnsmichi

Super Moderator

Posts: 5,985

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.1 / 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.1 / GIT MySQL/Postgresql/Oracle

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

17

Tuesday, October 12th 2010, 8:30am

jep, dafuer ist dev.icinga.org - docs bereich gedacht. tickets oeffnen, vorschlaege bzw patches dazu, und dann kann das ganze gesammelt bearbeitet werden.
hier durchs forum zu graben, ist auf dauer ein bisschen muehsam ;-)
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

ralfk

Beginner

Posts: 22

Gender: male

Location: Mettmann

Number of monitoring servers: 2

Nagios Version: 3.2.x

Icinga Version: 1.2.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 320

Number of services: 2300

OS: openSUSE 11.3 - 32 und 64 Bit

Plugin Version: 1.4.15

IDO-Version: 1.2.1

18

Tuesday, October 12th 2010, 8:53am

Ahh, super, hier findet man Infos: https://dev.icinga.org/projects/icinga-d…iki/CreateIssue
... werde mich mal die Tage dort anmelden.

VisMon

Intermediate

Posts: 207

Gender: male

Location: Schweiz

Number of monitoring servers: 1

Nagios Version: keine

Icinga Version: 1.5.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 123

Number of services: 413

OS: Centos 6 64Bit

Plugin Version: 1

19

Tuesday, October 12th 2010, 9:41am

Hi,

danke das Du das abgeklärt hast, jetzt weiss ich auch das ich mich einfach "trauen" darf. :)

Quoted from "ralfk"

Ahh, super, hier findet man Infos: https://dev.icinga.org/projects/icinga-d…iki/CreateIssue
... werde mich mal die Tage dort anmelden.
gruss

VisMon

dnsmichi

Super Moderator

Posts: 5,985

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.1 / 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.1 / GIT MySQL/Postgresql/Oracle

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

20

Tuesday, October 12th 2010, 10:57am

Quoted from "VisMon"

danke das Du das abgeklärt hast, jetzt weiss ich auch das ich mich einfach "trauen" darf.


jo klar. wenn es sich nicht gerade um "docs" handelt, sondern bspweise um "core" oder andere spezifische dinge, bitte immer system specs, etwaige wichtige configs, und genaue problembeschreibungen/featurebeschreibungen anfuehren.
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

Similar threads