On Fri, Feb 22, 2008 at 10:28:26AM +0000, Andras HORVATH wrote: > > akkor lustred mar van, ahhoz ertesz is, mi a kerdes?
Az ertek az egy tulzas, de a problemam vele az, hogy pont mast szeretnek, a lustre tul nagy ehhez, masreszt azt szeretnem, ha a lustre osszecsinalja magat, a backup akkor is jo lgyen meg. Most pl. osszecsinalja magat, a lustre.org domain meg persze nem elerheto. Eljen a sun kezelesebe vette... > Ezt egy geppel se nehez osszehozni manapsag. Persze, de egy gepet nem tud boviteni, legalabbis nem olyan egsyzeruen es relativ olcson. > hat, ha mar megvan a hardver, akkor meg miert nem lustre, lasd feljebb? Mint irtam, a legnagyobb bajom az, hogy kell neki egy meta szerver. Ahogy elnezem, egyebkent lehet ez lesz.. > ugyanaz az adat tobb helyen legyen meg, ha egy OST alatt osszedol a > storage, akkor is minden menjen tovabb. > > A lustre modellben az OST meghalhat, de alatta a diszkek nem, ami > nonszensz egy nagyobb konfiguracioban, RAID ide vagy eppen oda. Hogy erted, hogy a diszkek nem? Amugy erre valo a drbd es az active/passziv HA parok, nem? > peldaul akkor migralnek, ha > > a) lejart ra a garancia, es ki akarom dobni > b) valami baja van, es javitani kellene, de addig is menjen a bolt > c) arrebb akarom fizikailag vinni az egesz clustert > > (es en itt OST alatt a storage-t is ertem nyilvan) Ezeknel mi az akadalya, hogy lementsd az adatot, majd visszatoltsd, persze mindezt kezzel? > Gfs2-t nem probaltam, a pvfs... metadata server BerkleyDB folott? Ize:) > Raadasul csak egy lehet belole. Ha mar itt tartunk, miert jo a lustre-nek (miert nem lehet ezt megcsinalni a pvfs-nel), hogy a --failnode kapcsolo helyett az ip-t is mozgatja a HA software az egyik node-rol a masikra es minden marad a regiben? Peldaul: most van MDT0 es MDT1, drbd-vel osztjak meg az adatot. Ha meta1 kiesik, az OST-k az MDT1-hez fordulnak, amit akkor ernek el, ha az felmountolja a drbd-t. Miert nem egyszerubb nem kavarni, es atvinni, elobb a drbd-vel az adatokat a masik node-ra, majd az IP-t, amin az MDT atvheto, es kesz? 10x tompos _________________________________________________ linux lista - [email protected] http://mlf2.linux.rulez.org/mailman/listinfo/linux
