Re: [Devmon] Initial Configuration

[<mv...@so...>]

That's great, thanks for the answers. 

Don't worry about testing if one test is needed - I can do that when 
creating the template from scratch. 

I'll upload the template I create early next week. 


Thanks again,
Mario 

Buchan Milne writes: 

> On Wednesday, 19 August 2009 13:21:23 mv...@so... wrote:
>> Hi there, 
>>
>> Firstly, is there an 'archive' available of previous postings for Devmon?
> 
> From http://sf.net/projects/devmon, click the support link, which takes you to 
> http://sourceforge.net/projects/devmon/support, which has a link to the 
> archives, which are at: 
> 
> http://sourceforge.net/mailarchive/forum.php?forum_id=6501 
> 
>> I've read through the documentation and done some searching online, but
>> although it pretty much working as expected, I have some niggling initial
>> questions I haven't been able to solve.. 
>>
>>
>> I'm busy implementing and testing Devmon version 0.3.1-beta1, with the
>> templates from 20080206.  XYMON version 4.3.0.0-beta2. 
>>
>> My test hardware is a CISCO 2950 switch, CISCO 850 and CISCO 871 firewalls. 
>>
>> 1) The CISCO 2950 default template works fine, except that the if_load
>> graphs do not display in xymon.  The memory and CPU are fine.
>> if_load.<int>.rrd files are created under my ~xymon/data/rrd directory.
>> I've attached a screenshot of what I see.
> 
> The graph definitions for if_load are missing (from hobbitgraph.cfg or 
> similar). Either append extras/devmon-graph.cfg to Xymon's hobbitgraph.cfg, or 
> make a directory in which to store additional graph configuration files (e.g. 
> etc/hobbitgraph.d), drop extras/devmon-graph.cfg, and specify "directory 
> /path/to/hobbitgraph.d" in hobbitgraph.cfg . 
> 
> I have also enabled the wiki on sourceforge, but haven't had much time to 
> populate it with content. I hope to do so in the near future. 
> 
>> 2) I've used the exceptions file for the cisco-2950 template to ignore
>> interfaces that have no systems connected (rather than report red "down").
>> Is this the best way to do this or is their a dymanic way of ignoring these
>> interfaces?
> 
> If you were to shut the interface, it would stay green. Your network 
> administration policy (whether to shut unused ports or not) should determine 
> whether you should do this on a per-device basis, per-blade basis or per-port 
> basis (or a combination). 
> 
> E.g., I would typically not have exceptions on a router, on a data center 
> switch I might put non-critical devices on a specific blade, and not 
> necessarily shut unused ports. 
> 
>> 3) (may sound like a weird question...)
>> When trying to create a template for the CISCO 850 or 870,
> 
> When you complete this template, please log a ticket on the sourceforge 
> "patch" tracker, with category "Template", so I can review and include the 
> template in future. 
> 
>> I created the
>> directory, then a specs file and ran ~devmon/devmon --readbbhosts.  I kept
>> receiving the error:
>> "No matching templates for device: <hostname>"
> 
> Did the regex in the sysdesc line really match the sysdescr.0 value on the 
> device? 
> 
>> But then, after copying the directories and files from cisco-asa and
>> updating the specs file accordingly (same as the test specs I was using
>> previously), it worked. 
>>
>> Does there need to be any minimum number of tests before the templates will
>> match?  I'm sure I didn't have a typo in my original specs file.
> 
> It may require at least one test ... I haven't checked, but will take a look. 
> 
> Regards,
> Buchan