honnan bootoljon egy kis sw raid linux box?

A problemakor a kovetkezo:
van egy storage/nas/san/fileserer stb gep. Ahol a user adatok miatt kell mondjuk 2,3 vagy 4 darab joo nagy diszk. Hova rakod az oprendszert?

Van olyan, hogy az 1T feletti diszkeket nehezkes particionalni,a bios nem bootol roluk, meg minden ilyesmi. De ha ez nem is gond, akkor is levagsz a 4 diszk elejerol egy particiot az oprendszernek, mikozben a maradekot osszefuzod raid5-be az oprendszer az raid1? De minek 4 lemezes raid1? vagy akkor mit csinalsz a maradek diszkek elso particiojival?
Csomo hulye kerdes, ami sehogy sincs jol.

Tehat rakjuk kulon az oprendszert. Ekkor rakjunk bele meg egy diszket (olcso, kicsi) az oprendszernek? Es akkor pont az oprendszer nem lesz tukrozve? Akkor rakjunk bele 2 olcso kicsi diszket? Van ennyi slot/hely az alaplapon, a hazban? 2 olcso kicsi masra nem hasznalhato diszk helyett ne rakjunk inkabb bele me egy darab 1T nagyot? arban ugyanott van.

Csomo hulye kerdes, amire sehogy sincs jo valasz.

Tehat a kulon oprendszert rakjuk be egy filleres flash cuccra, pendrive vagy cf card. De a filleres flash cuccok lassuak, es a gyakori irast (logiras) nehezen toleraljak.
Ez megint egy csomo kerdes, amire sehogy sincs jo valasz.

Mert az kene, hogy a diszkek egysegesek, egyetlen nagy teruletet adjanak (mert igy olcso es egyszeru ) de bootolni a cf kartyarol vagy usb pendrive-rol lehessen, mert a raid5-rol nem lehet bootolni. Ha van hw raid kartyad, akkor az nem gond, mert kiadsz egy 5G LUN-t az oprendszernek e tobbit meg adatnak. De a hw raid kartya sem olcso.

van megoldas, csak nem szeleskorben elfogadott. Bootolj a pendrive-rol, de az oprendszer legyen az adatok mellett.

Hogy nez ez ki:
boot pendrive: syslinux (booter) + kernel + initrd.
A kernel boot parameterebe benne van, hogy root=/dev/mapper/localvg-rootfs

A diszkek (particio nelkul) tagjai egy raid5 vagy ami tetszik tombnek. Ez a tomb egyetlen lvm-pv, ami megalkodja az egyetlen lvm-vg -t,
aminek neve a fenti peldanal maradva 'localvg' ezen van egy 'rootfs' elnevezesu lv, ami tartalmazza a teljes oprendszert.

Kicsit tukrozni kell mire ezt letrehozod, de utana tokjol mukodik. A hatranyokat majd leirjak a T. kommentelok :-)

( Sulc v | 2010. 03. 15., h – 00:11 )

Mi lenne, ha PXE-ről jönne a manna?

( eax | 2010. 03. 15., h – 00:57 )

Szerintem minden diszk elejere egy max. 100MB-s particio a kernel+ramdisk-nek, a / meg mar akarhova is mehet (mondjuk lvm-be).

--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!

mit csinalsz az 1TiByte -nal nagyobb diszkeknel, ahol nem mukodik a (dos/mbr) particios tabla formatum? persze, gpt mehet ra, az jo. Es a bios bootol arrol? Az meg hagyjan, de a normal (fdisk/sfdisk) ezt nem kezeli. parted forewer?
Es, ha 16 diszked van, mindegyiknek az elejere raksz egy 100 megas particiot?

( bambano | 2010. 03. 15., h – 01:08 )

ezt nem csinálnám akkor se, ha pisztolyt fognának a fejemhez...
két diszkes raid1, rajta az oprendszer, másik két diszken ugyanott lehet swap, /home, /usr vagy bármi más. de leginkább swap.
pendrive-val vagy cf-fel csak agyonbonyolítja az ember, főleg, ha külön szüttyögni kell, hogy a házon belülre férjen.

különben is, van 3-4T helyed a cuccoknak, mit számít, ha levágsz a /boot-nak belőle 100 megákat?

egyéb ellenérvek:
- terás diszk csak satában van, a satás alaplapoknak annyira nem hisztis a biosa. ha nem satás az alaplap, akkor meg úgyis a sata kártya biosa bootol.
- a legnagyobb pata diszk 250-300g környékén lehet valahol, szokott rajtuk lenni softclip vagy hogy nevezik jumper. bejumpereled 32G-snek, minden bios kezeli, linux simán felismeri, hogy csalás van a diszkkel és kezeli. nekem bootolt ősöreg alaplap 300g-s pata diszkről ezzel a módszerrel.

gondolom internalt akartál írni...
azért nem csinálnám, mert egy újabb alkatrész, aminek mtbf-e van meg ilyenek és csökkenti az egész rendszer rendelkezésre állását.
meg olyan értelmetlennek tűnik az egész, mintha teherautóval hordanád a sódert az építkezésre, de a sofőrnek rollerrel kellene mellette menni.

kiss: keep it stupid and simple. valójában nehéz megindokolni, hogy miért nem csinálnám, ez annyira kinyakatekert megoldás, hogy eszembe nem jutna, így érvelni is nehéz ellene. Miért nem raknék egy 20-30MB/s sebességű, sérülékeny, egyedi konfigurációt és buherálást igénylő, belül kábelezést és szellőzést akadályozó pendrájvra, amit, ha véletlenül buherálni kell, szét kell szedni hozzá a gépet, oprendszert ahelyett, hogy az oprendszer gyártójának eredeti elképzeléseibe jobban illeszkedő módon rátenném egy vinyóra, ami gyorsabb, tesztelt megoldás, stabil, nem lóg semmi?

Nem tudom.:)

az a csatlakozo tenyleg external usb, ami kivul szokott lenni, csak most egyre tobb szerver lapot latok, ahol belul is van egy ilyen. Pl van is benne cucc gyarilag telepitett ESXi -vel.

A storage gyartoknal szeleskoruen elterjedt, hogy a bootolashoz van benne egy cf card/pcmcia/dom, es a diszkek a felhasznaloke. Mondjuk 1996 es 2010 kozott lattam ilyesmiket, ugy is mondhatjuk, hogy mindig. Vagy pl a EMC clariion, ahol van egy 5 diszkes raid5 az oprendszernek, ott meg mindig bosszantott, hogy minek pazarolnak el 5 slotot es 5 diszket erre. Vagy a netapp teljes fas sorozata, ahol a kernel cuppan cf kartyarol, es a usereknek kiadott adatdiszken van az oprendszerenek egy particio.

A kiindulo otletem az, hogy a legfontosabb a user adat. Mindent el kell kovetni, hogy a user adat megbizhato modon, konnyen menedzselheto modon alljon a rendelkezesre. Es, ha mar van egy megbizhato, konnyen menedzselheto pool, akkor az oprendszernek csinaljak egy masikat? Szoval igy.

external usb kieshet, takarítónő, rendszergazda kiütheti, stb. stb. az szerintem kaszkadőrség.
az internal usb egy fokkal jobb....

a nagy storage-ket nem tartom szerencsés példának a "kis sw raid linux box" topicban. Ami nagy storage-t láttam, abban két ibm rs6000-es játszotta a "pendrive" szerepét...

Az rendben van, hogy elkövetsz mindent, hogy az user adat rendelkezésre álljon, de a rendelkezésre állás feltétele az is, hogy a hosztoló oprendszer működjön. Ergo a hosztoló oprendszerrel szemben minimum ugyanazok az elvárások (ha nem nagyobbak), mint az user adatokkal szemben.

Ez olyan, mint amikor katona voltam és nagy konvojban mentünk kitelepülésre. A főnök kiválasztotta a legrosszabb állapotú teherautót, az ment elöl, a többi meg utána. (offtopic: volt, amikor utána se ment:)) )