Hallo, mein httpd, der u.a. auch für die Ausführung von cgi-Skripten (z.B. sdb) zuständig ist, wird von startproc in /etc/rc.d/apache nicht mehr richtig gestartet. Es gibt KEINE Fehlermeldungen beim Start, beim booten kommt die gewöhnliche Meldung "Starting service httpd" gerlach@rex:~ > ps axw | grep httpd 181 ? S 0:02 /usr/sbin/httpd -f /etc/httpd/httpd.conf -D SSL 210 ? S 0:00 /usr/sbin/httpd -f /etc/httpd/httpd.conf -D SSL 211 ? S 0:00 /usr/sbin/httpd -f /etc/httpd/httpd.conf -D SSL 212 ? SW 0:00 (httpd) 213 ? S 0:00 /usr/sbin/httpd -f /etc/httpd/httpd.conf -D SSL 214 ? S 0:00 /usr/sbin/httpd -f /etc/httpd/httpd.conf -D SSL 329 ? S 0:00 /usr/sbin/httpd -f /etc/httpd/httpd.conf -D SSL 332 ? S 0:00 /usr/sbin/httpd -f /etc/httpd/httpd.conf -D SSL 333 ? S 0:00 /usr/sbin/httpd -f /etc/httpd/httpd.conf -D SSL 692 p6 S 0:00 grep httpd Jedoch sind keine cgi-Skript startbar, wenn in der SDB gesucht wird und auf "Suche starten" geklickt wird, kommt der Fehler: Not Found The requested URL /cgi-bin/sdbsearch.cgi was not found on this server. Apache/1.3.4 Server at rex.goethe.de Port 80 Der Hammer dabei: ================== Nehme ich eine jungfräuliche rc.config von meinem zweiten, alten PC, dann FUNKTIONIERT die Ausführung von cgi !!!!!! Frage an die Profis: wie kann ich http genauer untersuchen, warum er z.B. ausgibt: ".. URL /cgi-bin/sdbsearch.cgi .." (s.o.) Ich kann natürlich die "frische" rc.config Stück-für- Stück mit den Variablen meiner aktuellen rc.config füllen und so herausfinden, was httpd stört. Mache ich auch. Aber das ist stupide und wüsste gerne eine intelligentere Lösung. Weiss die jemand ? BTW: wenn http läuft (mit cgi-Fehler): rex:/etc # fuser -v -u -n tcp 80 USER PID ACCESS COMMAND 80/tcp root 181 f.... httpd root 210 f.... httpd root 211 f.... httpd root 212 f.... httpd root 213 f.... httpd root 214 f.... httpd root 329 f.... httpd root 332 f.... httpd root 333 f.... httpd wenn ich apache stoppe "apache stop" , dann lauscht auf Port 80 nichts mehr, also keine Doppelbelegung von Port 80 BTW2: ich habe letztens, also ich sowieso mal yast aufgerufen hatte ich Masquerading installiert hatte, auch noch ein Netzwermonitoring-tool, ADABAS, .. installiert, meist aber noch nicht zum laufen gebracht, so dass meine rc.config stark angewachsen ist. Linux / Suse-Linux scheint wie M$ einige Probleme zu haben, wenn "viel" installiert ist. Nur ist dem Fehler bei Linux sicherlich auf den Grund zu gehen . tia Ekkard --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
* Ekkard Gerlach wrote on Tue, Jan 25, 2000 at 10:07 +0100:
Hallo,
mein httpd, der u.a. auch für die Ausführung von cgi-Skripten (z.B. sdb) zuständig ist, wird von startproc in /etc/rc.d/apache nicht mehr richtig gestartet. Es gibt KEINE Fehlermeldungen beim Start, beim booten kommt die gewöhnliche Meldung "Starting service httpd"
Erstmal ins Serverlog schauen, vielleicht steht das was. Wenns wirklich am rc script liegt, bau Dir ein eigenes, das ist ja auch nicht so schlimm... oki, Steffen -- Dieses Schreiben wurde maschinell erstellt, es trägt daher weder Unterschrift noch Siegel. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Ekkard Gerlach (ich) wrote:
The requested URL /cgi-bin/sdbsearch.cgi was not found on this server. Apache/1.3.4 Server at rex.goethe.de Port 80
LÖSUNG: Cache des Netscape leeren ! (War ein Hinweis von Steffen Dettmer) Irgendwie scheint sich Netscape das zu verhaspeln, so dass das wohl immer mal wieder nötig ist. Übringens: als ich mein System mit einer "frischen" rc.config meines zweiten PCŽs gestartet hatte, lief auch das cgi bestens. Das lag wohl daran, dass in dem rc.config der RECHNERNAME (berti) ein anderer war und deshalb Netscape einen ANDEREN cache öffnete! Warum das mein Problem gelöst hat, weiss ich bis heute Gruss Ekkard --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (2)
-
SPS_Gerlach@online.de
-
steffen@dett.de