Groundwork (Nagios)

honey schrieb:
heißt das also, dass ich make install nicht als testperson ausführen darf? keine berechtigung?
Genau das heisst es. 'make install' muss immer als root gemacht werden.
 
ehm, und wenn man das nicht als root machen darf? und wenn ich der besitzer von /export... bin, sollte das trotzdem nicht gehen?
 
Nochmal:

Nein.

make install muss als root ausgeführt werden.
 
ich hab das nochmal gemacht, also alte nagios gelöscht. ... jetzt klappt das
habs aber nicht als root gemacht.

vielen dank :)
 
hallo
ich habe gestern mein web-interface installiert, danach wurde die nagios startseite angezeit. kurz danach ist mein rechner abgestürzt, und seit heute läuft nichts mehr, apache nicht, nagios natürlich auch nicht!

habe folgendes gemacht:

ScriptAlias /nagios/cgi-bin/ /usr/local/nagios/sbin/
<Directory "/usr/local/nagios/sbin/">
AllowOverride AuthConfig
Options ExecCGI
Order allow,deny
Allow from all
</Directory>

Alias /nagios/ /usr/local/nagios/share/
<Directory "/usr/local/nagios/share">
Options None
AllowOverride AuthConfig
Order allow,deny
Allow from all
</Directory>

aus httpd.conf rausgenommen, apache lässt sich nicht starten. fehlermeldung:
# /usr/sbin/apachectl start
(13)Permission denied: make_sock: could not bind to address [::]:80
(13)Permission denied: make_sock: could not bind to address 0.0.0.0:80
no listening sockets available, shutting down
Unable to open logs

#/usr/sbin/apachectl stop
httpd (no pid file) not running

gestern hatte ich die selben fehlermeldungen, da hat apache aber noch funktioniert.
which apachectl: which: no apachectl in (/usr/lib/qt-3.3/bin:/usr/kerberos/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin)


hat jemand ne idee wo der fehler sein könnte?

mfg
honey
 
Schau doch mal mit netstat welches Prozess da auf Port 80 haengt und stelle sicher, dass du den Webserver als root startest.
 
ich hab port 8080 genommen,

# netstat
unix 3 [ ] STREAM VERBUNDEN 8080
ja und ich mach das als root

außerdem wenn ich ps -ef mache, läuft weder httpd noch apache, und in /logs/error sind keine fehlermeldungen, das letzte ist von montag, bevor nagios lief,
 
Zuletzt bearbeitet:
Auf Port 8080 laeuft normalerweise ein Proxy-Server. Dass der Port bei dir offenbar benutzt wird, ist ja wohl erkennbar. Schau mal mit
Code:
netstat -lanep
welches Programm da auf dem Port haengt.

PS: Und sei nicht so ungeduldig. ;) Gibt Leute hier, die arbeiten nebenbei und schauen nicht alle paar Minuten ins Board. :)
 
also bei netstat -lanep krieg ich folgendes raus:
unix 3 [ ] STREAM VERBUNDEN 8080 2380/gnome-terminal /tmp/orbit-sev

aber warum sagt er:
/usr/sbin/apachectl start
(13)Permission denied: make_sock: could not bind to address [::]:80
(13)Permission denied: make_sock: could not bind to address 0.0.0.0:80
no listening sockets available, shutting down
Unable to open logs

/usr/sbin/apachectl stop
httpd (no pid file) not running

denn der apache läuft ja nicht mehr,

PS: ich werds mir merken und versuche geduldiger zu sein :D
 
Dein Problem liegt wahrscheinlich u.a. an
Code:
Unable to open logs
Offenbar hat dein Webserver-User keine Rechte um seinen Log-Dateien anzulegen bzw. darin zu schreiben. Das solltest du zuerstmal ueberpruefen. Dein Webserver versucht offenbar sich an Port 80 zu binden und nicht an 8080. Also solltest du mit dem oben genannten netstat-Befehl mal schauen, was auf diesem Port haengt.
 
Wenn dein Server auf Port 80 lauscht und du den als nicht-root gestartet hast, kann das sowieso nicht klappen, weil Dienste die Ports < 1024 nutzen müssen immer als root gestartet werden.
 
also, montag hatte ich das selbe problem, das war aber weil ich ./apachectl restart ansttat start geschrieben hatte.
danach ist mein rechner abgestürzt, und seitdem funktioniert das nicht mehr,
ich mach das als root, und hab port 8080 genommen.

#netstat -lanep
unix 3 [ ] STREAM VERBUNDEN 8080 2380/gnome-terminal /tmp/orbit-sev
 
Dann schau mal in deiner Konfiguration, ob irgendwo noch ein anderer Port definiert ist (z.B. in einem VirtualHost-Eintrag oder ein 2. Listen). Auf jeden Fall wird dieser Wert offenbar nochmal irgendwo ueberschrieben, denn dein Apache meldet, dass er versucht zu Port 80 zu verbinden.
 
es lag daran, dass 2 mal apachectl gab, und er jedes mal das falsche genommen hatte
 

Ähnliche Themen

Welches Linux/Unix für ehemaligen OSX Nutzer?

IT-Administrator (m/w) mit *NIX-Kenntnissen gesucht (Hamburg)

Squid3 als Reverse Proxy

SUSE 11, was ist denn da besser als Windows???

Samba 3 PDC + LDAP virtualisieren..

Zurück
Oben