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 14:22 | Komunita

    KiCad je nově k dispozici také jako balíček ve formátu AppImage. Stačí jej stáhnout, nastavit právo na spouštění a spustit [Mastodon, 𝕏].

    Ladislav Hagara | Komentářů: 0
    dnes 13:22 | Zajímavý projekt

    Šenčenská firma Seeed Studio představila projekt levného robotického ramena reBot Arm B601, primárně coby pomůcky pro studenty a výzkumníky. Paže má 6 stupňů volnosti, dosah 650 mm a nosnost 1,5 kilogramu, podporované platformy mají být ROS1, ROS2, LeRobot, Pinocchio a Isaac Sim, krom toho bude k dispozici vlastní SDK napsané v Pythonu. Kompletní seznam součástek, videonávody a nejspíš i cena budou zveřejněny až koncem tohoto měsíce.

    … více »
    NUKE GAZA! 🎆 | Komentářů: 3
    dnes 11:11 | Nová verze

    Byla vydána nová verze 36.0, tj. první stabilní verze nové řady 36, svobodného multimediálního centra MythTV (Wikipedie). Přehled novinek a vylepšení v poznámkách k vydání.

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

    Byl vydán LineageOS 23.2 (Mastodon). LineageOS (Wikipedie) je svobodný operační systém pro chytré telefony, tablety a set-top boxy založený na Androidu. Jedná se o nástupce CyanogenModu.

    Ladislav Hagara | Komentářů: 1
    dnes 03:44 | IT novinky

    Od března budou mít uživatelé Discordu bez ověření věku pouze minimální práva vhodná pro teenagery.

    Ladislav Hagara | Komentářů: 18
    včera 23:43 | IT novinky

    Evropská komise (EK) předběžně shledala čínskou sociální síť pro sdílení krátkých videí TikTok návykovým designem v rozporu s unijním nařízením o digitálních službách (DSA). Komise, která je exekutivním orgánem Evropské unie a má rozsáhlé pravomoci, o tom informovala v tiskovém sdělení. TikTok v reakci uvedl, že EK o platformě vykreslila podle něj zcela nepravdivý obraz, a proto se bude bránit.… více »

    Ladislav Hagara | Komentářů: 13
    včera 18:33 | Nová verze

    Offpunk byl vydán ve verzi 3.0. Jedná se o webový prohlížeč běžící v terminálu a podporující také protokoly Gemini, Gopher a RSS. Přibyl nástroj xkcdpunk pro zobrazení XKCD v terminálu.

    Ladislav Hagara | Komentářů: 0
    včera 18:22 | Zajímavý projekt

    Promethee je projekt, který implementuje UEFI (Unified Extensible Firmware Interface) bindingy pro JavaScript. Z bootovacího média načítá a spouští soubor 'script.js', který může používat UEFI služby. Cílem je vytvořit zavaděč, který lze přizpůsobit pomocí HTML/CSS/JS. Repozitář se zdrojovými kódy je na Codebergu.

    NUKE GAZA! 🎆 | Komentářů: 0
    včera 12:44 | Bezpečnostní upozornění

    Zpráva Justičního výboru Sněmovny reprezentantů upozorňuje na cenzurní kampaň Evropské komise, mířenou proti svobodě projevu na sociálních sítích. V dokumentu se uvádí, že se Evropská komise během posledních šesti let účastnila více než 100 uzavřených jednání, během nichž po platformách požadovala úpravy pravidel moderování obsahu, přičemž toto úsilí Komise zahrnovalo i cenzuru politických názorů a pravdivých informací. Výbor zdůrazňuje, že tento přístup Bruselu ohrožuje ústavou zaručená práva Američanů na svobodu projevu.

    NUKE GAZA! 🎆 | Komentářů: 11
    včera 04:33 | Nová verze

    Linus Torvalds vydal jádro Linux 6.19. Podrobný výčet změn je ke zhlédnutí na stránce Kernel Newbies, stručné výběry v LWN (část první, druhá).

    |🇵🇸 | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (19%)
     (6%)
     (0%)
     (11%)
     (26%)
     (3%)
     (4%)
     (2%)
     (12%)
     (28%)
    Celkem 824 hlasů
     Komentářů: 25, poslední 3.2. 19:50
    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: 530×
    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: 47 | 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.