UBUNTU 18.04 ZFS rendszer redundancia tesztelése

ZFS Fan Club

Sziasztok,

tesztelem Virtualbox ban az UBUNTU 18.04 ZFS rendszer a telepítés redundanciáját. Jelenleg két virtuális diskre tettem fel a rendszert. Alap esetben hiba nélkül indul el az Ubuntu. Ha kiveszem az sda lemezt, akkor a következő hiba jön fel. Ha nem szakítom meg esc-el, akkor rendben elindul a rendszer. Kérdésem, hogy mi lehet a baja?

https://ibb.co/C81Q2Tw

Néztem a journalctl -xl, de nem láttam olyan hibát, ami ezt okozza. Persze kezdőként lehet van, de nem látom :)

Köszi előre is!

Kalmi

  • 446 megtekintés

( Sulc v | 2021. 03. 15., h – 17:19 )

Az UEFI nem találja azt a lemezt ami be van állítva neki bootdisk-nek.

( vasla_ | 2021. 03. 15., h – 18:45 )

Szerkesztve: 2021. 03. 15., h – 18:47

Másképp fogalmazva, nincs hiba, a virtuálbox efi üzenetét látod, a linux a (csökkentett) zfs-ról még csak ezután indul. Ugyanezt látnád, ha mondjuk egy windows indulna.

https://blog.claryel.hu

( kalmarr | 2021. 03. 22., h – 14:50 )

Olyan kérdésem lenne még, hogy ha nem mentem le az alap rendszert (valamiért az elveszik). Akkor a ZFS file rendszert valahogyan helyre lehet állítani a diszkeket, valahogyan fel lehet mountolni?

( kalmarr | 2021. 03. 24., sze – 19:37 )

Szerkesztve: 2021. 03. 24., sze – 19:43

Egy kérdésem lenne, amiben nem vagyok teljesen biztos.

Ha létrehozok egy pool-t egy diskel és ehez nem 'attach'-olok egy disket, hanem 'add'-olok.

#zpool add zfs-other sdd2

Akkor logikusan nem egy tükör jön létre, hanem hozzáadódik a disk a poolhoz, azaz a tárhelye is nagyobb lesz az új disk méretével.

Kérdésem, az, hogy ha a példában hozott 'sdd' disk megsérül, akkor mi történik? Mit lehet tenni?

pl: amennyivel bővült a tárhely, annyival csökken, azaz a pédában szereplő esetben a "többlet" tárhelyen lévő adatok megsemisülnek, vagy a teljes pool elszál, azaz úgy viselkedik a zfs, mintha a két disk lenne egy pool?

Ha utóbbi, akkor feltételezem ezt nem lehet helyre állítni, azaz ez a legrosszabb ötlet, amit lehet csinálni mivel mind a két disknek működni kell a pool miatt?

zpool add - megnöveli a pool-t, hogy nagyobb legyen, stripe lesz, szvsz nagyon nem ajánlott, vagy csak nagyon átgondolt esetben, az "add"-nál adod meg, hogy mi legyen, pl:

zpool add rzpool raidz disk0 disk1 disk3

zpool attach - tükörhöz ad hozzá egy lemezt, raidz-nél nem működik

Kérdésem, az, hogy ha a példában hozott 'sdd' disk megsérül, akkor mi történik? Mit lehet tenni?

Mentésből helyreállítani. Ha egy raid tömbhöz hozzá stripe-olsz egy darab lemezt elveszik a redundancia.

Nemsokára lesz expand, ami bővíteni tudja a raidz tömböt, de még legjobb tudomásom szerint nincs kész.

A tömegek sohasem szomjúhozták az igazságot. A nekik nem tetsző bizonyságok elől elfordulnak és inkább a tévedést istenítik, ha ez őket elkápráztatja. Aki illúzióba ringatja őket, úr lesz fölöttük, de áldozatuk az, aki megpróbálja őket kiábrándítani.

( Atekka | 2021. 03. 24., sze – 21:25 )

Úgy rémlik/tudom a poolban a zfs mindig elosztja az adatot minden diszken valami logika szerint ergo ha nem tükrözött akkor adatot vesztettél a kieső diszkkel.

A pool állhat különböző vdev-ekből, (mindenféle kombinációban), ha egy vdev elszáll, szerintem is annyi a poolnak.

Megjegyzés:  hiányosága a ZFS-nek, hogy vdev -et nem  tudsz növelni utólag új lemezzel. Pl radz5-6 hoz nem tudsz lemezt hozzáadni.

 Igérték, de úgy tudom még nincs. 

https://blog.claryel.hu

Lehet nem egyet fogunk beszélni :). A lényeg az, hogy egy kezdő nagyon gyorsan bele tud abba a hibába esni, hogy egy pool-hoz add-al adja hozzá disket és nem attach-al. Így sikerül megnövelni a pool méretét a tükrözés helyett. Nekem ebből adódott egy ötletem, hogy nálam a redundancia nem kell (nem értékes anyagot tárolok), így milyen jó lenne több tárhely. Viszont ekkor fogalmazódott meg bennem a gondolat a kitetségnél, hogy ez csak nem lesz jó ötlet, mert ha a kettő diskből valamelyik elszál, akkor kuka a tárhely. Pusztán ennyi volt az érdeklődésem a kérdésben :)