<p style="padding:0 0 0 0; margin:0 0 0 0;">Ahoj,</p>
<p style="padding:0 0 0 0; margin:0 0 0 0;">pls 10Gbit</p>
<p style="padding:0 0 0 0; margin:0 0 0 0;"> </p>
<p style="padding:0 0 0 0; margin:0 0 0 0;">Jan Macík</p>
PS: (pokud nekdo znáte poctivého politika tak mě na něj prosím pošlete kontak)
<p style="padding:0 0 0 0; margin:0 0 0 0;"> </p>
<p style="padding:0 0 0 0; margin:0 0 0 0;">______________________________________________________________<br />
> Od: open@2devnull.work<br />
> Komu: community-list@lists.vpsfree.cz<br />
> Datum: 29.07.2016 11:55<br />
> Předmět: [vpsFree.cz: community-list] NAS read-only, poskozeny filesystem<br />
></p>
Za mna tiez zvysenie siete na 10 Gbit.<br />
<br />
Oto<br />
<br />
_______________________________________<br />
Dňa 29.07.2016 o 0:09 Marek Palatinus napísal(a):<br />
> 10 Gbit. Podminky NASu jsou pro neprodukcni data a zalohy zaloh uplne<br />
> dostatecne.<br />
><br />
> Marek<br />
><br />
> 2016-07-28 21:51 GMT+02:00 Marek Fabian <marekfab@gmail.com<br />
> <mailto:marekfab@gmail.com>>:<br />
><br />
> Za mna zvyseniena 10 Gbit.<br />
><br />
> Marek Fabo Fabian<br />
><br />
> 2016-07-28 14:24 GMT+02:00 Pavel Snajdr <snajpa@snajpa.net<br />
> <mailto:snajpa@snajpa.net>>:<br />
><br />
> Prave bezi posledni dosyncnuti dat, odhadem za 2-3 hodiny prepneme<br />
> mounty read-only na backuper, znovu vytvorime pool na nasboxu s<br />
> bezpecnejsi konfiguraci.<br />
> Pouijeme vetsi raidz2, pripadne raidz3 VDEVy, sebehnu si nejake<br />
> benchmarky tech konfiguraci, co mne napadaji jako prijatelne a<br />
> uvidime,<br />
> co z toho vyleze, stejna konfigurace se potom casem pouzije i pro<br />
> backuper, abychom se vyhnuli stejne situaci v budoucnu na<br />
> backuperu.<br />
><br />
> K tomu, proc jsou v tom poolu disky se slabou redundanci, ie.<br />
> 3-diskove<br />
> RAID-Z: je to historicky dane tim, ze jak backuper, tak nasbox<br />
> vznikly s<br />
> malo disky a ZFS neumi reshape poli, pridavanim bezpecnejsich<br />
> VDEVu<br />
> bychom nic neziskali, protoze ten VDEV, ktery se rozbil, byl<br />
> hned ten<br />
> druhy v poradi, ktery tam byl uz pri prvnim vyrobeni pole.<br />
><br />
> Kdybychom pouzili z fleku bezpecnejsi konfiguraci, to pole by<br />
> tragicky<br />
> nestihalo na IOPS.<br />
><br />
> A jeste k tomu, jak NAS vubec vzniknul - to bylo tak, ze nam<br />
> prebylo<br />
> zalohovaci pole, ktere ale uz bylo male na to, aby delalo<br />
> mirror zaloham<br />
> a nechteli jsme ho nechat valet jen tak, proto jsme ho<br />
> zpristupnili vsem<br />
> a od zacatku rikali, ze neni zalohovane - mysleli jsme si, ze<br />
> to pole<br />
> vyuzijete na zalohy domacich dat a podobne, coz tedy vetsina<br />
> udelala, ale...<br />
><br />
> Nasli se i taci, kteri pres to vsechno dali na NAS produkcni<br />
> data a ted<br />
> je cekalo velmi neprijemne prekvapeni.<br />
><br />
> Cili ted stojime pred rozhodnutim, jestli investovat do<br />
> redundance NASu<br />
> (a backuperu s tim), nebo jit podle puvodniho planu a<br />
> upgradovat sit na<br />
> 10Gbit (coz je potreba pro lepsi debugovatelnost clusteru,<br />
> kvuli kdumpu;<br />
> a taky jsem se chystal nejak vyresit replikaci dat mezi nody).<br />
><br />
> Co si o tom myslite? Investovat do storage a nechat to zatim<br />
> na 2Gbit<br />
> siti (ktera je, nutno rict, sem tam, uz pekne na hrane s<br />
> propustnosti)?<br />
><br />
> Poznamecka: prosim ujistete se, ze v odpovedi je To:<br />
> community-list@lists.vpsfree.cz<br />
> <mailto:community-list@lists.vpsfree.cz>, na outage-list se<br />
> musi prispevky<br />
> schvalovat a mely by tam jit jenom relevantni informace o<br />
> vypadcich, ne<br />
> diskuze.<br />
><br />
> /snajpa<br />
><br />
> On 07/27/2016 04:18 AM, Pavel Snajdr wrote:<br />
> > Je odkopirovano 9.5 TB z 22 TB.<br />
> ><br />
> > /snajpa<br />
> ><br />
> > On 07/26/2016 02:22 PM, Pavel Snajdr wrote:<br />
> >> Aktualne je odsyncovano 5 TB dat z 22 TB celkem za cca 11<br />
> hodin, odhadem<br />
> >> to znamena, ze se bude syncovat jeste cca dalsich 30 hodin.<br />
> >><br />
> >> Behem toho je NAS dostupny jenom jako read-only.<br />
> >><br />
> >> Potom pole znovu vyrobime a zacneme syncovat data zpatky,<br />
> coz uz by melo<br />
> >> jit rychleji (backuper ma vic disku, nez na kolika ma data<br />
> soucasny<br />
> >> nasbox, cili zpatky to pojede rychleji).<br />
> >><br />
> >> Jedinou dalsi variantou, jak zpristupnit NAS rychleji, by<br />
> bylo vsechna<br />
> >> data zahodit a vyrobit na nem pool znova - a to, i kdyz<br />
> vsude piseme, ze<br />
> >> neni zalohovany, nam prislo jako mnohem horsi varianta, nez<br />
> ho odstavit<br />
> >> na par dni jako read-only.<br />
> >><br />
> >> Odkopirujte si prosim data na VPSky, pokud je aplikace<br />
> potrebuji, kdo<br />
> >> kvuli tomu potrebujete docasne zvednout misto na disku,<br />
> napiste na<br />
> >> podporu a pokusime se to nejak vyresit.<br />
> >><br />
> >> Pokud ta data nepotrebuji aplikace k behu, tak na to prosim<br />
> nesahejte,<br />
> >> od toho to syncujeme na backuper, abychom zachranili, co se da.<br />
> >><br />
> >> Zatim dalsi chyby na poolu nenaskocily, poskozenych je, zda<br />
> se, opravdu<br />
> >> jenom 58 souboru (a to jeste ne uplne, ale maji poskozenych<br />
> par bitu,<br />
> >> coz se napr. u obrazku da jeste prezit - vs. ztratit je uplne).<br />
> >><br />
> >> /snajpa<br />
> >><br />
> >> On 07/26/2016 03:41 AM, Pavel Snajdr wrote:<br />
> >>> Ahojte,<br />
> >>><br />
> >>> na NASu doslo k poskozeni jednoho z raid-z VDEVu na ZFS<br />
> poolu s daty.<br />
> >>><br />
> >>> Stalo se to pri obnovovani toho vdevu (neco jako<br />
> sub-raid-pole) po umrti<br />
> >>> jednoho disku, kdy dalsi disk ze stejneho vdevu zacal<br />
> hlasit chyby pri<br />
> >>> cteni. Evidentne od posledniho scrubu (cca mesic zpatky)<br />
> na nem vznikly<br />
> >>> neopravitelne oblasti, ktere nejdou precist.<br />
> >>><br />
> >>> Zatim vime o 58 neobnovitelnych souborech, je to ve stavu,<br />
> kdy ten disk<br />
> >>> dava nejaka data, cili to nevypada ze by bylo po datech,<br />
> ale vic se<br />
> >>> dozvime, jakmile dobehne sync z nasboxu na backuper.<br />
> >>><br />
> >>> Prepnul jsem nasbox do readonly rezimu, aby se predeslo<br />
> dalsimu<br />
> >>> poskozovani dat a mezi tim se data syncuji na backuper<br />
> (aktualne to jede<br />
> >>> okolo 150MB/s a je to 22TB dat).<br />
> >>><br />
> >>> Potom, co se data dosyncuji, znovu vyrobim pool na nasboxu<br />
> s bezpecnejsi<br />
> >>> konfiguraci, aby se podobne situaci predeslo a pool<br />
> vydrzel umrti vic<br />
> >>> disku ve vsech pripadech.<br />
> >>><br />
> >>> Tem, co se jich poskozena data tykaji, napiseme behem dne<br />
> mail se<br />
> >>> seznamem poskozenych souboru.<br />
> >>><br />
> >>> Budu dal updatovat o prubehu, jakmile bude dalsi progress.<br />
> >>><br />
> >>> /snajpa<br />
> >>><br />
> >>><br />
> >>><br />
> >>> _______________________________________________<br />
> >>> Outage-list mailing list<br />
> >>> Outage-list@lists.vpsfree.cz<br />
> <mailto:Outage-list@lists.vpsfree.cz><br />
> >>> <a href="http://lists.vpsfree.cz/listinfo/outage-list">http://lists.vpsfree.cz/listinfo/outage-list</a><br />
> >>><br />
> >><br />
> >><br />
> >><br />
> >> _______________________________________________<br />
> >> Outage-list mailing list<br />
> >> Outage-list@lists.vpsfree.cz<br />
> <mailto:Outage-list@lists.vpsfree.cz><br />
> >> <a href="http://lists.vpsfree.cz/listinfo/outage-list">http://lists.vpsfree.cz/listinfo/outage-list</a><br />
> >><br />
> ><br />
> ><br />
> ><br />
> > _______________________________________________<br />
> > Outage-list mailing list<br />
> > Outage-list@lists.vpsfree.cz<br />
> <mailto:Outage-list@lists.vpsfree.cz><br />
> > <a href="http://lists.vpsfree.cz/listinfo/outage-list">http://lists.vpsfree.cz/listinfo/outage-list</a><br />
> ><br />
><br />
><br />
> _______________________________________________<br />
> Outage-list mailing list<br />
> Outage-list@lists.vpsfree.cz <mailto:Outage-list@lists.vpsfree.cz><br />
> <a href="http://lists.vpsfree.cz/listinfo/outage-list">http://lists.vpsfree.cz/listinfo/outage-list</a><br />
><br />
><br />
><br />
><br />
> -- <br />
> *Marek Fabian*<br />
> Email: marekfab@gmail.com <mailto:marekfab@gmail.com><br />
> Skype: marek.fabian<br />
><br />
><br />
> _______________________________________________<br />
> Community-list mailing list<br />
> Community-list@lists.vpsfree.cz<br />
> <mailto:Community-list@lists.vpsfree.cz><br />
> <a href="http://lists.vpsfree.cz/listinfo/community-list">http://lists.vpsfree.cz/listinfo/community-list</a><br />
><br />
><br />
><br />
><br />
> _______________________________________________<br />
> Community-list mailing list<br />
> Community-list@lists.vpsfree.cz<br />
> <a href="http://lists.vpsfree.cz/listinfo/community-list">http://lists.vpsfree.cz/listinfo/community-list</a><br />
<br />
_______________________________________________<br />
Community-list mailing list<br />
Community-list@lists.vpsfree.cz<br />
<a href="http://lists.vpsfree.cz/listinfo/community-list">http://lists.vpsfree.cz/listinfo/community-list</a><br />