[EMAIL PROTECTED] wrote:
Zdar vsem,
ma nekdo z vas zkusenosti s vytvarenim vetsiho datoveho uloziste -
rekneme 4-5TB pod freebsd?
Momentalne resim jaky zvolit FS. Mam hw raid5 z peti 1TB disku a nemuzu
se dobrat nejakeho rozumneho
reseni. Dlouho uz cekam na stabilni ZFS, ale toho se nejspise u fbsd
nedoziju. UFS2 ma limit 2TB a neni navrzen
na vetsi velikosti. Jde to sice obejit pomoci GPT, ale to je jen
berlicka pro zoufalce. Otazka tedy je...existuje jeste
nejake jine reseni pod FBSD? Nejedna se o nejakou superprodukcni masinu,
na ktery by byli data za miliony, ale
o muj domaci stroj...a o to vice me zajima bezpeci dat :). Uz vic jak
rok na tomto stroji provozuji 6.2 a bez vetsich
obtizi to funguje. Samo nektere veci cloveka stale stvou, jako je
napriklad neschopnost do systemu zabudovat
monitoring hw ala lmsensors v linuxu, ale coz je to zadarmo. Pomale
zacinam uvazovat o migraci na w2003 nebo zpatky na linux,
kde me GPT v ntfs bude fungovat bez problemu i na 100TB, monitoring hw
pres milion utilit a jednoduchy zasifrovani celyho
systemu s truecryptem. Ac uz hledam delsi dobu nebyl jsem doposud
schopen najit alternativy na adekvatni urovni
pro FBSD. Proto to jeste zkousim tady, kdyby to uz nahodou nekdo resil a
vyresil.
S UFS2 vubec neni problem udelat filesystem vetsi nez 2TB, to je problem
bsdlabelu a to je docela jiny problem. Pokud je to HW RAID5, melo by jit
pouzit primo zarizeni toho raidu bez vytvareni labelu, rekneme tedy
napriklad newfs mpt0 a je hotovo.
S GPT by v dnesni dobe taky nemel byt zas tak velky problem. Docela
aktivne na tom pracuje Marcel Moolenaar, ktery ma nastarosti gpart (ale
to se bavime o novejsich verzich, nez 6.2)
Za zdaleka nejvetsi problem u tak velkeho UFS2 oddilu vidim pouziti fsck
v pripade padu systemu. Bude to trvat hodiny, pokud to vubec probehne
(je na to potreba dostatek pameti). Vypnuti background fsck je v
podstate nutnost (kvuli jiz zminenym snapshotum - ja s tim mel problemy
i na mensich filesystemech)
Takze pokud se jedna o domaci pouziti, tak bych naopak vubec nevahal a
nasadil tam ZFS - ostatne bezi na nem i nektere servery FreeBSD.org. Tam
je opet zapotrebi dostatek pameti, 64bit verze OS a pokud je o co
nejvetsi stabilitu, tak 8-CURRENT ze srpna s patchem od PJD - tento
patch jeste neni commitnuty do CURRENT, natoz aby byl kompatibilni s
radou 7.x - coz kvuli nejakym zasadnim zmenam v kernelu ani nikdy
nebude. Ovsem vsichni, kdo ho testovali, si stabilitu vylozene vychvaluji.
A pokud nad tim ZFS clovek nedela nejake hodne narocne veci s rsyncem a
podobne, tak je ta stabilita velmi slusna i u verze 7.x - porad
prijemnejsi, nez to silene fsck na UFS2.
Dalsi moznosti je zkusit UFS2 + gjournal. Je tu fungujici reseni, mam ho
v produkcnim nasazeni u mensich oddilu (ale pro gjournal uz je jedno,
jak velky ten oddil je), spis je pak problem se zpomalenim zapisu - chce
to mit journal na jinem disku, nez data.
Mirek
--
FreeBSD mailing list (users-l@freebsd.cz)
http://www.freebsd.cz/listserv/listinfo/users-l
