s4y: was tun, wenn Provider kein aktuelles Apache-RPM bereitstellt?

Die offizielle Version kann man nicht nehmen, deshalb gibt es ja spezielle intergenia-Versionen.
Die intergenia-Versionen ist AFAIK nur eine etwas veränderte Orginalversion(gibts außer den Frontpageextensions und sendfile noch andere Änderungen?). Kompilier einfach deinen Wunsch-Apache selber:) Allerdings hat der VServer Kernel Probleme mit "sendfile" (was auch immer das seien mag ;)) Da gibts zwei Lösungen:
 
HornOx said:
Die intergenia-Versionen ist AFAIK nur eine etwas veränderte Orginalversion(gibts außer den Frontpageextensions und sendfile noch andere Änderungen?). Kompilier einfach deinen Wunsch-Apache selber:) Allerdings hat der VServer Kernel Probleme mit "sendfile" (was auch immer das seien mag ;)) Da gibts zwei Lösungen:
Ich habs etwas anders gelöst(vielleicht nicht der eleganteste Weg, aber es funzt...):
- Intergenia-Quellpaket von apache 2.0.49 installiert,
- httpd-2.0.49.tar.bz2 gegen 2.0.50-file getauscht
- apache2.spec angepasst (Versionsnummer)
- mit rpmbuild -bb ./apache2.spec neu compiliert und rpm's erstellt

(s4y mit SuSE 9 - zu Hause alles auch mit SuSE 9 erstellt)

Gruss, Micha
 
hm, also ich hab die 50 jetzt installiert

httpd -kstop
rpm -Uvh httpd-2.0.50-1.intergenia.i386.rpm httpd-devel-2.0.50-1.intergenia.i386.rpm

Mit httpd -kstart kann ich den apache auch wieder starten (auch mit reboot, hehe). Nur nicht über Confixx. Wenn ich da den apache-reload anfordere, steht im error_log

[notice] seg fault or similar nasty error detected in the parent process

und er bleibt unten. Manuell über httpd -kstart geht es dann wieder...

Irgendwelche Ideen ? Wahrscheinlich hab' ich wieder irgendwas versaubeutelt...

edit:typo
 
Last edited by a moderator:
Hi,

schau mal mit ps nach ob da ein httpd oder httpd2-prefork laeuft, wenn da httpd auftaucht, dann musst du in /usr/local/confixx/confixx_main.conf $pm_apache_name = 'httpd2-prefork'; damit ersetzen.
 
Okay, ps zeigt "httpd" an.
Habe nun wie oben beschrieben den Eintrag in der confixx_main.conf (steht bei mit unter /root/confixx) geändert ($pm_apache_name = 'httpd2-prefork';).

Die Confixx-Restart-Anforderung erzeugt jetzt keine Fehlermeldungen in der error_log. Aber auch keine Info über den Apache-Restart. Da müsste doch irgendwas über "normal operations" stehen, oder ? Sieht irgendwie so aus, als würde das Ding nu gar nicht restartet. Kann das sein ?

Kleine Randfrage: unter #apache der confixx_main.conf gibt es einen Eintrag "$gidapache = '48';". Ich muss nicht zufällig den auf 50 setzen ? Hatte ja vorher Apache/2.0.48 drauf...
 
miko93 said:
unter #apache der confixx_main.conf gibt es einen Eintrag "$gidapache = '48';". Ich muss nicht zufällig den auf 50 setzen ? Hatte ja vorher Apache/2.0.48 drauf...
Ich kenne zwar Dein System nicht, aber ich würde sagen, daß 'gidapache' für 'Group-ID des Apache-Users' steht und es eher Zufall ist, daß es die 48 ist.

Das kannst Du überprüfen, indem Du den GID-Eintrag 48 in /etc/group suchst.
Könnte 'www-data' oder 'wwwrun' o.ä. sein.

huschi
 
Huschi, danke. Glaube mittlerweile nicht mehr, dass es überhaupt an Confixx liegt.

httpd -krestart -> er schmiert ab wie bei der Restart-Anforderung durch Confixx (s.o.)
Danach normaler Start über "httpd" möglich, und es läuft wieder. Er will nur nicht restarten. Hat wohl seinen eigenen Kopf... :)
 
miko93 said:
httpd -krestart
Falls Du wirklich dies so eingibst, ist es kein Wunder.
Halte Dich an die dafür vorgesehenen Start-/Stop-Skripts in /etc/init.d/
Also eins von diesen (abhängig vom System):
/etc/init.d/httpd restart
/etc/init.d/httpd2 restart
/etc/init.d/apache restart
/etc/init.d/apache2 restart

huschi.
 
Ok, habe mich nun an die init-scripts gehalten. Damit klappte der manuelle Restart, über Confixx gings immer noch nicht.
Wie sich nun herausgestellt hat, war es wohl ein Problem mit php.

Siehe
http://bugs.php.net/bug.php?id=27810
http://bugs.php.net/bug.php?id=27899.

Nach dem update von php-4.3.5-1.intergenia auf php-4.3.7-1.intergenia ist nun Ruhe. Apache Restart klappt. Und der Rest - so wie es aussieht - auch.

Puh... nochmal gut gegangen :p
Danke für die Unterstützung.
 
miko93 said:
Nach dem update von php-4.3.5-1.intergenia auf php-4.3.7-1.intergenia ist nun Ruhe. Apache Restart klappt. Und der Rest - so wie es aussieht - auch.
Hm, also bei geht's auch mit der 4.3.5er. Wo hast Du denn jetzt schon wieder eine 4.3.7-1.intergenia her? Für Fedora gibt's bei ircsex jedenfalls keine.

Wie wär's eigentlich, wenn:
- s4y sowas offiziell bereitstellt (bisher sieht mir das ja eher aus wie ein freiwilliger Service eines Mitarbeiters von denen (hallo mbroemme :) ))
- s4y dafür ne Mailingliste einrichten würde, so daß man automatisch erfährt, wenn es neue rpms gibt.

Ich behelfe mir bis dahin mit einem cronjob:

Code:
cd /home/xyz/rpm/intergenia
wget -q -N -r -l 1 -nd -A "rpm" http://www.ircsex.de/intergenia/vserver/stable/fedora-core-1/RPMS/
wget -q -N -r -l 1 -nd -A "rpm" http://www.ircsex.de/intergenia/vserver/unstable/fedora-core-1/intergenia-rpms/
ls -ltr *.rpm > dirnew.txt
diff dir.txt dirnew.txt
rm -f dir.txt
mv dirnew.txt dir.txt
Wenn da eine Ausgabe produziert wird (d.h. es gibt neue Pakete), bekomm ich die automatisch von cron zugeschickt.

Gruß
Nybbler
 
HornOx said:
Die intergenia-Versionen ist AFAIK nur eine etwas veränderte Orginalversion(gibts außer den Frontpageextensions und sendfile noch andere Änderungen?). Kompilier einfach deinen Wunsch-Apache selber:) Allerdings hat der VServer Kernel Probleme mit "sendfile" (was auch immer das seien mag ;)) Da gibts zwei Lösungen:
Frontpage brauch ich nich (ist doch MS-Kram, oder?) und was ist mit diesem sendfile?
Reicht es, "EnableSendfile Off" in die Conf zu schreiben und einfach den normalen Apache zu nehmen? Werde es beim nächsten Upgrade mal ausprobieren ...

Gruß
Nybbler
 
Back
Top