8
Icinga läuft nicht unter CentOS 5.3
Hallo zusammen,
ich habe hier ein Problem mit Icinga.
Mein Auftrag ist es, Icinga auf einem CentOS 5.3 - System einzurichten. Das System läuft in einer vmware-Box mit den folgenden Hardware-Eigenschaften:
Mein Problem besteht darin, dass ich Icinga installieren kann, aber wenn ich es über meinen Browser abrufe erhalte ich folgende Fehlermeldung.
Hat einer von Euch eine Idee woran es liegen könnte??
super-skunk
ich habe hier ein Problem mit Icinga.
Mein Auftrag ist es, Icinga auf einem CentOS 5.3 - System einzurichten. Das System läuft in einer vmware-Box mit den folgenden Hardware-Eigenschaften:
- 1 virtueller Prozessor
- 512 MB RAM
- 10 GB virtuelle IDE-Festplatte
- Bridged Ethernet-Controller
- USB-Controller
Mein Problem besteht darin, dass ich Icinga installieren kann, aber wenn ich es über meinen Browser abrufe erhalte ich folgende Fehlermeldung.
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>500 Internal Server Error</title>
</head><body>
<h1>Internal Server Error</h1>
<p>The server encountered an internal error or
misconfiguration and was unable to complete
your request.</p>
<p>Please contact the server administrator,
root@localhost and inform them of the time the error occurred,
and anything you might have done that may have
caused the error.</p>
<p>More information about this error may be available
in the server error log.</p>
<hr>
<address>Apache/2.2.3 (Red Hat) Server at elbe1 Port 80</address>
</body></html>Hat einer von Euch eine Idee woran es liegen könnte??
super-skunk
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 125254
Url: https://administrator.de/contentid/125254
Ausgedruckt am: 25.11.2024 um 17:11 Uhr
8 Kommentare
Neuester Kommentar
Hallo
An einer fehlerhaften Konfiguration?
Mehr ist aus der Fehlermeldung nicht herauszulesen, da können viele Dinge ursächlich sein.
Poste doch einmal die letzten Zeilen der apache-logfiles (Bei CentOS unter /var/log/httpd, glaube ich), nachdem Du versucht hast, die Seite aufzurufen.
An einer fehlerhaften Konfiguration?
Mehr ist aus der Fehlermeldung nicht herauszulesen, da können viele Dinge ursächlich sein.
Poste doch einmal die letzten Zeilen der apache-logfiles (Bei CentOS unter /var/log/httpd, glaube ich), nachdem Du versucht hast, die Seite aufzurufen.
So, hier das Error_Log-File vom Apache...
Brauchst du noch mehr??
[Thu Sep 17 16:51:18 2009] [error] [client IP-ADRESSE] (13)Permission denied: exec of '/usr/local/icinga/sbin/tac.cgi' failed, referer: http://server1/icinga/
[Thu Sep 17 16:51:18 2009] [error] [client IP-ADRESSE] Premature end of script headers: tac.cgi, referer: http://server1/icinga/
[Thu Sep 17 16:51:19 2009] [error] [client IP-ADRESSE] File does not exist: /usr/local/icinga/share/js/builder.js, referer: http://server1/icinga/top.html
[Thu Sep 17 16:51:19 2009] [error] [client IP-ADRESSE] File does not exist: /usr/local/icinga/share/js/dragdrop.js, referer: http://server1/icinga/top.html
[Thu Sep 17 16:51:19 2009] [error] [client IP-ADRESSE] File does not exist: /usr/local/icinga/share/js/slider.js, referer: http://server1/icinga/top.html
[Thu Sep 17 16:51:19 2009] [error] [client IP-ADRESSE] File does not exist: /usr/local/icinga/share/js/sound.js, referer: http://server1/icinga/top.html
[Thu Sep 17 16:51:19 2009] [error] [client IP-ADRESSE] File does not exist: /usr/local/icinga/share/js/dragdrop.js, referer: http://server1/icinga/top.html
[Thu Sep 17 16:51:19 2009] [error] [client IP-ADRESSE] File does not exist: /usr/local/icinga/share/js/slider.js, referer: http://server1/icinga/top.html
[Thu Sep 17 16:51:19 2009] [error] [client IP-ADRESSE] File does not exist: /usr/local/icinga/share/js/sound.js, referer: http://server1/icinga/top.htmlBrauchst du noch mehr??
Hallo,
die logs zeigen zunächst einmal, dass der httpd keinen Zugriff auf /usr/local/icinga hat, ich gehe davon aus, dass Du geprüft hast, ob die unter "File does not exist" angemahnten Dateien wirklich existieren.
Ich kenne jetzt icinga nicht, aber es ist schon ungewöhnlich, Dateien, die für eine Website gebraucht werden, auf die der httpd also zugreifen soll, unter /usr liegen; sie sollten eigentlich unter /var/www/html liegen (bei CentOS).
Wenn Sicherheit eine Rolle spielt, sollte man das auf jeden Fall auch so konfigurieren, das heißt, alle Dateien, auf die der httpd direkt zugreift, unter /var/www/html ablegen und die Pfade entsprechend anpassen. Wenn Sicherheit nicht so wichtig ist (wann eigentlich?), kann man das auch so lassen und dem Benutzer, unter dem der httpd läuft, die Rechte auf /usr/local/icinga erteilen.
Bei nagios (wo icinga ja herkommt) ist es so, dass die Auswerte- und Konfigurationsseiten unter /var/www/html liegen und die eigentlichen Dateien/Plugins unter /usr/local/nagios. Vielleicht musst Du nur den Inhalt eines Verzeichnisses verschieben?
Wenn es unter /var/www/html/icinga-verzeichnis einen Link auf die Dateien in /usr/local/icinga gibt, muss man neben der Rechtevergabe noch in der httpd-Konfiguration die Option FollowSymLinks=yes setzen.
die logs zeigen zunächst einmal, dass der httpd keinen Zugriff auf /usr/local/icinga hat, ich gehe davon aus, dass Du geprüft hast, ob die unter "File does not exist" angemahnten Dateien wirklich existieren.
Ich kenne jetzt icinga nicht, aber es ist schon ungewöhnlich, Dateien, die für eine Website gebraucht werden, auf die der httpd also zugreifen soll, unter /usr liegen; sie sollten eigentlich unter /var/www/html liegen (bei CentOS).
Wenn Sicherheit eine Rolle spielt, sollte man das auf jeden Fall auch so konfigurieren, das heißt, alle Dateien, auf die der httpd direkt zugreift, unter /var/www/html ablegen und die Pfade entsprechend anpassen. Wenn Sicherheit nicht so wichtig ist (wann eigentlich?), kann man das auch so lassen und dem Benutzer, unter dem der httpd läuft, die Rechte auf /usr/local/icinga erteilen.
Bei nagios (wo icinga ja herkommt) ist es so, dass die Auswerte- und Konfigurationsseiten unter /var/www/html liegen und die eigentlichen Dateien/Plugins unter /usr/local/nagios. Vielleicht musst Du nur den Inhalt eines Verzeichnisses verschieben?
Wenn es unter /var/www/html/icinga-verzeichnis einen Link auf die Dateien in /usr/local/icinga gibt, muss man neben der Rechtevergabe noch in der httpd-Konfiguration die Option FollowSymLinks=yes setzen.
Hallo,
vielen Dank für deine Tipps, ich werde es (wenn ich Zeit habe) mit den Verzeichnissen und den Rechten ausprobieren.
Sollte ich weiterhin Probleme haben, werde ich mich nochmal melden...
vielen Dank für deine Tipps, ich werde es (wenn ich Zeit habe) mit den Verzeichnissen und den Rechten ausprobieren.
Sollte ich weiterhin Probleme haben, werde ich mich nochmal melden...
So, da bin ich wieder....
Ich habe das jetzt mal mit den Verzeichnissen und den Rechten ausprobiert und musste feststellen, dass es immer noch nicht funktioniert.
Die Dateien die mit "File does not exist" angemahnt werden, habe ich nicht gefunden.
Allerdings gibt es diese Dateien auch nicht auf meinem Referenz-System. Dort funktioniert Icinga aber problemlos.
Habt ihr noch Ideen oder sind die schon (alle) alle???
Ich habe das jetzt mal mit den Verzeichnissen und den Rechten ausprobiert und musste feststellen, dass es immer noch nicht funktioniert.
Die Dateien die mit "File does not exist" angemahnt werden, habe ich nicht gefunden.
Allerdings gibt es diese Dateien auch nicht auf meinem Referenz-System. Dort funktioniert Icinga aber problemlos.
Habt ihr noch Ideen oder sind die schon (alle) alle???
Ich bin's nochmal....
Mein Problem ist jetzt gelöst.
Der Fehler war, dass der SELinux- und der iptables-Dienst gestartet waren. Einmal deaktiviert und schon läuft alles. xD
Aber trotzdem vielen Dank für Eure Unterstützung.
super-skunk
Mein Problem ist jetzt gelöst.
Der Fehler war, dass der SELinux- und der iptables-Dienst gestartet waren. Einmal deaktiviert und schon läuft alles. xD
Aber trotzdem vielen Dank für Eure Unterstützung.
super-skunk
Hallo super-skunk,
'tschulligung, hätte ich darauf kommen müssen. Mein erster Reflex auf ein Problem unter RHEL/Fedora/CentOS ist eigentlich immer: ist SELinux enabled....?
Viele Grüße noch einmal
'tschulligung, hätte ich darauf kommen müssen. Mein erster Reflex auf ein Problem unter RHEL/Fedora/CentOS ist eigentlich immer: ist SELinux enabled....?
Viele Grüße noch einmal
darf ich mal fragen warum du dich für CentOS entschieden hast? Hat das irgendwelche Vorteile? Ich habe es bisher immer unter Suse oder Debian installiert bekommen ohne Probleme. 
