Bekijk Volledige Versie : Directadmin Httpd Probleem..
Beste,
Heb een probleem met een server, en kan geen oplossing vinden.
Elke nacht (0.11) loopt httpd vast of stopt. Na een restart is dit weer opgelost.
Echter kan ik het proces httpd niet starten, pas naar een complete herstart komt die weer online
Ook gebeurt er echter niks als ik hem eerder op de avond nog is restart.
Iemand een idee?
Tnx!
Al een met netstat -ntap gekeken wat er dan aan poort 80 hangt?
Misschien staat er wat in de logfiles van zowel httpd als de server zelf.
Draait er een crontab op dat moment?
Nog geen definitieve oplossing, maar lees even:
http://www.webhostingtalk.nl/dedicated-en-vps-unmanaged-hosting/147833-elke-nacht-valt-httpd-service-uit.html
Ik heb een cronjobs verwijdert, maar het probleem doet zich nog steeds voor..
Waarschijnlijk lag daar het probleem dus niet. Heb je al gedaan wat Wido zei?
Yup, ik zie niks.
Nu loopt die trouwens ook vast..
Error:
An error has occurred
Details
/sbin/service httpd start 2>&1
Error:
An error has occurred
Details
/sbin/service httpd start 2>&1
Heb je:
# nano /var/log/httpd/error_log albekeken?
Hoop gerommel met ioncube, even kijken of ik die eraf kan gooien..
[Sun Apr 12 01:42:01 2009] [warn] Init: SSL server IP/port conflict: www.aszgraffiti.net:443 (/usr/local/directadmin/data/users/hugo/httpd.conf:48) vs. www.$
Daarvan een lijst met alle domeinen..
Hoop gerommel met ioncube, even kijken of ik die eraf kan gooien..
[Sun Apr 12 01:42:01 2009] [warn] Init: SSL server IP/port conflict: www.aszgraffiti.net:443 (http://www.aszgraffiti.net:443) (/usr/local/directadmin/data/users/hugo/httpd.conf:48) vs. www.$
Daarvan een lijst met alle domeinen..
Ioncube?????
Waarschijnlijk hangt er een ander proces aan poort 80, kijk eens net netstat -ntap als het voor komt.
Christophe1
15/04/09, 18:01
Hoop gerommel met ioncube, even kijken of ik die eraf kan gooien..
[Sun Apr 12 01:42:01 2009] [warn] Init: SSL server IP/port conflict: www.aszgraffiti.net:443 (/usr/local/directadmin/data/users/hugo/httpd.conf:48) vs. www.$
Daarvan een lijst met alle domeinen..
Is "normaal":
http://help.directadmin.com/item.php?id=226
't kan eventueel toch niet te maken hebben met de logrotatie?
Failed loading /home/admin/domains/naam.nl/public_html/klanten/ioncube/ioncube_loader_lin_5.2.so: /home/admin/domains/naam.nl/public_html/klant$
doesn't appear to be a valid Zend extension
Welicht loopt die daardoor vast? Het is nogal een lijst..
[root@server8 ~]# netstat -tulpn| grep :80
tcp 0 0 :::80 :::* LISTEN 2535/httpd
Dan zet je toch even een '#' voor de ioncube loader in php.ini.
Daarna apache herstarten, en controleren met pvp -V.
(Er van uitgaande dat je php_cli draait, ik heb nog niets anders gezien hierboven.....)
Wouter-Ospito
15/04/09, 21:33
Heb je alleens gekeken naar de max_filesize / FD_SETSIZE? Dit probleem ook weleens gehad op een server die het maximaal open aantal files overschreven had (staat standaard ook wel erg laag overigens op CentOS en FreeBSD).
rackhost.be
15/04/09, 23:49
laatste apache & php versies?
Nadat ik ioncube loader heb verwijdert, lijkt die nu goed te draaien, vannacht geen storing!
dreamhost_nl
16/04/09, 13:15
Over het algemeen loopt IonCube stabiel op een server. Heb je wel de juiste versie cq. modules geïnstalleerd? M.a.w. hoe heb je dit gedaan?
Heeft ook zeker een jaar stabiel gelopen, echter mocht die het niet volhouden..
Wat de reden daar van is weet ik niet..
Misschien dat je PHP en ionCube versies mismatchen. Dat is zo even het eerste waar ik op kom trouwens. Ik weet ook niet of het problemen van deze aard geeft.
Volgens mij wordt ionCube niet bijgewerkt door middel van custombuild; toch de manier om je PHP installatie bij te werken over het algemeen. Dus je zou kunnen proberen om je ionCube installatie ook bij te werken.
Of per website apart de loaders gebruiken.
De loaders blijven voor PHP5.1 toch gelijk, net als voor 5.2?
als je dus upgrade van 5.2.0 naar ==> x ==> 5.2.9 blijft de loader gelijk. dan komt de vraag wat er aan PHP geupgrade is.....????
Ioncube wordt idd door DA niet geinstalleerd of upgrade, zowel de apache als build versie.
Daarna de vraag of de errors betrekking hebben op 1 user / domeinnaam of meerdere?
Yup blijft gelijk, het was enkel op 1 website in gebruik..