Bekijk Volledige Versie : /home verleggen
Beste WHT'ers,
Ik krijg telkens een open_basedir error, dit heeft te maken met het feit dat de homedirs fysiek niet op /home staan maar op /data/home. Nu heb ik de volgende mount aangemaakt:
/data/home 222G 56G 155G 27% /home
Maar dat lijkt Apache / PHP / DirectAdmin niet te snappen. Ook een symbolic link werkt niet (logisch) en bij het aanmaken van een hard link krijg ik de error 'operation not permitted'.
Nu heb ik in de knowledgebase van DA het volgende gevonden over mounten:
http://help.directadmin.com/item.php?id=247
Maar ik ben bang dat dat dan ook niet gaat werken... iemand die hier ervaring mee heeft?
Doe eens "man mount" en dan zoeken naar de bind optie:
mkdir /home
mount --bind /data/home /home
Hiermee maak je een map /home die fysiek stiekum ergens anders staat, en dat kan de gebruiker of het programma dan niet vanzelf zien of merken.
Doe eens "man mount" en dan zoeken naar de bind optie:
mkdir /home
mount --bind /data/home /home
Hiermee maak je een map /home die fysiek stiekum ergens anders staat, en dat kan de gebruiker of het programma dan niet vanzelf zien of merken.
Dat lijkt ook niet te werken.
/data is overigens ook een mount, zou dat het probleem kunnen zijn?
Dat lijkt ook niet te werken.
/data is overigens ook een mount, zou dat het probleem kunnen zijn?
Laat eens je mtab zien: cat /etc/mtab
Laat eens je mtab zien: cat /etc/mtab
/dev/sda2 / ext3 rw,usrquota,grpquota 0 0
proc /proc proc rw 0 0
sysfs /sys sysfs rw 0 0
devpts /dev/pts devpts rw,gid=5,mode=620 0 0
/dev/sda4 /data ext3 rw 0 0
/dev/sdb1 /log ext3 rw 0 0
/dev/sda1 /boot ext2 rw 0 0
tmpfs /dev/shm tmpfs rw 0 0
none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0
sunrpc /var/lib/nfs/rpc_pipefs rpc_pipefs rw 0 0
/data/home /home none rw,bind 0 0
hmm, geef ook eens de output van "mount"
lijkt me dat er iets anders niet in orde is
hmm, geef ook eens de output van "mount"
lijkt me dat er iets anders niet in orde is
Lijkt me dezelfde output?
/dev/sda2 on / type ext3 (rw,usrquota,grpquota)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/sda4 on /data type ext3 (rw)
/dev/sdb1 on /log type ext3 (rw)
/dev/sda1 on /boot type ext2 (rw)
tmpfs on /dev/shm type tmpfs (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
/data/home on /home type none (rw,bind)
en waarom pas je de config van PHP niet aan?
gelijkaardig geval wordt hier besproken: http://www.webhostingtalk.nl/shared-webhosting/67671-open_basedir-aanpassen.html
Heb geprobeerd alles om te zetten naar /data/home, maar dat werkt ook niet. Dat geeft dezelfde open_basedir error
Heb je soms pas geupdate naar php 5.2.15 voordat DA de fix voor het open_basedir probleem geintegreerd had in de custombuild?
Doe anders even een:
./build update
./build php n
Als die de boel dan tenminste opnieuw gaat compilen, zou dat het probleem kunnen fixen.
Heb je soms pas geupdate naar php 5.2.15 voordat DA de fix voor het open_basedir probleem geintegreerd had in de custombuild?
Doe anders even een:
./build update
./build php n
Als die de boel dan tenminste opnieuw gaat compilen, zou dat het probleem kunnen fixen.
Ja, dat was het probleem. Had namelijk DA gemaild en kreeg precies dat antwoord terug.
Mooi dan is dat ook weer gefixed.
Een tip. Je kunt beter naar een oorzaak van een probleem zoeken en eerder een vraag stellen op een forum, dan gaan proberen af te wijken van bepaalde standaard instellingen.
Om 3 redenen:
a.) Afwijking van bepaalde standaard instellingen garandeert niet dat het probleem opgelost wordt
b.) Afwijking kan ook weer zijn eigen nieuwe problemen teweeg brengen
c.) Vaak is het eenvoudiger te helpen als de zaak niet compleet custom gemaakt is.
Dat geldt natuurlijk zoals gezegd in bepaalde gevallen, bijv. als je beveiliging gaat doen is het net weer wel beter om af te wijken van bepaalde standaard instellingen.;)
Maar in elk geval normaliter niet bij httpd of php foutmeldingen.