text: Thruk install fehler - Thruk - Monitoring-Portal
  Sunday, May 19th 2013, 4:51pm UTC+2
  Thruk install fehler
  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.	team
  ich wollte mal thruk testen, scheitert aber schon an der installation.
  installiere vom source und bekommen dann folgende fehler bei make
  /usr/bin/perl5.12.2 "-Iinc" Makefile.PL --config= --installdeps=Monitoring::Livestatus,0.74,Monitoring::Livestatus::Class,0.03,Monitoring::Availability,0.2,GD,2.44,Date::Calc,6.3,Date::Calc::XS,0,Data::Page,0,File::Slurp,0,Date::Manip,0,Excel::Template::Plus,0,Catalyst::Authentication::User::Hash,0,Catalyst::View::TT,0,Catalyst::View::JSON,0,Catalyst::View::Excel::Template::Plus,0,Catalyst::Plugin::Authorization::Roles,0,Catalyst::Plugin::CustomErrorMessage,0,Catalyst::Plugin::Redirect,0,Catalyst::Plugin::Compress,0,Catalyst::Plugin::Cache,0,Log::Log4perl::Catalyst,0,Catalyst::Engine::FastCGI,0,FCGI,0,FCGI::ProcManager,0,FCGI::ProcManager::MaxRequests,0
  include /usr/share/Thruk/inc/Module/Install.pm
  Please run "make catalyst_par" to create the PAR package!
  Can't use an undefined value as a symbol reference at /usr/lib/perl5/vendor_perl/5.12.2/Net/FTP/dataconn.pm line 54.
  Compilation failed in require at /home/thruk/perl5/lib/perl5/Module/Install/AutoInstall.pm line 37.
  make: *** [installdeps] Error 110
  Wednesday, November 2nd 2011, 1:18pm
  Zum mal Testen tuts vielleicht schon die Demo unter demo.thruk.org. Ansonsten macht OMD die Installation deutlich einfacher und demnächst soll es sogar fertige Debian Pakete geben.
  Ansonsten klingt dein Fehler nach einem kaputten CPAN. Evtl. fehlen die URLs. Hast du schonmal CPAN Module auf der Maschine installiert?
  Ich nehme an, du verwendest diese Anleitung: http://thruk.org/documentation.html#_install_from_source	--
  genau die anleitung habe ich.
  perl module habe ich schön über cpan installiert, allerdings nur über http links und nicht ftp, ist geblock bei uns.
  omd gibt es aber nicht für gentoo Go to the top of the page
  Wednesday, November 2nd 2011, 2:01pm
  Lass einfach nochmal "perl Makefile.PL" laufen und schau was noch an Abhängigkeiten fehlt. Das geht leider nicht viel schöner bei einer Source Installation. Wenn alle Abhängigkeiten da sind, sollte der "make" einfach so durchlaufen.	--
  Wednesday, November 2nd 2011, 2:17pm
  danke, bin schon dabei die noch 19 fehlende sachen zu installieren, 10 fehlt noch Go to the top of the page
  Zum Glück ändert sich das aber nicht mehr groß. D.h. wenn du einmal fertig bist, musst du in Zukunft immer nur noch nen "git pull" machen und bist auf der aktuellen Version.	--
  Monday, November 7th 2011, 8:49am
  so endlich mal kurz zeit zum weiter testen.
  thruk_local.conf angelegt und angepasst,
  ./script/thruk_server.pl -d arbeit gegeben,
  http://xxxx:3000 überprüft, sehe da es geht.
  wenn mehr zeit vorhanden ist werde ich alle andere confs anlegen/anpassen,
  und dann alle kollegen auf die neue seite umleiten. gruß
  gibt es da vergleichswerte über die "performance/ladezeit" gegenüber der classic gui oder multisite.
  ich habe heute nachmittag schnell noch fastcgi eingebunden und thruk über /etc/init.d/thruk_fastcgi_server gestartet.
  ich habe da mit eine große verbesserung(ladezeit) gerechnet nach dem was ich alles so gelesen habe + demo, bin leider doch etwas enttäuscht. über weitere/bessere funktionen/handlich etc.. brauchen wir nicht reden, die sind top. ich habe jetzt mal die zeit gestoppt für die seite "Services (Unhandled)" (default leicht angepasst nach ....status.cgi?host=all&type=detail&hoststatustypes=3&serviceprops=42&servicestatustypes=28 )
  auf mein system, betroffen/treffer ca 50 services bei 600 hosts und 7000 services.
  standard gui 7,4 sec.
  thruk gui 6,6 sec.
  multisite 1,6 sec.
  nun die frage, habe ich da ein wurm/falsche configs/installation etc..,
  oder wie sind die unterschiede gegenüber die andere frontends auf andere systeme so als vergleich?
  standard gui bei mir ohne ramdisk.
  Tuesday, November 8th 2011, 4:12pm
  Das erscheint mir doch etwas arg langsam. Ursache könnte allerdings so Vieles sein. Prinzipiell cached Catalyst die Templates beim ersten Aufruf und wenn man mod_fcgid verwendet, wird beim ersten Aufruf auch erst der FastCGI Daemon gestartet. Der erste Aufruf ist also meist etwas langsamer. Danach sollte es aber deutlich schneller als Nagios sein.
  Nachdem es bisher keine Vergleichswerte gab, hab ich mal 2 Graphen erstellt.
  Die Messungen hab ich nebenher auf meiner Workstation gemacht, sind also weit entfernt von Repräsentativ, geben aber zumindest mal einen Ansatz in welche Richtung es geht.
  Die 40k Services Instanz braucht btw, ca. 3 Sekunden für die Problems Seite. Alles was drüber ist, schaut also eher nach Fehler aus.
  Ach ja, das Testskript ist kein Geheimnis (http://www.thruk.org/perf.pl.txt). Einfach in einer OMD Site kopieren und per CPAN noch Monitoring::Generator::TestConfig installieren. Cpan kann man ja als Site User direkt aufrufen ohne sich das System Perl zu versauen.	--
  Tuesday, November 8th 2011, 4:21pm
  interessante Graphen. Aber die X-Achse ist etwas durcheinander Ist die logarithmisch und geht bis 75000?
  Danke fuer das Script - werd' ich gleich mal laufenlassen.
  Tuesday, November 8th 2011, 4:27pm
  Patche für das Skript sind herzlich willkommen, vielleicht stell ichs dann gleich auf Github :-)
  Eigentlich sollten die Services bis 20k sortiert steigen. Mal schauen wo der Fehler ist...
  Einen hab ich schon, ursprünglich wollte ich je 100 Requests machen. Im Skript sind nun aber nur 10 eingestellt. Das macht die
  Tests natürlich etwas zufälliger.	--
  Thruk - Monitoring Webinterface - Mod Gearman - Münchner Stammtisch - Consol* Labs	This post has been edited 1 times, last edit by "sni" (Nov 8th 2011, 4:33pm)
  So, eine aktuelle Version liegt nun hier: https://github.com/sni/omd_gui_perf_bench	--
  danke für feedback, leider habe ich aber keine OMD am laufen was würdest du denn empfehlen, mod_fcgid oder fastcgi.
  wir stecken mitten im umzug, ab montag sind wir in neue büros,
  daher habe ich recht wenig zeit zu testen momentan.
  mod_fcgid ist neuer und moderner. Daher würde ich mod_fcgid empfehlen. Wenn einen das stört, dass der erste Zugriff 2-3 Sekunden länger dauert, müsste man nach dem Apache Rotate Logs halt einmal nen "wget" loslassen.	--