[mrtg] Re: Forks: 4 gives invalid data

[Tobias Oetiker]

Today you sent me mail regarding [mrtg] Forks: 4 gives invalid data:

MMl> 
MMl> HI all!
MMl> I just installed 2.9.2 on a RH 6.1 machine and have been using 2.8.12 for
MMl> many months now w/o any problems.
MMl> 
MMl> I wanted to try some new features like ifref=descr , RunAsDaemon, Forks,
MMl> etc.
MMl> However I just observed that Forks: 4 option gives invalid data when run
MMl> with a cfg files created with ifref=descr and with ifref=name as well.
MMl> 
MMl> I get HTML page with following data:
MMl> ------------------------------------
MMl> The statistics were last updated Tuesday, 24 October 2000 at 19:42,
MMl> at which time 'public at gw-3640 Descr Serial0/0 2' had been up for
MMl> public at gw-3640 Descr Null0 24. 
MMl> ------------------------------
MMl> which is completely erratic ! and this data is evident in the
MMl> corresponding log file as well.
MMl> 
MMl> I also get lots of these on the console:
MMl> ----------------------------------------
MMl> Rateup ERROR: /usr/local/etc/mrtg-2.9.2/bin/rateup
MMl> found gw-3640_serial1_7's log
MMl>  file was corrupt
MMl>           or not in sorted order:
MMl> time: 972395880.Rateup WARNING: /usr/local/etc/mrtg-2.9.2/bin/rateup The
MMl> backup
MMl> log file for gw-3640_serial1_7 was invalid as well
MMl> WARNING: rateup died from Signal 0
MMl>  with Exit Value 1 when doing router 'gw-3640_serial1_7'  
MMl> ---------------------------------
MMl> I also have the following zombie processes along with the above:
MMl> 
MMl> 5703 ?        Z      0:00 [mrtg <defunct>]   
MMl> 
MMl> However I do get a normal data with default option (ifref=nr) and Forks: 4
MMl> as well. I also get normal data if I don't use Forks with the same cfg
MMl> files created with ifref=descr or ifref=name options.
MMl> 
MMl> I feel there some kind of incompatibility with Forks option and cfg
MMl> files created with the new ifref options.
MMl> 
MMl> I am not so confident to try editing the mrtg file to incorporate the
MMl> changes given by Tobi and I prefer to wait for an update instead.

yep I suggest you do that ... 

tobi
MMl> 
MMl> Rgds,
MMl> 
MMl> \\Ritesh
MMl> 
MMl>   |  r i t e s h  r a j  j o s h i
MMl>   |  MERCANTILE COMMUNICATIONS PVT. LTD
MMl>   |  www.mos.com.np
MMl>   |  hotline:240920 
MMl> 
MMl> 
MMl> --
MMl> Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
MMl> Archive     http://www.ee.ethz.ch/~slist/mrtg
MMl> FAQ         http://faq.mrtg.org    Homepage     http://www.mrtg.org
MMl> WebAdmin    http://www.ee.ethz.ch/~slist/lsg2.cgi
MMl> 
MMl> 

-- 
 ______    __   _
/_  __/_  / /  (_) Oetiker, Timelord & SysMgr @ EE-Dept ETH-Zurich
 / // _ \/ _ \/ / TEL: +41(0)1-6325286  FAX:...1517  ICQ: 10419518 
/_/ \.__/_.__/_/ oetiker at ee.ethz.ch http://ee-staff.ethz.ch/~oetiker


--
Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
Archive     http://www.ee.ethz.ch/~slist/mrtg
FAQ         http://faq.mrtg.org    Homepage     http://www.mrtg.org
WebAdmin    http://www.ee.ethz.ch/~slist/lsg2.cgi