SCSI vagy S-ATA RAID1-be?

Merevlemezek, vezérlők

SCSI vagy S-ATA RAID1-be?

  • 1522 megtekintés

( uid_228 | 2005. 02. 02., sze – 02:08 )

[quote:c491dee2f4="drastik"]
ahahahahha

az adaptec ***** lololololololl
vegulis

Kiröhöghetsz, de jobban tennéd, ha alátámasztanád valamivel a véleményedet. Amiket itt leírtam, az mind saját tapasztalat - sajnos. Szívtam Adaptec RAID-del, irgalmatlan nagyot és nem kívánom senki másnak.

No és még valami: NE KEVERD ÖSSZE az Adaptec SCSI vezérlőit a RAID vezérlőivel! Az első korrekt, gyors és általában szépen működik (bár én megszokás miatt jobban szeretem az LSI Logic vezérlőit). A második már kevésbé, hogy finom legyek, bár talán most már képes lesz az Adaptec is fölmutatni egy normális RAID-termékcsaládot, hogy megvették az ICP Vortexet.

( uid_228 | 2005. 02. 02., sze – 02:14 )

[quote:23b532361d="zz7"]Köszönöm a részletes választ.
Kis munkacsoportnak van a szerver, max. 10-12 gépig.
Megy rajta Samba, Postfix-Fetchmail-Qpopper, Cups, Openwebmail-Apache, Netfilter, Rsync, NFS, Hylafax.

Az Adaptec 1210SA miért rosszabb, mint az 5 ezer körül kapható hasonló vezérlők?
Samsung vincsiket gondoltam hozzá Linux-szoftveres RAID1-be.

Létezik egyébként valamilyen hardveres SATA RAID vezérlő ami nem kerül 80-100 ezerbe és Linux kompatibilis?

Amit írsz, arra bőven elég a Linux szoftveres RAID1-je is. :) Pl. egy Silicon Image vezérlővel.

Viszonylag olcsó hardveres SATA RAID pedig létezik: a 3Ware 8006-2LP. 30-40k között van a nettó ára, gyors, stabil, ezer éve a kernelben van a támogatás hozzá, a tömb egy SCSI meghajtónak látszik az oprendszer felé. A parancssoros utilja is egész korrekt, meg a monitordaemonja is. Az ne tévesszen meg, hogy 64 bites PCI csatija van, 32 bites slotban is működik.

A Promise cuccai is hasonló árról indulnak, de azokat kerüld el. Félig bináris, gányolt driver van hozzá és a sebessége, kezelhetősége messze elmarad a 3Ware kártyái mögött. Sajnos egy Promise FastTrack S150 TX4-gyel is van tapasztalatom. :(

Az Adaptec meg azért rosszabb, mint a 4-5 ezres kártyák, mert ugyanolyan szoftveres RAID az is, ellenben a rajta levő Adaptec feliratért kifizetsz 2-3-szor akkora összeget. Ezt anno a SCSI vezérlőivel is eljátszotta az Adaptec, NCR/SymBIOS/LSI chipes kártyát messze olcsóbban lehetett fogni, mint a hasonló képességű Adaptec gyártmányt (LSD. Diamond Fireport 40 vs. Adaptec 2940UW)

( sztomi v | 2005. 02. 02., sze – 03:11 )

[quote:6918fb1b05="Adi"]
A Promise cuccai is hasonló árról indulnak, de azokat kerüld el. Félig bináris, gányolt driver van hozzá és a sebessége, kezelhetősége messze elmarad a 3Ware kártyái mögött. Sajnos egy Promise FastTrack S150 TX4-gyel is van tapasztalatom. :(

Jah, nekem is. Ami a "partially open source" driverjuket illeti, az is csak 2.4 kernelekhez van, ill. egy SuSE 9.1-es driverfloppy, ami 2.6.4-es SuSE-s kernelhez tartalmaz modult... es semmi mas, szoval egyeb 2.6-os kernel alatt nem lehet hasznalni (marmint a RAID funkciojat). Irtam a supportjukra 2 hete egy szep illedelmes levelket, es mindeddig semmi valasz! Remelem megkonnyitettem a valasztast RAID vezerlok teren... (nalam ez az egy gyarto orokre leirta magat)

( kpl55 | 2005. 02. 02., sze – 10:02 )

[quote:3e9200e7cb="Adi"]
Viszonylag olcsó hardveres SATA RAID pedig létezik: a 3Ware 8006-2LP. 30-40k között van a nettó ára, gyors, stabil, ezer éve a kernelben van a támogatás hozzá, a tömb egy SCSI meghajtónak látszik az oprendszer felé. A parancssoros utilja is egész korrekt, meg a monitordaemonja is. Az ne tévesszen meg, hogy 64 bites PCI csatija van, 32 bites slotban is működik.

Bocs, jól értem, hogy veszek egy közönséges alaplapot, a szokványos 5 PCI slottal 10k-ért, és abba belerakom úgy a vezélőt, hogy a lábainak a fele nincs slotba dugva, mert kilóg belőle, és alatta már nincs/véget ért a PCI slot, akkor is jól fog működni a kártya, csak teljesítmény romlással? (mint az egy párhuzamos topic-ban elhangzott) Vagy valamit nagyon félreértek a 32 és 64 bites PCI slotok világa körül. :-(

( uid_228 | 2005. 02. 02., sze – 10:08 )

[quote:50246e4f2f="kpl55"]
Bocs, jól értem, hogy veszek egy közönséges alaplapot, a szokványos 5 PCI slottal 10k-ért, és abba belerakom úgy a vezélőt, hogy a lábainak a fele nincs slotba dugva, mert kilóg belőle, és alatta már nincs/véget ért a PCI slot, akkor is jól fog működni a kártya, csak teljesítmény romlással? (mint az egy párhuzamos topic-ban elhangzott) Vagy valamit nagyon félreértek a 32 és 64 bites PCI slotok világa körül. :-(

Jól érted. Bár ezt én még személy szerint nem próbáltam, de a 3Ware állítja. A bevágások a kártyán úgy vannak kiképezve, hogy belerakhatod mindkét fajta slotba (és mindkét fajta feszültséggel működő 64/66-os PCI slotba is).

Persze lehetőleg úgy csináld, hogy ne érintkezzen a kilógó része. :)

Ha megelégszel IDE vinyókkal (nem sok különbség van egyelőre IDE és SATA között), akkor a 7006-2-es kártyát is tudom ajánlani, az csak 32 bites.

( STP | 2005. 02. 02., sze – 11:33 )

[quote:96aba8ed53="Adi"][quote:96aba8ed53="kpl55"]
Bocs, jól értem, hogy veszek egy közönséges alaplapot, a szokványos 5 PCI slottal 10k-ért, és abba belerakom úgy a vezélőt, hogy a lábainak a fele nincs slotba dugva, mert kilóg belőle, és alatta már nincs/véget ért a PCI slot, akkor is jól fog működni a kártya, csak teljesítmény romlással? (mint az egy párhuzamos topic-ban elhangzott) Vagy valamit nagyon félreértek a 32 és 64 bites PCI slotok világa körül. :-(

Jól érted. Bár ezt én még személy szerint nem próbáltam, de a 3Ware állítja. A bevágások a kártyán úgy vannak kiképezve, hogy belerakhatod mindkét fajta slotba (és mindkét fajta feszültséggel működő 64/66-os PCI slotba is).

Persze lehetőleg úgy csináld, hogy ne érintkezzen a kilógó része. :)

Ha megelégszel IDE vinyókkal (nem sok különbség van egyelőre IDE és SATA között), akkor a 7006-2-es kártyát is tudom ajánlani, az csak 32 bites.

Megy a sima PCI slotban.
A 3ware escalade 8006-2LP tökéletes választás (39e+tréfa)
Én nem vennék már PATA HDD-t (és csatolót sem).
Ha gyors HDD-t akarsz akkor Maxtor, viszont hangos és melegszik. És 1 év a gari :-(

( zz7 | 2005. 02. 01., k – 08:37 )

Sziasztok!

Van egy kicsi, régi céges szerverünk. Kb 4-5 éves gép Athlon 900-assal.
SuSE 9.1 fut rajta.
Van benne egy Adaptec 19160 és két Quantum Atlas 10 SCSI RAID 1-ben.
Úgy néz ki az egyik HDD tönkrement.
Nézegetem pótlásnak a Hitachi 15K-s 5 év garanciás SCSI HDD-it, de gondolom ebből majd egy párat érdemes venni, nem egy db-ot betenni a régebbi Quantum mellé.
Közben az jutott eszembe nem járnék-e jobban az alábbi összeállítással, ráadásul jóval olcsóbban:

ADAPTEC 1210SA RAID PCI S-ATA vezérlő kb. 13 ezer nettó és van Linux támogatás
2db 120-160GB-os Seagate S-ATA HDD 3 év garanciával

Mint a mostanit, ezt is RAID1-be tenném.
Esetleg a fennmaradó pénzből vehetnék valami új Chieftek tápot, meg egy jobb házat.

Mondjatok véleményt légyszi.

Kösz

ZZ

( uid_228 | 2005. 02. 01., k – 09:38 )

Attól függ, hogy mire használjátok a gépet. Ha csak egy kis munkacsoport, cég igényeit látja el, akkor a SATA RAID1 bőven jó; bár arra azért figyelj oda, hogy 8 mega cache-es SATA vinyókat vegyél.

Ami az IDE vinyókra igaz, az nagyjából a SATA párjaikra is: a párhuzamos terhelést sokkal kevésbé bírják, mint a SCSI cuccok, bár valószínű, hogy az újabb vezérlők és az NCQ változtatni fog ezen. Ezért írtam, hogy az igényektől függően döntsd el, hogy mit veszel.

Adaptec RAID-et ne vegyél, egyrészt mert sz*rok :lel:, másrészt meg az említett 1210SA nem igazi RAID-vezérlő, csak szoftveres. Ilyenből meg már lehet venni 4-5 ezer forintokért Silicom Image-et, ami ugyan Seagate vinyókkal állítólag összeakad (lassú, de nem instabil, nézd meg a kernel forrást), viszont vehetsz WD és Samsung winchestereket is 8 mega cache + 3 év gari formában.

Szóval az Adaptecre nem érdemes költeni, nem tud annyival többet, amennyivel drágább.

( uid_228 | 2005. 02. 01., k – 09:40 )

Még annyi, hogy SCSI vinyónak tudom ajánlani a Fujitsu 10k-s szériáját, 5 év garival jön, sokkal emberibb áron, mint a 15k fordulatszámúak. Gyors, szervervinyóhoz képest nagyon csöndes és nem is melegszik rettentően.

( drastik | 2005. 02. 01., k – 09:47 )

Adaptec RAID-et ne vegyél, egyrészt mert sz*rok :lel:, másrészt meg az említett 1210SA nem igazi RAID-vezérlő, csak szoftveres. Ilyenből meg már lehet venni 4-5 ezer forintokért Silicom Image-et, ami ugyan Seagate vinyókkal állítólag összeakad (lassú, de nem instabil, nézd meg a kernel forrást), viszont vehetsz WD és Samsung winchestereket is 8 mega cache + 3 év gari formában.

Szóval az Adaptecre nem érdemes költeni, nem tud annyival többet, amennyivel drágább.

ahahahahha

az adaptec szar lololololololl
vegulis

( zz7 | 2005. 02. 01., k – 09:58 )

Köszönöm a részletes választ.
Kis munkacsoportnak van a szerver, max. 10-12 gépig.
Megy rajta Samba, Postfix-Fetchmail-Qpopper, Cups, Openwebmail-Apache, Netfilter, Rsync, NFS, Hylafax.

Az Adaptec 1210SA miért rosszabb, mint az 5 ezer körül kapható hasonló vezérlők?
Samsung vincsiket gondoltam hozzá Linux-szoftveres RAID1-be.

Létezik egyébként valamilyen hardveres SATA RAID vezérlő ami nem kerül 80-100 ezerbe és Linux kompatibilis?

( hygy | 2005. 02. 01., k – 10:01 )

Szerintem neked eleg lehet erre a celra egy softwares SATA raid. Eppen most szinkronizal nekem vissza (raid1) a ket HDD kozott 53124K/seccel a sajat bevallasa szerint.

HyGy

( zz7 | 2005. 02. 01., k – 10:17 )

És milyen vezérlőt, wincsiket használsz?
Milyen a processzorterhelésed szinkronizálás közben?

( zz7 | 2005. 02. 01., k – 10:20 )

Jó lenne olyan konkrét SATA vezérlő/wincsi példa ami másnál már bevált kis munkacsoport szerverhez.
Nem szeretnék melléfogni a vásárlással.

( zz7 | 2005. 02. 01., k – 11:22 )

Hát igen.
Itt elég meggyőző a WD Raptor.
A vezérlő pedig egy sima Silicon Image Sil3112 volt.

( zz7 | 2005. 02. 03., cs – 10:10 )

Egyszer sikerült helyrerakni a hibás RAID1 tömböt tegnapelőtt.
A korábban kiesett sda1 megint ment a mai napig.
Most a /proc/mdstat-ban megint ez van:

Personalities : [raid1]
md0 : active raid1 sdb1[1] sda1[2](F)
35913152 blocks [2/1] [_U]

unused devices: <none>

A messages-ből meg az alábbi szép hosszú évődést ollóztam ki:

Feb 3 06:36:09 server kernel: scsi0:0:1:0: Attempting to queue an ABORT message
Feb 3 06:36:09 server kernel: CDB: 0x28 0x0 0x4 0x28 0x4 0xd7 0x0 0x0 0x8 0x0
Feb 3 06:36:09 server kernel: scsi0: At time of recovery, card was not paused
Feb 3 06:36:09 server kernel: >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<<
Feb 3 06:36:09 server kernel: scsi0: Dumping Card State while idle, at SEQADDR 0x8
Feb 3 06:36:09 server kernel: Card was paused
Feb 3 06:36:09 server kernel: ACCUM = 0x0, SINDEX = 0xb, DINDEX = 0xe4, ARG_2 = 0x0
Feb 3 06:36:09 server kernel: HCNT = 0x0 SCBPTR = 0x2
Feb 3 06:36:09 server kernel: SCSIPHASE[0x0] SCSISIGI[0x0] ERROR[0x0] SCSIBUSL[0x0]
Feb 3 06:36:09 server kernel: LASTPHASE[0x1]:(P_BUSFREE) SCSISEQ[0x12]:(ENAUTOATNP|ENRSELI)
Feb 3 06:36:09 server kernel: SBLKCTL[0xa]:(SELWIDE|SELBUSB) SCSIRATE[0x0] SEQCTL[0x10]:(FASTMODE)
Feb 3 06:36:09 server kernel: SEQ_FLAGS[0xc0]:(NO_CDB_SENT|NOT_IDENTIFIED) SSTAT0[0x0]
Feb 3 06:36:09 server kernel: SSTAT1[0x8]:(BUSFREE) SSTAT2[0x0] SSTAT3[0x0] SIMODE0[0x8]:(ENSWRAP)
Feb 3 06:36:09 server kernel: SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO) SXFRCTL0[0x80]:(DFON)
Feb 3 06:36:09 server kernel: DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL)
Feb 3 06:36:09 server kernel: STACK: 0x0 0x163 0x109 0x3
Feb 3 06:36:09 server kernel: SCB count = 68
Feb 3 06:36:09 server kernel: Kernel NEXTQSCB = 5
Feb 3 06:36:09 server kernel: Card NEXTQSCB = 5
Feb 3 06:36:09 server kernel: QINFIFO entries:
Feb 3 06:36:09 server kernel: Waiting Queue entries:
Feb 3 06:36:09 server kernel: Disconnected Queue entries: 27:28
Feb 3 06:36:09 server kernel: QOUTFIFO entries:
Feb 3 06:36:09 server kernel: Sequencer Free SCB List: 2 14 1 9 29 30 19 16 21 0 22 3 23 13 10 24 28 31 17 4 7 5 20 26 15 11 12 18 8 6 25
Feb 3 06:36:09 server kernel: Sequencer SCB Info:
Feb 3 06:36:09 server kernel: 0 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x23]
Feb 3 06:36:09 server kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Feb 3 06:36:09 server kernel: 1 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x13]
Feb 3 06:36:09 server kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Feb 3 06:36:09 server kernel: 2 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x23]
Feb 3 06:36:09 server kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Feb 3 06:36:09 server kernel: 3 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x23]
Feb 3 06:36:09 server kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Feb 3 06:36:09 server kernel: 4 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x13]
Feb 3 06:36:09 server kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Feb 3 06:36:09 server kernel: 5 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x23]
Feb 3 06:36:09 server kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Feb 3 06:36:09 server kernel: 6 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x23]
Feb 3 06:36:09 server kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Feb 3 06:36:09 server kernel: 7 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x13]
Feb 3 06:36:09 server kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Feb 3 06:36:09 server kernel: 8 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x23]
Feb 3 06:36:09 server kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Feb 3 06:36:09 server kernel: 9 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x23]
Feb 3 06:36:09 server kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Feb 3 06:36:09 server kernel: 10 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x23]
Feb 3 06:36:09 server kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Feb 3 06:36:09 server kernel: 11 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x23]
Feb 3 06:36:09 server kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Feb 3 06:36:09 server kernel: 12 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x13]
Feb 3 06:36:09 server kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Feb 3 06:36:09 server kernel: 13 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x23]
Feb 3 06:36:09 server kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Feb 3 06:36:09 server kernel: 14 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x23]
Feb 3 06:36:09 server kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Feb 3 06:36:09 server kernel: 15 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x13]
Feb 3 06:36:09 server kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Feb 3 06:36:09 server kernel: 16 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x13]
Feb 3 06:36:09 server kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Feb 3 06:36:09 server kernel: 17 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x23]
Feb 3 06:36:09 server kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Feb 3 06:36:09 server kernel: 18 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x23]
Feb 3 06:36:09 server kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Feb 3 06:36:09 server kernel: 19 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x13]
Feb 3 06:36:09 server kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Feb 3 06:36:09 server kernel: 20 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x13]
Feb 3 06:36:09 server kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Feb 3 06:36:09 server kernel: 21 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x13]
Feb 3 06:36:09 server kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Feb 3 06:36:09 server kernel: 22 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x23]
Feb 3 06:36:09 server kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Feb 3 06:36:09 server kernel: 23 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x13]
Feb 3 06:36:09 server kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Feb 3 06:36:09 server kernel: 24 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x13]
Feb 3 06:36:09 server kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Feb 3 06:36:09 server kernel: 25 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x13]
Feb 3 06:36:09 server kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Feb 3 06:36:09 server kernel: 26 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x23]
Feb 3 06:36:09 server kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Feb 3 06:36:09 server kernel: 27 SCB_CONTROL[0x64]:(DISCONNECTED|TAG_ENB|DISCENB) SCB_SCSIID[0x13]
Feb 3 06:36:09 server kernel: SCB_LUN[0x0] SCB_TAG[0x1c]
Feb 3 06:36:09 server kernel: 28 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x23]
Feb 3 06:36:09 server kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Feb 3 06:36:09 server kernel: 29 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x13]
Feb 3 06:36:09 server kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Feb 3 06:36:09 server kernel: 30 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x23]
Feb 3 06:36:09 server kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Feb 3 06:36:09 server kernel: 31 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x13]
Feb 3 06:36:09 server kernel: SCB_LUN[0x0] SCB_TAG[0xff]
Feb 3 06:36:09 server kernel: Pending list:
Feb 3 06:36:09 server kernel: 28 SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x13] SCB_LUN[0x0]
Feb 3 06:36:09 server kernel: Kernel Free SCB list: 11 49 34 15 23 58 63 39 6 32 38 35 26 16 9 3 8 0 48 22 50 13 33 60 25 61 43 62 20 37 53 17 14 46 40 1 29 56 27 12 36 67 31 51 45 52 7 59 55 18 57 19 41 54 44 4 24 2 42 47 10 30 21 66 65 64
Feb 3 06:36:09 server kernel: DevQ(0:1:0): 0 waiting
Feb 3 06:36:09 server kernel: DevQ(0:2:0): 0 waiting
Feb 3 06:36:09 server kernel:
Feb 3 06:36:09 server kernel: <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>>
Feb 3 06:36:09 server kernel: (scsi0:A:1:0): Device is disconnected, re-queuing SCB
Feb 3 06:36:09 server kernel: Recovery code sleeping
Feb 3 06:36:09 server kernel: Recovery SCB completes
Feb 3 06:36:09 server kernel: Recovery code awake
Feb 3 06:36:09 server kernel: aic7xxx_abort returns 0x2002
Feb 3 06:36:09 server kernel: scsi0:0:1:0: Attempting to queue a TARGET RESET message
Feb 3 06:36:09 server kernel: CDB: 0x28 0x0 0x4 0x28 0x4 0xd7 0x0 0x0 0x8 0x0
Feb 3 06:36:09 server kernel: scsi0:0:1:0: Is not an active device
Feb 3 06:36:09 server kernel: aic7xxx_dev_reset returns 0x2002
Feb 3 06:36:20 server kernel: scsi: Device offlined - not ready after error recovery: host 0 channel 0 id 1 lun 0
Feb 3 06:36:20 server kernel: SCSI error : <0 0 1 0> return code = 0x8000002
Feb 3 06:36:20 server kernel: Info fld=0x0, Current sda: sense key Aborted Command
Feb 3 06:36:20 server kernel: end_request: I/O error, dev sda, sector 69731543
Feb 3 06:36:20 server kernel: raid1: Disk failure on sda1, disabling device.
Feb 3 06:36:20 server kernel: Operation continuing on 1 devices
Feb 3 06:36:20 server kernel: raid1: sda1: rescheduling sector 69731480
Feb 3 06:36:20 server kernel: scsi0 (1:0): rejecting I/O to offline device
Feb 3 06:36:20 server kernel: md: write_disk_sb failed for device sda1
Feb 3 06:36:20 server kernel: md: errors occurred during superblock update, repeating
Feb 3 06:36:22 server kernel: scsi0:A:1:0: DV failed to configure device. Please file a bug report against this driver.
Feb 3 06:36:22 server kernel: raid1: sdb1: redirecting sector 69731480 to another mirror
Feb 3 06:36:22 server kernel: scsi0 (1:0): rejecting I/O to offline device
Feb 3 06:36:22 server kernel: scsi0 (1:0): rejecting I/O to offline device
Feb 3 06:36:22 server kernel: RAID1 conf printout:
Feb 3 06:36:22 server kernel: --- wd:1 rd:2
Feb 3 06:36:22 server kernel: disk 0, wo:1, o:0, dev:sda1
Feb 3 06:36:22 server kernel: disk 1, wo:0, o:1, dev:sdb1
Feb 3 06:36:22 server kernel: RAID1 conf printout:
Feb 3 06:36:22 server kernel: --- wd:1 rd:2
Feb 3 06:36:22 server kernel: disk 1, wo:0, o:1, dev:sdb1

Hol van ebben elrejtve a lényeges információ?
Tud valaki segíteni?
Ez még mindíg az Adaptec 19160 és 2 db Quantum Atlas 10K.
Két éve ment gond nélkül.

( zz7 | 2005. 02. 03., cs – 10:15 )

Esetleg ez lehet?

Feb 3 06:36:20 server kernel: end_request: I/O error, dev sda, sector 69731543

A badblocks nem mond semmi hibát.

( supageo | 2005. 02. 03., cs – 10:31 )

jól beszélsz KPL55, igen a 64 bites (PCI-X, PCI-X100 X133...) Frankón elmegy a 32 bites hagyományos PCI busban és fele kilóg!!!
Nálunk 50 ilyen gép van LSI22320 -as kártyával...
Amúgy

http://www.lsilogic.com/technologies/industry_standards/pci_x_technology.html

Első sorában olvass a Featurenel...
Full hardware and software backward compatibility to previous generations of PCI.

(Érdekesség SAS, nagyon terjed, most kezdtük gyártani...)

( zz7 | 2005. 02. 03., cs – 10:35 )

Még annyi, hogy az scsiinfo minden sora unable, tehát nem látja a vinyót.
Ezek szerint az áll?

( ghost | 2005. 02. 03., cs – 11:05 )

A hardveres raidnek van egy nagy előnye, nem kell hozzá semilyen driver. Beteszed a gépbe, a saját bioszában felépíted a tömböt és viszont látás onnantól az 1 vinyónak látszik.

Az hogy a sata és a pata között nincs ülönbség számomra elég fura. Ugyanis sata esetében 1 kábel 1 vinyó. Míg a pata-nál 1kábel több vinyó. Ha az alapod nem bóvli akkor igenis gyorsabb, párhuzamos műveletekben is.

( uid_228 | 2005. 02. 03., cs – 11:23 )

[quote:04f1a3a3a6="zz7"]Még annyi, hogy az scsiinfo minden sora unable, tehát nem látja a vinyót.
Ezek szerint az áll?

A pontos hiba számomra a kernel logból nem derül ki, de úgy tűnik, hogy a vinyód megőrült. :) Éppen itt az ideje cserélni.

( uid_228 | 2005. 02. 03., cs – 11:24 )

[quote:6e39c1d212="ghost"]A hardveres raidnek van egy nagy előnye, nem kell hozzá semilyen driver. Beteszed a gépbe, a saját bioszában felépíted a tömböt és viszont látás onnantól az 1 vinyónak látszik.

Az hogy a sata és a pata között nincs ülönbség számomra elég fura. Ugyanis sata esetében 1 kábel 1 vinyó. Míg a pata-nál 1kábel több vinyó. Ha az alapod nem bóvli akkor igenis gyorsabb, párhuzamos műveletekben is.

Normális (értsd: 3Ware :) ) IDE-RAID kártyáknál is egy kábelen csak egy vinyó van, az IDÉ-t nem arra tervezték, hogy egyszerre sokan és gond nélkül megférjenek egy buszon, mint a SCSI-nál. Sőt, a RAID-kártyához hozzá csomagolt IDE kábelek is olyanok, hogy csak a két végégn van csatlakozó.

( kpl55 | 2005. 02. 03., cs – 11:40 )

[quote:599d6c31e5="supageo"]jól beszélsz KPL55, igen a 64 bites (PCI-X, PCI-X100 X133...) Frankón elmegy a 32 bites hagyományos PCI busban és fele kilóg!!!
Nálunk 50 ilyen gép van LSI22320 -as kártyával...
Amúgy

http://www.lsilogic.com/technologies/industry_standards/pci_x_technology.html

Első sorában olvass a Featurenel...
Full hardware and software backward compatibility to previous generations of PCI.

(Érdekesség SAS, nagyon terjed, most kezdtük gyártani...)

Kösz a megerősítést meg az infót. :D

A másik témában, szerintem is a lényeges üzenet az sda I/O error. Szoftveres raidnel, ilyenek utan esett szet a raid nekem, es az mdstat bejegyzes is arra utal, hogy az sda-t erzekeli hibasnak "[F]"... Igaz ugyan, hogy az igy kiszedett winyoknak kb. a fele siman mukodott nekem amikor utana probaltam tesztelgetni. Szoval szerintem elso korben ezt lehetne kicserelni, ha van tartalek...

( zz7 | 2005. 02. 03., cs – 12:01 )

Hát ez az hogy nincs tartalék.
Ideiglenesen beteszek az SCSI Quantum mellé egy IDE Maxtort másodiknak.
Utána kérdés hogy mit is vegyek?
Vegyek valami 1 db SCSI-t a két és fél éves maradék Quantum SCSI mellé?
Vagy inkább egy Silicon chip-es olcsó SATA PCI kártyát, meg két WD Raptor 10K-s SATA HDD-t?