Re: 3ware raid tomb mozgatas uj diskekre

Andras HORVATH írta: > Szládovics Péter wrote: > >> semmit), de a 4x10GE nem elméleti határ, csak 2db 8x-os kártya kell, és >> van még szabadon slot - attól most tekintsünk el, hogy kitömni nem >> egyszerű. > > Tekintsunk el? Mert egy darab harpertown cpu-t nalam megesz egy > kihajtott 10ge link

Re: 3ware raid tomb mozgatas uj diskekre

Szládovics Péter wrote: > semmit), de a 4x10GE nem elméleti határ, csak 2db 8x-os kártya kell, és > van még szabadon slot - attól most tekintsünk el, hogy kitömni nem > egyszerű. Tekintsunk el? Mert egy darab harpertown cpu-t nalam megesz egy kihajtott 10ge link. Talan a (dual) nehalemekbe bele

Re: 3ware raid tomb mozgatas uj diskekre

On Wed, 25 Mar 2009, [ISO-8859-2] Kovács Attila wrote: > Régi szép idők amikor szintén 10 volt csak mega és az ember kikapcsolta > a pass-trought -t a > 3Com switchen (ami nominál értékben is drágább volt akkor mint most a > 10Gbites :))) mert > nem volt épp 100-as ;). (Illetve 100-as volt a 2 upl

Re: 3ware raid tomb mozgatas uj diskekre

On Wed, 25 Mar 2009, [iso-8859-2] PÁSZTOR György wrote: > Akkor nem jól gugliztál. Lajbi a DataCenterEthernet-et értette alatta. > Pl. Cisco nexus termékvonal. A lényege, hogy 10GBit/sec-es sebesség mellett > nem store&forward technológiával kapcsol, hanem patch-through-val. Ez csak egy aprosag,

Re: 3ware raid tomb mozgatas uj diskekre

On Wed, 25 Mar 2009, [ISO-8859-2] Kovács Attila wrote: > Lajber Zoltan írta: > > a QoS is lehet megoldas, de maceras. Es az alap ethernet flow control > > bekavarhat. Ep ez az egyik dobas a DCE-ben. > > > Mi az a DCE egyébiránt? Mert ezt a hárombetűset nem ismerem. > Persze, google, de szánj meg p

Re: 3ware raid tomb mozgatas uj diskekre

Szládovics Péter írta: > Lajber Zoltan írta: >> On Wed, 25 Mar 2009, Szládovics Péter wrote: >> >>> Infiniband jó dolog, magas throughput, alacsony latency, csak épp nem >>> bondolható össze, mint mondjuk 4db 10GE... >> De minek bound, ha helybol 40G ? :) > > Ok, 16x PCI-X elviszi. > Lehet-e többe

Re: 3ware raid tomb mozgatas uj diskekre

Lajber Zoltan írta: > On Wed, 25 Mar 2009, Szládovics Péter wrote: > >> Infiniband jó dolog, magas throughput, alacsony latency, csak épp nem >> bondolható össze, mint mondjuk 4db 10GE... > > De minek bound, ha helybol 40G ? :) Ok, 16x PCI-X elviszi. Lehet-e többet? Még 32x PCI-X-ről nem hallott

Re: 3ware raid tomb mozgatas uj diskekre

PÁSZTOR György írta: > Akkor nem jól gugliztál. Lajbi a DataCenterEthernet-et értette alatta. > Dehogynem :. Mondom hogy tetszik ;). És témába is illett, legalábbis amin én törpöltem ahhoz feltétlen. Még ostoroztam is magam hogy miért nem ugrott be a dce-ről az elosztott számítógép környeze

Re: 3ware raid tomb mozgatas uj diskekre

"Kovács Attila" írta 2009-03-25 20:55-kor: > Kovács Attila írta: > > Mi az a DCE egyébiránt? Mert ezt a hárombetűset nem ismerem. > > Persze, google, de szánj meg pls :). > > > > > Kigugliztam, már csúszik lefelé a forrás. > Tetszetős első blikkre. Akkor nem jól gugliztál. Lajbi a DataCente

Re: 3ware raid tomb mozgatas uj diskekre

Kovács Attila írta: > Mi az a DCE egyébiránt? Mert ezt a hárombetűset nem ismerem. > Persze, google, de szánj meg pls :). > > Kigugliztam, már csúszik lefelé a forrás. Tetszetős első blikkre. -- k-atti- _ linux lista - linux@mlf.li

Re: 3ware raid tomb mozgatas uj diskekre

Lajber Zoltan írta: > a QoS is lehet megoldas, de maceras. Es az alap ethernet flow control > bekavarhat. Ep ez az egyik dobas a DCE-ben. > Mi az a DCE egyébiránt? Mert ezt a hárombetűset nem ismerem. Persze, google, de szánj meg pls :). -- k-atti-

Re: 3ware raid tomb mozgatas uj diskekre

On Wed, 25 Mar 2009, [ISO-8859-2] Kovács Attila wrote: > Ez az ami a szöget ütötte a fejembe. > Az a felület ahol a hostok beszélgetnek, meg ahol az alacsony > szintű adatok mennek, ebben az esetben lehet ugyanaz. > Hagyományos scssinél azért ez nincs így. > Persze amíg baj nincs, nincs baj :). >

Re: 3ware raid tomb mozgatas uj diskekre

Lajber Zoltan írta: > Oda lehet adni egyszerre tobbnek, de ekkor kell valami cluster filesystem, > es a hostoknak beszelgetniuk kell egymassal errol. > Ez az ami a szöget ütötte a fejembe. Az a felület ahol a hostok beszélgetnek, meg ahol az alacsony szintű adatok mennek, ebben az esetben lehet

Re: 3ware raid tomb mozgatas uj diskekre

On Wed, 25 Mar 2009, Kovács Attila wrote: > It supports several signalling rates and, as with PCI Express > , links can be bonded > together for additional > bandwidth. > A memóriát milyen gyorsan is olvassa

Re: 3ware raid tomb mozgatas uj diskekre

On Wed, 25 Mar 2009, [ISO-8859-2] Kovács Attila wrote: > ad a felhasználásra. Egy blokk szinten bárhonnan hozzáférhető eszköz > remek dolog, > de rengeteg menedzselési problémát vet fel > Vagy rosszul látom? Csak nehany tipust hasznalok rendszeresen. Alapvetoen van valami hozzaferes-vezerles,

Re: 3ware raid tomb mozgatas uj diskekre

Lajber Zoltan írta: > De minek bound, ha helybol 40G ? :) > Hazudik ez a wikipedia. http://en.wikipedia.org/wiki/InfiniBand It supports several signalling rates and, as with PCI Express , links can be bonded

Re: 3ware raid tomb mozgatas uj diskekre

Lajber Zoltan írta: > De van meg jobb, ha lesz belole szabvany/termek, akkor a DCE-vel nagyon > nyerhet az AoE. > Azt nem értem én hogy a lockolási és egyéb ezzel kapcsolatos problémákat hogyan lehet elegánsan megoldani egy ilyen eszközzel. A dedikált kapcsolatban éppen az a jó meglátásom szerin

Re: 3ware raid tomb mozgatas uj diskekre

On Wed, 25 Mar 2009, Szládovics Péter wrote: > Infiniband jó dolog, magas throughput, alacsony latency, csak épp nem > bondolható össze, mint mondjuk 4db 10GE... De minek bound, ha helybol 40G ? :) Udv, -=Lajbi=- LAJBER Zoltan

Re: 3ware raid tomb mozgatas uj diskekre

Szládovics Péter wrote: > Infiniband jó dolog, magas throughput, alacsony latency, csak épp nem > bondolható össze, mint mondjuk 4db 10GE... Nem is kell, van QDR (quad datarate, 40Gbps) switch (meg kartya is), ha erre van igeny. De ez mar egy masik thread szerintem. raas -- Those who say it

Re: 3ware raid tomb mozgatas uj diskekre

Andras HORVATH írta: > Kovács Attila wrote: > >> Kellenek megfelelően nagy arp táblák és kész :). > > Nem azert nem ethernet, mert nem lehetne az, hanem mert nem az ;) > (hanem mondjuk infiniband) Infiniband jó dolog, magas throughput, alacsony latency, csak épp nem bondolható össze, mint mondj

Re: 3ware raid tomb mozgatas uj diskekre

Kovács Attila wrote: > Kellenek megfelelően nagy arp táblák és kész :). Nem azert nem ethernet, mert nem lehetne az, hanem mert nem az ;) (hanem mondjuk infiniband) raas -- Those who say it cannot be done should not interrupt the person doing it.

Re: 3ware raid tomb mozgatas uj diskekre

On Wed, 25 Mar 2009, [ISO-8859-2] Kovács Attila wrote: > Andras HORVATH írta: > > Korabban is. LAN/MAN != Ethernet :) > > > Kellenek megfelelően nagy arp táblák és kész :). Vannak erre megdobbento probalkozasok (metroethernet es kornyeke). De van meg jobb, ha lesz belole szabvany/termek, akkor a

Re: 3ware raid tomb mozgatas uj diskekre

Andras HORVATH írta: > Korabban is. LAN/MAN != Ethernet :) > Kellenek megfelelően nagy arp táblák és kész :). -- k-atti- _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: 3ware raid tomb mozgatas uj diskekre

Kovács Attila wrote: > ISCSI-nél mihelyt bejön a wan, AoE felejtős. Korabban is. LAN/MAN != Ethernet :) raas -- Those who say it cannot be done should not interrupt the person doing it. -- Chinese proverb ___

Re: 3ware raid tomb mozgatas uj diskekre

Andras HORVATH írta: > Szerintem nem feltetlenul, sot. A mai CPU-k meg az elmult evekben > mellejuk csatlakozott memoria-savszelesseg mellett az iscsi LAN > sebessegeken is jo lehet (feladattol stb. fuggoen nyilvan). > Az ata kontra scsi vonulatra gondoltam. Hyperscsci meg az AoE mindkettő laye

Re: 3ware raid tomb mozgatas uj diskekre

Kovács Attila wrote: > Ha már AoE akkor inkább a HyperSCSI-vel kellene szembeállítani, az > ISCSI inkább a wanok világába vezet szerintem. Szerintem nem feltetlenul, sot. A mai CPU-k meg az elmult evekben mellejuk csatlakozott memoria-savszelesseg mellett az iscsi LAN sebessegeken is jo lehet

Re: 3ware raid tomb mozgatas uj diskekre

Lajber Zoltan írta: > Igen, indithatunk vitat, hogy nfs vs iSCSI vs AoE... > Tojás, tojás, csak az egyik tyúk a másik vércse, a harmadik meg fürj. Mindegyik más esetben jó, máshol kell kompromisszumokat kötni, a tetejében más más hálózati szinten vannak. Ha már AoE akkor inkább a HyperSCSI-vel

Re: 3ware raid tomb mozgatas uj diskekre

Kovács Attila írta: > Kovács Attila írta: >> Persze, mert az utóbbi esetben 14 konfigurációs lehetőség van amikor >> működik a tömb, > Természetesen a korrekt szám 128, de akkor is jóval kisebb mint a másik > esetben. Igen, csak azt nem szokták a matematikai megközelítésben számolni, hogy ha a s

Re: 3ware raid tomb mozgatas uj diskekre

Kovács Attila írta: > Persze, mert az utóbbi esetben 14 konfigurációs lehetőség van amikor > működik a tömb, Természetesen a korrekt szám 128, de akkor is jóval kisebb mint a másik esetben. -- k-atti- _ linux lista - linux@mlf.linux.rul

Re: 3ware raid tomb mozgatas uj diskekre

Szládovics Péter írta: > Ezért csinálunk a példádból kiindulva 6 mirrorból stripeot, nem pedig 2 > stripeból mirrort. > Persze, mert az utóbbi esetben 14 konfigurációs lehetőség van amikor működik a tömb, (Mind a két sorban 0-6 -ig lehet hibás diszk.) míg a mirrorokból stripe esetén meg 3 a 6.

Re: 3ware raid tomb mozgatas uj diskekre

Kovács Attila írta: > Andras HORVATH írta: >>> 32 független csatorna, nem rossz. Ez még raid5-ben is hasít, gondolom. >>> >> 32? Ez egy 8 portos kartya (multilane csatlakozokkal.) >> > Izé. Dma csatornára gondoltam :). > 32 pooled DMA channels > http://www.provantage.com/3ware-9650se-8lpml~

Re: 3ware raid tomb mozgatas uj diskekre

Andras HORVATH írta: >> 32 független csatorna, nem rossz. Ez még raid5-ben is hasít, gondolom. >> > > 32? Ez egy 8 portos kartya (multilane csatlakozokkal.) > Izé. Dma csatornára gondoltam :). 32 pooled DMA channels http://www.provantage.com/3ware-9650se-8lpml~73WAR02R.htm Emiatt gondoltam

Re: 3ware raid tomb mozgatas uj diskekre

On Tue, Mar 24, 2009 at 10:54:42AM +, Andras HORVATH wrote: > Lajber Zoltan wrote: > > > Igen, indithatunk vitat, hogy nfs vs iSCSI vs AoE... > > ...linux-flamen :) En el tudom kepzelni, hogy itt legyen vita errol a temarol. Sajnos beleszolni nem nagyon tudnek, de erdeklodessel olvasnam. Vi

Re: 3ware raid tomb mozgatas uj diskekre

Lajber Zoltan wrote: >> vagy egy opensolaris+zfs :) Teny, bar az opensolaris IIRC nem igazan tamogat semmilyen pc-ben megszokott RAID vezerlot (es a thread a 3warebol indult). > Igen, indithatunk vitat, hogy nfs vs iSCSI vs AoE... ...linux-flamen :) szerintem borzasztoan attol fugg, hogy mil

Re: 3ware raid tomb mozgatas uj diskekre

On Tue, 24 Mar 2009, Zoltan Arnold NAGY wrote: > > iSCSI targetnek se rossz egy linux pc, eppen ezt piszkalom. > > > vagy egy opensolaris+zfs :) Igen, indithatunk vitat, hogy nfs vs iSCSI vs AoE... Udv, -=Lajbi=- LAJBER Zoltan

Re: 3ware raid tomb mozgatas uj diskekre

Andras HORVATH wrote: >> teljesítményt adnak, nem gondolná az ember, hogy egy "házibarkács" >> storage (igaz, csak NAS) mi mindenre képes. >> > > iSCSI targetnek se rossz egy linux pc, eppen ezt piszkalom. > vagy egy opensolaris+zfs :) udv, Zoli ___

Re: 3ware raid tomb mozgatas uj diskekre

Szládovics Péter wrote: > Jó bizony, nekem eddig olyanokkal volt csak dolgom. A hollandok > csinálnak vmi irdatlan vasat, amibe 48 disket lehet tömni, és JBOD > csatlakozókkal lehet rárepülni ilyen kártyákra, és valóban jó Ilyet sok integratorceg csinal/osszerak. Kirol van szo itt (akar maganba

Re: 3ware raid tomb mozgatas uj diskekre

Andras HORVATH írta: > 32? Ez egy 8 portos kartya (multilane csatlakozokkal.) > Amugy a 9650 tenyleg jo aru szerintem. Jó bizony, nekem eddig olyanokkal volt csak dolgom. A hollandok csinálnak vmi irdatlan vasat, amibe 48 disket lehet tömni, és JBOD csatlakozókkal lehet rárepülni ilyen kártyákra,

Re: 3ware raid tomb mozgatas uj diskekre

Kovács Attila wrote: > Node akkor a hot spare diszkjeid 500 megásak lesznek.. Meg a raid tomb is csak akkora lesz, mintha mind 500g-s lenne. :) Raadasul a sok rebuild kozben jo esely van osszeszedni egy hibas blokkot, vagy kettot. > Berakod a 4 diszket, és tudsz csinálni _még egy_ külön rai

Re: 3ware raid tomb mozgatas uj diskekre

Miloska írta: > Szamomra a 'trivialis' megoldas ha berakom mondjuk a 4x750 disket, > beallitom oket hot spare-nek a raid10 tombbe, majd a regi diskeket > Node akkor a hot spare diszkjeid 500 megásak lesznek.. Berakod a 4 diszket, és tudsz csinálni _még egy_ külön raid tömböt. Másolni meg úgy

Re: 3ware raid tomb mozgatas uj diskekre

> SystemRescueCD a barátod, de a rendszered a másolás idején offline lesz > - ha ez nem baj. Ha mas nem jon ossze akkor ez lesz, de jobban orulnek ha elintezne ezt a masolas dologt a controller maga. Koszonom. _ linux lista - linux@mlf.lin

Re: 3ware raid tomb mozgatas uj diskekre

> Tehát van egy hardveres raid kártyád, nettó egy tera diszkkel, amin van > valami, amit > nem akarsz elárulni. (Rendszer? Csak adat? Több partíció?) Konkretan 3 particio van, egyik rendszer, masik swap, harmadik lvm amiben par virtualis gep lakik. Nem gondoltam, hogy ezek lenyeges informaciok.

Re: 3ware raid tomb mozgatas uj diskekre

Kovács Attila írta: > Miloska írta: >> van egy 8 portos 3ware kartya (650SE-8LPML) amiben van 4x500G disk >> raid10-ben. Szeretnem ezeket a diskeket kiszedni a gepbol, gondoltam >> mi sem egyszerubb, belerakok 4x750-et vagy 2x1T-t aztan szepen >> atmigralom a tombot az uj diskekre. >> > Elolvast

Re: 3ware raid tomb mozgatas uj diskekre

Miloska írta: > van egy 8 portos 3ware kartya (650SE-8LPML) amiben van 4x500G disk > raid10-ben. Szeretnem ezeket a diskeket kiszedni a gepbol, gondoltam > mi sem egyszerubb, belerakok 4x750-et vagy 2x1T-t aztan szepen > atmigralom a tombot az uj diskekre. > Elolvastam a kártya doksiját. Tetszik

3ware raid tomb mozgatas uj diskekre

Sziasztok, van egy 8 portos 3ware kartya (650SE-8LPML) amiben van 4x500G disk raid10-ben. Szeretnem ezeket a diskeket kiszedni a gepbol, gondoltam mi sem egyszerubb, belerakok 4x750-et vagy 2x1T-t aztan szepen atmigralom a tombot az uj diskekre. Nezem a tw_cli doksijat, van is benne migration, de