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í
×
    včera 17:22 | IT novinky

    Včera skončila bezpečnostní konference Black Hat USA 2022 (Twitter) a začala bezpečnostní konference DEF CON 30 (Twitter). V rámci Black Hat byly vyhlášeny výsledky letošní Pwnie Awards (Twitter). Pwnie Awards oceňují to nejlepší, ale i to nejhorší z IT bezpečnosti (bezpečnostní Oscar a Malina v jednom).

    Ladislav Hagara | Komentářů: 0
    včera 15:00 | Nová verze

    Vývojáři PostgreSQL oznámili vydání verzí 14.5, 13.8, 12.12, 11.17, 10.22 a 15 Beta 3. Opraveno je více než 40 chyb a také zranitelnost CVE-2022-2625. Upstream podpora verze 10 končí 10. listopadu letošního roku.

    Ladislav Hagara | Komentářů: 0
    11.8. 18:11 | Nová verze

    Byla vydána verze 1.63.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.

    Ladislav Hagara | Komentářů: 10
    11.8. 17:55 | Nová verze

    Bylo vydáno Ubuntu 22.04.1 LTS, tj. první opravné vydání Ubuntu 22.04 LTS s kódovým názvem Jammy Jellyfish.

    Ladislav Hagara | Komentářů: 0
    11.8. 08:00 | Komunita

    Microsoft Fluent Emoji jsou nově k dispozici na GitHubu pod licencí MIT. Více v článku na Medium.

    Ladislav Hagara | Komentářů: 15
    11.8. 00:22 | IT novinky

    O víkendu proběhla v Kolíně nad Rýnem demopárty Evoke 2022. Publikována byla prezentovaná dema. Upozornit lze na Area 5150 (YouTube) běžící na IBM PC s procesorem Intel 8088 běžícím na 4,77 MHz a CGA.

    Ladislav Hagara | Komentářů: 4
    10.8. 19:55 | Zajímavý software

    smenu, nástroj pro příkazový řádek pro generování možností a potvrzení výběru, dospěl do verze 1.0.0.

    Ladislav Hagara | Komentářů: 1
    10.8. 19:11 | Bezpečnostní upozornění

    Byla potvrzena zranitelnost CVE-2021-46778 aneb SQUIP (Scheduler Queue Usage via Interference Probing) v procesorech AMD s mikroarchitekturou Zen 1, Zen 2 a Zen 3. Detaily v publikovaném paperu.

    Ladislav Hagara | Komentářů: 0
    10.8. 13:33 | Nová verze

    Turris OS, operační systém pro síťová zařízení Turris postavený na OpenWrt, byl vydán v nové verzi 5.4. Přehled novinek a diskuse v diskusním fóru.

    Ladislav Hagara | Komentářů: 3
    10.8. 13:11 | Nová verze

    Byla vydána nová stabilní verze 5.4 (aktuálně 5.4.2753.28) webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 104.0.5112.83. Přehled novinek v příspěvku na blogu. Vivaldi Mail byl povýšen na verzi 1.1.

    Ladislav Hagara | Komentářů: 1
    Audioknihy ve srovnání s knihami tištěnými (papírovými nebo elektronickými) poslouchám
     (34%)
     (3%)
     (6%)
     (56%)
    Celkem 193 hlasů
     Komentářů: 2, poslední dnes 11:46
    Rozcestník


    Dotaz: RRD; monitoring portu; po case zblbnute grafy

    24.11.2009 13:47 mato
    RRD; monitoring portu; po case zblbnute grafy
    Přečteno: 436×
    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: 46 | 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.
    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.