Webserver mit PHP macht mich Wahnsinnig
Hallo Leute,
Habe mein Problem zwar schon unter WL500G Premium, aber macht sicher hier auch Sinn!
Folgendes:
Ich versuche einen PHP Webserver auf meine Asus WL-500GP zu bekommen.
Meine Tests funktionieren auch alle soweit (PHP-THTTPD und Cherokee)
Leider nur bis zum ersten Reboot! Danach kommt einfach keiner der Webserver mehr hoch!
Was habe ich also gemacht:
Ich habe meine Asus mit der Aktuellen Oleg FW versorgt, und nach Anleitung den PHP-THTTPD installiert.
Config noch den Port geändert sonst nichts (ok eine PHP Seite erstellt und in /opt/share/www abgelegt)
Starten des Web Servers mit /opt/etc/init.d/S80thttpd start
Browser auf http://Routeradresse:Port/index.php gestartet und siehe da ein Hello World ist zu sehen.
Anfangs hatte ich noch mein eigenes Startup.sh auf der externen Festplatte liegen, welches ich aus post-boot aufgerufen hatte.
Mittlerweile bin ich schlauer, und nehme /opt/etc/init.d/rc.unslung aber ebenfalls aus post-boot
Also mache ich jetzt einen Reboot, um die Neustartsicherheit meiner Box zu testen. Resultat: rc.unslung wurde gestartet (zumindest läuft Samba) aber kein Web Server
Im /tmp/syslog steht "thttpd[330]: bind 0.0.0.0 - Address already in use"
netstat -natu sagt aber nicht, daß der Port belegt wäre.
Warum kann ich diesen verd... Webserver nicht mehr starten?
Versuche ich den thttpd von der shell direkt mit dem Parameter -D (debug) zu starten erhalte ich einen segmentation fault
Kann mir da jemand helfen
Offensichtlich macht php da Probleme
Hallo Ich habe noch ein wenig experimentiert.
Ich habe jetzt den lighttpd drauf zusammen mit dem php-fcgi (und natürlich dem php)
Wie bereits in dem ersten post geschrieben, läuft alles sauber bis zu reboot.
Nach dem reboot bekomme ich beim Surfen auf meine Seite einen http 500 (Interner Serverfehler)
Wenn ich in diesem Fall ein php -v auf der Shell der Asus Box absetze, bekomme ich einen Segmentation fault.
Ich habe auch schon in /usr/local/sbin ein pre-shutdown script abgelegt, welches den lighttpd herunterfährt. Das hat die Situation etwas verbessert. ich bekomme nun etwas seltener diesen Fehler (liegt aber immernoch bei ca 50% fehlschlägen)
Wenn ich jetzt das php und php-fcgi mit ipkg remove entferne und sofort neu installiere, läuft es wieder!
Also es liegt mit 99,999% Wahrscheinlichkeit daran, daß das php nicht sauber beendet wird oder so.
Vielleich kann ja noch jemand einen Tip geben, wie ich das php / php-fcgi sauber beende.
Gruß und Danke