Új alaplap hardveres RAID -> szívás

Alaplapok

Szerettem volna egy szervert gyorsan, egyszerűen összehozni. Ezért döntöttem a hardveres RAID mellett. Úgy gondoltam, ha megfekszik a lemez, akkor egyszerűen csak cserélem és megy tovább minden. Ez egy pályázati pénzen beszerzett cucc. Fel is ajánlott az egyik pályázó cég egy gépet... valami i5 csodamasina xGB RAM.. nem is ez a lényeg. Az alaplap egy GIGABYTE H370M DS3H. Ezen ül 2db 512-es M.2 SSD. Ezeket szerettem volna a PBX szerver telepítése előtt HW RAID-be rakni (tükörbe). Erre azt mondja az alaplap, hogy nincs elég HDD, hogy megcsinálja a RAID kötetet. Egy kötet létrehozásához leglább két HDD szükséges, amik ugyanazon a buszon vannak. Most nem tudom, hogy a HDD hibázik? Mert hogy SSD van helyette. Vagy az azonos busz. De hát mindegyik M.2. Gondolom akkor két külön busznak számít. Nem értem én ezt, de ilyennel még nem is találkoztam. Azt gondoltam a világ legegyszerűbb dolga lesz. Igaz, hogy jó ideje csak satás megoldásokkal foglalkoztam, de ez szerintem nonszensz. Persze lemezt satára cserélni nem lehet. Gondoltam arra, hogy egyik lemezre feldobom btrfs-ben a teljes rendszert, a másikra áttükrözöm és menet közben x időnként rsync-el vagy valami hasonlóval szinkronizálom. Ha megkotlik a lemez akkor elméletileg a másikról is tud majd bootolni, max a script ami csinálja a mentést majd nem fut le mert gyakorlatilag úgy nézne ki a dolog, hogy a dev/sdaX megy a dev/sdbX-re. Lényegében akkor megszűnik az sdb amíg nincs helyette új lemez. Szerintetek ez járható út lenne? Még arra is gondoltam, hogy magát a rendszert hdd-re telepítem mert 80-as vinyót tudok fötörni valahonnan akár kettőt is és akkor meglesz a HW RAID, az adatoknak meg csinálok a 2 SSD-ből külön szoftvereset. Nincs jobb ötletem.

  • 290 megtekintés

( Czo v | 2020. 11. 10., k – 14:43 )

Ezekszerint, az M2 SSD a te esetedben PCI-E csatolos. Ebben az esetben ez az SSD nem is talalkozik az alaplapon levo RAID vezerlovel (felteve, hogy van barmilyen vezerlo es nem csak valami softwares mokolas az egesz). Ha SATA csatolosra csereled az SSD-t (maradhat akar M2 is), latni fogja a gep storage controllere es meg is fogja tudni csinalni a RAID kotetet. 

( quash | 2020. 11. 10., k – 14:45 )

Ez az alaplap szerintem max software-es RAID-ot tud, lehet hogy BIOS-ban látod, de ez ettől még szoftveres ....
Amit BIOS-ban látsz, az SATA "RAID" opció, neked pedig M.2-es NVMe(?) SSD-id vannak, ezeknek semmi közük nincsen a SATA vezérlőhöz.

( uid_21239 | 2020. 11. 10., k – 15:03 )

Fake raid. Ezt ugy hivjak. Az ilyen desktop lapokon az van, semmi koze a HW raid-hoz.

Meg ha sikerulne is ravenned a bios-t, hogy rakjon ossze egy tombot a lemezekbol, a linux nem fogja latni, csak a lemezeket egyenkent. (en legalabbis meg nem lattam fake raid-et linux alatt mukodni)

( Adamyno | 2020. 11. 10., k – 15:07 )

Az alaplap felajánl 2 lehetőséget: SATA és PCI Express. Az nvme (m.2) ssd nincs közte.
Van külön intel raid controlleres rész, oda a satás vinyókat hozzá lehet adni.

- Indítsd újra a gépet! - Az egészet? - Nem, a felét...

( Zs | 2020. 11. 10., k – 15:46 )

A softraid sem ördögtől való. A scriptelgetve másolást orrhosszal veri.

( kovacsbela | 2020. 11. 10., k – 17:51 )

szerintem jobb elfelejteni a hw raidet. én minden szinten elfelejtettem úgy 10 éve, amikor beszart a hw vezérlő, és dobhattam ki a raid1 adataid.

a sw raid (mdraid) kő egyszerű. másik alaplapon is menni fog, nem kell neki spéci kártya és semmivel sem lassabb, mint a hw-es, sőt...

( Adamyno | 2020. 11. 11., sze – 08:08 )

Valszeg akkor az lesz, hogy feldobok egy /boot /efi partíciót 2 másik lemezre. Először pendrive-ra gondoltam, de inkább beleteszek 2db 80-as satás vinyót. Arról elindul a kernel, aztán összerakja a SW RAID-et, ahol a 2 SSD-n lesz a rendszer többi része.

Elmondani könnyű, csinálni még ilyen formában nem csináltam főleg, hogy LVM-et szeretrnék a jövőre gondolva. Ezek után csak a 80GB lemezt tükrözöm egyszer, mert a rajta lévő adatok úgysem változnak. Esetleg azon gondolkodtam, hogy lehet a /var vagy a /var/log-ot még mellé teszem és naponta 1x szinkronizálunk, utána a nem használt lemez akár le is állhat. Viszont az EFI-t ebben az esetben szerintem el kell felejteni, mert lemezcsere után nem biztos, hogy elindulna a gép mivel más az UUID. De ezt csak feltételezem. Legacy módban tutira működik. Mondjuk tükrözés után elméletileg az UUID is másolódik de ebben az esetben meg az a kérdés, hogy a Linux hogyan reagálna erre. Szóval szerintem az (U)EFI-t most hagyom. Szerintem nincs rá szükségem.

- Indítsd újra a gépet! - Az egészet? - Nem, a felét...

Nem tettem még szoftveres raid1-be komplett rendszert, de szerintem nem az uefi lesz az akadály.

mert lemezcsere után nem biztos, hogy elindulna a gép

Hát csak úgy csere után nem csodálkozom. Hozzá kell adni a cserélt lemezt. Meg ugye ha lehetőség van rá illik eltávolítani a szar disket a kötetből.

mivel más az UUID

Lehet címkéket is használni. Az lenne a legegyszerűbb szerintem, ha már eleve készítenél a polcra egy tartalék lemezt, aztán ugyanúgy felcímkézed, mint az éleset. Egy hibalehetőséggel kevesebb.

Ez lehet kiindulásnak jó.

https://unix.stackexchange.com/questions/265368/why-is-uefi-firmware-un…

A grub elég régóta tud bootolni raid mirrorról is. Ebben mondjuk az a trükk, hogy a régebbi formátumot kell választani: akkor a raid info a kötet végén van, így maga a terület direktben csatolható raid modul nélkül is. Ilyet persze nem illik és nem nagyon szabad tenni - de amíg a grub csak ráolvas és egy bitet sem módosít rajta, addig ez nem probléma.

Azt viszont jól látod, hogy mindkét SSD-t bootolhatóvá kell tenni: ha bármelyik kiesik, akkor a másikról még mindig tudjon felállni a rendszer. Ez persze azt is jelenti, hogy nem elég a /boot kötet, hanem arra rá is kel tudni bootolni.

Ebben a felállásban én azt mondanám, hogy egy relatíve kis /boot kötet mint régi típusú raid mirror, mögötte meg a teljes maradék már mint új típusú raid mirror és rá mehet az LVM.

Értem de nem értem. :D  Szerintem kicsit elbeszéltünk egymás mellett de hasznos amit írtál.

Tisztánlátás végett:

Van egy pár régi HDD meg egy pár M.2 SSD. A HDD-re kb. szabadon választott amit teszek. Azt írod, hogy a GRUB tud raid mirrorról butulni. Na de akkor hova teszem a grubot?

Terveim szerint az egyik HDD sima MBR-es GRUB-bal, a tartalma a /boot.

2 SSD-ből már telepítés során egy LVM-es RAID1 kötetet hozok létre, majd telepítés.
A másik HDD-re ezután tükrözöm mondjuk dd-vel vagy clonezillával vagy valami hasonlóval az eredetit és elteszem a polcra.
Ez így vajon járható út?
Ha jól értem, maga a /boot és úgy ámblokk a kernel, initrd, grub és társai nem kerülnek raid-be. Ezzel max annyi meló lesz, hogy ha kiesik a lemez amiről indul a rendszer, akkor beteszem a tartalékot és megy tovább. Ha ez így rendben van, akkor már csak az a kérdés, hogy ezt lehet-e valahogy automatizálni?
Nekem maximum annyi jut eszembe, hogy a tartalék vinyót beteszem a boot order 2. helyére és ha azelső nem indul, a másodikról automatán ugyanúgy menni fog.

- Indítsd újra a gépet! - Az egészet? - Nem, a felét...

( Sixday v | 2020. 11. 11., sze – 12:13 )

Mint ahogy tobben leirtak azon az alaplapon nincs HW Raid. Az egy Fake raid, haszontalan hulladek, felejtsd el.