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

• #21 Jester01 veterán VladimirR #20

  Új Válasz 2007-01-10 04:43:44 #21

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Jester01

  veterán

  válasz VladimirR #20 üzenetére

  még nem ajánlott. De ez minket nem tartott vissza

• #18 Jester01 veterán VladimirR #17

  Új Válasz 2007-01-10 03:41:18 #18

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Jester01

  veterán

  válasz VladimirR #17 üzenetére

  Nekünk valami SNMAgent dolog van fent a winen, nem tudom pontosan honnan van mert azt a kollega rakta fel (én kerülöm a wint ) Ennek szépen van plugins directoryja az egyes számlálókkal.
  
  [Szerkesztve]

• #16 Jester01 veterán VladimirR #15

  Új Válasz 2007-01-10 01:56:43 #16

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Jester01

  veterán

  válasz VladimirR #15 üzenetére

  A debug kapcsoló nincs megadva így nem logol mindent. Pl. azt sem, hogy elkezdte a fetch-et és éppen melyikkel szöszmötöl.
  
  Hozzáállásból jeles, ez már eddig is kiderült

• #14 Jester01 veterán Jester01 #12

  Új Válasz 2007-01-10 01:47:35 #14

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Jester01

  veterán

  válasz Jester01 #12 üzenetére

  Az történik, hogy timeout-ol a socket olvasás, csak bugos a munin és nem veszi észre.
  A timeout alapból 180 sec, ez jól egyezik a logodban szereplõ idõvel.
  A kérdéses rész a read_socket_single és a read_socket rutinokban van:
  
  local $SIG{ALRM} = sub { $timed_out=1; close $socket; exit 1;};
  alarm( $timeout );
  $res = <$socket>;
  chomp $res if defined $res;
  alarm 0;
  };
  if ($timed_out)
  {
  logger (''Socket read timed out: $@\n'');
  return undef;
  }
  
  A signal handlerben sajnos van egy ''exit'' ami kilép a processzbõl, így sosem kerül a vezérlés a logoló sorra. Javításként töröld az exit-et (ettõl aztán lehet, hogy végtelen ciklus lesz, attól függõen, hogy a socket olvasást automatikusan újrapróbálja-e a perl), vagy tedd be elé a logolást (ez mindenképp mûködni fog).
  
  MOD: látom közben te is haladtál viszont most mintha nem lenne bekapcsolva a debug
  
  [Szerkesztve]

• #12 Jester01 veterán VladimirR #11

  Új Válasz 2007-01-10 00:41:41 #12

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Jester01

  veterán

  válasz VladimirR #11 üzenetére

  Jan 10 00:23:17 [22128] - Child has unexpectedly died: desktop1 -> desktop1.
  
  Nem hangzik túl biztatóan, ki kellene nyomozni mi történik.

• #9 Jester01 veterán Jester01 #8

  Új Válasz 2007-01-09 23:36:28 #9

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Jester01

  veterán

  válasz Jester01 #8 üzenetére

  Ja a sorvégek kavartak be elsõsorban, másodsorban pedig azt nem szerette, ha nem egész számot kapott a ''simple integer'' típusú mezõ (mindegy volt, hogy tizedesponttal vagy vesszõvel)
  
  1.2.4-1 verizójú munin-hoz itt egy diff, remélem más verzióra is rá tudod húzni: [link] (a /usr/share/munin dirben van)

• #8 Jester01 veterán VladimirR #7

  Új Válasz 2007-01-09 23:13:40 #8

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Jester01

  veterán

  válasz VladimirR #7 üzenetére

  Valamit hackolnom kellett a muninban, hogy ez mûködjön. Azt hiszem a számformátummal van gubanc. Talán tizedesvesszõ? Mindjárt megnézem.

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