Merevlemezek, vezérlők

Intel Server Board S5000VSA és Intel Embedded Server RAID Technology II performance

Hali,

van egy fennt említett alaplapom (SAS-os verzió) amin ugye van egy szintén fennt említett opcionális raid kütyü ami RHEL, SLES, Windows kompatibilis driverrel bír.
A kérdésem az lenne, hogy performanceba (RAID-1 v RAID-5 ként) mit tudhat ez (ha valaki már használta) egy sima Linux/Freebsd software raidhez képest? Igazság az, hogy FreeBSD lenne rajta inkább a preferált oprendszer gmirror+zfs mirror-al, de ha esetleg annyival meggyőzőbb teljesítményt nyújt a rendszer a "gyári" raid-el akkor meggondolás tárgyát képezné a CentOS telepítés.

A másik ami miatt dilemmában vagyok az a mostanában nagyon divatos virtualizáció hiszen mr. Linux támogatja a VMWare servert (vagy XENt) és ha gyorsabb lenne a raid-vezérlő is akkor képes lennék esetleg elszakadni a freebsd-től.

BSD alatt default kernellel indítva a gépet két device-ra dob none@-t a pciconf -v:

-smbus controller (erre ha betöltöm az ichsmb.ko-t akkor már nem none)
-intel dma akármi (erre nem találtam megfelelő modult megoldást)

van valakinek tapasztalata egyébként a fennti alaplappal bsd alatt?

előre is köszi

ABIT KV7 SATA

Van két gépem régről (2004-ből) ABIT KV7-es alaplappal. Az egyikben elromlott az IDE winchester. Elavult gép, de gondoltam mentésekhez még jó lesz, vettem tehát hozzá egy 500G-s SATA lemezt. Az alaplapon SATA csatlakozók, a lap dobozában csatlakozó kábelek, a manuálban a SATA beállításának leírása - ezeket persze ellenőriztem előbb.

És a döbbenet: A BIOS-ban nincs meg a SATA aktivizálására szolgáló menüpont. (A doksiban leírt menüpont a valóságban nem létezik.) A gép nem érzékeli a lemezt. Ha bemegyek a SATA raid beállító BIOS menübe mindkét SATA csatlakozóra azt írja: no drive.

Megnéztem a témát a neten (ABIT KV7 SATA). Ugyanez a kérdés több helyen fel van vetve, de csak olyan válaszok vannak, hogy ki kell dobni a KV7 alaplapot. Persze azt lehet, de akkor ki van dobva 1G memória, a processzor, az AGP-s VGA kártya a tápegység.

dma bekapcsolása cdrom-okra

A k3b indításkor panaszkodott, hogy a cd-meghajtók esetében nincs bekapcsolva a dma.
Ennek örömére megpróbáltam bekapcsolni a közvetlen memóriahozzáférést a két meghajtóra.
A következő hibaüzenetet kaptam:


root@nostromo:~# hdparm -d 1 /dev/hdb

/dev/hdb:
 setting using_dma to 1 (on)
 HDIO_SET_DMA failed: Operation not permitted
 using_dma     =  0 (off)
root@nostromo:~# hdparm -d 1 /dev/hdc

/dev/hdc:
 setting using_dma to 1 (on)
 HDIO_SET_DMA failed: Operation not permitted
 using_dma     =  0 (off)

A meghajtók a kövezkezők:


root@nostromo:~# hdparm -iI /dev/hdb

/dev/hdb:

 Model=HL-DT-ST DVDRAM GSA-4082B, FwRev=A201, SerialNo=K2744DA2025
 Config={ Fixed Removeable DTR<=5Mbs DTR>10Mbs nonMagnetic }
 RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0
 BuffType=unknown, BuffSize=0kB, MaxMultSect=0
 (maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio3 pio4
 DMA modes:  mdma0 mdma1 mdma2
 UDMA modes: udma0 udma1 *udma2
 AdvancedPM=no
 Drive conforms to: Unspecified:  ATA/ATAPI-2,3,4,5

 * signifies the current active mode


ATAPI CD-ROM, with removable media
        Model Number:       HL-DT-ST DVDRAM GSA-4082B
        Serial Number:      K2744DA2025
        Firmware Revision:  A201
Standards:
        Likely used CD-ROM ATAPI-1
Configuration:
        DRQ response: 50us.
        Packet size: 12 bytes
Capabilities:
        LBA, IORDY(can be disabled)
        DMA: mdma0 mdma1 mdma2 udma0 udma1 *udma2
             Cycle time: min=120ns recommended=120ns
        PIO: pio0 pio1 pio2 pio3 pio4
             Cycle time: no flow control=120ns  IORDY flow control=120ns
HW reset results:
        CBLID- above Vih
        Device num = 1
root@nostromo:~# hdparm -iI /dev/hdc

/dev/hdc:

 Model=ASUS CRW-5232AS, FwRev=1.0, SerialNo=
 Config={ Fixed Removeable DTR<=5Mbs DTR>10Mbs nonMagnetic }
 RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0
 BuffType=unknown, BuffSize=0kB, MaxMultSect=0
 (maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0
 IORDY=yes, tPIO={min:227,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4
 DMA modes:  mdma0 mdma1 mdma2
 UDMA modes: udma0 udma1 *udma2
 AdvancedPM=no

 * signifies the current active mode


ATAPI CD-ROM, with removable media
        Model Number:       ASUS    CRW-5232AS
        Serial Number:
        Firmware Revision:  1.0
Standards:
        Likely used CD-ROM ATAPI-1
Configuration:
        DRQ response: 50us.
        Packet size: 12 bytes
Capabilities:
        LBA, IORDY(cannot be disabled)
        DMA: mdma0 mdma1 mdma2 udma0 udma1 *udma2
             Cycle time: min=120ns recommended=120ns
        PIO: pio0 pio1 pio2 pio3 pio4
             Cycle time: no flow control=227ns  IORDY flow control=120ns

Az ide vezérlő:


00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller (rev 02)

Ami vicces az az, hogy a biosban bekapcsoltam a 32 bites átviteli módot a cdkre, és a hdparm is ezt mutatja, ennek ellenére mégis panaszkodik a k3b...

Mdadm szinkronizálási probléma

Üdvözletem

Van 4 darab raid tömbünk, amiket most szeretnénk szinkronizálni. Ebből
3 gond nélkül végig is megy, de az egyiknél 99,99%-nál megáll és drive
seek hibára hivatkozva újrakezdi a szinkronizálást (addig kezdi újra,
amíg nem találna drive seek hibát, és addig nem rakja be a raid tömbbe
amíg hibamentesen végig nem érne). Nem sok blokkról lenne szó, és nem
érint adatokat sem.

Kérdésem a következő lenne: hogy vegyük rá az mdadm-mot, hogy ezt a
pár blokkhibát hagyja figyelmen kívül, és fejezze be a
szinkronizálást?

A rendszer Debian Etch x64.

Segítségeteket előre is köszönöm.

Átállás RAID1 -re install nélkül

Sziasztok!

Olvastam a témában, vannak leírások de én azért inkább kérdezek, tehát:

Adott egy szerver (2x 2.0GHz Xeon, i860, 2.6.19-grsec, Debian etch). Rendszervinyónak most egy MAM3184MP scsi (u160, alaplapi vezérlővel) van benne, ami 18GB, 15krpm és nagyon jól szerepel. Viszont semmi sem tart örökké ezért át kéne állni vele raid1-re. Tekintve hogy pénzt nem keresünk a géppel, viszonylag olcsó megoldásra gondoltunk, és a hardverek a következők lettek:
Adaptec 1210SA sata kártya
2x WD5001ABYS vinyó

Viszont soha nem csináltunk még se raid tömböt, se rendszer átgányolást másik vinyóra. Így hát a kérdésem az lenne hogy szoftveres oldalon mire van szükség ahhoz hogy a dolog működjön, mi az amivel otthon rá lehet készülni (nem akarunk egy egész hétvégét a konzolszobában tölteni ha nem muszáj)?

Tudom hogy ez a kártya valójában annyira raid vezérlő mint egy floppy meghajtó, nem is ez a lényeg hanem hogy hogyan mentem meg a rendszeremet?

Az érintett partíciók:

Filesystem Size Used Avail Use% Mounted on
/dev/sda5 942M 213M 682M 24% /
/dev/sda8 942M 40M 856M 5% /tmp
/dev/sda6 7.4G 1.8G 5.2G 26% /usr
/dev/sda7 5.5G 2.5G 2.8G 48% /var
/dev/hdc9 64G 37G 25G 60% /home
/dev/hda7 154G 37G 110G 25% /mnt/data

Ezeket mind át kéne tenni a raid tömbre, a méretek jók így, kivéve az utolsót, ami nyilván betöltheti a maradékot.

Köszi a segítséget előre is!

libesz

WD MyBook World - Read-only file system

Sziasztok!

Nem rég vettem egy Western Digital külső HDD-t (MyBook World 1TB), amit sikeresen átalakítottam, hogy SSH-val is el lehessen érni a Linux-ot, ami rajta fut. Kezdő Linuxos révén, főként step-by-step leírásokat követtem és így volt siker élményem is.

Raktam MRTG-t is, hogy követni tudjam, miként is viselkedik. Viszont pár nap működés után "Read-only file system" hibákat kapok. Bármit csinálok a / könyvtár alatt, ez a hiba jön. A megosztás külön meghajtón van, amivel semmi probléma nincs, kívülről el lehet érni, írni/olvasni lehet. Az OS partíciója viszont read-only lesz.

A keresőben találtam hasonló problémát (sajnos csak cache-ben van meg: http://209.85.135.104/custom?q=cache:KEuzh3lbO4UJ:hup.hu/node/58666+myb… ) (sőt a neten is találtam pár megoldási javaslatot), de a megoldás elég drasztikus, formatálni/újrapartícionálni kellene a meghajtót.

A logokat kiraktam netre, mert kicsit hosszúak lettek volna ide:
http://cyb.4242.hu/mybook/demsg
http://cyb.4242.hu/mybook/messages
http://cyb.4242.hu/mybook/mrtg.log

Ha bármi szükséges még, szívesen kirakom.

A segítségeteket kérném, hogy mit csináljak? Olyan megoldás nincs, amihez nem kell a meghajtót formázni? Előre is köszönöm!