Zfs Linuxon, fájlrendszer limit, raid kártya, send/recv

Linux-haladó

Sziasztok,

Ubuntu szerverre telepítettem ZFS-t, (nem fuse, hanem natív), ismerkedés és további lehetőségek tervezése céljából. Egyáltalán nem ismerem, így elég sok üres foltom van.
Magam részéről nagyon tetszik, könnyen kezelhető, és sokkal több lehetőséget ad, mint mondjuk egy ext4.

Az egyik nagyon fontos kérdésem az lenne, hogy a zfsonlinux projekt keretében készült natív zfs támogatással kapcsolatban volt-e valakinek negatív véleménye, tapasztalata?

A másik nagyon fontos kérdésem az lenne, hogy az megszokott vagy szokatlan, ha egy rendszeren, egy pool-ban akár 200-300 zfs fájlrendszer van?Ha nem szokatlan, akkor igényelhet-e plusz erőforrást (pl. memória)?

Más.
A hardveres raiddel kapcsolatban próbáltam információt keresni, találtam különféle véleményeket, és az alakult ki bennem, hogy zfs alatti raid kártya nem segít, csak ronthat. Egyszóval se hardveres, se szoftveres raid ne legyen, bízzuk ezt nyugodtan a zfs-re. Ez igaz?

Más. zfs send/recv funkció.
Próbáltam írni egy egyszerű szkriptet, ami egy zfs fájlrendszerről készít snapshotot, majd ezt átküldi egy másik szerverre.
Azt szerettem volna, ha egymás után több teljes snapshotot tudok menteni távoli szerverre. A második snapshot mentése ez lenne:


zfs send tank/opt/customer2@2014-04-17_14:34_1397738090 | ssh zfs-backup receive -uv tank/backup
cannot receive new filesystem stream: destination 'tank/backup' exists
must specify -F to overwrite it

Már itt nem értettem, hogy miért baj, ha létezik, de ha vakon alkalmazom a -F kapcsolót, akkor pedig az alábbit kapom (a hivatkozott snapshot az előző snapshot):

cannot receive new filesystem stream: destination has snapshots (eg. tank/backup@2014-04-17_14:32_1397737925)
must destroy them to overwrite it

Ezek azok a rejtett mélységek, amelyekre sajnos még nem jutott időm. Nekem valahogy az volt az elképzelésem, hogy a távoli szerveren kinevezek egy fájlrendszert arra, hogy ott tároljam a snapshotokat, mondjuk akár szerverekre lebontva, és csak ott lógnak.

Elképzelhető, hogy a távoli szerveren egy fájlrendszerben egy másik fájlrendszernek csak egy snapshotja lehet?

Előre is köszönöm a segítséget!

  • 3838 megtekintés

( tompos v | 2014. 04. 17., cs – 15:42 )

> Az egyik nagyon fontos kérdésem az lenne, hogy a zfsonlinux projekt keretében készült natív zfs támogatással kapcsolatban volt-e valakinek negatív véleménye, tapasztalata?

Erosen fejlesztes alatt all meg, igy ez elkerulhetetlen.

> A másik nagyon fontos kérdésem az lenne, hogy az megszokott vagy szokatlan, ha egy rendszeren, egy pool-ban akár 200-300 zfs fájlrendszer van?

Valoszinuleg nem altalanos, de nem teljesen egyedi. ZOL eseten egy kicsit kevesbe valoszinu, de valoszinuleg ott is van ra pelda, meg pl. egy bugros is tudok, ami hatasara lassan listazodik, de vagy javitottak vagy javitani fogjak. Nezd meg a bugtrackert. Ugy altalaban erdemes nezni a levlistat es ott tajekozodni.

> A hardveres raiddel kapcsolatban próbáltam információt keresni, találtam különféle véleményeket, és az alakult ki bennem, hogy zfs alatti raid kártya nem segít, csak ronthat. Egyszóval se hardveres, se szoftveres raid ne legyen, bízzuk ezt nyugodtan a zfs-re. Ez igaz?

Az szerintem tulzas, hogy ronthat, viszont nem engedi a zfs-t nem engedi kibontakozni. Konkretan detektalni fogja, hogy szar, amit kiirt, de nem fogja tudni javitani (ld. end to end checksum).
AFAIK, mas bajod tole
Igy vegeredmenyben igaz.

> Elképzelhető, hogy a távoli szerveren egy fájlrendszerben egy másik fájlrendszernek csak egy snapshotja lehet?

Ezt a kerdest nem ertem.
Mindenesetre ha backupolni akarsz, javaslom nezd meg a fellelheto toolokat, ne kezdj irni egyet 0-rol (bar az alapjan fogod megerteni teljesen).

t

Köszönöm, valahogy éreztem, hogy a sok fájlrendszer gondot okozhat. Tulajdonképpen a kvótázás az egyik, ami miatt szükség lenne ennyire, de ahogy elnézem, van userquota is, kipróbálom azzal. A zfs listán azért rákérdezek.

A snapshotos kérdést Én sem értem :)
Kerestem tool-t, párat átnéztem, Neked volna javaslatod?

AiRLAC, köszönöm a linket, ez nagyon jó összefoglaló. Idáig csak vadászgattam az infókat, főleg az Oracle oldaláról.

Athes, Én valahogy nem értem a snapshotos dolgot.
A mentést valahogy úgy képzelem el, hogy csinálok egy snapshotot, majd átküldöm a backup szerverre, egy erre a célra létrehozott dataset-be.

Minden leírás nagyjából ezt írja (még AiRLAC áltgal linkelt oldal is):

zfs snapshot tank/dataset@today-1
zfs send tank/dataset@today | ssh zfs@zfs-backup recv tank/backup

Ezt elsőre megcsinálja, de mikor a másodikat csinálnám: @today-2, akkor a már korábban említett hibaüzenet jön elő.
Sőt, most kipróbáltam ssh nélkül, egyszerűen ugyanabban a poolban létrehoztam tank/backup-ot, hogy ide küldjem a snapshotot, és ugyanaz a hiba.


zfs create tank/backup
zsf snapshot tank/dataset@today-1
zfs send tank/dataset@today-1 | zfs recv -uv tank/backup
cannot receive new filesystem stream: destination 'tank/backup' exists
must specify -F to overwrite it

Megadtam a -F-et, és rendben is volt.

Második menet:

zsf snapshot tank/dataset@today-2
zfs send tank/dataset@today-2 | zfs recv -uv tank/backup
cannot receive new filesystem stream: destination 'tank/backup' exists
must specify -F to overwrite it

Megadtam a -F-et:

cannot receive new filesystem stream: destination has snapshots (eg. tank/backup@today-1)
must destroy them to overwrite it

Próbáltam a tanácsod alapján: zfs send tank/dataset@today-2 | zfs recv -uv tank/backup@today-2
de ugyanaz a válasz, van már snapshot (-F-el is).

Viszont, ha inkrementálisan küldöm, akkor minden rendben lefut:
zfs send -i tank/dataset@today-1 tank/dataset@today-2 | zfs recv -uv tank/backup

Ezek szerint egy dataset-ben csak egy full snapshot lehet, illetve annak inkrementjei?

( Athes v | 2014. 04. 17., cs – 16:43 )

A snapshot küldésnél a rcv oldalon adj meg egy @snapshotnev véget.