Bekijk Volledige Versie : Httpd start niet meer
marsipulami
21/03/10, 17:43
Wht 'ers
ik zit de hele middag al te rommelen. Er heeft al iemand naar mn server gekeken en gefixed. Toen wou ik even ik voor alle accounts webmail.domein.nl instellen, httpd restarten en toen ging het weer fout.
de melding die ik krijg:
Invalid command 'suPHP_UserGroup', perhaps misspelled or defined by a module not included in the server configuration
Wat gaat hier fout. De oplossingen op google tot nu toe geen resultaat.
Als iemand dat snel kan fixen mag ook, de downtime van de server is al veel te lang. Hoeft niet gratis.
groet
Bel of mail me even en ik kijk er gratis naar. Dit zou niet veel tijd mogen kosten zodra ik de login gegevens heb (of nog beter even mijn public key toevoegen aan je server en na de tijd weer verwijderen).
Zodra je per email contact opneemt even het volgende vermelden svp:
- OS
- URL zodat ik kan testen of alles weer werkt
- Telefoonnummer waar ik je op kan bellen
Tel. waar op ik bereikbaar ben: 0642408602
Email: mark@streamservice.nl
marsipulami
21/03/10, 17:51
Zie PM alvast bedankt, oh ja, OS is debian etch
Yourwebhoster
21/03/10, 17:59
Is PHP wel goed als suphp/cgi geinstalleerd?
Als in /usr/local/directadmin/custombuild/options.conf bij php5 cgi no staat bij bij cli yes, moet je cli naar no zetten en cgi naar yes.
Dan sla je hem op en doe je dit:
./build php n
Controleer of je daarna httpd wel kan starten.
Edit: een topic over suphp, indien nodig: HOWTO: PHP 5 CLI to PHP 5 CGI + suPHP - DirectAdmin Forums
marsipulami
21/03/10, 18:05
Jah suphp werkte ook wel. Het was net na terugzetten van backups en een httpd restart voorbij. Maar momenteel kijkt er iemand naar, maar toch bedankt
Heb je apache geupgrade oid?
Deze meldingen komen vaak doordat php nog even opnieuw gecompiled moet worden :)
Ow was al gemeld :(
Yourwebhoster
21/03/10, 19:02
Heb je apache geupgrade oid?
Deze meldingen komen vaak doordat php nog even opnieuw gecompiled moet worden :)
Ow was al gemeld :(
Met Suphp hoef je niet Apache opnieuw te compilen:oops:
Heb het ook niet over apache?
Yourwebhoster
21/03/10, 19:04
Heb het ook niet over apache?
Verkeerd gelezen, maar andersom hoeft het ook niet dacht ik.
Dat zou kunnen, maar we hebben hier vaker gezien dat bij zulke meldingen (vooral bij een upgrade van apache oid) php niet helemaal meer alert was op instellingen. Een re-compile van php lost dit dan op. Of dit bij SUPHP hetzelfde is, heb ik geen idee van.
Proberen kan nooit geen kwaad lijkt me :)
Yourwebhoster
21/03/10, 19:07
Het fijne weet ik hier ook niet van, ooit een servertje gedraaid met suphp maar alles werkt nu met mod_ruid.
@TS, wil je posten wat er fout is en hoe dit opgelost kan worden? Handig als we dit zelf in de toekomst tegenkomen:)
Is PHP wel goed als suphp/cgi geinstalleerd?
Als in /usr/local/directadmin/custombuild/options.conf bij php5 cgi no staat bij bij cli yes, moet je cli naar no zetten en cgi naar yes.
Dan sla je hem op en doe je dit:
./build php n
Controleer of je daarna httpd wel kan starten.
Deze instellingen stonden wel goed. Tevens was enkel een "re-compile" op de genoemde wijze niet voldoende.
Onderstaande heb ik onder meer geprobeerd zonder het gewenste resultaat:
- ./build php n
- ./build php d
- ./build php y
Het fijne weet ik hier ook niet van, ooit een servertje gedraaid met suphp maar alles werkt nu met mod_ruid.
Daardoor kwam ik ook even aan het kijken wat de oorzaak was, aangezien alles er verder normaal uit zag.
@TS, wil je posten wat er fout is en hoe dit opgelost kan worden? Handig als we dit zelf in de toekomst tegenkomen:)
Hier zal ik even op in gaan omdat ik net naar die machine gekeken heb. Het enige wat ik heb kunnen vinden via onder meer onderstaande sites was een tijdelijke noodoplossing om alles ten minste weer te laten draaien.
http://help.directadmin.com/item.php?id=176
HOWTO: PHP 5 CLI to PHP 5 CGI + suPHP - DirectAdmin Forums
http://www.directadmin.com/forum/archive/index.php/t-19644.html
http://www.suphp.org/DocumentationView.html?file=apache/CONFIG
suPHP werd standaard door de custombuild van DA gecompileerd zonder de correcte setid-mode voor zover ik zo kon zien. Daarnaast staan nu tijdelijk de user/group controle uit en draaien de sites weer. Ik ben nog even aan het kijken hoe deze het beste weer aan te zetten is zonder problemen op de sites te krijgen.
Als iemand een idee heeft hoe dit weer aangezet kan worden zonder dat het problemen geeft verneem ik dat graag.
Dat zou kunnen, maar we hebben hier vaker gezien dat bij zulke meldingen (vooral bij een upgrade van apache oid) php niet helemaal meer alert was op instellingen. Een re-compile van php lost dit dan op. Of dit bij SUPHP hetzelfde is, heb ik geen idee van.
Proberen kan nooit geen kwaad lijkt me :)
TS heeft afgelopen vrijdag het hele systeem opnieuw geinstalleerd. php heeft daarna gewoon een re-compile gehad.
suPHP werd standaard door de custombuild van DA gecompileerd zonder de correcte setid-mode voor zover ik zo kon zien. Daarnaast staan nu tijdelijk de user/group controle uit en draaien de sites weer. Ik ben nog even aan het kijken hoe deze het beste weer aan te zetten is zonder problemen op de sites te krijgen.
Als iemand een idee heeft hoe dit weer aangezet kan worden zonder dat het problemen geeft verneem ik dat graag.
Een goede templatefile voor DA en het re-compilen van suPHP zou moeten werken, maar dat doet het niet (staat ook wel ergens op het DA forum). Er zijn tal van mensen die deze problemen hebben maar een "echt" goed werkende oplossing heeft DA o.a. niet. Heb hier ook last van een tweetal servers die het soms tijden goed kunnen doen met suPHP en daarna opeens zitten te zeuren over de engine of de groepsrechten.
mod_ruid is wat dat betreft veel fijner, geeft minder complicaties en je kunt natuurlijk accelerators / cachingmodules gebruiken.
systemdeveloper
21/03/10, 19:41
Ik denk dat de eerste keer suPHP in 'owner' mode is gecompileerd ipv. in 'paranoid' mode.
Yourwebhoster
21/03/10, 19:41
Ik zou dan inderdaad kiezen voor mod_ruid, als je niet weet hoe het moet, Randy heeft het hier ergens gepost:)
Ik denk dat de eerste keer suPHP in 'owner' mode is gecompileerd ipv. in 'paranoid' mode.
Dat was eerst zeker het geval, dit heb ik al aangepast en opnieuw gecompileerd (maar verhelpt het probleem niet).
@Yourwebhoster: Voor mod_ruid heb ik zelf nog wel een simpele (snel en correct) handleiding in de interne wiki staan.
Yourwebhoster
21/03/10, 19:48
Dat was eerst zeker het geval, dit heb ik al aangepast en opnieuw gecompileerd (maar verhelpt het probleem niet).
@Yourwebhoster: Voor mod_ruid heb ik zelf nog wel een simpele (snel en correct) handleiding in de interne wiki staan.
Wat zou er dan niet simpel en correct zijn aan:
yum install libcap-devel -y
cd /usr/src
wget http://websupport.sk/~stanojr/projects/mod_ruid/mod_ruid-0.6b.tar.gz (http://websupport.sk/%7Estanojr/projects/mod_ruid/mod_ruid-0.6b.tar.gz)
tar -xzf mod_ruid-0.6b.tar.gz
cd mod_ruid-0.6b
/usr/sbin/apxs -a -i -l cap -c mod_ruid.c
cd /usr/local/directadmin/data/templates
cp virtual_host2* custom/
cd custom
wget http://crew.pcextreme.nl/files/linux/util/directadmin/da_vhosts_templates_apache2_mod_ruid.tar.gz
tar -xzf da_vhosts_templates_apache2_mod_ruid.tar.gz
rm -f da_vhosts_templates_apache2_mod_ruid.tar.gz
nano /etc/httpd/conf/httpd.conf
Voeg toe boven "ServerAdmin admin@localhost": (Verander dit meteen even naar je eigen adres)
# mod_ruid
RMode config
RUidGid apache apache
echo "action=rewrite&value=httpd" >> /usr/local/directadmin/data/task.queue
Source: Randy
????
Wat zou er dan niet simpel en correct zijn aan:
yum install libcap-devel -y
cd /usr/src
wget http://websupport.sk/~stanojr/projects/mod_ruid/mod_ruid-0.6b.tar.gz (http://websupport.sk/%7Estanojr/projects/mod_ruid/mod_ruid-0.6b.tar.gz)
tar -xzf mod_ruid-0.6b.tar.gz
cd mod_ruid-0.6b
/usr/sbin/apxs -a -i -l cap -c mod_ruid.c
cd /usr/local/directadmin/data/templates
cp virtual_host2* custom/
cd custom
wget http://crew.pcextreme.nl/files/linux/util/directadmin/da_vhosts_templates_apache2_mod_ruid.tar.gz
tar -xzf da_vhosts_templates_apache2_mod_ruid.tar.gz
rm -f da_vhosts_templates_apache2_mod_ruid.tar.gz
nano /etc/httpd/conf/httpd.conf
Voeg toe boven "ServerAdmin admin@localhost": (Verander dit meteen even naar je eigen adres)
# mod_ruid
RMode config
RUidGid apache apache
echo "action=rewrite&value=httpd" >> /usr/local/directadmin/data/task.queue
Source: Randy
????
En niet vergeten van te voren php cgi naar php cli te compilen.
Wat zou er dan niet simpel en correct zijn aan:
yum install libcap-devel -y
cd /usr/src
wget http://websupport.sk/~stanojr/projects/mod_ruid/mod_ruid-0.6b.tar.gz (http://websupport.sk/%7Estanojr/projects/mod_ruid/mod_ruid-0.6b.tar.gz)
tar -xzf mod_ruid-0.6b.tar.gz
cd mod_ruid-0.6b
/usr/sbin/apxs -a -i -l cap -c mod_ruid.c
cd /usr/local/directadmin/data/templates
cp virtual_host2* custom/
cd custom
wget http://crew.pcextreme.nl/files/linux/util/directadmin/da_vhosts_templates_apache2_mod_ruid.tar.gz
tar -xzf da_vhosts_templates_apache2_mod_ruid.tar.gz
rm -f da_vhosts_templates_apache2_mod_ruid.tar.gz
nano /etc/httpd/conf/httpd.conf
Voeg toe boven "ServerAdmin admin@localhost": (Verander dit meteen even naar je eigen adres)
# mod_ruid
RMode config
RUidGid apache apache
echo "action=rewrite&value=httpd" >> /usr/local/directadmin/data/task.queue
Source: Randy
????
Ik zeg niet dat deze niet goed is, echter heb ik de stappen die we hier doen aangepast naar 1 bestand downloaden + uitvoeren en hij is na enige tijd klaar. Daarnaast is onze versie geschikt voor Debian (en niet voor bijv. CentOS).
En niet vergeten van te voren php cgi naar php cli te compilen.
Die stap zit er bij ons dus bij in (hoe lui kun je zijn met gestandaardiseerde omgevingen).
Yourwebhoster
21/03/10, 19:56
En niet vergeten van te voren php cgi naar php cli te compilen.
Hier is natuurlijk vanuit gegaan dat je dat standaard doet:) Daarnaast is dit voor na een install bedoeld.
Hier is natuurlijk vanuit gegaan dat je dat standaard doet:) Daarnaast is dit voor na een install bedoeld.
Er zijn helaas heel veel mensen die alleen kunnen copy - pasten. Zal me niets verbazen als iemand het ook letterlijk zo uitvoert zonder de stap ervoor te doen in een draaiende omgeving.
Yourwebhoster
21/03/10, 20:02
Er zijn helaas heel veel mensen die alleen kunnen copy - pasten. Zal me niets verbazen als iemand het ook letterlijk zo uitvoert zonder de stap ervoor te doen in een draaiende omgeving.
Hun probleem;) Maar het is wel wat completer natuurlijk.
Maar we gaan de offtopic in ot::)
En nu werkt het weer zoals het zou moeten met suPHP. Het bleek een samen loop van omstandigheden te zijn. Blijkbaar bleef er ergens als het ware een soort cache hangen met de verkeerde configs.
./build all (en dan handmatig de opties overal op n drukken)
Vervolgens leek er een mysql probleem te zijn, dat kwam omdat de socket in my.cnf niet hetzelfde was als die DA en PHP gebruikten. Dit even in de config aangepast en nu draait alles voor zover ik zo kan zien correct.
Ook nog even webmail.domain in de configs gezet (op verzoek).
marsipulami
21/03/10, 22:52
Beste allen,
beetje laat maar toch nog even een reactie. Bedankt voor alle reacties via het forum, en speciale dank naar Spyder01 en mark17 die uiteindelijk het spul weer draaiende gekregen hebben.
@Yourwebhoster, mark heeft reeds genoemd wat hij gedaan heeft ;)
Wat zou er dan niet simpel en correct zijn aan:
Simpel en correct wel, maar de versie mod_ruid is iets verouderd. Op die versie moet je nog een patch draaien dacht ik.
http://websupport.sk/~stanojr/projects/mod_ruid/mod_ruid-0.6b.tar.gz
Inmiddels is er een versie 0.7.1 uit waarbij deze patch niet meer nodig is en nog wat andere verbeteringen.
Blijkbaar bleef er ergens als het ware een soort cache hangen met de verkeerde configs.
Werkte ./build rewrite_confs niet dan?
Blijkbaar bleef er ergens als het ware een soort cache hangen met de verkeerde configs.
Werkte ./build rewrite_confs niet dan?
Nee, dat werkte niet :)