ZFS send/receive backup kérdés

Fórumok

Sziasztok!

Van egy (főleg) fájlszervernek használt gépünk, amiről sok-sok évig nem volt mentés... (ezt egyszer szívtuk csak meg a sok év alatt, kopp-kopp...)
Openindiana van rajta (sokáig S10 volt, az U6 évekig ment, erről váltottunk OI-ra)
Van benne 2*250GB mirror meg 3*1T mirror, mindkettő zfs-sel.
Lett egy másik gép, amibe bele tudtam tenni 2*2T hdd-t, erre is feltettem egy OI-t.

Összeraktam egy backup script-féleséget passwordless ssh auth-tal, egyik gépről a másikra egy user ("bkp") nevében megy a zfs send/receive, mennek át a snapshotok (Illetve mennének, még reszelgetem).
A zfs feladatokat delegáltam a userhez, tehát nem rootként megy.
(Per pill van egy full mentés egy korábbi snapshot alapján, az inkrementális mentések még nem mennek. Majd fognak :))

A fogadó oldalon egy másik (átnevezett) pool-ba érkeznek a zfs-ek.
A tervem az lenne, hogy ha az eredeti gép kiesik, ezt a másikat gyorsan be lehetne állítani a helyére, tehát nem fileba pipe-olom a zfs stream-eket, hanem (mint írtam) egy poolba.
A probléma az, hogy van az eredeti gépen egy-két zfs, aminél a mount property be van állítva, pl a {orig.pool}/mail a /var/mail-be.
Na ezt viszont örökli az új gépen is, így amikor azt újraindítanám, akkor szól, hogy (pl.) a /var/mail nem üres.
Háppersze, valóban. :)
Ugyanez pl. a "bkp" user home-jával: {orig.pool}/bkp -> /export/home/bkp az új gépen is szeretne a {new.pool}/bkp /export/home/bkp lenni, ami viszont létezik ott is, azaz nem üres.
Azaz bootnál a mountall -l fails, azaz a filesystem/local faulted lesz, azaz a boot megáll.

Hogyan érdemes a backup során eljárni, hogy ez ne okozzon gondot?

Köszi,
a

szerk: most néztem, hogy a pool neveket nem jól formáztam, és benyelte. Javítva, sorry!

Hozzászólások

Ha a célpool -N kapcsolóval kerül(t) importálásra, ez a gond nem gond - még ott van a canmount property, amit a receive során lehetne a fogadó oldalon override-olni, ha az illumosban is használatos OpenZFS is tudja (majd?), ahogy Solarison megy...

BTW ha érdekel kész megoldás, szólj!
------------------------
{0} ok boto
boto ?

Igazából nem került importálásra a pool, elkészülte után a zfs send/receive töltötte fel adatokkal.
A canmount override-ot majd még megnézem, köszi. Végülis nem kell mountolva lenniük az adatoknak.

Én eredetileg arra keresgettem volna, hogy a recv során (vagy egyből utána) átírom a zfs mountpoint property-t.

Mindenestre sajnos ma kiderült, hogy a következő néhány hétben nem csak rajtam múlik, mennyit tudok a témával foglalkozni, úgyhogy ahogy haladok, néha írok majd ide.

A kész megoldást addig nem szeretném látni, amíg végzetesen el nem akadok, vagy a a nyakamba nem szakad valami olyasmi, ami miatt belátható időn belül nem tudom meghegálni a dolgot... - szóval köszönöm a felajánlást, ha elakadok, élni fogok vele! :)

<-------
You can't grep on dead trees.

Hogy nez ki a scripted? En az irasod felenel elvesztettem a fonalat.

Mindenesetre nem feltetlenul probalkoznek sajat kutfobol scriptet irni, hanem inkabb hasznalnek egy mas bevalt, mas altal korabban irt es hasznaltat.