Re: Omezení místa
To |
Debian CZ/SK project discussion list <czdebian-l zavinac debian bod cz> |
From |
Jan Houstek <jan bod houstek zavinac mff bod cuni bod cz> |
Date |
Fri, 18 Feb 2005 01:58:04 +0100 (CET) |
On Thu, 17 Feb 2005, deadly_hawk wrote:
> JO to je dost dobrej napad až na jednu drobnot poradi mi tedy někdy jak
> nastavit mysql aby ukladala databáze v teto adr strukture ??? tedy kazdou DB
> jinam .. to asi nepujde .. nebo se mylim ?
Hmm, tak procitam to vlakno, tak se mi jevi, ze problem je uplne jinde,
nez tady prezentujete. Kdyztak me opravte, chapu to dobre, ze nastavit pro
kazdeho uzivatele spolecnou kvotu na mail, web a databazi a ostatni data?
Linux (stejne jako drtiva vetsina ostatnich systemu) umi kvoty jen per
user/group per filesystem. Neumi je per directory (a uz vubec ne tak, ze
pres nejakou mnozinu adresaru) -- pominu-li speciality jako OpenAFS.
Tedy je treba zajistit dve veci
1) aby vsechna ta data byla na stejnem svazku (jinak spolecnou kvotu mit
nemuzou)
2) aby vsechny ty soubory vlastnil stejny uzivatel nebo skupina (na toho
se pak nastavi ta kvota)
Bod 2 automaticky plati zrejme pro uzivatelska data a vetsinu webu, MDA
taky bude postu do schranky typicky dorucovat pod UID/GID jejiho
vlastnika.
Trochu problem muze byt s soubory vytvarenymi webserverem, je-li opravdu
nutne i tato data do kvot zahrnout, je treba pouzit nejaky mechanismus,
ktery zajisti spusteni pod spravnym uzivatelem (apache suexec, vhodny MPM
apod.).
Stejne tak soubory databaze bude nutne prevlastnit na uzivatele/skupinu,
do jejichz kvoty je chceme zahrnout. Prava musi byt takova, aby se do nich
server dostal.
> > Podle me by to melo jit nastavit pomoci quot. Nicmene si to zada zmenu
> > struktury adresaru. Osobne bych to udelal asi takhle:
Kde budou na te partici ta jednotliva data lezet je uplne jedno.
-- Honza Houstek
Partial thread listing:
- Re: Omezení místa, (pokračuje)