Házi nas linuxszal, round #1

Már egy ideje szerettem volna egy nas-t itthonra, illetve ráruházok majd kiegészítő feladatokat is, ezért egy kész megoldás helyett beruháztam egy HP MicroServerbe + 2x3TB hdd-be. Oprendszer kérdésben kicsit dilemmáztam hogy windows, linux, esetleg valamilyen bsd, végül centos 7 mellett döntöttem mivel munkahelyen centos-t használunk és az alapján elég jónak tűnik a feladathoz.

A hdd-ket raid1-ben hajtom (tudom a raid nem backup, de akkor se mindegy ha meghal egy disk akkor mi marad), itt is agyaltam hogy a HP SmartArray megoldása legyen vagy softraid, utóbbi mellett szólt hogy a consumer hdd-k enterprise raid megoldással fene tudja mennyire lennének barátságban, softraidról jobb tapasztalatokat olvastam. Illetve a későbbi szívások elkerülése végett (és a kezdeti szívások érdekében) lvm-et is használok, a hdd-k mérete miatt pedig gpt partíciós táblára van szükség. Egy elég jó leírás hogyan lehet egy ilyen setupot összehozni a centos 7 telepítőjével: http://www.ictdude.com/howto/install-centos-7-software-raid-lvm/

A probléma ott kezdődött, hogy a telepítés után a rendszer egyszerűen nem bootolt be. Mint kiderült, a grub2 telepítése nem sikerült, persze erről a telepítő nem tájékoztatott. Némi guglizás után kiderült, hogy gpt esetén kell egy dedikált, kb. 1MB méretű partíció az első partíció elé, aminek meg kell adni a 

bios_grub

labelt. Szerencsére a centos telepítő hagyott is egy ekkora részt (alignment okokból, de ez most mindegy), így létre tudtam hozni ezt a partíciót, ezután szépen fel is ment a grub.

Ezután egy kis kitérő következett, előtte elmulasztottam átállítani a raid controllert ahci mode-ra, ezért a grubig továbbra sem jutottam el. Ezt a biosban lehet átállítani, mondjuk itt van egy leírás hogy érhető el a beállítás.

A következő probléma már a rendszer bootolásakor jött elő, a partíciók felismerése után megállt az init és kaptam egy dracut recovery console-t. Az egyből látszott, hogy a raid tömbök felállítása nem történt meg, kézzel gyorsan orvosoltam is egy 

mdadm --assemble --scan

-nel, majd az lvm miatt egy 

lvm_scan

, végül egy 

exit

után szépen bebootolt a rendszer. Mint kiderült, a dracut-nak a 

rd.auto

cmdline opcióval lehet megmondani, hogy az mdraid-et, lvm-et magától összerakja. Ez a 24-es verzióig alap volt, de általam érthetetlen okokból kivették. A kapcsolót tehettem volna a grub cofigba is, végül azonban létrehoztam egy 

/etc/dracut.conf.d/autoassembly.conf

fájlt, benne a 

kernel_cmdline+=" rd.auto"

sorral. Ezután a 

dracut -fv

paranccsal új initramfs-t generálva szépen bebootol a rendszer.

Eredetileg azért is választottam a centos-t, mert úgy gondoltam kevés szívás lesz vele, nem kell majd sokat abajgatni. Ehhez képest ahhoz hogy addig eljussak, hogy normálisan bebootol a feltelepített rendszer, 3 napon keresztül konfiguráltam (na jó, gugliztam, fórumokat, levlistákat, manualokat olvasgattam), nem túl jó előjel. Vagy csak elszoktam attól, hogy linuxon a normális működéshez is órákat kell szívni, nem tudom.

( Zahy v | 2014. 12. 22., h – 07:51 )

egyik megközelítés: de most már mennyivel többet tudsz
másik megközelítés: de ezután már alszol nyugodtan, ő meg dolgozik
harmadik megközelítés: mindenki önmagát szopatja, kivéve aki másokat
negyedik megközelítés: ha csak bekapcsolom működik megoldás kell, akkor az ember nem PC-t, hanem célszámítógépet vesz

Tovább is van mondjam még?

"negyedik megközelítés: ha csak bekapcsolom működik megoldás kell, akkor az ember nem PC-t, hanem célszámítógépet vesz"

Biztos csak nekem vannak irreálisan magas elvárásaim, de ha már a centos telepítő támogat mdraid-et, lvm-et, gpt-t, akkor egy bootloader telepítésének sem szabadna gondot okoznia a fenti konfigurációban.

Sőt, nem is az zavar igazán hogy nem jött össze neki, maximum az hogy erről nem tájékoztatott. Ami zavar, hogy a fentiekből látható, hogy nem a munka mennyisége volt sok, hanem a szükséges információk megkeresése. Sok oldalas manualokban elrejtve ott az információ, de hosszas kerülőutakon keresztül jutottam csak el hozzájuk. Valamiért pl. windows esetén ritkábban van ilyen probléma, sok esetben egy jól irányzott keresés egyből egy microsoft kb bejegyzést dob ki, amiben normálisan le van írva, mire miért van szükség, és milyen lépésekkel lehet elérni amit az ember akar.

Nekem is FreeNas lett, egy hasonló konfigban, csak ott 3x2TB diszk van RAIDZ-1-ben, 32 GB Intel SLC SSD-vel megtámogatva L2ARC+ZIL-ként, meg 8 GB RAM-mal.
-------------------------------------------------------------------------------
Az életben csak egy dolog a szép, de az épp nem jut eszembe.

Slackware Linux 14.1 | 3.10.55-janos

Nekem smb-ról smb másolásnál szépen szétcseszte a fájlrendszert.Napp-it hostra másoltam synology vasról.A végeredmény smb-ról és nfs-ről nem törölhető könyvtárak.
Megoldás ssh mv k?nvt?r konyvtar.
"By the way: Samba 3.x finally maps to UTF-8 filenames by default, so also when you migrate from Samba 2 to Samba 3 you might have to convert your file names.
"
Ui: smb ról smb-ra másolás synologyn elég lassú.De ezt betudtam smb 2 gyengeségnek.:)