Kosa Attila <[EMAIL PROTECTED]> wrote:
> Irnal a problemaidrol roviden? Ugyanis gondolkozom a hasznalatan,
> de lehet, hogy a te problemaid nekem is gondot jelentenenek, es
> akkor nincs ertelme belevagni...
mi openafst hasznalunk.
a) nezzel bele a forraskodjaba. Elotte legalabb 4 oran at ne egyel ;-)
b) (szorosan az a)-hoz kapcsolodva) idonkent osszedol; altalaban minden
verziohoz sikerul olyan (jobbara szelsoseges) tesztesetet fabrikalni,
amitol a kliens vagy akar a szerver osszeesik.
A nagy terhelest nem szereti, bar ujabban mar lehet AFS-en pl. kernelt
forditani :)
Regebben volt pl. olyan, hogy nem allt le (megfagyott) a kliens
shutdownkor (?), es ha harom tucat klienst rebootoltam, akkor lehetett
kezzel resetgombot nyomni a felen. Ez most eppen elmulni latszik, most
valami mmap()-related kernelpanikunk van a kliensben. Idonkent ottmarad
a vi-m swap file-ja, nem torli le, ez valoszinuleg meignt egy friss bug.
c) egy volume->egy szerver, mint mar emlitettem; ezert aztan az egy
konyvtarban (mount point alatt) frekventaltan elert file-okat nem tudod
elosztani tobb szerverre. Ez mondjuk sok user eseten lenyeges.
d) nem igazan bug, inkabb feature, de a kerberos ticket lejarasa kozben
nyitvatartott file-ok mindenfele vicces dolgot tudnak eredmenyezni (pl.
a gnome meg van rola gyozodve, hogy a ~/.gconfd/akarmibe o marpedig irni
tud, es ha nem tud, akkor szepen megall).
Ezzel egyutt relative stabilan mukodik, nagy osszeborulasrol,
adatvesztesrol nem tudok . Home konyvtarak, programkonyvtarak, projectek
mindenfele izei vannak AFS-en.
Viszont.. ha lehet, en elkerulnek mindenfele elosztott FS-t egyelore,
mert oriasi komplexitasuk van (hiszen a problema is bonyolult). Az AFS
nem az egyszerubbek kozul valo.
hth
raas
ps. Disclaimer: nem vagyok AFS szakerto.
--
Those who say it cannot be done should not interrupt the person doing it.
-- Chinese proverb
_________________________________________________
linux lista - [email protected]
http://mlf2.linux.rulez.org/mailman/listinfo/linux
