Onderwerp: Invalid command ' suPHP_UserGroup', perhaps misspelled or defined by a module... HELP

Beste allemaal,

Ik heb ruim een half jaar geleden een Blade VPS aangeschaft van transIP omdat ik wat nare ervaringen had met een reseller account. Ik host wat websites van klanten waarvoor ik de website heb gemaakt en voor twee studiegenoten. Echt commercieel is het dus niet.

OS: CentOs 6.2 met daarop DirectAdmin in de custombuild

Ik draaide alles gewoon in PHP Safe mode en hield de updates netjes bij. Alles draaide prima. Nu vroegen vandaag de twee mede studiegenoten of ik de PHP safe mode wilde uitzetten omdat ze wat problemen hadden met open cart. Dit wilde ik best doen, maar dan moest ik wel wat nieuws aan mijn veiligheid doen. Daarom besloot ik suPHP te installeren en dat ging heel moeizaam. Tot ik het uiteindelijk goed had draaien, maar toen stopte het httpd proces. Nu ik opnieuw apache wil starten, krijg ik telkens de error: "Invalid command ' suPHP_UserGroup', perhaps misspelled or defined by a module not included in the server configuration".

Nu hoor ik jullie denken: Google het gewoon, genoeg over te vinden... Maar ik heb al van alles geprobeerd en ik krijg het niet werkend. Ik ben bang dat wanneer ik alle bestanden aanpas ik straks niets meer werkend krijg. Echter is nu dus wel alles onbereikbaar (Directadmin is nog wel bereikbaar maar websites dus niet).

Heeft er iemand enig idee hoe ik dit probleem oplos? Je zou me er enorm mee helpen, ben al heel de dag bezig en word helemaal gek!

Alvast bedankt!

http://forum.directadmin.com/showthread.php?t=29483

Klopt, daar heb je helemaal gelijk in. Maar het probleem is... Daar was ik mee bezig toen het mis ging!

Deze nog gedaan?

echo "action=rewrite&value=httpd" >> /usr/local/directadmin/data/task.queue

Je kunt overigens altijd even een backup maken van de configs voordat je flinke aanpassingen gaat maken.

Ja had ik nog gedaan, en backups had ik niet gemaakt (A)

Ik ben opnieuw alle stappen aan het doorlopen maar loop al ergens tegen aan;
Bezig met het stapje "create php.ini files for current users", maar dan geeft hij al errors:
- chown : changing ownership of '/usr/.../php/': operation not permitted

Is dat al van invloed? of kan ik dat negeren?

Geen Directadmin hier, maar weet je zeker dat je de CGI-versie van PHP hebt gebuild? De melding wordt veroorzaakt doordat "LoadModule suphp_module /usr/lib/apache/mod_suphp.so" (oid) niet in je configuratie staat, Directadmin comment dit zo te zien uit als de CGI-versie van PHP niet staat geinstalleerd.

De stappen voor het plaatsen van een php.ini per gebruiker kun je IMHO overslaan: het is van geen invloed op het goed werken van suPHP, bovendien ondersteunt PHP tegenwoordig het per directory aanpassen van de configuratie met .user.ini-bestanden.

Nou, ik heb alles nogmaals uitgevoerd maar krijg nog altijd de zelfde foutmelding helaas. Ik krijg het zelf niet meer aan de praat... Iemand toevallig een helpende hand?

Wordt in de php.ini ergens suPHP geladen? En wat staat er in de httpd.conf van de users? Komt daar suPHP in voor?

Heb je het ook (nogmaals) in deze volgorde uitgevoerd?

cd /usr/local/directadmin/custombuild
./build update
./build clean
./build suphp
echo "action=rewrite&value=httpd" >> /usr/local/directadmin/data/task.queue

Wat staat er in /usr/local/directadmin/custombuild/configure/suphp/configure.suphp?

Er moet een regel in staan met: "--with-setid-mode=paranoid" \


// Na 24 uur wakker niet echt helder meer, even wat aangepast.

Dat ./build suphp is nieuw voor me, heb ik nog nergens gezien dus wsl zit het 'm daar in maar die geeft ook een fout; **** There was an error while tying to configure suPHP. check custom/suphp/configure.suphp file.

Daar ga ik nu dan maar op zoeken, of heb je dan al een idee?
Gekke vraag miss; of wil je zelf miss even kijken?

Iig bedankt to zover

Hij moet toch in paranoid draaien en niet in owner?

Ik ben bang dat wanneer ik alle bestanden aanpas ik straks niets meer werkend krijg. Echter is nu dus wel alles onbereikbaar

Het werkt toch allemaal niet meer, wat wil je nog meer niet werkend krijgen?

Oorspronkelijk geplaatst door BasvDisseldorp

Hij moet toch in paranoid draaien en niet in owner?

Het moet er ongeveer zo uitzien (custom/suphp/configure.suphp):

Code:

#!/bin/sh
"./configure" \
"--prefix=/usr/local/suphp" \
"--sysconfdir=/usr/local/suphp/etc/" \
"--with-apache-user=apache" \
"--with-setid-mode=paranoid" \
"--with-apxs=/usr/sbin/apxs" \
"--disable-checkpath"

Met de hulp van Mikey draait apache nu weer. Echter heb ik nu een tweede probleem:

Alle files hebben de rechten 644, en alle directories 755

Als ik alles chown als username:username krijg ik overal een 403 forbidden error
maar als ik alles chown als username:apache krijg ik overal een 500 internal server error omdat er een mismatch is.

Heeft iemand enig idee? Alvast mijn grote dank!

Weet je wel zeker dat je suphp nu hebt draaien dan?

Uhm, ging ik wel van uit! Heb alle stapjes doorlopen maar hoe check ik dat?