[vpsFree.cz: community-list] Vypadky a problemy - checklist

[Pavel Snajdr]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

A btw hlavni vyhoda ukladani dumpu po siti - nepotrebuju ten node
nejak rozdejchavat na to, abych mohl zacit analyzovat dump.

Kdyz se mi povede vymyslet, co ted vymejslim s Infinibandem a
distribuovanym replikovanim ZFS, tak by se to melo projevit naplno
jako vyhoda - VPS budou nekde nabihat, zatim co ja muzu analyzovat,
proc to sletelo a nekdo jinej muze davat dokupy ten server primo
(ssh/reseni se supportem v DC/...).

Kdezto s lokalnim kdumpem musim vzdycky tu masinu privyst k zivotu a
pak z toho tech 256GB vytahnout na misto, kde budu mit a] toolset b]
dost RAM na analyzu. Ted si predstav tahat to ven z nodu po gigabitu...

/snajpa

On 04/02/2014 12:01 PM, Pavel Snajdr wrote:
> On 04/02/2014 11:58 AM, Stanislav Petr wrote:
>> Tak vytvorit servisni oddil na nejakym stavajicim disku nebo
>> zkusit zauvazovat nad pouzitim USB3 externi flash (sileny, ja
>> vim, ale mohlo by to fungovat levne).
> 
> Vsak prave, ze uz jsem varianty zvazoval a vzhledem k tomu, ze 10GE
> se blizi tak jako tak. 1GE je tragicky malo, navic pri zalohach uz
> 1GE dneska je limit, "zejtra" bude totalni limit pri prechodu z
> rsyncu na zfs send/receive - pak budou zalohy, restory, migrace
> opravdu vyuzivat to, ze budou sedet na rychly siti.
> 
> Abych udelal misto na 256GB blbosti lokalne na kazdym nodu, musel
> bych vyrazne zmensit cast SSD, ktera se pouziva pro level 2 read
> caching (a to se hodne pozna v momentech, kdy je na tom stroji min
> ramky, nez je idealni).
> 
> Delani mista na rotacnich diskach je blbost, protoze by to
> rozhodilo tvar celyho zpoolu.
> 
> Tak nejak mi nevysla jina moznost, nez NFSv3+10GE...
> 
> /snajpa
> 
> 
>> Stanislav Petr Tel.: +420 602 620 026
> 
>> -----Original Message----- From: 
>> community-list-bounces at lists.vpsfree.cz 
>> [mailto:community-list-bounces at lists.vpsfree.cz] On Behalf Of
>> Pavel Snajdr Sent: Wednesday, April 02, 2014 11:55 AM To:
>> vpsFree.cz Community list Subject: Re: [vpsFree.cz:
>> community-list] Vypadky a problemy - checklist
> 
>> Disk uz neni kam dat :)
> 
>> S pozdravem
> 
>> Pavel Snajdr
> 
>> +421 948 816 186  | +420 720 107 791          | 110-010-956 CTO
>> of Relbit     | Predseda vpsFree.cz, o.s. | RHCE
>> http://relbit.com | http://vpsfree.cz         |
>> https://www.redhat.com
> 
>> On 04/02/2014 11:49 AM, Stanislav Petr wrote:
>>> Hele k tomu kdumpu a zfs. Jednoduchy a elegantni reseni -
>>> budto pridat jeden disk nebo oddil s EXT a ten vyhradit pro
>>> kdump. Tim ti odpadne problém se zapisovanim kdumpu do zfs
>>> kterej není podporovanej.
> 
>>> Stanislav Petr Tel.: +420 602 620 026
> 
>>> -----Original Message----- From: 
>>> community-list-bounces at lists.vpsfree.cz 
>>> [mailto:community-list-bounces at lists.vpsfree.cz] On Behalf Of 
>>> Pavel Snajdr Sent: Wednesday, April 02, 2014 11:38 AM To: 
>>> vpsFree.cz Community list Subject: [vpsFree.cz:
>>> community-list] Vypadky a problemy - checklist
> 
>>> Caute,
> 
>>> vim, ze nekteri trpite zhruba stejne, jako ja, tak jak jsme na 
>>> tom ted, a jak dlouho nas ten shitstorm jeste ceka, nez
>>> pomine?
> 
>>> padajici ipv6: bird, snad pobezi, uvidime dal,
> 
>>> prichozi ddosy: in progress, cosi se mozna rysuje ve spolupraci
>>> s Master Internet, nebo pripadne custom solution s BGP 
>>> blackholingem,
> 
>>> kernel panic: ted je tam kernel, kterej pres vsechny jeho
>>> chyby pokud vim na panic nepada, takze od nej je klid a dalsi
>>> kernel uz by mel projit lepsim testovanim, nez ho nasadime,
> 
>>> zfs deadlock: po poupdatovani codebase napric vsema serverama
>>> se mi uz dari chytit stabilni ZFS setup na vsech nodech, takze
>>> se ZFS uz nebudou problemy (dokud se s nim zase nerozhodneme
>>> delat psi kusy, ale to pujde uz pres QA masinu)
> 
>>> QA: minimalne jsem se dost nastval na to, aby mi nevadilo, ze 
>>> vyhodime jednu velkou silnou masinu na testovani, takze
>>> ohledne QA se veci snad taky pohnou.
> 
>>> kdump: potrebujeme 10GE infratrukturu po ktery sbirat memory 
>>> dumpy odpadlejch nodu, bez toho je kdump celkem useless,
> 
> 
>>> -> seznam je to nepekne nekratkej, nastesti vsechno uz ve
>>> stavu pri nejhorsim "znam reseni", no uz by se na nej nemuselo
>>> nic chvili pridavat, protoze jinak uz mne z toho chytaji
>>> infarktovy stavy... Navic mam tuseni, ze hranice trpelivosti,
>>> nez zacnou lidi hromadne migrovat veci pryc, je tak nejak
>>> blizko a ted uz to proste musi vsechno bezet bez problemu, i za
>>> cenu odlozeni nejakych inovaci na par mesicu.
> 
>>> _______________________________________________ Community-list 
>>> mailing list Community-list at lists.vpsfree.cz 
>>> http://lists.vpsfree.cz/listinfo/community-list
> 
> 
> 
>>> _______________________________________________ Community-list 
>>> mailing list Community-list at lists.vpsfree.cz 
>>> http://lists.vpsfree.cz/listinfo/community-list
> 
>> _______________________________________________ Community-list 
>> mailing list Community-list at lists.vpsfree.cz 
>> http://lists.vpsfree.cz/listinfo/community-list
> 
> 
> 
>> _______________________________________________ Community-list 
>> mailing list Community-list at lists.vpsfree.cz 
>> http://lists.vpsfree.cz/listinfo/community-list
> 
> _______________________________________________ Community-list
> mailing list Community-list at lists.vpsfree.cz 
> http://lists.vpsfree.cz/listinfo/community-list
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iF4EAREIAAYFAlM74YMACgkQMBKdi9lkZ6pwrAD5ATCdq+AYAZtP6S5MeLFGAd3N
SjtqU3610tcjAZFYlmMA/21T4UVKQ4ZLr6vAjxqA0xDI+FmH4sTOk/V/dYr1nisP
=jetS
-----END PGP SIGNATURE-----