SuSE 9.3 Apache2 Errordokument geht nicht mehr mit PHP
Hallo! Wie ich gerade mit entsetzen feststelle geht in der SuSE9.3 nach einspielen der letzten updates UND neustarten des APACHE (rcapache restart) die Direvtive ErrorDocument nicht mehr wie vorher: .htaccess ErrorDocument TESTTEXT #geht ErrorDocument /error.html #geht ErrorDocument /error.php #geht NICHT Im Konqueror äussert sich der Fehler so: Beim Laden von http://<IP>/falscheseite ist folgender Fehler aufgetreten: Verbindung zu Rechner <IP> ist unterbrochen. Der Mozilla bleibt stumm. Reinstallation der Apache-Pakete mit YAST und neustart apache; alles geht wieder. Einspielen Apache-Patches Fehlverhalten. Directive ErrorDocument bleibt beim umleiten auf eine PHP-Seite stehen. Was kann ich tun, woran liegts? Danke sue
Sandra Useres wrote:
Hallo!
Wie ich gerade mit entsetzen feststelle geht in der SuSE9.3 nach einspielen der letzten updates UND neustarten des APACHE (rcapache restart) die Direvtive ErrorDocument nicht mehr wie vorher:
.htaccess ErrorDocument TESTTEXT #geht ErrorDocument /error.html #geht ErrorDocument /error.php #geht NICHT
Im Konqueror äussert sich der Fehler so:
Beim Laden von http://<IP>/falscheseite ist folgender Fehler aufgetreten: Verbindung zu Rechner <IP> ist unterbrochen.
Der Mozilla bleibt stumm.
Reinstallation der Apache-Pakete mit YAST und neustart apache; alles geht wieder.
Einspielen Apache-Patches Fehlverhalten.
Directive ErrorDocument bleibt beim umleiten auf eine PHP-Seite stehen.
Nach Testen liefert apache/error_log: [Mon Nov 28 19:01:25 2005] [notice] child pid 16473 exit signal Segmentation fault (11) [Mon Nov 28 19:39:53 2005] [notice] child pid 16474 exit signal Segmentation fault (11) nach dem Aufrufen einer nvh. Seite (http://<IP>/falscheseite). Der SegFault kommt nur wenn ErrorDocument auf eine PHP-Seite zeigt, Text und HTML-Seite gehen. Da der Fehler, auf verschiedenen Systemen wiederholbar ist, ist wohl das Apache Update defekt. Kann mal wer die zuständigen Stellen informieren? (auf den Novell-Seiten findet man ja gar nix mehr...) Tschau sue
Hallo Sandra, hallo Leute, Am Montag, 28. November 2005 19:51 schrieb Sandra Useres:
Sandra Useres wrote:
Wie ich gerade mit entsetzen feststelle geht in der SuSE9.3 nach einspielen der letzten updates UND neustarten des APACHE (rcapache restart) die Direvtive ErrorDocument nicht mehr wie vorher:
ErrorDocument /error.php #geht NICHT [...] [Mon Nov 28 19:01:25 2005] [notice] child pid 16473 exit signal Segmentation fault (11)
Der SegFault kommt nur wenn ErrorDocument auf eine PHP-Seite zeigt, Text und HTML-Seite gehen.
Da der Fehler, auf verschiedenen Systemen wiederholbar ist, ist wohl das Apache Update defekt.
Kann mal wer die zuständigen Stellen informieren?
Das Ganze ist schon längst bekannt (mitlesen in suse-security@suse.com bildet ;-) und ein korrigiertes Paket ist AFAIK schon in der QA und sollte demnächst verfügbar sein. Ach ja: mod_rewrite geht mit den defekten Update-Paketen auch nicht. Derzeitiger Workaround: Installation der vorherigen Paketversion (soweit noch verfügbar) oder der von CD/DVD. Gruß Christian Boltz --
Was haltet ihr von Lindows?? ABSTAND :-) [> Glenn Charpantier und Axel Lindlau in suse-linux]
Christian Boltz wrote:
Sandra Useres wrote:
Wie ich gerade mit entsetzen feststelle geht in der SuSE9.3 nach einspielen der letzten updates UND neustarten des APACHE (rcapache restart) die Direvtive ErrorDocument nicht mehr wie vorher:
ErrorDocument /error.php #geht NICHT [....] Das Ganze ist schon längst bekannt (mitlesen in suse-security@suse.com bildet ;-) und ein korrigiertes Paket ist AFAIK schon in der QA und sollte demnächst verfügbar sein.
Man kann echt nicht alles lesen. :-/ Wo sind die Listen jetzt eigentlich zu finden?
Ach ja: mod_rewrite geht mit den defekten Update-Paketen auch nicht.
Derzeitiger Workaround: Installation der vorherigen Paketversion (soweit noch verfügbar) oder der von CD/DVD.
Hmm, dan müsste ich temporär das Update für Apache sperren, damit wenigstens noch die anderen UPDs durchgehen, oder? Tschüss sue
Hallo Sandra, * On Tue, Nov 29, 2005 at 11:13 AM (+0100), Sandra Useres wrote:
Christian Boltz wrote:
Sandra Useres wrote:
Wie ich gerade mit entsetzen feststelle geht in der SuSE9.3 nach einspielen der letzten updates UND neustarten des APACHE (rcapache restart) die Direvtive ErrorDocument nicht mehr wie vorher:
ErrorDocument /error.php #geht NICHT [....] Das Ganze ist schon längst bekannt (mitlesen in suse-security@suse.com bildet ;-) und ein korrigiertes Paket ist AFAIK schon in der QA und sollte demnächst verfügbar sein.
Man kann echt nicht alles lesen. :-/
Wo sind die Listen jetzt eigentlich zu finden?
Schau mal hier: http://lists.suse.com/ http://www.suse.com/en/private/support/online_help/mailinglists/ Gruß, Steffen
Sandra Useres wrote:
Christian Boltz wrote:
{...[ Derzeitiger Workaround: Installation der vorherigen Paketversion (soweit noch verfügbar) oder der von CD/DVD.
Hmm, dan müsste ich temporär das Update für Apache sperren, damit wenigstens noch die anderen UPDs durchgehen, oder?
Öhem, wie ich das dachte gehts's dann doch nicht. :-( Wie kann ich in YOU (oder sonst) einzelne Pakete vom automatischen Update ausnehmen/bzw. sperren? Ich will ja schlieslich weiter den Vorteil der Updates haben, oder... Tschüss sue
Hi
Ach ja: mod_rewrite geht mit den defekten Update-Paketen auch nicht.
Und ich suche mir seit nächten die Augen wund :-|
Derzeitiger Workaround: Installation der vorherigen Paketversion (soweit noch verfügbar) oder der von CD/DVD. Super nur ne frage wie mach ich das ? Habe einen Rootserver wo ich noch nie ein CD eingelegt habe und es eigentlich nicht vorhabe :) Bei Gentoo brauch ich nur die Version angeben die ich wieder haben will nur wie mach ich das bei Suse ? Vorallem wo bekomme ich das Paket her ? Bin bei S4y vielleicht hat ja jemand einen Tipp
Hmm, dan müsste ich temporär das Update für Apache sperren, damit wenigstens noch die anderen UPDs durchgehen, oder? Ja das würd mich auch interressieren? Vorallem was macht es dann für sinn wenn ich automatische updates fahre und die wieder im eimer sind ?!
Gruß Oliver -- DI(FH) Oliver Krammer Running Net - IT Consulting oliver.krammer@runningnet.at Mobile: +43(0)676-3049493 ICQ: 35622156 Frische Projekte unter: http://www.runningnet.at
Hallo Oliver, hallo Sandra, hallo Leute, Am Dienstag, 29. November 2005 16:04 schrieb Oliver Krammer:
Ach ja: mod_rewrite geht mit den defekten Update-Paketen auch nicht.
Und ich suche mir seit nächten die Augen wund :-|
Einfach in suse-security eintragen - das Mailaufkommen dort ist sehr gering (Jahresdurchschnitt 2005 bis heute: 6 Mails am Tag - das sollte es wert sein ;-)
Derzeitiger Workaround: Installation der vorherigen Paketversion (soweit noch verfügbar) oder der von CD/DVD.
Super nur ne frage wie mach ich das ? Habe einen Rootserver wo ich noch nie ein CD eingelegt habe und es eigentlich nicht vorhabe :) Bei Gentoo brauch ich nur die Version angeben die ich wieder haben will nur wie mach ich das bei Suse ? Vorallem wo bekomme ich das Paket her ? Bin bei S4y vielleicht hat ja jemand einen Tipp
Wenn Du die Updates nach der Installation per YOU nicht löschen lässt, sind sie unter /var/lib/YaST2/you/mnt/i386/update/9.1/rpm/i586/ zu finden (9.1 ggf. durch die richtige Version ersetzen). Das Downgrade machst Du am leichtesten manuell: rpm -Uhv --oldpackage php4*.rpm Falls Du die "alten" YOU-Updates nicht mehr hast, nimm vorläufig die Pakete von der Original-CD bzw. dem FTP-Server (damit meine ich _nicht_ das update-Verzeichnis!). Die kannst Du sogar recht bequem per "Software installieren und löschen" in YaST" installieren.
Hmm, dan müsste ich temporär das Update für Apache sperren, damit wenigstens noch die anderen UPDs durchgehen, oder?
Ja das würd mich auch interressieren? Vorallem was macht es dann für sinn wenn ich automatische updates fahre und die wieder im eimer sind ?!
Ich lasse die Updates nur automatisch runterladen und mir eine Mail schicken [1]. Die Installation stoße ich dann manuell an - bei einzelnen Paketen mit rpm -Uhv /var/lib/YaST2/..... und bei einer größeren Paketmenge durch einen Aufruf von yast2 online_update Gruß Christian Boltz [1] online_update -s -d -lde 2>&1 | grep -v "^ \|^I " | \ mail -s "Updates" meine@adres.se Eine Optimierungsmöglichkeit wäre, eine Mail nur bei der Verfügbarkeit neuer Updates zu schicken (sprich: die Ausgabe von online_update ... | grep ... ist nicht leer) - aber dann ist es kein hübscher Einzeiler für die Crontab mehr ;-) (Entsprechendes Script auf Anfrage) -- Ich frage mich manchmal, ob elektronische Kommunikation so viel besser ist als Brieftauben. Die kommen wenigstens an. :-) [Ratti in fontlinge-devel]
Christian Boltz wrote:
Hallo Oliver, hallo Sandra, hallo Leute,
Hmm, dan müsste ich temporär das Update für Apache sperren, damit wenigstens noch die anderen UPDs durchgehen, oder?
Ja das würd mich auch interressieren? Vorallem was macht es dann für sinn wenn ich automatische updates fahre und die wieder im eimer sind ?!
Ich lasse die Updates nur automatisch runterladen und mir eine Mail schicken [1]. Die Installation stoße ich dann manuell an - bei einzelnen Paketen mit rpm -Uhv /var/lib/YaST2/..... und bei einer größeren Paketmenge durch einen Aufruf von yast2 online_update
Schön und Bunt, aber nicht was man IMHO will. Bei (update-)Paketfehlern wär es nur logisch die defekten irgendwo auszuschliessen, bis die gexixten unterwegs sind. TABU in YOU sugerriert dass ja, nur funzt das net! :-( Tschö sue
participants (4)
-
Christian Boltz -
Oliver Krammer -
Sandra Useres -
Steffen Moser