Keresés

Új hozzászólás Aktív témák

  • VladimirR

    nagyúr

    válasz VladimirR #17 üzenetére

    aaaaaaaaaaaaaaaaaaaa

    ekkora lamer nem lehetek
    valamiert nincs helyi halon nevfeloldas, szoval varhattam, hogy hostnev alapjan megtalalja
    bepakoltam a /etc/hosts-ba es egybol megy is

  • VladimirR

    nagyúr

    válasz Jester01 #18 üzenetére

    sajnos jelenleg 350 km-re vagyok az adott gepektol, mitobb, a windoze-os gepnek a kozeleben sincs windoze cd, igy nem tudom feltenni a windoze sajat snmp szolgaltatasat (menne azzal is es a munin oldalan azt irjak, hogy az snmpagent nem ajanlott)

  • VladimirR

    nagyúr

    válasz Jester01 #18 üzenetére

    sajnos jelenleg 350 km-re vagyok az adott gepektol, mitobb, a windoze-os gepnek a kozeleben sincs windoze cd, igy nem tudom feltenni a windoze sajat snmp szolgaltatasat (menne azzal is es a munin oldalan (Bovebben: [link]) azt irjak, hogy az snmpagent nem ajanlott)

  • VladimirR

    nagyúr

    válasz Jester01 #16 üzenetére

    ...
    Jan 10 02:59:52 [32158] - Configured service: desktop1 -> uptime (0.01 sec)
    Jan 10 02:59:52 [32158] - Configured node: desktop1 (0.13 sec)
    Jan 10 02:59:52 [32158] - Fetching node: desktop1
    Jan 10 02:59:52 [32158] - Fetching service: desktop1->mbm
    Jan 10 02:59:51 [32157] - Processed node: desktop1 (0.02 sec)
    Jan 10 02:59:51 [32157] - Processed domain: desktop1 (0.02 sec)
    Jan 10 03:03:02 [32157] - Child has unexpectedly died: desktop1 -> desktop1.
    Jan 10 03:03:02 [32157] - Attempting to use old configuration for desktop1 -> desktop1.
    Jan 10 03:03:02 [32157] - Munin-update finished (190.18 sec)


    ezek szerint az mbm* plugin(ok) szar(ok)
    eloszor azt hittem, hogy nem jol olvastam es az mbm telepitese eseten csak plusz infokat ad, de nem kotelezo, hogy fent legyen, igy feldobtam a windoze-os gepre, de utana sem valtozott semmi

    a problema az, hogy a win-es munin-node egy szal exe, nem lehet a plugin-eket konfigolni, szoval valoszinuleg marad az a megoldas, hogy beleturok a forrasba (annyira nem ertek hozza, hogy meggyogyitsam, de megprobalom kiloni a mbm-ra vonatkozo reszt)

  • VladimirR

    nagyúr

    válasz Jester01 #14 üzenetére

    egen, probalkozom magam is, nem a hozzallassal, a hozzaertessel van gondom :B

    debug alatt mit ertesz (arra gondolsz, hogy kivettem a konfig-bol a masik node-ot, csak nem szoltam rola?)

  • VladimirR

    nagyúr

    válasz Jester01 #12 üzenetére

    ugy latom, hogy az egesz egy jo kover timeout-tol van, meg attol, hogy a munin-update nem ad vissza timeout-ot (ha jol ertem az itt leirtakat => Bovebben: [link]), bar ez utobbi nekem nem igazan szamit

    Jan 10 01:30:04 - Starting munin-update
    Jan 10 01:30:04 [29277] - Processing domain: desktop1
    Jan 10 01:30:04 [29277] - Processing node: desktop1
    Jan 10 01:30:04 [29284] - Configured service: desktop1 -> df (0.01 sec)
    ...
    Jan 10 01:30:04 [29284] - Configured service: desktop1 -> uptime (0.01 sec)
    Jan 10 01:30:04 [29284] - Configured node: desktop1 (0.08 sec)
    Jan 10 01:30:04 [29277] - Processed node: desktop1 (0.04 sec)
    Jan 10 01:30:04 [29277] - Processed domain: desktop1 (0.04 sec)
    Jan 10 01:33:14 [29277] - Child has unexpectedly died: desktop1 -> desktop1.
    Jan 10 01:33:14 [29277] - Attempting to use old configuration for desktop1 -> desktop1.
    Jan 10 01:33:14 [29277] - Munin-update finished (190.25 sec)

  • VladimirR

    nagyúr

    Jester10:
    a patch felment, amennyire latom, tokeletesen illik erre a verziora is, viszont nem tortent semmi valtozas

    _Petya_:
    a munin-update logjaban veltem felfedezni nemi erdekesseget, megpedig a kovetkezot: hianyzik a desktop1 fetch-elese (viszont nincs semmi hibauzenet)
    Jan 10 00:20:09 - Starting munin-update
    Jan 10 00:20:09 [22128] - Processing domain: debian
    Jan 10 00:20:09 [22128] - Processing node: debian
    Jan 10 00:20:09 [22128] - Processed node: debian (0.16 sec)
    Jan 10 00:20:09 [22128] - Processed domain: debian (0.16 sec)
    Jan 10 00:20:09 [22128] - Processing domain: desktop1
    Jan 10 00:20:09 [22128] - Processing node: desktop1
    Jan 10 00:20:21 [22136] - Configured service: debian -> df (1.66 sec)
    ...
    Jan 10 00:20:22 [22136] - Configured service: debian -> uptime (0.12 sec)
    Jan 10 00:20:39 [22136] - Configured node: debian (29.30 sec)
    Jan 10 00:21:01 [22136] - Fetched service: debian -> df (1.54 sec)
    ...
    Jan 10 00:21:02 [22136] - Fetched service: debian -> uptime (0.23 sec)
    Jan 10 00:21:46 [22136] - Fetched node: debian (67.14 sec)
    Jan 10 00:20:10 [22137] - Configured service: desktop1 -> df (0.02 sec)
    ...
    Jan 10 00:20:10 [22137] - Configured service: desktop1 -> uptime (0.05 sec)
    Jan 10 00:20:10 [22137] - Configured node: desktop1 (0.51 sec)
    Jan 10 00:20:09 [22128] - Processed node: desktop1 (0.04 sec)
    Jan 10 00:20:09 [22128] - Processed domain: desktop1 (0.05 sec)
    Jan 10 00:21:46 [22128] - connection from debian -> debian (22136)
    Jan 10 00:21:46 [22128] - connection from debian -> debian (22136) closed
    Jan 10 00:23:17 [22128] - Child has unexpectedly died: desktop1 -> desktop1.
    Jan 10 00:23:17 [22128] - Attempting to use old configuration for desktop1 -> desktop1.
    Jan 10 00:23:17 [22128] - Munin-update finished (190.02 sec)


    illetve ugyanigy hianyzik a munin-graph logjaban a desktop1-es grafikonok elkeszitese is
    Jan 10 00:18:20 - Starting munin-graph
    Jan 10 00:18:20 - Processing domain: debian
    Jan 10 00:18:49 - Graphed service : df (1.50 sec * 4)
    ...
    Jan 10 00:18:52 - Graphed service : uptime (0.94 sec * 4)
    Jan 10 00:19:26 - Processed node: debian (65.19 sec)
    Jan 10 00:19:26 - Processed domain: debian (65.19 sec)
    Jan 10 00:19:26 - Processing domain: desktop1
    Jan 10 00:19:26 - Processed node: desktop1 (0.00 sec)
    Jan 10 00:19:26 - Processed domain: desktop1 (0.00 sec)
    Jan 10 00:19:26 - Munin-graph finished (65.79 sec)


    valamint a minun-html logjaban is ugyanez a hianyossag szerepel
    Jan 10 00:19:28 - Starting munin-html, checking lock
    Jan 10 00:19:29 - processing domain: debian
    Jan 10 00:19:29 - processing node: debian
    Jan 10 00:19:29 - processing service: df
    ...
    Jan 10 00:19:31 - processing service: uptime
    Jan 10 00:19:31 - processing domain: desktop1
    Jan 10 00:19:31 - processing node: desktop1
    Jan 10 00:19:31 - munin-html finished

  • VladimirR

    nagyúr

    eloszo
    kicsit off lesz a kerdesem, de talan ez a legjobb hely neki

    bevezetes
    van egy debian linux-om, azon fut muni es munin node is, minden mukodik, ahogyan annak kell
    van emellett a gep mellett egy winxp is, amit szinten szeretnek monitorozni
    van erre egy program, kimondottan erre a celra => Bovebben: [link]

    ezt feltettem, tuzfalat kinyitottam, elinditottam service-kent

    ami megy:
    telnet-en keresztul bemegyek az xp-s gep 4949-es portjara, akkor bejon a munin-node, es mukodik mind a fetch, mind a config parancs (pl.: fetch df vagy config df), mindketto kimenete teljesen jonak tunik

    ha a debian-os gepen, ahol a munin van, azt mondom, hogy
    /usr/share/munin/munin-update --debug --nofork --stdout --host desktop1 --service df
    akkor szinten jo a kimenet, irja, hogy a df update-elve lett x ertekkel, ahogyan azt kell

    ami nem megy:
    az rrd file-okkal nincs valami rendben, megpedig egesz pontosan az, hogy egyreszt nem frissulnek (nem valtozik a file datuma, vagy rrdtool-lal kiirataskor az utolso timestamp) ha kiiratom a tartalmukat (rrdtool fetch /var/lib/munin/desktop1/desktop1-df-_dev_0_-g.rrd AVERAGE), akkor kivetel nelkul minden sorban nan szerepel (mintha nem mukodne a munin-node az adott gepen)

    nincsenek grafikonok
    pontosabban neha van egy, amit legutoljara neztem a fentebbi modon munin-update-tel, viszont az is tokeletesen ures

    a kerdes:
    mi lehet az oka, hogy bar latszolag rendesen mukodik a winxp-s gepen a munin-node, megsem frissulnek az rrd, s nem keszulnek grafikonok?

    segitsegeteket elore is koszonom

Új hozzászólás Aktív témák

Hirdetés