Thursday, May 23rd 2013, 4:04pm UTC+2

You are not logged in.

  • Login
  • Register

Thruk - Monitoring Webinterface - Release Version 0.70

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.

sni

Professional

Posts: 1,299

Gender: male

Location: München

Number of monitoring servers:

Nagios Version: 2.* / 3

Distributed monitoring: Ja

Redundant monitoring: Ja

Number of hosts:

Number of services:

OS:

Plugin Version:

Other Addons: Thruk, ModGearman

1

Monday, September 6th 2010, 11:34am

Thruk - Monitoring Webinterface - Release Version 0.70

Servus,

Nachdem die Sommerpause nun vorbei ist, gibt es auf www.thruk.org die aktuelle Version 0.70 zum Download.

Am meisten hat sich eigentlich unter der Haube getan. Für den Anwender am interessantesten sind aber vermutlich
- Excel Export für Hosts / Services
- Das Menü kann nun komplett konfiguriert werden
- Die Suche schließt nun auch Comments/Downtimes und Acknowledgements ein. Man so z.b. nach allen eigenen Kommentaren suchen.

Die Hosts und Status Seite sollte noch etwas schneller sein wenn Paging aktiviert ist. Thruk lädt hier wirklich nur noch
die ersten z.b. 100 Einträge da Nagios die Liste schon sortiert ausliefert.

Das komplette Changelog:

Source code

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

0.70    Wed Aug 25 08:49:45 CEST 2010
          - search does include comments and downtimes now
          - added new backend abstraction layer to support new backends
          - added noheader parameter for status pages


0.68    Fri Jul 23 21:29:02 CEST 2010

          - added mobile version for iPhones, iPad and Android mobile phones
          - side menu is completly adjustable by config file
          - used date_format_today more often
          - added more columns to excel export
          - added backend param to all pages
          - added check for livestatus minimum version
          - fixed problem with quotes in host definitions on statusmap
          - fixed problem with plugin symlinks
          - fixed problem with ssi path
          - fixed utf8 support
          - fixed memory leak


Die Iphone version kann zwar schon probiert werden, ist aber noch nicht komplett und somit auch als Default deaktiviert.

Sagt Bescheid wenn ihr Fehler findet.
--
Thruk - Monitoring Webinterface - Mod Gearman - Münchner Stammtisch - Consol* Labs

Naqada

Intermediate

Posts: 243

Gender: male

Location: Köln

Occupation: AIX Admin

Number of monitoring servers: 1

Hobbies: Badminton,Musik

Nagios Version: 3.06

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 77

Number of services: 2200

OS: Suse11

Plugin Version: 1.42

NagVis Version: 1.4.3

NDO Version: 1.4.2

Other Addons: PNP 0.6,Nagtrap,Nagvis

2

Wednesday, September 8th 2010, 7:32pm

Hi Sven,

ich habe bei mir gerade versucht Verision 0.70-1 zu installieren, falle aber bei dem starten von fastcgi auf die Nase:

Source code

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

<hostname>:/usr/local/Thruk # ./script/thruk_fastcgi.pl -n 5 -l /tmp/thruk_fastcgi.socket -p /tmp/thruk_fastcgi.pid -M FCGI::ProcManager::MaxRequestsThruk -d
Couldn't load class (Thruk) because: Can't locate Params/Validate.pm in @INC (@INC contains: /usr/local/Thruk-0.70.1/script/../lib /usr/local/Thruk-0.70.1/script/../local-lib/perl5/lib/perl5 /usr/local/Thruk-0.70.1/script/../local-lib/perl5/lib/perl5/i586-linux-thread-multi /usr/local/Thruk-0.70.1/script/../local-lib/lib/perl5 /usr/lib/perl5/5.10.0/i586-linux-thread-multi /usr/lib/perl5/5.10.0 /usr/lib/perl5/site_perl/5.10.0/i586-linux-thread-multi /usr/lib/perl5/site_perl/5.10.0 /usr/lib/perl5/vendor_perl/5.10.0/i586-linux-thread-multi /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl .) at /usr/local/Thruk-0.70.1/script/../local-lib/lib/perl5/Catalyst/Log/Log4perl.pm line 69.
BEGIN failed--compilation aborted at /usr/local/Thruk-0.70.1/script/../local-lib/lib/perl5/Catalyst/Log/Log4perl.pm line 69.
Compilation failed in require at /usr/local/Thruk-0.70.1/script/../lib/Thruk.pm line 9.
BEGIN failed--compilation aborted at /usr/local/Thruk-0.70.1/script/../lib/Thruk.pm line 9.
Compilation failed in require at /usr/lib/perl5/site_perl/5.10.0/i586-linux-thread-multi/Class/MOP.pm line 101.
 at /usr/lib/perl5/site_perl/5.10.0/i586-linux-thread-multi/Class/MOP.pm line 105
    Class::MOP::__ANON__('Can\'t locate Params/Validate.pm in @INC (@INC contains: /usr...') called at /usr/local/Thruk-0.70.1/script/../local-lib/lib/perl5/Try/Tiny.pm line 98
    Try::Tiny::try('CODE(0x88de41c)', 'Try::Tiny::Catch=REF(0x8b66aec)') called at /usr/lib/perl5/site_perl/5.10.0/i586-linux-thread-multi/Class/MOP.pm line 110
    Class::MOP::load_first_existing_class('Thruk') called at /usr/lib/perl5/site_perl/5.10.0/i586-linux-thread-multi/Class/MOP.pm line 121
    Class::MOP::load_class('Thruk') called at /usr/local/Thruk-0.70.1/script/../local-lib/lib/perl5/Catalyst/ScriptRole.pm line 61
    Catalyst::ScriptRole::_run_application('Catalyst::Script::FastCGI=HASH(0x8b81e24)') called at /usr/local/Thruk-0.70.1/script/../local-lib/lib/perl5/Catalyst/ScriptRole.pm line 51
    Catalyst::ScriptRole::run('Catalyst::Script::FastCGI=HASH(0x8b81e24)') called at /usr/lib/perl5/site_perl/5.10.0/i586-linux-thread-multi/Class/MOP/Method/Wrapped.pm line 48
    Class::MOP::Method::Wrapped::__ANON__('Catalyst::Script::FastCGI=HASH(0x8b81e24)') called at /usr/lib/perl5/site_perl/5.10.0/i586-linux-thread-multi/Class/MOP/Method/Wrapped.pm line 89
    Catalyst::Script::FastCGI::run('Catalyst::Script::FastCGI=HASH(0x8b81e24)') called at /usr/local/Thruk-0.70.1/script/../local-lib/lib/perl5/Catalyst/ScriptRunner.pm line 20
    Catalyst::ScriptRunner::run('Catalyst::ScriptRunner', 'Thruk', 'FastCGI') called at ./script/thruk_fastcgi.pl line 15

Ich starte es böserweise als root, ging aber ohne weiteres auch mit 0.66. Ne idee was da falsch läuft ?
Seltsamerweise gibt es die Libs nämlich

Source code

 
1
2
3
4

<hostname>:/usr/local/Thruk-0.70.1 # find . -name Validate.pm
./local-lib/lib/perl5/MooseX/Params/Validate.pm
./local-lib/lib/perl5/x86_64-linux-thread-multi/Params/Validate.pm
./local-lib/lib/perl5/x86_64-linux-thread-multi/Attribute/Params/Validate.pm

sni

Professional

Posts: 1,299

Gender: male

Location: München

Number of monitoring servers:

Nagios Version: 2.* / 3

Distributed monitoring: Ja

Redundant monitoring: Ja

Number of hosts:

Number of services:

OS:

Plugin Version:

Other Addons: Thruk, ModGearman

3

Wednesday, September 8th 2010, 9:48pm

Source code

 
1

../local-lib/perl5/lib/perl5/i586-linux-thread-multi


Source code

 
1
2
3
4

<hostname>:/usr/local/Thruk-0.70.1 # find . -name Validate.pm
./local-lib/lib/perl5/MooseX/Params/Validate.pm
./local-lib/lib/perl5/x86_64-linux-thread-multi/Params/Validate.pm
./local-lib/lib/perl5/x86_64-linux-thread-multi/Attribute/Params/Validate.pm


Sieht so aus als hättest du die falsche Version geladen. Gezogen hast du "x86_64-linux-thread-multi", du bräuchtest aber "i586-linux-thread-multi".
--
Thruk - Monitoring Webinterface - Mod Gearman - Münchner Stammtisch - Consol* Labs

Naqada

Intermediate

Posts: 243

Gender: male

Location: Köln

Occupation: AIX Admin

Number of monitoring servers: 1

Hobbies: Badminton,Musik

Nagios Version: 3.06

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 77

Number of services: 2200

OS: Suse11

Plugin Version: 1.42

NagVis Version: 1.4.3

NDO Version: 1.4.2

Other Addons: PNP 0.6,Nagtrap,Nagvis

4

Wednesday, September 8th 2010, 10:49pm

Oh weia,

ist ja noch der nicht-64bit Server :)


Thruk Monitoring Webinterface
Version 0.70.1
September 08, 2010
Check for updates

Läuft mal wieder klasse das Update. Vielen Dank !

sni

Professional

Posts: 1,299

Gender: male

Location: München

Number of monitoring servers:

Nagios Version: 2.* / 3

Distributed monitoring: Ja

Redundant monitoring: Ja

Number of hosts:

Number of services:

OS:

Plugin Version:

Other Addons: Thruk, ModGearman

5

Wednesday, September 8th 2010, 11:07pm

Ich werd da wohl mal ne bessere Fehlermeldung einbauen, das passiert doch vielen mal :)
--
Thruk - Monitoring Webinterface - Mod Gearman - Münchner Stammtisch - Consol* Labs

Naqada

Intermediate

Posts: 243

Gender: male

Location: Köln

Occupation: AIX Admin

Number of monitoring servers: 1

Hobbies: Badminton,Musik

Nagios Version: 3.06

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 77

Number of services: 2200

OS: Suse11

Plugin Version: 1.42

NagVis Version: 1.4.3

NDO Version: 1.4.2

Other Addons: PNP 0.6,Nagtrap,Nagvis

6

Thursday, September 9th 2010, 12:18pm

Hi Sven,

ich hatte mit dem 0.70-1 einige Performanceprobleme beim Refresh der Übersichtsseite mit folgenden Einstellungen:

Source code

 
1
2
3
4

        	#verbose     	= 0
        	connect_timeout = 5
        	query_timeout   = 10
        	#keepalive   	= 1


Kann es sein das keepalive das ganze System ausbremst ? Abgesehn von sehr langen Antwortzeiten auf ein einfaches Refresh bzw. öffnen eines Servicedetails konnte ich leider kein 'Fehlverhalten' des Servers feststellen.

Ist keepalive der Bösewicht ?

sni

Professional

Posts: 1,299

Gender: male

Location: München

Number of monitoring servers:

Nagios Version: 2.* / 3

Distributed monitoring: Ja

Redundant monitoring: Ja

Number of hosts:

Number of services:

OS:

Plugin Version:

Other Addons: Thruk, ModGearman

7

Thursday, September 9th 2010, 2:05pm

Schwer zu sagen, ist es denn ohne keepalive besser?
--
Thruk - Monitoring Webinterface - Mod Gearman - Münchner Stammtisch - Consol* Labs

Naqada

Intermediate

Posts: 243

Gender: male

Location: Köln

Occupation: AIX Admin

Number of monitoring servers: 1

Hobbies: Badminton,Musik

Nagios Version: 3.06

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 77

Number of services: 2200

OS: Suse11

Plugin Version: 1.42

NagVis Version: 1.4.3

NDO Version: 1.4.2

Other Addons: PNP 0.6,Nagtrap,Nagvis

8

Thursday, September 9th 2010, 2:24pm

Die Änderungen sind die beiden oben mit # startenden Werte. Jetzt läuft es deutlich besser.

Was ich im Log gefunden habe ist :

Source code

 
1
2
3
4
5
6

[1284021841] livestatus: Idle timeout of 300000 ms exceeded. Going to close connection.
[1284021841] livestatus: error: Client connection terminated while request still incomplete
[1284021932] livestatus: Idle timeout of 300000 ms exceeded. Going to close connection.
[1284021932] livestatus: error: Client connection terminated while request still incomplete
[1284022024] livestatus: Idle timeout of 300000 ms exceeded. Going to close connection.
[1284022024] livestatus: error: Client connection terminated while request still incomplete

Weiß nicht ob die beiden Fehlermeldungen etwas miteinander zutun haben.

sni

Professional

Posts: 1,299

Gender: male

Location: München

Number of monitoring servers:

Nagios Version: 2.* / 3

Distributed monitoring: Ja

Redundant monitoring: Ja

Number of hosts:

Number of services:

OS:

Plugin Version:

Other Addons: Thruk, ModGearman

9

Thursday, September 9th 2010, 2:30pm

Dann würd ich keepalive erstmal aus lassen. Ich hab da auch eher schlechte Erfahrungen gemacht. So richtig rund läuft das noch nicht und so teuer ist der Verbindungsaufbau ja ohnehin nicht.
--
Thruk - Monitoring Webinterface - Mod Gearman - Münchner Stammtisch - Consol* Labs

Naqada

Intermediate

Posts: 243

Gender: male

Location: Köln

Occupation: AIX Admin

Number of monitoring servers: 1

Hobbies: Badminton,Musik

Nagios Version: 3.06

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 77

Number of services: 2200

OS: Suse11

Plugin Version: 1.42

NagVis Version: 1.4.3

NDO Version: 1.4.2

Other Addons: PNP 0.6,Nagtrap,Nagvis

10

Thursday, September 9th 2010, 2:52pm

Ok.

Dann lasse ich das mal so, läuft ja eh besser :)

Danke fürs Feedback.

Tommel

Intermediate

Posts: 173

Gender: male

Number of monitoring servers: 2

Nagios Version: 3.2.0

Distributed monitoring: Ja

Redundant monitoring: Ja

Number of hosts: 1+

Number of services: 1+

OS: OpenSuSE 11.1

Plugin Version: 1.4.13

NagVis Version: 1.5

Other Addons: PNP

11

Thursday, September 9th 2010, 4:22pm

Hi,

ich habe ein Problem beim Trends generieren. Dort kommt immer:

Source code

 
1
2
3
4
5
6

Serverfehler!

Die Anfrage kann nicht beantwortet werden, da im Server ein interner Fehler aufgetreten ist.

Fehlermeldung:
Premature end of script headers: thruk_fastcgi.pl


Im Apache Error Log steht folgendes:

Source code

 
1
2
3

[Thu Sep 09 16:21:08 2010] [warn] mod_fcgid: read data timeout in 40 seconds
[Thu Sep 09 16:21:08 2010] [error] [client *] Premature end of script headers: thruk_fastcgi.pl, referer: http://*/thruk/cgi-bin/trends.cgi?input=getoptions&host=*
[Thu Sep 09 16:21:20 2010] [notice] mod_fcgid: process /usr/local/Thruk/Thruk/script/thruk_fastcgi.pl(30601) exit(communication error), get stop signal 15


Wo kann ich denn den Timeout höher stellen?

Tommel

Intermediate

Posts: 173

Gender: male

Number of monitoring servers: 2

Nagios Version: 3.2.0

Distributed monitoring: Ja

Redundant monitoring: Ja

Number of hosts: 1+

Number of services: 1+

OS: OpenSuSE 11.1

Plugin Version: 1.4.13

NagVis Version: 1.5

Other Addons: PNP

12

Thursday, September 9th 2010, 4:42pm

Ok ich habs gefunden. In der thruk.conf vom apache im Abschnitt <IfModule mod_fcgid.c> noch "IPCCommTimeout 360" hinzufügen:

Source code

 
1
2
3
4
5

<IfModule mod_fcgid.c>
      AddHandler fcgid-script .pl
      MaxRequestsPerProcess 100
      IPCCommTimeout 360
    </IfModule>


Allerdings gefällt mir die Performance da gerade nicht wirklich. Wenn ich den Trend im Nagios Webinterface direkt generiere, dauert es 2 Sekunden bis sich das Fenster aufbaut und das Bild mit dem Trend erscheint nach 42 Sekunden. Im Thruk dauert es 73 Sekunden bis das Fenster beginnt sich aufzubauen und nach 136 Sekunden erscheint das Bild. Woran könnte das liegen? Ist das bei euch/dir genauso?

sni

Professional

Posts: 1,299

Gender: male

Location: München

Number of monitoring servers:

Nagios Version: 2.* / 3

Distributed monitoring: Ja

Redundant monitoring: Ja

Number of hosts:

Number of services:

OS:

Plugin Version:

Other Addons: Thruk, ModGearman

13

Thursday, September 9th 2010, 5:02pm

Logfiles über Livestatus abzufragen ist nicht direkt schnell. Für größere Trend Analysen braucht man aber große Logdaten. Derzeit gibt es keine Alternative, ich bin aber dabei eine Lösung zu bauen bei der die Logfiles z.b. aus einer NDO Datenbank oder aus einem lokalen Filesystem kommen. Das sollte sehr viel schneller gehen.
--
Thruk - Monitoring Webinterface - Mod Gearman - Münchner Stammtisch - Consol* Labs

Mr.Montesa

Intermediate

Posts: 455

Birthday: May 23rd

Gender: male

Location: Hessen

Occupation: SysAdmin

Number of monitoring servers: 6

Nagios Version: 3.2.0

Distributed monitoring: Ja

Redundant monitoring: Nein

Number of hosts: 250+

Number of services: 1600+

OS: SLES10

Plugin Version: 1.4.14

Other Addons: PNP 0.6.x; Thruk

14

Thursday, September 23rd 2010, 1:22pm

Servus,
hab grad via scripts/theuk_update.sh ein Update aus aktuellen git repo gezogen.
Im Frontend krieg ich nur: internal server error. Please have a look at your logfile
Im Apache log:

Source code

 
1
2
3
4
5
6
7
8
9

[Thu Sep 23 13:16:24 2010] [error] [client 172.16.4.85] FastCGI: server "/tmp/thruk_fastcgi.fcgi" stderr: Use of uninitialized value $operator_handler in method lookup at /home/thruk/perl5/lib/perl5/Monitoring/Livestatus/Class/Base/Abstract.pm line 237.
[Thu Sep 23 13:16:24 2010] [error] [client 172.16.4.85] FastCGI: server "/tmp/thruk_fastcgi.fcgi" stderr: Use of uninitialized value $operator_handler in method lookup at /home/thruk/perl5/lib/perl5/Monitoring/Livestatus/Class/Base/Abstract.pm line 237.
[Thu Sep 23 13:16:24 2010] [error] [client 172.16.4.85] FastCGI: server "/tmp/thruk_fastcgi.fcgi" stderr: Use of uninitialized value $operator_handler in method lookup at /home/thruk/perl5/lib/perl5/Monitoring/Livestatus/Class/Base/Abstract.pm line 237.
[Thu Sep 23 13:16:24 2010] [error] [client 172.16.4.85] FastCGI: server "/tmp/thruk_fastcgi.fcgi" stderr: Use of uninitialized value $operator_handler in method lookup at /home/thruk/perl5/lib/perl5/Monitoring/Livestatus/Class/Base/Abstract.pm line 237.
[Thu Sep 23 13:16:24 2010] [error] [client 172.16.4.85] FastCGI: server "/tmp/thruk_fastcgi.fcgi" stderr: Use of uninitialized value $operator_handler in method lookup at /home/thruk/perl5/lib/perl5/Monitoring/Livestatus/Class/Base/Abstract.pm line 237.
[Thu Sep 23 13:16:24 2010] [error] [client 172.16.4.85] FastCGI: server "/tmp/thruk_fastcgi.fcgi" stderr: Use of uninitialized value $operator_handler in method lookup at /home/thruk/perl5/lib/perl5/Monitoring/Livestatus/Class/Base/Abstract.pm line 237.
[Thu Sep 23 13:16:24 2010] [error] [client 172.16.4.85] FastCGI: server "/tmp/thruk_fastcgi.fcgi" stderr: [error] Caught exception in Thruk::Controller::status->index "Can't locate object method "" via package "Monitoring::Livestatus::Class::Abstract::Stats" at /home/thruk/perl5/lib/perl5/Monitoring/Livestatus/Class/Base/Abstract.pm line 237."
[Thu Sep 23 13:16:24 2010] [error] [client 172.16.4.85] FastCGI: server "/tmp/thruk_fastcgi.fcgi" stderr: [error] internal server error
[Thu Sep 23 13:16:24 2010] [error] [client 172.16.4.85] FastCGI: server "/tmp/thruk_fastcgi.fcgi" stderr: [error] on page: http://nagios.company.net/thruk/cgi-bin/status.cgi?style=detail&hidesearch=1&s0_hoststatustypes=12&s0_servicestatustypes=31&s0_hostprops=10&s0_serviceprops=0&s1_hoststatustypes=15&s1_servicestatustypes=28&s1_hostprops=10&s1_serviceprops=10&s1_hostprop=2&s1_hostprop=8&title=All%20Unhandled%20Problems&nav=0&hidetop=1

perl Makefile.PL läuft ohne Zicken durch.
Ideen?

sni

Professional

Posts: 1,299

Gender: male

Location: München

Number of monitoring servers:

Nagios Version: 2.* / 3

Distributed monitoring: Ja

Redundant monitoring: Ja

Number of hosts:

Number of services:

OS:

Plugin Version:

Other Addons: Thruk, ModGearman

15

Thursday, September 23rd 2010, 1:25pm

Auf welcher Seite bekommst du das? Oder auf jeder?
--
Thruk - Monitoring Webinterface - Mod Gearman - Münchner Stammtisch - Consol* Labs

Mr.Montesa

Intermediate

Posts: 455

Birthday: May 23rd

Gender: male

Location: Hessen

Occupation: SysAdmin

Number of monitoring servers: 6

Nagios Version: 3.2.0

Distributed monitoring: Ja

Redundant monitoring: Nein

Number of hosts: 250+

Number of services: 1600+

OS: SLES10

Plugin Version: 1.4.14

Other Addons: PNP 0.6.x; Thruk

16

Thursday, September 23rd 2010, 1:26pm

Yapp. Überall wo Host/Service data gezeigt werden soll.

Edit:
Kann ich mit GIT nicht auch wieder auf die alte Version zurück?

This post has been edited 1 times, last edit by "Mr.Montesa" (Sep 23rd 2010, 1:43pm)

sni

Professional

Posts: 1,299

Gender: male

Location: München

Number of monitoring servers:

Nagios Version: 2.* / 3

Distributed monitoring: Ja

Redundant monitoring: Ja

Number of hosts:

Number of services:

OS:

Plugin Version:

Other Addons: Thruk, ModGearman

17

Thursday, September 23rd 2010, 3:30pm

Kannst du mal per cpan ein
"force install Monitoring::Livestatus::Class"
machen?

Und ja, du kannst per

git checkout -b foo $tag

erstellst du einen Branch foo der die Version $tag auscheckt.
per
"git checkout master"
und
"git checkout foo"

Kannst du hin und her wechseln. Die Tags stehen auf github und heißen üblicherweise "v0.66"
--
Thruk - Monitoring Webinterface - Mod Gearman - Münchner Stammtisch - Consol* Labs

Mr.Montesa

Intermediate

Posts: 455

Birthday: May 23rd

Gender: male

Location: Hessen

Occupation: SysAdmin

Number of monitoring servers: 6

Nagios Version: 3.2.0

Distributed monitoring: Ja

Redundant monitoring: Nein

Number of hosts: 250+

Number of services: 1600+

OS: SLES10

Plugin Version: 1.4.14

Other Addons: PNP 0.6.x; Thruk

18

Thursday, September 23rd 2010, 3:38pm

Hatte die Livestatus::Class auch noch mal von Hand aus deinem git repo installiert.
Aber zur sicherheit moch mal wie du geschrieben hast:

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
26
27
28
29
30
31
32
33

Result: PASS
  RBO/Monitoring-Livestatus-Class-0.03.tar.gz
  /usr/bin/make test -- OK
Running make install
Prepending /home/thruk/.cpan/build/Monitoring-Livestatus-Class-0.03-sUDLn1/blib/arch /home/thruk/.cpan/build/Monitoring-Livestatus-Class-0.03-sUDLn1/blib/lib to PERL5LIB for 'install'
Manifying blib/man3/Monitoring::Livestatus::Class::Table::Timeperiods.3
Installing /home/thruk/perl5/lib/perl5/Monitoring/Livestatus/Class.pm
Installing /home/thruk/perl5/lib/perl5/Monitoring/Livestatus/Class/Base/Table.pm
Installing /home/thruk/perl5/lib/perl5/Monitoring/Livestatus/Class/Base/Abstract.pm
Installing /home/thruk/perl5/lib/perl5/Monitoring/Livestatus/Class/Abstract/Stats.pm
Installing /home/thruk/perl5/man/man3/Monitoring::Livestatus::Class::Table::Commands.3
Installing /home/thruk/perl5/man/man3/Monitoring::Livestatus::Class::Abstract::Filter.3
Installing /home/thruk/perl5/man/man3/Monitoring::Livestatus::Class::Table::Services.3
Installing /home/thruk/perl5/man/man3/Monitoring::Livestatus::Class::Table::Log.3
Installing /home/thruk/perl5/man/man3/Monitoring::Livestatus::Class::Table::Servicesbyhostgroup.3
Installing /home/thruk/perl5/man/man3/Monitoring::Livestatus::Class::Table::Contactgroups.3
Installing /home/thruk/perl5/man/man3/Monitoring::Livestatus::Class::Table::Servicesbygroup.3
Installing /home/thruk/perl5/man/man3/Monitoring::Livestatus::Class::Base::Abstract.3
Installing /home/thruk/perl5/man/man3/Monitoring::Livestatus::Class::Table::Contacts.3
Installing /home/thruk/perl5/man/man3/Monitoring::Livestatus::Class::Table::Comments.3
Installing /home/thruk/perl5/man/man3/Monitoring::Livestatus::Class::Table::Columns.3
Installing /home/thruk/perl5/man/man3/Monitoring::Livestatus::Class.3
Installing /home/thruk/perl5/man/man3/Monitoring::Livestatus::Class::Table::Hosts.3
Installing /home/thruk/perl5/man/man3/Monitoring::Livestatus::Class::Table::Timeperiods.3
Installing /home/thruk/perl5/man/man3/Monitoring::Livestatus::Class::Table::Status.3
Installing /home/thruk/perl5/man/man3/Monitoring::Livestatus::Class::Table::Downtimes.3
Installing /home/thruk/perl5/man/man3/Monitoring::Livestatus::Class::Base::Table.3
Installing /home/thruk/perl5/man/man3/Monitoring::Livestatus::Class::Table::Servicegroups.3
Installing /home/thruk/perl5/man/man3/Monitoring::Livestatus::Class::Abstract::Stats.3
Installing /home/thruk/perl5/man/man3/Monitoring::Livestatus::Class::Table::Hostgroups.3
Appending installation info to /home/thruk/perl5/lib/perl5/i686-linux-thread-multi/perllocal.pod
  RBO/Monitoring-Livestatus-Class-0.03.tar.gz
  /usr/bin/make install  -- OK


Der Fehler an sich ist weg, aber ich bekomme weder Hosts noch Services oder Groups angezeigt. Auch keine OK.


Bin testweise mal auf die v0.70 zurück. Die zeigt identisches Verahlten. Kann es an Livestatus:Class liegen?

sni

Professional

Posts: 1,299

Gender: male

Location: München

Number of monitoring servers:

Nagios Version: 2.* / 3

Distributed monitoring: Ja

Redundant monitoring: Ja

Number of hosts:

Number of services:

OS:

Plugin Version:

Other Addons: Thruk, ModGearman

19

Thursday, September 23rd 2010, 3:44pm

Quoted from "Mr.Montesa"


Der Fehler an sich ist weg, aber ich bekomme weder Hosts noch Services oder Groups angezeigt. Auch keine OK.


D.h.? Kein Fehler und eine weiße Seite? Oder wie darf ich mir das vorstellen?
--
Thruk - Monitoring Webinterface - Mod Gearman - Münchner Stammtisch - Consol* Labs

Mr.Montesa

Intermediate

Posts: 455

Birthday: May 23rd

Gender: male

Location: Hessen

Occupation: SysAdmin

Number of monitoring servers: 6

Nagios Version: 3.2.0

Distributed monitoring: Ja

Redundant monitoring: Nein

Number of hosts: 250+

Number of services: 1600+

OS: SLES10

Plugin Version: 1.4.14

Other Addons: PNP 0.6.x; Thruk

20

Thursday, September 23rd 2010, 3:46pm

Sorry für die mangelnde Beschreibung.
Ein Bild sagt mehr als 1000 Worte. (nach dem Klick auf den "Services" Link)


Hat auch grad im Log ne ne Nachricht ausgeschmissen:

Source code

 
1

[Thu Sep 23 15:57:01 2010] [error] [client 172.16.5.68] FastCGI: server "/tmp/thruk_fastcgi.fcgi" stderr: Undefined subroutine &FCGI::ProcManager::MaxRequestsThruk::self_or_default called at /home/thruk/Thruk/script/../lib/FCGI/ProcManager/MaxRequestsThruk.pm line 31., referer: http://nagios.company.net/thruk/cgi-bin/status.cgi?host=all

This post has been edited 1 times, last edit by "Mr.Montesa" (Sep 23rd 2010, 3:58pm)

Similar threads