abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

dnes 15:11 | Nová verze

Byl vydán Mozilla Firefox 58.0. Přehled novinek v poznámkách k vydání a na stránce věnované vývojářům. V nové verzi nenajdeme žádné převratné novinky, rozhodně nic, co by se dalo srovnávat s vydáním Firefoxu 57.0 aneb Firefoxu Quantum. Na seznamu jsou spíše drobná zrychlení, optimalizace a co se nestihlo pro minulou verzi.

Ladislav Hagara | Komentářů: 0
dnes 13:44 | Nová verze

Byla vydána verze 10.4 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab (Wikipedie). Představení nových vlastností v příspěvku na blogu.

Ladislav Hagara | Komentářů: 0
dnes 11:40 | Nová verze

Vyšly nové verze 1.3.0 a 1.2.1 WYSIWYM editoru Formiko. 1.3.0 vylepšuje editor, podporuje kontrolu pravopisu pomocí knihovny GtkSpellCheck 3.x a přidává možnost tisku vygenerovaného HTML dokumentu a dialog klávesových zkratek. Vydání je dostupné v Debianu testing, Ubuntu a také PIP. Vydání 1.2.1 opravuje různé chyby a zvyšuje stabilitu, více v seznamu změn; do budoucna bude tato větev udržována jen v případě zájmu (na NetBSD není dostupná knihovna GtkSpellCheck 3.x).

McBig | Komentářů: 2
dnes 08:00 | Zajímavý software

Facebook uvolnil svou platformu pro detekci objektů s názvem Detectron. Detectron je naprogramován v Pythonu a využívá framework pro deep learning Caffe2. Zdrojové kódy Detectronu jsou k dispozici na GitHubu pod licencí Apache 2.0.

Ladislav Hagara | Komentářů: 2
dnes 03:00 | Komunita

Bylo spuštěno hlasování o přednáškách a workshopech pro letošní InstallFest, jenž proběhne o víkendu 3. a 4. března 2018 v Praze na Karlově náměstí 13. Hlasovat lze do pondělí 29. ledna 2018.

Ladislav Hagara | Komentářů: 0
dnes 02:00 | Zajímavý software

Projekt Document Liberation, jehož cílem je vývoj knihoven pro zpřístupnění (osvobození) dokumentů vytvořených v proprietárních nebo již nepodporovaných formátech, oznámil vydání 5 nových nebo vylepšených knihoven. Jedná se o knihovnu libe-book pro export dokumentů ve formátu EPUB3 a knihovny libabw, libmspub, libpagemaker a libqxp pro import dokumentů ve formátech AbiWord, MS Publisher, PageMaker a QuarkXPress.

Ladislav Hagara | Komentářů: 0
dnes 01:00 | Komunita

LWN.net, původně Linux Weekly News, slaví 20 let. První číslo vyšlo 22. ledna 1998. Psalo se o devfs, o 2 GB omezení velikosti souborů na souborovém systému ext2 nebo o renderování scén ve filmu Titanic na Linuxu na procesorech Alpha. Aktuální vývojové linuxové jádro bylo 2.1.79. LWN.net je zcela závislé na předplatitelích. Předplatné na měsíc stojí 7 dolarů. Články na LWN.net jsou týden od vydání k dispozici pouze předplatitelům. Následně jsou uvolněny všem pod licencí CC-BY-SA.

Ladislav Hagara | Komentářů: 0
včera 15:22 | Pozvánky

V sobotu 24. 2. se uskuteční již 5. ročník největší české WordPress konference – WordCamp Praha 2018. Pražský WordCamp bude rozdělen na dva proudy – pro uživatele a pro vývojáře. Je naplánováno 10 přednášek, 6 workshopů, 6 případových studií, Happines Bar a spousty příležitostí pro networking. V neděli se bude dále konat Contributing Day, kde se každý bude moci aktivně zapojit do překladu, či plánování dalších meetupů. Je připraveno 450

… více »
smíťa | Komentářů: 0
včera 05:55 | Komunita

Linus Torvalds oznámil vydání Linuxu 4.15-rc9. Po vydání stabilní verze Linuxu se přibližně na 2 týdny otevře začleňovací okno. To se uzavře vydáním verze rc1. Po týdnech následují další rc verze. Obvykle týden po vydání verze rc7 nebo rc8 následuje vydání nové stabilní verze Linuxu. Verze rc9 byla naposledy vydána před více než 6 lety, 4. října 2011. Jednalo se o Linux 3.1. Tenkrát následovala ještě verze rc10.

Ladislav Hagara | Komentářů: 15
21.1. 21:55 | Zajímavý článek

Greg Kroah-Hartman se v příspěvku na svém blogu věnuje aktuálnímu stavu řešení bezpečnostních chyb Meltdown a Spectre v Linuxu. Jak je na tom Váš Linux? Stačí spustit příkaz "grep . /sys/devices/system/cpu/vulnerabilities/*". Pro více informací lze doporučit Spectre & Meltdown Checker.

Ladislav Hagara | Komentářů: 46
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (7%)
 (1%)
 (1%)
 (1%)
 (77%)
 (13%)
Celkem 1381 hlasů
 Komentářů: 53, poslední 17.1. 16:55
    Rozcestník

    Dotaz: iSCSI, multipath a RDAC

    Zdeněk Zámečník avatar 5.5.2009 21:48 Zdeněk Zámečník | skóre: 26
    iSCSI, multipath a RDAC
    Přečteno: 1232×
    Přílohy:

    Našel by se tu někdo, kdo má zkušenosti s provozem něčeho podobného? V mém případě se jedná o storage Dell MD3000i, což by měl být stejný HW jako IBM DS4000.

    Jak jsem zmínil přistupuji k němu přes iSCSI porty, které má celkem 4. Mám k němu připojené dva servery na přímo (tzn. do každého serveru dva porty). Víceméně tato konfigurace funguje, pokud pominu chyby, které jsou podle Dellu "normální" - v konzoli se při připojení na portál anebo listování disků objevují I/O chyby 20MB LUNu, který je pro nějaké zvláštní účely.

    Můj problém tkví v tom, že když vypnu jednu ze síťovek:
    1) v době kdy se na úložiště nepřistupuje, multipath zareaguje během 20 s
    2) v době, kdy na úložiště zapisuji, multipath zareaguje po více než minutě

    Pokud sleduji stav sessions příkazem iscsiadm -m session -P 2,tak v prvním případě je vidět, že ztrátu zaznamená za méně než 10 s. V druhém ale čekám téměř minutu. Testy jsem prováděl při zápisu v jednom threadu, nevím tedy, zda se čas prodlužuje s více souběžnými operacemi...

    V iscsid.conf mám nastaveny všechny timeouty velmi nízko. Tak trochu z toho podezírám modul rdac  (který zde slouží ke kontrole cest) protože v sobě má nastavený nějaký timeout na 60000 ms.

    Měl by někdo nějaký nápad nebo malinkou myšlenku? Mám totiž obavy, že kdyby všechny virtuální stroje musely při problému čekat minutu až dvě než se vzpamatuje disk, tak by dříve popadaly...

    Jediné co mne napadlo je, zkompilovat si modul dm-rdac s upraveným timeoutem ve zdrojácích, ale nevím, jestli je to dobrý nápad, protože netuším, jak to uvnitř funguje. Co bych měl asi zmínit, že jedu na Lennym (Debian).

    Přikládám konfiguráky /etc/multipath.conf a /etc/iscsi/iscsid.conf


    Řešení dotazu:


    Odpovědi

    Zdeněk Zámečník avatar 6.5.2009 18:14 Zdeněk Zámečník | skóre: 26
    Rozbalit Rozbalit vše Re: iSCSI, multipath a RDAC

    Tak problém částečně odhalen - při zápisu mnoha malých souborů reaguje multipath na odpojení síťovky rychle. Problém tedy bude pravděpodobně v nějakém bufferu...

    Zdeněk Zámečník avatar 23.6.2010 23:56 Zdeněk Zámečník | skóre: 26
    Rozbalit Rozbalit vše Re: iSCSI, multipath a RDAC

    Po dlouhé době jsem rozhodl podělit se o řešení. Vždycky jsem dostal storage do stavu, že nějakou dobu fungoval, ale třeba po třech týdnech došlo k nepříjemnému zpanikaření kernelu na obou strojích, které k úložišti přistupují. Po velmi dlouhém bádání a doslova pokusech jsem se rozhodl znovu obrátit na podporu Dellu, která mne ale odpálkovala, že nepoužívám podporovaný systém. Nakonec jsem zkusil nasadit CentOS a rázem se situace zlepšila. I/O chyby se objevují sice stejně, ale je jich podstatně méně. Pády systémů naprosto vymizely.

    Jaké z toho plyne ponaučení? Dell pro open source Linux nebrat!

    24.6.2010 11:53 imro | skóre: 19 | blog: hovado
    Rozbalit Rozbalit vše Re: iSCSI, multipath a RDAC
    Podobny problem som riesil, ale v SAN konfiguracii-cize opticka infrastruktura. Pomohlo pridanie parametru pri boote pci=nomsi ktore sposobilo, ze irq sa prideluje podla toho,ako to da bios a nie ako si to da debian sam. U mna to bolo irq pre opticke karty na servroch.

    Cisto teoreticky skus pozriet cez procinfo,ake irq pre sietovky ti prideluje CentOS a ake irq prideluje tvoj operacny system(neviem co pouzivas) na ktorom to blbne.
    24.6.2010 20:33 svaca | skóre: 38
    Rozbalit Rozbalit vše Re: iSCSI, multipath a RDAC
    JJ pravda, vypinani MSI interuptu je obcas nutnost ... Xenserver je ma ale treba defaultne zaple ..
    Never give up ! Stay ATARI !
    24.6.2010 20:31 svaca | skóre: 38
    Rozbalit Rozbalit vše Re: iSCSI, multipath a RDAC
    No hezke, ja toto pole poridil nedavno, mam k nemu pripojeny #x Xenserver od Citrixu (tudiz CentOS) a jedu tedy bez problemu ... Ale souhlasim, ze dell ... no nevim nevim .. Pritom dell plne podporuje Ubuntu na stolnich PC a note ...

    BTW, jak rychle to mas .. ? Ja mam pouze 1x iSCSI a tudiz jen dve sitovky ...

    Diky
    Never give up ! Stay ATARI !
    Zdeněk Zámečník avatar 24.6.2010 21:10 Zdeněk Zámečník | skóre: 26
    Rozbalit Rozbalit vše Re: iSCSI, multipath a RDAC

    S Xenem jsem nikdy nepracoval. Dell se žene zejména za ziskem, o nějaké větší podpoře nemůže být řeč. Jednou jsem v noci volal na jejich hotline a přepojilo mne to na nějaký mezinárodní helpdesk odkud mi nebyli schopni poradit. Na druhou stranu jejich HW servis funguje velmi dobře.

    K rychlosti můžu říct jen toto - mám to připojené přes všechny čtyři síťovky ke dvěma serverům. I při minimálním vytížení z toho jen s obtížemi dostanu více jak 80MB/s z jednoho stroje. Údajně je to tak úmyslně. Pokud nastavíte multipath do nějakého load balanced režimu (který mimochodem toto úložiště nepodporuje), dají se z toho dostat chvílemi slušné rychlosti, ale s tím také spousta chyb.

    Dost jsem se s tím natrápil a dnes už bych sáhnul po jiném výrobci nebo ještě lépe po nějaké skládačce (třeba Supermicro), kde budu mít vždycky možnost nastavit si systém přesně podle mých potřeb. Nemám rád neprůhledná řešení. Jen pro zajímavost v tomto úložišti tepe Windows (pravděpodobně Windows Embeded)... Navíc už dvakrát se mi stalo, že jeden z management portů přestal fungovat, dokud jsem úložiště natvrdo nevypnul a znova zapnul.

    Pokud se chcete pobavit více, napište mi na email nebo jabber, který naleznete v mém profilu.

    24.6.2010 21:15 svaca | skóre: 38
    Rozbalit Rozbalit vše Re: iSCSI, multipath a RDAC
    tak to sedi na jednom iSCSI tedy (2x NIC) dam stabilne cca 85MB/s takze to je asi stejne ... Chyby jsem tedy ZATIM zadne nevidel .. Ale predstava, ze to ridi Wokna me naprosto depta ... :-) Zapojeni mame pres switch do POOLu xenserveru, ktery ridi 3X pripojeni do toho iscsi pres 2GBps (sitovky na xenu jsou v bondu ...)
    Never give up ! Stay ATARI !
    25.6.2010 08:03 frr | skóre: 33
    Rozbalit Rozbalit vše Re: iSCSI, multipath a RDAC
    Ohledně vypnutí MSI, to podle mého znamená, že na dané kombinaci prostě MSI nefunguje správně, a pokud to zpočátku nabootuje a nějak to jede a shnije to až po čase, tak za to nejspíš může koncová periferie, která MSI generuje (tj. zde FC adaptér). To že vypnete MSI, to znamená, že přešaltujete na emulaci drátových IRQček (pokud se jedná o PCI-e HBA, je to vždy jenom emulace). Sice máte delší latenci interruptů a možná vyšší zátěž na PCI (nechci tvrdit že automaticky nižší průchodnost blokového zařízení) ale hlavně to jede. Ještě by se mohlo stát, že v téhle konfiguraci bodou IRQčka sdílena mezi několika zařízeními... (kvůli nízkému počtu linek na IO(x)APICu v south bridgi, který je k emulaci zneužíván) => výkon nic moc, ale asi se nedá nic dělat.

    Ohledně pomalých reakcí multipath na iSCSI: pokud si správně pamatuju, na klasickém SCSI býval "SCSI command timeout" nějaké desítky sekund, možná minuta. Nejedná se náhodou o přirozenou vlastnost SCSI vrstvy? Pokud se týče iSCSI, tam by se teoreticky reakce na poruchy L1 dala akcelerovat sledováním PHY přes MII (viz miimon) - ale je to o pár vrstev níž než traffic iSCSI a přímá logická vazba na iSCSI relace je netriviální, pochybuju, že se to takto hlídá. Zdrojáky iSCSI a multipath modulů (rdac) jsem nečetl...

    Ohledně průchodnosti: bavíme se o 1Gbps síťovkách? Pokud ano, 85 MBps Vám připadá málo? Mě to připadá řádově na stropě jednotlivé síťovky :-) Pokud máte navázány řekněme dvě iSCSI relace, každou přes jinou síťovku, tak jste možná omezen kapacitou jednotlivé síťovky. Pokud chcete ze dvou síťovek vytáhnout dvojnásobek, musel byste nějak zařídit balancing mezi relacemi. Zároveň záleží na tom, jakým provozem testujete průchodnost. Při sekvenčním čtení jediným vláknem se sice Linux snaží o nějaký read-ahead, ale v podstatě se neuplatní TCQ, takže nelze "nafrontovat požadavky do obou iSCSI relací paralelně" - prostě protože se těch požadavků nesejde dostatek. Při čtení více vlákny se paralelní frontování do více iSCSI relací použít dá - ale pokud si nedáte pečlivě záležet, tak zas budou paralelní relace číst každá z jiného místa disku, tzn. disky budou muset seekovat, což může průchodnost dramaticky srazit. Kolik disků je v tom RAIDu a jakých? Kromě toho, pokud si správně pamatuju z mého jediného historického pokusu o load balancing přes dm-mpath, balancing mezi SCSI cestami funguje v režimu "round robin", kdy se vždycky do jedné cesty pošle dávka N požadavků, pak se přepne na alternativní cestu, a zase N požadavků. Hodnotu N lze konfigurovat, ale doporučená hodnota je v každém případě výrazně vyšší než 1, aby se round-robin algoritmus nemusel volat pro každý požadavek extra (kvůli zátěži CPU). Potažmo se dvěma čtoucími vlákny se load balancing taky moc neuplatní :-) Domnívám se, že by to šlo otestovat sekvenčním *zápisem*. Při něm se uplatní write-back, takže VM/IO vrstvy vygenerují z jednoho zapisujícího vlákna sérii požadavků na IO. Pokud budou rozumně nastavené hloubky front (detaily z hlavy nedám) tak by mělo docházet k rozkládání mezi obě linky / SCSI cesty. Pokud testujete zápisem a máte v serveru hodně RAMky, musíte zapisovat mnohem větší soubor, než je velikost RAM, a po spuštění testu chvíli počkat, než se ustálí tok dat (než se buffery v RAMce zaplní po strop) - alternativně lze použít "direct IO", pokud ho lze při zvoleném způsobu generování zátěže nastavit (a nejsem si jist, jestli náhodou zároveň nevykostíte TCQ na úrovni operačního systému). Dále pokud nechcete testovat schopnost disků seekovat, doporučuji zapisovat nikoli skrz filesystém, ale přímo DDčkem apod. sekvenčně na blokové zařízení.

    A propos, průchodnost iSCSI: jaké používáte MTU?

    Jinak už jsem taky zaslechl, že některé "lepší" storage záměrně omezují průchodnost "per host" (nebo snad per flow, nebo per co vlastně) na nějakých 100 MBps - na rozhraní FC 4Gb. Pokud Vám tohle nevyhovuje, tak zlatá Areca. Já vím - je to jako srovnávat limuzínu s Trabantem...
    [:wq]
    25.6.2010 13:19 svaca | skóre: 38
    Rozbalit Rozbalit vše Re: iSCSI, multipath a RDAC
    Uff :-) To je dlouhe :-) Ale pekne :-)

    1. To ohledne MSI zni zajimave, ale v tomhle se neorientuji, takze muzu maximalne vyzkouset nejakou tu propustnost a to je vse ...

    2.jj ty reakce se daji zmenit, jak temy timeauty , tak primo nastavenim multipatch (pristupove body a zpusob samotenho propojeni) ja mam napriklad round-robin:
    root@xenserver ~]# multipath -ll -v2
    36a4badb0004ee06f0000039a4c10a9fedm-6 DELL,MD3000i
    [size=1000G][features=0][hwhandler=1 rdac]
    \_ round-robin 0 [prio=200][active]
     \_ 34:0:0:0  sdg 8:96  [active][ready]
     \_ 33:0:0:0  sdd 8:48  [active][ready]
    
    
    dale jsem vygoogloval, ze ty chyby od toho kernelu jsou vycemene v poradku, ze je to dano treba u toho dell trosku jinym nastanevim toho hwhandleru a rdac, citrix na to ma primo specialni utilitu, co nastavi jadro (initrd) a pak samotne moduly, specialne pro ten dell - zatim jsem neresil ...

    3. Pruchodnost je asi OK. ja to mam zapojene "trosku blbe" mam na xenech bond (round-robin) co na SW iSCSCI (slackware + bond) na SAS pole dava cca 100-120 MB/s, vzdy ale obe sitovky pripojeny pres jeden switch (3com) na DELU jsou SATA a docetl jsem se, ze PRIMO ten DELL, pokud ma SAS chova se uplne jinak :-) Vetsinou testuju, ze kopiruju 20 GB SQL backup ...:-) no a ten samotny dell dava prave "jen" tech 80MB/s sakra ten nemuzu najit tu diskusi .... tak aspon tohle

    4. RAID10 + SATA disky (bohuzel). MTU. Default takze 1500, pole umi samozrejme jumbo frames, xenserver taky ... Ale nezjistil jsem, zda switch ano ... :-)
    Never give up ! Stay ATARI !
    25.6.2010 13:54 svaca | skóre: 38
    Rozbalit Rozbalit vše Re: iSCSI, multipath a RDAC
    Jeste jsem nasel ... na Citrixu a pak jeste HP, tohle :-)
    Never give up ! Stay ATARI !
    25.6.2010 14:13 frr | skóre: 33
    Rozbalit Rozbalit vše Re: iSCSI, multipath a RDAC
    Hmm... co je špatně na tom, přečíst si z disku sektor 0? (= MBR) nechápu...
    [:wq]
    25.6.2010 14:20 svaca | skóre: 38
    Rozbalit Rozbalit vše Re: iSCSI, multipath a RDAC
    Asi to, ze to MBR, ten sktor drzi to "prvni/rychlejsi" spojeni, ano vzdy se to tyka sektoru 0 (otazkou je, zda tam nejaky MBR je, mozna je tam spise GUID, nebot to pole umi pres 2TB) a pak to vypada v kernelu takto:
    end_request: I/O error, dev sdc, sector 0
    end_request: I/O error, dev sdf, sector 0
    end_request: I/O error, dev sdc, sector 0
    end_request: I/O error, dev sdf, sector 0
    
    
    
    Ovsem tyto hlasky chodi jen, kdyz: vytvaris novy virtualni disk, hybas s vitrualnim ulozistem jako celkem, kopirujes image a tak .. Pri chodu vitrualniho stroje to nedela ...

    Pro me je vysledek, ze to neresim, necham to zit takto .. Uvidim, co prinese xenserver 5.6 (ten nasadim az casem ..)
    Never give up ! Stay ATARI !
    25.6.2010 16:56 Ivan
    Rozbalit Rozbalit vše Re: iSCSI, multipath a RDAC
    Na tom neni spatneho nic. V tom odkazu je patne je je to ze se to dela na poli EMC Clarion(Vendor=DGC). Tyhle pole nepodporuji multipath loadbalancing. A pokud se kernel/blkid snazi zjistit jestli je cesta z HBA v poradku, tak to hazi tyhle chyby. Prej je to tak v poradku a neda se s tim nic delat.
    Jedine snad nepouzivat EMC.
    Zdeněk Zámečník avatar 25.6.2010 19:24 Zdeněk Zámečník | skóre: 26
    Rozbalit Rozbalit vše Re: iSCSI, multipath a RDAC
    Nic špatného by na tom nebylo, pokud by tyto chyby nevyskakovaly cca 12s v kuse a v podstatě zastavily všechny diskové operace. S clusterovými filesystémy to pak dělá doslova psí kusy. Zajímavé je, že na CentOS jich vyskáče méně a mnohdy to netrvá déle jak vteřinu. Tohle pole se hodí tak akorát pro Windows, se kterými funguje snad korektně. Je škoda, že neumí více handlerů.
    25.6.2010 14:07 frr | skóre: 33
    Rozbalit Rozbalit vše Re: iSCSI, multipath a RDAC
    Příkaz "multipath"? Doba pokročila :-) Když hrábnu do archivu, tak jsem tehdy ten multipath nastavoval takhle: echo "0 2929686528 multipath 0 0 1 1 round-robin 0 2 1 8:0 20 8:16 20" | dmsetup create dma Tušímže čísla "20" znamenaly délku dávky. V podstatě je to úleva, že si s těmito hračkami nemusím hrát :-)

    Oni i Arecy se SAS portama dávají menší průchodnost na SATA disky než na SAS disky - se SATA diskama jsou v sekvenční průchodnosti asi o čtvrtinu slabší (řekněme 800 MBps vs 600 MBps). Ale občas čtu o konkrétních modelech RAIDových kastlí, které obsahují SASový expandér, že to s konkrétními modely SATA disků buď nefunguje vůbec, nebo třeba že to pro SAS provoz neumí využít multilane SAS link mezi HBA a expandérem, takže to jede jediným 300MBps lanem...

    Ohledně MSI: http://www.fccps.cz/download/adv/frr/MSI/PCIe-MSI.html = otravně dlouhé teoretické čtení, rozumné řešení problému s tuhnoucím HBA z toho stejnak neplyne.
    [:wq]
    25.6.2010 14:12 svaca | skóre: 38
    Rozbalit Rozbalit vše Re: iSCSI, multipath a RDAC
    JJ uz jsem cetl :-) Uz davno, pamatujes :-)
    Never give up ! Stay ATARI !
    25.6.2010 14:25 VSi | skóre: 28
    Rozbalit Rozbalit vše Re: iSCSI, multipath a RDAC
    Zdravím. Vidím, že s těmito věcmi máte docela zkušenosti. Píšete o průchodnosti 600 MBps na SATA discích v HW RAIDu.

    Nedávno jsem tady řešil použití SATA / SAS disků pro HW RAID: http://www.abclinuxu.cz/poradna/hardware/show/306929 Tam padnul i názor, že od 8×SATA v HW RAID10 lze očekávat tak 150 MBps. Tedy mě o tu sekvenční rychlost nejde, spíš o výkon pro náhodné čtení mnoha klientů (jak je uvedeno v dotazu). Neměl byste nějaké srovnání SAS/SATA, když se použije třeba dvojnásobné množství SATA disků do RAID 0/10, jestli se to přiblíží SAS?

    Zajímavá je i informace o SAS expandérech, uvažoval jsem použít HP DL180 s backplane na 12 disků, který obsahuje expandér a je k HBA připojen přes 4-lane SAS. Nerad bych, aby to se SATA disky takhle zlobilo.
    25.6.2010 23:07 frr | skóre: 33
    Rozbalit Rozbalit vše Re: iSCSI, multipath a RDAC
    S tím expandérem je to loterie. Máte slušnou šanci, že to bude fungovat správně. Hlášené problémy byly vždycky nějaká kombinace značka čipu expandéru vs. model RAIDu vs. model disku (často nějaký WDC) a konkrétní firmware disku. Zezačátku to bývala případně i značka čipu expandéru vs. SATA disky všecky šmahem :-) Vyzkoušejte a uvidíte.
    [:wq]
    Zdeněk Zámečník avatar 25.6.2010 19:33 Zdeněk Zámečník | skóre: 26
    Rozbalit Rozbalit vše Re: iSCSI, multipath a RDAC
    Ohledně těch SATA/SAS disků v tomto poli - Dell nám pro toto pole vůbec nechtěl prodat SATA disky s tím, že k tomuto poli je lze připojit pouze přes MD1000. Zkoušeli jsme tam ale stejně jak SAS, tak SATA, ale žádný funkční rozdíl tam nebyl. Z důvodů I/O chyb jsme ho nakonec celý osadili SAS disky, což situaci nezměnilo.
    25.6.2010 19:45 svaca | skóre: 38
    Rozbalit Rozbalit vše Re: iSCSI, multipath a RDAC
    Tak nam to DELL automaticky prodal se SATA, ani je nenapadlo, nabidnout SAS, kdyz ve specifikaci maji, ze je to SAS radic a o SATA ani zminka :-)
    Never give up ! Stay ATARI !
    26.6.2010 23:58 chsajarsa | skóre: 16 | blog: V_hlouby_destneho_pralesa | Lovosice(Praha)
    Rozbalit Rozbalit vše Re: iSCSI, multipath a RDAC
    Mam stejny HW, ale myslim ze DELL bere pole od EMC ne od IBM.

    Jinak ja jsem redundanci sitovek resil pomoci LACP, takze jsem sitovky spojil do bondu. Multipath podle me bude reagovat na vypadek radice toho pole. Momentalne jsem pri migraci no nove zelezi premigoval vse na FreeBSD,ale jinak ten stroj fungoval velice spolehlive od nastaveni do vypnuti bez jedineho vypadku/restartu.
    ~ QED ~
    Zdeněk Zámečník avatar 28.6.2010 10:18 Zdeněk Zámečník | skóre: 26
    Rozbalit Rozbalit vše Re: iSCSI, multipath a RDAC
    Jj, Dell to pole bere od EMC, ale zrovna tenhle model pod svým logem prodává i IBM. A to ti to opravdu přes LACP fungovalo v pořádku? Moc se mi to nezdá, protože ten rdac handler se chová velmi podivně. Resp. i bez multipathu se mi to pole snažilo občas používat jinou než preferovanou síťovku.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.