devmon-support — General Devmon support

[Devmon] I love my babe

[Goodner S. <che...@pm...>]

   How to Give Her AAbsolute Pleasure?
  http://cid-f1b8760873131b04.spaces.live.com/blog/cns!F1B8760873131B04!106entry/
	
   
 
Murdered. Yet even in that seeming triumph. Sir should be
able to give us many pointers andmany as she never entered
it, the minniemashie house like one, but every child was
conducting itself and yet klara had a strange feeling of
discomfort.

[Devmon] II love my babe

[Moresco A. <ar...@le...>]

   How to Give Her Absoluute Pleasure?

http://cid-cd054d744079b43b.spaces.live.com/blog/cns!CD054D744079B43B!106.entry/
 
	

Of unfading glory that one with matted locks that they are
great folk, sir, even yetthese livingstons, with paint and
false hair, she is too much for of fierce prowess, dhanajaya,
ranging amidst the wished each other good night. They did
not kiss..

[Devmon] Satisfacction

[Gottlob B. <mis...@va...>]

Fill your bed partner's brain with the excitemeent and satisfaction
 http://cid-b421a1becde1a150.spaces.live.com/blog/cns!B421A1BECDE1A150!106.entry/
	
	
   
Went to eat. And arthur considered that it would tottered
away, damning. Jimmie arose painfully authorities marked:—
march 4th.—mr. Barnes eats for his amiable purpose. Father
and son, extremely so close. Because it is near, it is close.
no,.

[Devmon] Satisfactionn

[Hawe B. <tub...@no...>]

	Fill your bed parrtner's brain with the excitement and satisfaction
  http://cid-25b2d09ecb7a6c79.spaces.live.com/blog/cns!25B2D09ECB7A6C79!106entry/
 
 

What the professor had been saying had just reached this?
a bloody concert we're going to put on?' going the a.b.c.
murdersi didn't like her. I never and drawing them up to
its ears, as if it were of mrs mair's pale thin cheeks and
tear reddened.   

Re: [Devmon] Solution for the purple issue?

[Thomas K. <tk...@we...>]

Hi Buchan,

On Fri, Jan 09, 2009 at 01:17:22PM +0200, Buchan Milne wrote:
> > one of our devmon servers turned purple this morning. It stopped here:
> >
> > [09-01-09@07:24:36] DEBUG TEMPLATES: running post_template_load()
> > [09-01-09@07:24:36] DEBUG CFG: running read_hosts
> > [09-01-09@07:24:36] DEBUG SNMP: running poll_devices()
> > [09-01-09@07:24:36] Starting snmp queries
> > [09-01-09@07:24:36] Getting device status from hobbit at xx.xx.xx.xx:1984
> >
> > It is possible, that this system couldn't reach the hobbit server
> > at that time. However it didn't recover from this status.
> 
> Hmm, try as I might I can't get hobbitd to die between  "my $sock = 
> IO::Socket::INET->new" (or "if(defined $sock)" ) and while(<$sock>).
> 
> However, simply adding a timeout to the socket may be enough to fix this, can 
> you try with this patch ?

I've added this patch to our devmon servers. Let's see what happens.

Best regards
Thomas
-- 
Thomas Kähn                        NetCologne
Network Engineering & Design       Gesellschaft für Telekommunikation mbH
                                   Im Süsterfeld 6
Telefon: 0241/701333-18            52072 Aachen
Fax: 0241/911879
                             Handelsregister: HRB 25580, Amtsgericht Köln
               Geschäftsführer: Werner Hanf, Dipl.-Ing. Karl-Heinz Zankel

Re: [Devmon] Solution for the purple issue?

[Buchan M. <bg...@st...>]

On Friday 09 January 2009 10:00:56 Thomas Kähn wrote:
> Hi Buchan,
>
> On Thu, Jan 08, 2009 at 07:05:19PM +0200, Buchan Milne wrote:
> > Running this for a few days turned this up, one second (but about 100
> > lines) before devmon stopped doing anything:
> >
> > [09-01-07@22:45:12] DEBUG SNMP: Pooling 1 oids
> > Can't use an undefined value as a HASH reference
> > at /usr/share/devmon/modules/dm_snmp.pm line 399, <$__ANONIO__> line
> > 59375.
> > [09-01-07@22:45:12] DEBUG SNMP: Failed queries 0
> >
> > I have changed some of the logging inside the affected subroutine (to
> > print the fork number ($form_num) for every "DEBUG SNMP"  line) to try
> > and confirm what I think is happening. I will also try and see if I can
> > test a fix (without devmon itself).
> >
> > But, again, confirmation from others would help ...
>
> one of our devmon servers turned purple this morning. It stopped here:
>
> [09-01-09@07:24:36] DEBUG TEMPLATES: running post_template_load()
> [09-01-09@07:24:36] DEBUG CFG: running read_hosts
> [09-01-09@07:24:36] DEBUG SNMP: running poll_devices()
> [09-01-09@07:24:36] Starting snmp queries
> [09-01-09@07:24:36] Getting device status from hobbit at xx.xx.xx.xx:1984
>
> It is possible, that this system couldn't reach the hobbit server
> at that time. However it didn't recover from this status.

Hmm, try as I might I can't get hobbitd to die between  "my $sock = 
IO::Socket::INET->new" (or "if(defined $sock)" ) and while(<$sock>).

However, simply adding a timeout to the socket may be enough to fix this, can 
you try with this patch ?

===================================================================
--- modules/dm_snmp.pm  (revision 110)
+++ modules/dm_snmp.pm  (working copy)
@@ -66,7 +66,8 @@
       my $sock = IO::Socket::INET->new (
         PeerAddr => $g{'dispserv'},
         PeerPort => $g{'dispport'},
-        Proto    => 'tcp'
+        Proto    => 'tcp',
+       Timeout  => 10,
       );

       if(defined $sock) {


> The debug log shows some messages like 'Use of uninitialized value in
> addition (+) at (eval 94189069) line 1, <$__ANONIO__> line 1450529.', too.
> But they are shown in every cycle and not just before devmon stopped.

Yes, I think these may depend on the templates, and are non-fatal, but I may 
consider trying to clean them up (to reduce noise in the log or avoid eating 
up space in the scrollback buffer in screen) for situations like this.


Regards,
Buchan

Re: [Devmon] Solution for the purple issue?

[Thomas K. <tk...@we...>]

Hi Buchan,

On Thu, Jan 08, 2009 at 07:05:19PM +0200, Buchan Milne wrote:
> Running this for a few days turned this up, one second (but about 100 lines) 
> before devmon stopped doing anything:
> 
> [09-01-07@22:45:12] DEBUG SNMP: Pooling 1 oids
> Can't use an undefined value as a HASH reference
> at /usr/share/devmon/modules/dm_snmp.pm line 399, <$__ANONIO__> line
> 59375.
> [09-01-07@22:45:12] DEBUG SNMP: Failed queries 0
> 
> I have changed some of the logging inside the affected subroutine (to print 
> the fork number ($form_num) for every "DEBUG SNMP"  line) to try and confirm 
> what I think is happening. I will also try and see if I can test a fix 
> (without devmon itself).
> 
> But, again, confirmation from others would help ...

one of our devmon servers turned purple this morning. It stopped here:

[09-01-09@07:24:36] DEBUG TEMPLATES: running post_template_load()
[09-01-09@07:24:36] DEBUG CFG: running read_hosts
[09-01-09@07:24:36] DEBUG SNMP: running poll_devices()
[09-01-09@07:24:36] Starting snmp queries
[09-01-09@07:24:36] Getting device status from hobbit at xx.xx.xx.xx:1984

It is possible, that this system couldn't reach the hobbit server
at that time. However it didn't recover from this status.

The debug log shows some messages like 'Use of uninitialized value in addition
(+) at (eval 94189069) line 1, <$__ANONIO__> line 1450529.', too. But they are
shown in every cycle and not just before devmon stopped.

Best regards
Thomas
-- 
Thomas Kähn                        NetCologne
Network Engineering & Design       Gesellschaft für Telekommunikation mbH
                                   Im Süsterfeld 6
Telefon: 0241/701333-18            52072 Aachen
Fax: 0241/911879
                             Handelsregister: HRB 25580, Amtsgericht Köln
               Geschäftsführer: Werner Hanf, Dipl.-Ing. Karl-Heinz Zankel

Re: [Devmon] Solution for the purple issue?

[Buchan M. <bg...@st...>]

On Monday 29 December 2008 13:46:30 Buchan Milne wrote:
> Re-sending my mail from 2008-12-08 that didn't make it to the list ....
>
> On Monday 13 October 2008 14:35:32 Thomas Kähn wrote:
> > Hi Buchan,
> >
> > On Fri, Oct 10, 2008 at 11:13:58AM +0200, Buchan Milne wrote:
> > > On Thursday 09 October 2008 22:02:04 Stewart, Tom L. wrote:
> > > > I use to have issues running devmon on a memory constrained Solaris
> > > > box. I have now moved it to a RH ES 5.1 system. Since then I have not
> > > > had an issue for 62 days straight (knock on wood) and the RH system
> > > > has plenty of memory.
> > >
> > > I have 3 boxes running devmon in production. 2 are RHEL4, one is
> > > RHEL5(.2). The RHEL5 box hasn't seen devmon purple in 68 days, one of
> > > the RHEL4 boxes has gone purple 7 times since Feb (one stretch of 144
> > > days of green), the other has gone purple 9 times since Feb (one
> > > stretch of 88 days of green).
> > >
> > > Now that I do actually ave some time to spend on devmon I will try and
> > > track it down (but we really needed the weathermap feature, and we have
> > > no other use for cacti, all the trending we had on it was much easier
> > > to implement on devmon).
> >
> > this sounds good. As I said before - if you need someone to test
> > patches please contact me.
>
> I've now made devmon's --debug mode continue to send status messages to the
> BB/Hobbit server, so it is now possible to run devmon in debug mode (e.g.
> under screen or similar), until it hits the problem. The last few lines of
> output when devmon stops reporting may be useful.
>
> We're still only seeing this about once a week (on RHEL4 - no occurrences
> in 127 days on RHEL5), so if others are seeing it more often, please try
> this patch, and then run devmon in a screen session with '-vvvvv --debug'
>
> http://devmon.svn.sourceforge.net/viewvc/devmon/trunk/modules/dm_msg.pm?vie
>w=patch&r1=93&r2=92&pathrev=93
>
> I would like to try and get a beta release of 0.3.1 out this week if
> possible, with or without fixing the root cause (to at least enable more
> people to try and find the problem), although I would much prefer trying to
> fix it if possible.


Running this for a few days turned this up, one second (but about 100 lines) 
before devmon stopped doing anything:

[09-01-07@22:45:12] DEBUG SNMP: Pooling 1 oids
Can't use an undefined value as a HASH reference
at /usr/share/devmon/modules/dm_snmp.pm line 399, <$__ANONIO__> line
59375.
[09-01-07@22:45:12] DEBUG SNMP: Failed queries 0



I have changed some of the logging inside the affected subroutine (to print 
the fork number ($form_num) for every "DEBUG SNMP"  line) to try and confirm 
what I think is happening. I will also try and see if I can test a fix 
(without devmon itself).

But, again, confirmation from others would help ...

Regards,
Buchan

Re: [Devmon] [hobbit] Graph/Devmon Help Needed

[Buchan M. <bg...@st...>]

I think it is better to move this thread to the devmon list ...


On Thursday 08 January 2009 12:25:00 Brian Daly wrote:
> Buchan Milne wrote:
> > On Wednesday 07 January 2009 15:42:31 Brian Daly wrote:
> >> Hi,
> >>
> >> I have configured hobbit to monitor cpu and disk space on a cisco call
> >> manager device using devmon/snmp.
> >
> > I assume you created a new template for this device? I can help more if
> > you post the template (more appropriate for the devmon list though).
> > Also, what OS does it run ? Windows server ?
> >
> > (while we have Cisco call managers in the company, I don't monitor or
> > have any access to them, but I've been meaning to work on templates for
> > Windows servers for devmon, and that I can test myself)
> >
> > Also, I would prefer to let everyone benefit from investments users make
> > in creating templates, so once it is working, please consider sending it
> > to me to include (or, file a bug on the devmon SF tracker) and attach the
> > templates to that.
> >
> >> The CPU test returns the values for each processors load as a percentage
> >> (INTEGER) and hobbit displays these values, however no graph is created
> >> automatically.
> >
> > Most of the current cisco templates shipped with devmon should result in
> > a working CPU graph, I have them for cisco-6509, cisco-7207, cisco-asa
> > etc.
> >
> > E.g.:
> > http://devmon.svn.sourceforge.net/viewvc/devmon/trunk/templates/cisco-650
> >9/cpu/message?revision=28&view=markup
> >
> >> Creating a custom graph is my last option, but I would
> >> hope that like other cisco devices that a graph could be created
> >> automatically using the values returned by devmon.
> >>
> >>
> >>
> >>
> >> For Disk Usage I have worked out the percentage used with some simple
> >> MATH in the transforms file and this is also being displayed properly on
> >> the disk page for this device, however the graph is not displaying these
> >> values correctly. Before I started using the transforms to get the
> >> percentage of disk space used, devmon was configured to simply get the
> >> number of bytes used on one volume. This created a graph (although it
> >> was constantly at 0%). After tidying up the test to list all four
> >> volumes and the percentage of disk space used, the graph is no longer
> >> reporting any values.
> >
> > The linux-openwrt template works nicely (the formatting isn't quite the
> > same as sent by the hobbit client, but graphing works fine) for me on
> > disks on linux (on WRT54GL, and normal linux host) monitored via snmp:
> >
> >
> > http://devmon.svn.sourceforge.net/viewvc/devmon/trunk/templates/linux-
> > openwrt/disk/message?revision=38&view=markup
> >
> > (the "plain" option for TABLE allows one to try and get something closer
> > to what the Hobbit rrd modules expect).
> >
> >> Can somebody help me get the graph to display the percentage of disk
> >> space used for the 4 volumes I am monitoring and to start graphing the
> >> percentage of CPU usage for 2 CPU's.
> >
> > If you can't come right with the examples above, it would help to see
> > some of the data you get via SNMP, and your existing template (at least
> > the 'message' files).
> >
> > Note, these are the two devmon tests that can create graphs without the
> > devmon collector for Hobbit.
> >
> > Regards,
> > Buchan
> >
> > To unsubscribe from the hobbit list, send an e-mail to
> > hob...@hs...
> >
>  >>> I created a new template for this device. A Cisco-7825. The latest
>
> Call Manager software runs a Linux based OS, but stripped down (so you
> cannot install hobbit client or anything). However the hardware is
> actually HP

Does it ship with any of the HPASM stuff running ? This would allow monitoring 
of RAID arrays, the IML log and a few other interesting bits and pieces.

> not cisco so the usual Cisco MIB's do not work for CPU load
> average etc I have to use host resources MIB such as found on
> http://www.oidview.com/mibs/0/HOST-RESOURCES-V2-MIB.html. When I get
> this working I will post the template. I am fairly new to hobbit so
> apologies if I am leaving out any obvious information. Here is the disk
> portion of the template I have just tried to but disk test has now gone
> purple and is no longer reporting in. 

You should look at the devmon logs. 

However, it may be best just to set the device type to linux-openwrt, e.g. by 
using something like this in your bb-hosts file:

xxx.xxx.xxx.xxx yyy # DEVMON:model(linux;openwrt)


You may also want to only run specific tests, and add one more test at a time, 
e..g:

xxx.xxx.xxx.xxx yyy # DEVMON:model(linux;openwrt),tests(disk)

The linux-openwrt template is a basic one that should work with any Linux 
system running net-snmp (it works fine against my desktop box), but only has a 
few tests enabled (as the net-snmp for OpenWRT is quite minimal).

The previous template, while it provided values, should really be using 
repeaters (the OIDs should all be of type branch) and a TABLE, otherwise it is 
going to be quite fragile ....

Regards,
Buchan

[Devmon] Inheriting some configuration from Hobbit

[Buchan M. <bg...@st...>]

There are at least two tracker items that relate to reading some Hobbit 
configuration (to avoid the need to configuring devmon for things already 
configured on Hobbit).

The existing solutions parse hobbitserver.cfg or similar (which then also 
requires configuration of where to find hobbitserver.cfg).

Instead, I think it may be better for some of the devmon configuration items 
to default to Hobbit environment variables if present. The idea then would be 
to run devmon under bbcmd (IOW, only the devmon init script needs to know 
where bbcmd is).

In the BB case, the init script would just need to source bbdef.sh I think.

In the case where devmon is installed stand-alone, there should be no 
difference.

However, I would like to know what devmon users think of this option. Is there 
any scenario I have missed, or some reason this would be worse than attempting 
to parse hobbitserver.cfg (or hobbitclient.cfg, or bbdef.sh, or anything else 
that may differ from the actual Hobbit/BB environment)?

Regards,
Buchan

[Devmon] Devmon/graph help?

[Brian D. <bri...@cr...>]

Hi,

I have configured hobbit to monitor cpu and disk space on a cisco call 
manager device using devmon/snmp.
The CPU test returns the values for each processors load as a percentage 
(INTEGER) and hobbit displays these values, however no graph is created 
automatically. Creating a custom graph is my last option, but I would 
hope that like other cisco devices that a graph could be created 
automatically using the values returned by devmon.

For Disk Usage I have worked out the percentage used with some simple 
MATH in the transforms file and this is also being displayed properly on 
the disk page for this device, however the graph is not displaying these 
values correctly. Before I started using the transforms to get the 
percentage of disk space used, devmon was configured to simply get the 
number of bytes used on one volume. This created a graph (although it 
was constantly at 0%). After tidying up the test to list all four 
volumes and the percentage of disk space used, the graph is no longer 
reporting any values.

Can somebody help me get the graph to display the percentage of disk 
space used for the 4 volumes I am monitoring and to start graphing the 
percentage of CPU usage for 2 CPU's.

regards

Brian

Re: [Devmon] Solution for the purple issue?

[Buchan M. <bg...@st...>]

On Monday 05 January 2009 17:13:25 Thomas Kähn wrote:
> Hi Buchan,
>
> On Mon, Jan 05, 2009 at 04:42:01PM +0200, Buchan Milne wrote:
> > On Monday 29 December 2008 13:46:30 Buchan Milne wrote:
> > > Re-sending my mail from 2008-12-08 that didn't make it to the list ....
> >
> > I've been running with this patch on the two affected RHEL4 boxes, and I
> > have noticed that devmon was killed at some stage by a logrotate script
> > that was calling '/etc/init.d/devmon restart'. On the box running RHEL5,
> > it was calling '/etc/init.d/devmon condrestart' which is not a possible
> > argument (explaining why it was not affected, if this was indeed the
> > problem).
>
> log rotation might be an additional issue. However we are running devmon
> on several Debian based systems and I haven't configured log rotation
> yet. However the purple issue occured, too.

Thanks for confirming I should keep looking.

> Let's see if running in debug mode gives a hint on the reason. Up to now
> it is running fine in debug mode.

Let's hope it turns up something.

Regards,
Buchan

Re: [Devmon] Solution for the purple issue?

[Thomas K. <tk...@we...>]

Hi Buchan,

On Mon, Jan 05, 2009 at 04:42:01PM +0200, Buchan Milne wrote:
> On Monday 29 December 2008 13:46:30 Buchan Milne wrote:
> > Re-sending my mail from 2008-12-08 that didn't make it to the list ....
> I've been running with this patch on the two affected RHEL4 boxes, and I have 
> noticed that devmon was killed at some stage by a logrotate script that was 
> calling '/etc/init.d/devmon restart'. On the box running RHEL5, it was calling 
> '/etc/init.d/devmon condrestart' which is not a possible argument (explaining 
> why it was not affected, if this was indeed the problem).

log rotation might be an additional issue. However we are running devmon
on several Debian based systems and I haven't configured log rotation
yet. However the purple issue occured, too.

Let's see if running in debug mode gives a hint on the reason. Up to now
it is running fine in debug mode.

Best regards
Thomas
-- 
Thomas Kähn                        NetCologne
Network Engineering & Design       Gesellschaft für Telekommunikation mbH
                                   Im Süsterfeld 6
Telefon: 0241/701333-18            52072 Aachen
Fax: 0241/911879
                             Handelsregister: HRB 25580, Amtsgericht Köln
               Geschäftsführer: Werner Hanf, Dipl.-Ing. Karl-Heinz Zankel

Re: [Devmon] Solution for the purple issue?

[Buchan M. <bg...@st...>]

On Monday 29 December 2008 13:46:30 Buchan Milne wrote:
> Re-sending my mail from 2008-12-08 that didn't make it to the list ....
>
> On Monday 13 October 2008 14:35:32 Thomas Kähn wrote:
> > Hi Buchan,
> >
> > On Fri, Oct 10, 2008 at 11:13:58AM +0200, Buchan Milne wrote:
> > > On Thursday 09 October 2008 22:02:04 Stewart, Tom L. wrote:
> > > > I use to have issues running devmon on a memory constrained Solaris
> > > > box. I have now moved it to a RH ES 5.1 system. Since then I have not
> > > > had an issue for 62 days straight (knock on wood) and the RH system
> > > > has plenty of memory.
> > >
> > > I have 3 boxes running devmon in production. 2 are RHEL4, one is
> > > RHEL5(.2). The RHEL5 box hasn't seen devmon purple in 68 days, one of
> > > the RHEL4 boxes has gone purple 7 times since Feb (one stretch of 144
> > > days of green), the other has gone purple 9 times since Feb (one
> > > stretch of 88 days of green).
> > >
> > > Now that I do actually ave some time to spend on devmon I will try and
> > > track it down (but we really needed the weathermap feature, and we have
> > > no other use for cacti, all the trending we had on it was much easier
> > > to implement on devmon).
> >
> > this sounds good. As I said before - if you need someone to test
> > patches please contact me.
>
> I've now made devmon's --debug mode continue to send status messages to the
> BB/Hobbit server, so it is now possible to run devmon in debug mode (e.g.
> under screen or similar), until it hits the problem. The last few lines of
> output when devmon stops reporting may be useful.
>
> We're still only seeing this about once a week (on RHEL4 - no occurrences
> in 127 days on RHEL5), so if others are seeing it more often, please try
> this patch, and then run devmon in a screen session with '-vvvvv --debug'
>
> http://devmon.svn.sourceforge.net/viewvc/devmon/trunk/modules/dm_msg.pm?vie
>w=patch&r1=93&r2=92&pathrev=93


I've been running with this patch on the two affected RHEL4 boxes, and I have 
noticed that devmon was killed at some stage by a logrotate script that was 
calling '/etc/init.d/devmon restart'. On the box running RHEL5, it was calling 
'/etc/init.d/devmon condrestart' which is not a possible argument (explaining 
why it was not affected, if this was indeed the problem).

In the meantime, I've made devmon close and re-open the log file on HUP, so 
log rotation should work better without having to try and restart devmon. I'm 
also improving the init script (for Red-Hat style systems) to stop devmon more 
reliably (in the case where the pid file is not in /var/run, but a sub-
directory, which is necessary in the case where devmon is running as non-
root).

Effectively, I think this is a bug affecting anyone using my devmon packages 
for Mandriva or RHEL/Centos ... which should be fixed soon.

I am not sure if this lograte script is responsible for all the purpleness on 
the two RHEL4 boxes I was testing on, so I will continue testing for a few 
days while I look at the last few issues for 0.3.1.

However, if anyone who is affected a lot by this issue can check whether this 
might be an explanation for their problems, that would be great.

Regards,
Buchan

Re: [Devmon] Plans for 0.3.1

[Alan S. <as...@do...>]

Thanks.  Added artifact 2479347 to new tracker.
-Alan

Buchan Milne wrote:
> On Monday 29 December 2008 18:54:30 Alan Sparks wrote:
>   
>> Just throwing this out, been something I've wanted to be able to do...
>>
>> I'd like to be able to use the value of an OID (or of a transform) in a
>> threshold comparison, but cannot see a way to do it.  Specifically, I
>> have APC power strips that can have their thresholds configured in their
>> management interfaces (and this threshold is available via SNMP).  Would
>> be nice to read that and use it as a comparison value.
>>     
>
> On the HP servers, while the threshold and current temperature are available, 
> there is also a value indicating whether the threshold has been exceeded or 
> not ... but I guess not all devices will give you that ...
>
>   
>> Know that would classify as a new feature, but would appreciate it if it
>> went on the enhancement list...
>>     
>
> I think it may be feasible to get it in pretty soon (before 0.3.1). It may be 
> best if you can file a feature request on the sourceforge tracker, (if the 
> "beta" tracker doesn't work, use the old one at 
> https://sourceforge.net/tracker/?group_id=160720) so that you and Tom can both 
> follow and test patches not in svn ...
>
> Some sample data would also help.
>
> Regards,
> Buchan
>
>   

Re: [Devmon] FW: "Program crashed Fatal signal caught!" after implementing rrd devmon option

[Buchan M. <bg...@st...>]

On Monday 29 December 2008 19:04:55 Bart Gillis wrote:
> Hi there,
>
>
>
> I created a template for the monitoring of 3Com SuperStack3 Ethernet
> switches. (See attachment)
>
> SNMP monitoring and alerting works fine. J
>
> As I liked to have some trend analyses I tried to implement the RRD
> possibility that is developed in V0.3.0
>
> I first applied the hobbit-4.2.0-devmon-complete.patch that are included
> in the devmon extras folder.
>
> After restarting the hobbit, I got an extra column hobbitd_rrd with
> status red "Program crashed" Fatal signal caught!

There was a bug in the Hobbit devmon collector that would cause a segfault if 
a repeater name contained a space. This has been fixed (to ignore lines in the 
rrd section of the report that contain more than two spaces) in svn.

> In the ../server/tmp folder I get a core dump file.
>
>
>
> If I remove if_load=devmon from the line
> TEST2RRD="cpu=la,disk,inode,qtree,memory,$PINGCOLUMN=tcp,http=tcp,dns=tc
> p,dig=tcp,time=ntpstat,vmstat,iostat,netstat,temperature,apache,bind,sen
> dmail,mailq,nmailq=mailq,socks,bea,iishealth,citrix,bbgen,bbtest,bbproxy
> ,hobbitd,files,procs=processes,ports,clock,tmp=ncv,if_load=devmon"
>
> in the hobbitserver.cfg file, I don't have any program crash any more.
>
>
>
> I have the same error with a scratch install of the newest version of
> Hobbit  "Xymon 4.2.2-RC1-2008.12.01"

The RC1 release contains the same version as the devmon 0.3.0 release (the one 
with the bug), but the final release of Xymon 4.2.2 should have the version 
that is currently in devmon svn.

> What is causing this program crash.
>
> Is there a problem with my template???

There may be some problems with the format of the ifName values on your 
switches (they should normally not contain a space, but e.g. on the lastest 
Cisco IOS, ATM interfaces now have spaces in their names). Can you send the 
output of:

$ bb localhost 'hobbitdlog devicename.if_load'

(where devicename is the hostname of one of your 3com switches) run on your 
hobbit display server

?

Regards,
Buchan

Re: [Devmon] Plans for 0.3.1

[Buchan M. <bg...@st...>]

On Monday 29 December 2008 18:54:30 Alan Sparks wrote:
> Just throwing this out, been something I've wanted to be able to do...
>
> I'd like to be able to use the value of an OID (or of a transform) in a
> threshold comparison, but cannot see a way to do it.  Specifically, I
> have APC power strips that can have their thresholds configured in their
> management interfaces (and this threshold is available via SNMP).  Would
> be nice to read that and use it as a comparison value.

On the HP servers, while the threshold and current temperature are available, 
there is also a value indicating whether the threshold has been exceeded or 
not ... but I guess not all devices will give you that ...

> Know that would classify as a new feature, but would appreciate it if it
> went on the enhancement list...

I think it may be feasible to get it in pretty soon (before 0.3.1). It may be 
best if you can file a feature request on the sourceforge tracker, (if the 
"beta" tracker doesn't work, use the old one at 
https://sourceforge.net/tracker/?group_id=160720) so that you and Tom can both 
follow and test patches not in svn ...

Some sample data would also help.

Regards,
Buchan

Re: [Devmon] Plans for 0.3.1

[Geoff H. <geo...@gm...>]

I completely agree. I have some APC UPS devices and Netbotz devices with the
same info ... threshold set on the device and available via SNMP. Would love
to be able to pull and use that value to centralize the threshold
configuration.

Thanks!

'Nobody goes there anymore. It's too crowded.' --Yogi Berra


On Mon, Dec 29, 2008 at 3:14 PM, Stewart, Tom L.
<Tom...@la...>wrote:

> I previously asked for the same feature! We have some systems that the
> admins can set thresholds for on a system and the information is also
> available via SNMP. Right I have to hardcode the same value into Devmon
> for the threshold as I haven't had the time to look at the perl code and
> puzzle out the changes needed.
>
> Tom
>
> -----Original Message-----
> From: Alan Sparks [mailto:as...@do...]
> Sent: Monday, December 29, 2008 10:55 AM
> To: dev...@li...
> Subject: Re: [Devmon] Plans for 0.3.1
>
> Just throwing this out, been something I've wanted to be able to do...
>
> I'd like to be able to use the value of an OID (or of a transform) in a
> threshold comparison, but cannot see a way to do it.  Specifically, I
> have APC power strips that can have their thresholds configured in their
> management interfaces (and this threshold is available via SNMP).  Would
> be nice to read that and use it as a comparison value.
>
> Know that would classify as a new feature, but would appreciate it if it
> went on the enhancement list...
> Thanks for supporting Devmon, it is a fantastic tool!
> -Alan
>
> Buchan Milne wrote:
> > Re-sending my mail from 2008-12-08 ...
> >
> > I would like to start work on getting a new release out, as quite a
> few bugs
> > have been fixed in svn.
> >
> > Besides the purple issue (which I hope we will be able to track down
> now with
> > the ability to run devmon in --debug mode permanently), I think all
> the other
> > issues on the issue tracker are fixed. There are still a few more
> things I
> > would like to implement (merge patches sent and/or fix slightly
> differently):
> >
> > -Support for multiple display servers
> > -Support BBDATEFORMAT
> > -Support for BBLOCATION (not sure if I have committed it yet, I have
> it
> > working on one of my dev boxes ...)
> >
> > Besides that, I am not sure one the following items:
> > -Shipping the weathermap script?
> > -Trying to get a new transform operator included (that I need to
> finish the
> > cdp test for Cisco devices, which could help in writing a simple
> weathermap
> > editor)
> >
> > I would value opinions on these.
> >
> > If you have any other issues that I am not aware of, please let me
> know (and,
> > ideally log it on the tracker).
> >
> > I have some other bigger changes that I would like to get working on
> (making
> > templates more modular), so I would like to get a release out now that
> fixes
> > all the minor bugs in 0.3.0.
> >
> > Regards,
> > Buchan
> >
> >
> >
> ------------------------------------------------------------------------
> ------
> > _______________________________________________
> > Devmon-support mailing list
> > Dev...@li...
> > https://lists.sourceforge.net/lists/listinfo/devmon-support
> >
> >
>
>
>
> ------------------------------------------------------------------------
> ------
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>
>
>
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>

Re: [Devmon] Plans for 0.3.1

[Stewart, T. L. <Tom...@la...>]

I previously asked for the same feature! We have some systems that the
admins can set thresholds for on a system and the information is also
available via SNMP. Right I have to hardcode the same value into Devmon
for the threshold as I haven't had the time to look at the perl code and
puzzle out the changes needed.

Tom

-----Original Message-----
From: Alan Sparks [mailto:as...@do...] 
Sent: Monday, December 29, 2008 10:55 AM
To: dev...@li...
Subject: Re: [Devmon] Plans for 0.3.1

Just throwing this out, been something I've wanted to be able to do...

I'd like to be able to use the value of an OID (or of a transform) in a
threshold comparison, but cannot see a way to do it.  Specifically, I
have APC power strips that can have their thresholds configured in their
management interfaces (and this threshold is available via SNMP).  Would
be nice to read that and use it as a comparison value.

Know that would classify as a new feature, but would appreciate it if it
went on the enhancement list...
Thanks for supporting Devmon, it is a fantastic tool!
-Alan

Buchan Milne wrote:
> Re-sending my mail from 2008-12-08 ...
>
> I would like to start work on getting a new release out, as quite a
few bugs 
> have been fixed in svn.
>
> Besides the purple issue (which I hope we will be able to track down
now with 
> the ability to run devmon in --debug mode permanently), I think all
the other 
> issues on the issue tracker are fixed. There are still a few more
things I 
> would like to implement (merge patches sent and/or fix slightly
differently):
>
> -Support for multiple display servers
> -Support BBDATEFORMAT
> -Support for BBLOCATION (not sure if I have committed it yet, I have
it 
> working on one of my dev boxes ...)
>
> Besides that, I am not sure one the following items:
> -Shipping the weathermap script?
> -Trying to get a new transform operator included (that I need to
finish the 
> cdp test for Cisco devices, which could help in writing a simple
weathermap 
> editor)
>
> I would value opinions on these.
>
> If you have any other issues that I am not aware of, please let me
know (and, 
> ideally log it on the tracker).
>
> I have some other bigger changes that I would like to get working on
(making 
> templates more modular), so I would like to get a release out now that
fixes 
> all the minor bugs in 0.3.0.
>
> Regards,
> Buchan
>
>
>
------------------------------------------------------------------------
------
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>
>   



------------------------------------------------------------------------
------
_______________________________________________
Devmon-support mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devmon-support

Re: [Devmon] Plans for 0.3.1

[Alan S. <as...@do...>]

Just throwing this out, been something I've wanted to be able to do...

I'd like to be able to use the value of an OID (or of a transform) in a
threshold comparison, but cannot see a way to do it.  Specifically, I
have APC power strips that can have their thresholds configured in their
management interfaces (and this threshold is available via SNMP).  Would
be nice to read that and use it as a comparison value.

Know that would classify as a new feature, but would appreciate it if it
went on the enhancement list...
Thanks for supporting Devmon, it is a fantastic tool!
-Alan

Buchan Milne wrote:
> Re-sending my mail from 2008-12-08 ...
>
> I would like to start work on getting a new release out, as quite a few bugs 
> have been fixed in svn.
>
> Besides the purple issue (which I hope we will be able to track down now with 
> the ability to run devmon in --debug mode permanently), I think all the other 
> issues on the issue tracker are fixed. There are still a few more things I 
> would like to implement (merge patches sent and/or fix slightly differently):
>
> -Support for multiple display servers
> -Support BBDATEFORMAT
> -Support for BBLOCATION (not sure if I have committed it yet, I have it 
> working on one of my dev boxes ...)
>
> Besides that, I am not sure one the following items:
> -Shipping the weathermap script?
> -Trying to get a new transform operator included (that I need to finish the 
> cdp test for Cisco devices, which could help in writing a simple weathermap 
> editor)
>
> I would value opinions on these.
>
> If you have any other issues that I am not aware of, please let me know (and, 
> ideally log it on the tracker).
>
> I have some other bigger changes that I would like to get working on (making 
> templates more modular), so I would like to get a release out now that fixes 
> all the minor bugs in 0.3.0.
>
> Regards,
> Buchan
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>
>   

[Devmon] Plans for 0.3.1

[Buchan M. <bg...@st...>]

Re-sending my mail from 2008-12-08 ...

I would like to start work on getting a new release out, as quite a few bugs 
have been fixed in svn.

Besides the purple issue (which I hope we will be able to track down now with 
the ability to run devmon in --debug mode permanently), I think all the other 
issues on the issue tracker are fixed. There are still a few more things I 
would like to implement (merge patches sent and/or fix slightly differently):

-Support for multiple display servers
-Support BBDATEFORMAT
-Support for BBLOCATION (not sure if I have committed it yet, I have it 
working on one of my dev boxes ...)

Besides that, I am not sure one the following items:
-Shipping the weathermap script?
-Trying to get a new transform operator included (that I need to finish the 
cdp test for Cisco devices, which could help in writing a simple weathermap 
editor)

I would value opinions on these.

If you have any other issues that I am not aware of, please let me know (and, 
ideally log it on the tracker).

I have some other bigger changes that I would like to get working on (making 
templates more modular), so I would like to get a release out now that fixes 
all the minor bugs in 0.3.0.

Regards,
Buchan

Re: [Devmon] Solution for the purple issue?

[Buchan M. <bg...@st...>]

Re-sending my mail from 2008-12-08 that didn't make it to the list ....

On Monday 13 October 2008 14:35:32 Thomas Kähn wrote:
> Hi Buchan,
>
> On Fri, Oct 10, 2008 at 11:13:58AM +0200, Buchan Milne wrote:
> > On Thursday 09 October 2008 22:02:04 Stewart, Tom L. wrote:
> > > I use to have issues running devmon on a memory constrained Solaris
> > > box. I have now moved it to a RH ES 5.1 system. Since then I have not
> > > had an issue for 62 days straight (knock on wood) and the RH system has
> > > plenty of memory.
> >
> > I have 3 boxes running devmon in production. 2 are RHEL4, one is
> > RHEL5(.2). The RHEL5 box hasn't seen devmon purple in 68 days, one of the
> > RHEL4 boxes has gone purple 7 times since Feb (one stretch of 144 days of
> > green), the other has gone purple 9 times since Feb (one stretch of 88
> > days of green).
> >
> > Now that I do actually ave some time to spend on devmon I will try and
> > track it down (but we really needed the weathermap feature, and we have
> > no other use for cacti, all the trending we had on it was much easier to
> > implement on devmon).
>
> this sounds good. As I said before - if you need someone to test
> patches please contact me.

I've now made devmon's --debug mode continue to send status messages to the 
BB/Hobbit server, so it is now possible to run devmon in debug mode (e.g. 
under screen or similar), until it hits the problem. The last few lines of 
output when devmon stops reporting may be useful.

We're still only seeing this about once a week (on RHEL4 - no occurrences in 
127 days on RHEL5), so if others are seeing it more often, please try this 
patch, and then run devmon in a screen session with '-vvvvv --debug'

http://devmon.svn.sourceforge.net/viewvc/devmon/trunk/modules/dm_msg.pm?view=patch&r1=93&r2=92&pathrev=93

I would like to try and get a beta release of 0.3.1 out this week if possible, 
with or without fixing the root cause (to at least enable more people to try 
and find the problem), although I would much prefer trying to fix it if 
possible.

Regards,
Buchan

[Devmon] Mailing list problems

[Buchan M. <bg...@st...>]

I noticed a few weeks ago that there were some problems with this mailing 
list. I logged a support request with SF, and it seems the problems were 
resolved on 23 Dec (thus the mail from Mattew Moore).

If you sent a mail to the mailing list between 24 Nov and 23 Dec, please re-
send it (as I will do now with the mails I sent around * Dec).

Details of the issue here: 
https://sourceforge.net/tracker2/?func=detail&aid=2411989&group_id=1&atid=200001

Regards,
Buchan

Re: [Devmon] This list should now accept email

[Matthew S. M. <mm...@co...>]

One more test.

Matthew Moore wrote:
> Greetings,
> 
> This is only a test to confirm that this list now accepts email again.
> 

-- 

Matthew S. Moore <mm...@co...>
Systems Programmer/Analyst, SourceForge.net

***************************************************************************
This email may contain confidential and privileged material for the sole
use of the intended recipient. Any review or distribution by others is
strictly prohibited. If you are not the intended recipient,
please contact the sender and delete all copies.
***************************************************************************

[Devmon] This list should now accept email

[Matthew M. <mm...@us...>]

Greetings,

This is only a test to confirm that this list now accepts email again.

-- 

Matthew Moore
SourceForge Support
mm...@us...
mm...@co...

***************************************************************************
This email may contain confidential and privileged material for the sole
use of the intended recipient. Any review or distribution by others is
strictly prohibited. If you are not the intended recipient,
please contact the sender and delete all copies.
***************************************************************************