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 13:33 | Nová verze

Po sedmi měsících vývoje od vydání verze 5.7 byla vydána verze 5.8 (YouTube) toolkitu Qt. Z novinek lze zmínit například Qt Lite pro vestavěná zařízení. Nově jsou plně podporovány moduly Qt Wayland Compositor (YouTube) a Qt SCXML (YouTube). Současně byla vydána verze 4.2.1 integrovaného vývojového prostředí (IDE) Qt Creator.

Ladislav Hagara | Komentářů: 0
dnes 11:52 | Pozvánky

Lednový Prague Containers Meetup se koná ve čtvrtek 26. ledna 2017 od 18:00 v Apiary, Pernerova 49, Praha 8. Přijďte se podívat na přednášky o Enterprise Kubernetes a Jenkins as a code.

little-drunk-jesus | Komentářů: 0
dnes 11:40 | Pozvánky

Program letošního ročníku konference Prague PostgreSQL Developer Days, která se koná již 15. a 16. února 2017 na ČVUT FIT, Thákurova 9, Praha 6, byl dnes zveřejněn. Najdete ho na stránkách konference včetně anotací přednášek a školení. Registrace na konferenci bude otevřena zítra (24. ledna) v brzkých odpoledních hodinách.

TomasVondra | Komentářů: 0
včera 02:20 | Zajímavý článek

David Revoy, autor open source webového komiksu Pepper&Carrot nebo portrétu GNU/Linuxu, upozorňuje na svém blogu, že nový Inkscape 0.92 rozbíjí dokumenty vytvořené v předchozích verzích Inkscape. Problém by měl být vyřešen v Inkscape 0.92.2 [reddit].

Ladislav Hagara | Komentářů: 0
včera 02:02 | Komunita

Øyvind Kolås, hlavní vývojář grafických knihoven GEGL a babl, které využívá grafický program GIMP, žádá o podporu na Patreonu. Díky ní bude moci pracovat na vývoji na plný úvazek. Milník 1000 $, který by stačil na holé přežití, se již téměř podařilo vybrat, dalším cílem je dosažení 2500 $, které mu umožní běžně fungovat ve společnosti.

xkomczax | Komentářů: 12
21.1. 23:54 | Pozvánky

DevConf.cz 2017, již devátý ročník jedné z největších akcí zaměřených na Linux a open source ve střední Evropě, proběhne od pátku 27. ledna do neděle 29. ledna v prostorách Fakulty informačních technologií Vysokého učení technického v Brně. Na programu je celá řada zajímavých přednášek a workshopů. Letos je povinná registrace.

Ladislav Hagara | Komentářů: 0
21.1. 22:11 | Nová verze

Byla vydána verze 1.0.0 emulátoru terminálu Terminology postaveného nad EFL (Enlightenment Foundation Libraries). Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
20.1. 17:00 | Nová verze

Byl vydán Docker 1.13. Přehled novinek na YouTube a v poznámkách k vydání na GitHubu. Docker umožňuje běh aplikací v softwarových kontejnerech (Wikipedia).

Ladislav Hagara | Komentářů: 6
20.1. 15:51 | Komunita

Mozilla.cz informuje, že nástroje pro webové vývojáře se možná oddělí od Firefoxu a stanou doplňkem. Nástroje pro webové vývojáře prošly velkým přepisem a tým, který se stará o jejich vývoj, by uvítal možnost jejich častějších aktualizacích nezávisle na vydávání nových verzí Firefoxu.

Ladislav Hagara | Komentářů: 10
20.1. 07:00 | Humor

Čtenářům AbcLinuxu vše nejlepší k dnešnímu Dni zvýšení povědomí o tučňácích (Penguin Awareness Day).

Ladislav Hagara | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (11%)
 (2%)
 (73%)
 (4%)
 (11%)
Celkem 371 hlasů
 Komentářů: 25, poslední 21.1. 13:34
Rozcestník
Reklama

Dotaz: RRD; monitoring portu; po case zblbnute grafy

24.11.2009 13:47 mato
RRD; monitoring portu; po case zblbnute grafy
Přečteno: 421×
Příloha:
Zdravim lidicky, mam jeden problem, mozno ste sa s nim stretli a budete mi vediet poradit. monitorujem traffic na porte - IN/OUT. Data ukladam do rrd databazy a nasledne kreslim z neho grafy. rrd databaza bola vytvorena pomocou:
                rrdtool create dummy.rrd --start N --step 300 \
                DS:in:COUNTER:600:U:U                   \
                DS:out:COUNTER:600:U:U                  \
                RRA:AVERAGE:0.5:1:576                   \
                RRA:AVERAGE:0.5:6:672                   \
                RRA:AVERAGE:0.5:24:732                  \
                RRA:AVERAGE:0.5:144:1460                \
                RRA:MAX:0.5:1:576                       \
                RRA:MAX:0.5:6:672                       \
                RRA:MAX:0.5:24:732                      \
                RRA:MAX:0.5:144:1460
jedna sa o fiberchanelovy switch (brocade .. i ked to nehra rolu teraz), data ziskavam pomocou snmp nasledovne:

o) SNMP query: kazdych 5 minut
nepouzivam snmpget ale snmpwalk pre cely switch, ktory potom dalej parsujem (rychlejsie ako keby som sa mal jednotlivo cez snmpget pytat na kazdy jeden port)
funkcne telo scriptu:

WALK_IN="snmpwalk -v3 -u $USER $SWITCH IF-MIB::ifHCInOctets"
SNMP_IN=`$WALK_IN`

IN_OCTET=$(echo $SNMP_IN | grep ifHCInOctets.${port} | awk '{print $5}' )
kde $port je cislo portu pre dany switch (v slucke parsujem vsetky porty)
o) RRD UPDATE:
rrdupdate ${WD}/data/${SWITCH}/dummy.rrd "N:"${IN_OCTET}":"${OUT_OCTET}
o) grafy kreslim (podla toho ake chcem, ukazem denne):
rrdtool graph dummy.png -a PNG -h 125 -v 'data throughput' --start '-1day' --title 'switch' \
        DEF:in=${1}:in:AVERAGE \
        DEF:out=${1}:out:AVERAGE \
        'CDEF:MBin=in,1048576,/' \
        'CDEF:MBout=out,1048576,/' \
        'AREA:in#00FF00:ingress' \
        'LINE1:out#0000FF:egress\j' \
        'GPRINT:MBin:MAX:Max in\:       %3.2lf MB/s'            'GPRINT:MBout:MAX:Max out\:     %3.2lf MB/s\j' \
        'GPRINT:MBin:AVERAGE:Avg in\:   %3.2lf MB/s'            'GPRINT:MBout:AVERAGE:Avg out\: %3.2lf MB/s\j'

vsetko kresli v poriadku, grafy odpovedaju skutocnosti..a zrazu, po urcitom case (2-3 tyzdne) ukazuje graf uplne kraviny typu: ingress na porte 39489234823948239 MB/s a pod. .. v prilohe posielam aj moj dummy.rrd z jedneho portu .. ked som nan urobil dump (rrdtool dump.) - nevidel som ziadny problem - data, ktore boli v nom davali zmysel (hodnoty boli radovo v poriadku) .. napadlo ma ci to neni problem shellu - pri parsovani .. ale hodnoty v rrd su ok, takze nepredpokladam, ze by bol v tom problem.

nestretli ste sa niekto s podobnym problemom ?

Odpovědi

25.11.2009 08:33 mato
Rozbalit Rozbalit vše Re: RRD; monitoring portu; po case zblbnute grafy
Příloha:
vcera som zistil, ze vlastne ten .rrd je uplne zbytocne v prilohe, kedze bol vytvoreny na ia64 a na i386/amd64 je uplne nepouzitelny. posielam v prilohe dump z neho, mozno bude niekto vediet poradit
25.11.2009 14:16 mato
Rozbalit Rozbalit vše Re: RRD; monitoring portu; po case zblbnute grafy
nuz, tak si odpoviem aj sam :) .. mozno sa to niekomu zide, pripadne sa vyvaruje ten istej chyby ako ja..
    co sa tyka:

  • scriptu - je ok; nema problem s 64b cislami
  • rrd databazy - nie je problem ( pri pozornom vydumpovani som v nej nasiel vysoke cisla,tj grafy kresli v poriadku)
  • inej chyby suvisiace s rrd - ziadne
FABOS na brocadach pozna viac sposobom nulovania statistik na porte:
portstatsclear [slotnumber/]portnumber
statsclear 
ktore sa od seba lisia .. portstatclear okrem ineho vynuluje aj SNMP countre a preto si rrd myslel, ze ten dany snmp counter pretiekol a patricne to ohandloval (preto ten vysoky traffic).

ak treba vynulovat nejake statistiky (err) je lepsie pouzit statsclear, ktory sice vynuluje vsetky porty, ale nesaha do SNMP countrov

AraxoN avatar 25.11.2009 17:14 AraxoN | skóre: 45 | blog: slon_v_porcelane | Košice
Rozbalit Rozbalit vše Re: RRD; monitoring portu; po case zblbnute grafy
Skús miesto COUNTER použiť DERIVE s minimom nula:

DS:blaaa:DERIVE:600:0:U

Reset countra pravdepodobne nastane o dosť častejšie než jeho overflow. Derive to rieši tak, že mu vyjde hodnota menšia než nula - a tú upraví na minimum = nula. Prídeš o štatistiky za jeden heartbeat, ale lepšie než keď zaráta nejaké brutálne číslo, čo domrví celý graf.
A fine is a tax for doing wrong. A tax is a fine for doing well.
25.11.2009 20:28 mato
Rozbalit Rozbalit vše Re: RRD; monitoring portu; po case zblbnute grafy
rozmyslal som chvilku aj nad tym, ale z praktickeho hladiska to bude asi horsi variant, lebo tento reset portu viem ovplyvnit (do SANky/na switche nema tolko ludi pristup); reportovana nula dokaze viac zmiast ako velky peak

ak by som moc potreboval vidiet ten report na grafe (kedze skutocne hodnoty su skryte kvoli vysokemu peaku), tak si dokazem vytvorit novy graf s Y osou napr. max 8gbit (v tej topologii max speed mmntalne) a uvidim ten graf citatelne ..

ale inak spravanie portstatsclear povazujem za chybu vo FW .. na snmp by nemal sahat, mal by byt na to specialny snmpportstatclear command alebo cosi podobne :/

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.