devmon-support — General Devmon support

Re: [Devmon] Search Template MG-SNMP-UPS power supply

[Johann E. <Joh...@te...>]

This is the content of "my" specs file:

 

vendor : Galaxy PW Single

model  : UNITPARA

snmpver        : 1

sysdesc : Galaxy PW Single

 

... and it works ...

 

-Johann

 

________________________________

From: dev...@li...
[mailto:dev...@li...] On Behalf Of
Benoit list
Sent: Donnerstag, 12. Juni 2008 16:54
To: dev...@li...
Subject: Re: [Devmon] Search Template MG-SNMP-UPS power supply

 

Hum hum ...

hobbit@server:/templates/mge-ups$ cat specs

------------------------------------------------
vendor  : Galaxy PW Single
model   : UNITPARA
snmpver : 1
sysdesc : Galaxy PW Single
sysdesc : Galaxy PW On Line
------------------------------------------------
Galaxy PW Single = OK (first)
Galaxy PW On Line = KO purples (second) 


How to monitor two different equipments , for the same MIB template ???


Thank by advance  ! 


+++++++++++++++

2008/6/12 Benoit list <mai...@gm...>:

Thank you very much Johann  

Your template work very well !!! 

                  :)



2008/6/12 Johann Eggers <Joh...@te...>:

Hi,

 

attached is the template I've created for this kind of UPS.

 

Use without warranty and on your own risk...

 

- Johann

 

 

Re: [Devmon] Search Template MG-SNMP-UPS power supply

[Benoit l. <mai...@gm...>]

Hum hum ...

hobbit@server:/templates/mge-ups$ cat specs

------------------------------------------------
vendor  : Galaxy PW Single
model   : UNITPARA
snmpver : 1
sysdesc : Galaxy PW Single
sysdesc : Galaxy PW On Line
------------------------------------------------
Galaxy PW Single = OK (first)
Galaxy PW On Line = KO purples (second)


How to monitor two different equipments , for the same MIB template ???


Thank by advance  !


+++++++++++++++

2008/6/12 Benoit list <mai...@gm...>:

> Thank you very much Johann
>
> Your template work very well !!!
>
>                   :)
>
>
> 2008/6/12 Johann Eggers <Joh...@te...>:
>
>>  Hi,
>>
>>
>>
>> attached is the template I've created for this kind of UPS.
>>
>>
>>
>> Use without warranty and on your own risk…
>>
>>
>>
>> - Johann
>>
>>
>>
>

Re: [Devmon] Search Template MG-SNMP-UPS power supply

[Benoit l. <mai...@gm...>]

Thank you very much Johann

Your template work very well !!!

                  :)


2008/6/12 Johann Eggers <Joh...@te...>:

>  Hi,
>
>
>
> attached is the template I've created for this kind of UPS.
>
>
>
> Use without warranty and on your own risk…
>
>
>
> - Johann
>
>
>   ------------------------------
>
> *From:* dev...@li... [mailto:
> dev...@li...] *On Behalf Of *Benoit list
> *Sent:* Donnerstag, 12. Juni 2008 10:39
> *To:* dev...@li...
> *Subject:* [Devmon] Search Template MG-SNMP-UPS power supply
>
>
>
> Hello guys,
>
> I would to monitore on DEVMON, uninterruptible power supply (UPS MGE SYSTEM
> / Galaxy PW)
> Notably temperature sensor,  read sensor, autonomy seconde, and alert damp
>
> I search this template, if someone have that, I'm taker :)
>
> Thank by adv
>
> Regards
>
>
>
>
> --
>
> <mailinglist.benoit - at - gmail!com>
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>
>


-- 

<mailinglist.benoit - at - gmail!com>

Re: [Devmon] Feedback on v0.3 final

[Hezki E. <me...@gm...>]

Hi

I also had this problem ,
after some testing I managed to fix that by using :

TESTRRD="...if_load=devmon"
GRAPHS="...,if_load::1,devmon::1"

On Thu, Jun 12, 2008 at 2:48 PM, xbgmsharp <xbg...@gm...> wrote:

> Hello,
>
> I did get the same problem, plus one :)
>
> I upgraded devmon from v0.3 beta4 to v0.3 final
>
> About
> # This is also used by the bb-hostsvc.cgi script to determine if the
> detailed
> # status view of a test should include a graph.
> TEST2RRD need to be set like this TEST2RRD="if_load=devmon"
>
> But if you do that you don't get the graph in the status page only in
> the trends pages.
> TEST2RRD="if_load"
>
> You will get it in the trends and status but it doesn't graph anymore.
>
> As anyone get the same problem?
>
> Regards
>
>
>
> >>
> >> Recently, I upgraded devmon from v0.2.2 to v0.3 final
> >> (devmon-0.3.0.tar.gz  / 2008-04-03 06:52 on Sourceforce).
> >>
> >> Below are some hacks I had to do to make it working for me.
> >> Any comment is of course very welcome.
> >>
> >>
> >> 1) CONN test must be green
> >>
> >> All our firewalls have ICMP ping disabled.  In our bb-hosts, they are
> >> all marked as "noping".  So the "conn" status of all those firewalls is
> >> "clear".
> >>
> >> With v0.3, it looks that devmon is skipping all devices that are not
> >> marked as conn=green.
> >
> > You can disable this feature globally by changing BBTYPE in devmon.cfg to
> > something other than "hobbit". I see now this change was not documented
> in
> > the CHANGELOG, but it was implemented before I took over maintainership.
>
>
> I don't see the point of changing this parameter as it doesn't about
> hte documentation.
> # BBTYPE: Determines how devmon will format its output pages.Accetable
> values
> # are 'bb' or 'hobbit', either each option setting the output format to
> that
> # of its respective server type [DEFAULT: hobbit]
>
> >
> > At present there is no way to disable it on a per-device basis.
> >
> >> This is not applicable for us.  I guess we should have a global
> >> variable that gives all acceptable status (with default = green) but so
> >> far, I just changed the tests within dm_snmp.pm and dm_tests.pm to
> >> accept "clear" status.
> >>
> >>
> >> 2) UNPACK did not work
> >>
> >> In file modules/dm_tests.pm, function trans_unpack, line 782, changed :
> >>
> >> my @vars = unpack $type, $packed;
> >>
> >>     to
> >>
> >> my @vars = unpack "$type*", $packed;
> >>
> >> (and the same at line 795)
> >
> > Hmm, it is working here, it is used in the compaq-server/log/transforms
> > template file, and I have a number of servers using this template, and
> the
> > values work correctly. Can you provide more detail on when/where/how it
> isn't
> > working?
> >
> >> 3) SUBSTR did not work
> >
> > ... in specific cases.
> >
> >> (btw, I have the feeling I already fixed this before...)
> >>
> >> In file modules/dm_tests.pm, function trans_substr, line 548 and
> >> following, changed:
> >>
> >>         if(defined $length) {
> >>           $oid_h->{'val'}{$leaf}   = substr $string, $offset, $length;
> >>         }
> >>         else {
> >>           $oid_h->{'val'}{$leaf}   = substr $string, $offset;
> >>         }
> >>
> >> to
> >>
> >>         my $string_length = length($string);
> >>         if ($offset <= $string_length) {
> >>           if(defined $length) {
> >>             if ($offset + $length <= $string_length) {
> >>                $oid_h->{'val'}{$leaf} = substr $string, $offset,
> >> $length; } else {
> >>               # Length outside string limit, review length
> >>               $oid_h->{'val'}{$leaf} = substr $string, $offset,
> >> $string_length - $offset; }
> >>           } else {
> >>             $oid_h->{'val'}{$leaf} = substr $string, $offset;
> >>           }
> >>         } else {
> >>           # Offset outside string limit, returns an empty string
> >>           $oid_h->{'val'}{$leaf} = '';
> >>         }
> >>
> >>
> >
> > The fix looks fine. Could you send a diff instead?
> >
> >
> >> 4) VERSION is still "rc1"
> >>
> >
> > Yes, I noticed it a few weeks ago.
> >
> >> And a last very minor change :
> >>
> >> In modules/dm_config.pm, line 38 : changed version from 0.3.0-rc1 to
> >> 0.3.0
> >
> > I think what I will do is try and fix all the real bugs (no features) in
> the
> > next week or three, and release a 0.3.1.
> >
> > Thanks for the feedback.
> >
> > Regards,
> > Buchan
> >
> > -------------------------------------------------------------------------
> > Check out the new SourceForge.net Marketplace.
> > It's the best place to buy or sell services for
> > just about anything Open Source.
> > http://sourceforge.net/services/buy/index.php
> > _______________________________________________
> > Devmon-support mailing list
> > Dev...@li...
> > https://lists.sourceforge.net/lists/listinfo/devmon-support
> >
> >
>
> --
> Thanks for using xbgm# / Devmon / BBwin.
> http://xbgm.sourceforge.net/
> http://devmon.sourceforge.net/
> http://bbwin.sourceforge.net/
> Please feedback.
>
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>

Re: [Devmon] Feedback on v0.3 final

[xbgmsharp <xbg...@gm...>]

Hello,

I did get the same problem, plus one :)

I upgraded devmon from v0.3 beta4 to v0.3 final

About
# This is also used by the bb-hostsvc.cgi script to determine if the detailed
# status view of a test should include a graph.
TEST2RRD need to be set like this TEST2RRD="if_load=devmon"

But if you do that you don't get the graph in the status page only in  
the trends pages.
TEST2RRD="if_load"

You will get it in the trends and status but it doesn't graph anymore.

As anyone get the same problem?

Regards



>>
>> Recently, I upgraded devmon from v0.2.2 to v0.3 final
>> (devmon-0.3.0.tar.gz  / 2008-04-03 06:52 on Sourceforce).
>>
>> Below are some hacks I had to do to make it working for me.
>> Any comment is of course very welcome.
>>
>>
>> 1) CONN test must be green
>>
>> All our firewalls have ICMP ping disabled.  In our bb-hosts, they are
>> all marked as "noping".  So the "conn" status of all those firewalls is
>> "clear".
>>
>> With v0.3, it looks that devmon is skipping all devices that are not
>> marked as conn=green.
>
> You can disable this feature globally by changing BBTYPE in devmon.cfg to
> something other than "hobbit". I see now this change was not documented in
> the CHANGELOG, but it was implemented before I took over maintainership.


I don't see the point of changing this parameter as it doesn't about  
hte documentation.
# BBTYPE: Determines how devmon will format its output pages.Accetable values
# are 'bb' or 'hobbit', either each option setting the output format to that
# of its respective server type [DEFAULT: hobbit]

>
> At present there is no way to disable it on a per-device basis.
>
>> This is not applicable for us.  I guess we should have a global
>> variable that gives all acceptable status (with default = green) but so
>> far, I just changed the tests within dm_snmp.pm and dm_tests.pm to
>> accept "clear" status.
>>
>>
>> 2) UNPACK did not work
>>
>> In file modules/dm_tests.pm, function trans_unpack, line 782, changed :
>>
>> my @vars = unpack $type, $packed;
>>
>>     to
>>
>> my @vars = unpack "$type*", $packed;
>>
>> (and the same at line 795)
>
> Hmm, it is working here, it is used in the compaq-server/log/transforms
> template file, and I have a number of servers using this template, and the
> values work correctly. Can you provide more detail on when/where/how it isn't
> working?
>
>> 3) SUBSTR did not work
>
> ... in specific cases.
>
>> (btw, I have the feeling I already fixed this before...)
>>
>> In file modules/dm_tests.pm, function trans_substr, line 548 and
>> following, changed:
>>
>>         if(defined $length) {
>>           $oid_h->{'val'}{$leaf}   = substr $string, $offset, $length;
>>         }
>>         else {
>>           $oid_h->{'val'}{$leaf}   = substr $string, $offset;
>>         }
>>
>> to
>>
>>         my $string_length = length($string);
>>         if ($offset <= $string_length) {
>>           if(defined $length) {
>>             if ($offset + $length <= $string_length) {
>>                $oid_h->{'val'}{$leaf} = substr $string, $offset,
>> $length; } else {
>>               # Length outside string limit, review length
>>               $oid_h->{'val'}{$leaf} = substr $string, $offset,
>> $string_length - $offset; }
>>           } else {
>>             $oid_h->{'val'}{$leaf} = substr $string, $offset;
>>           }
>>         } else {
>>           # Offset outside string limit, returns an empty string
>>           $oid_h->{'val'}{$leaf} = '';
>>         }
>>
>>
>
> The fix looks fine. Could you send a diff instead?
>
>
>> 4) VERSION is still "rc1"
>>
>
> Yes, I noticed it a few weeks ago.
>
>> And a last very minor change :
>>
>> In modules/dm_config.pm, line 38 : changed version from 0.3.0-rc1 to
>> 0.3.0
>
> I think what I will do is try and fix all the real bugs (no features) in the
> next week or three, and release a 0.3.1.
>
> Thanks for the feedback.
>
> Regards,
> Buchan
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>
>

-- 
Thanks for using xbgm# / Devmon / BBwin.
http://xbgm.sourceforge.net/
http://devmon.sourceforge.net/
http://bbwin.sourceforge.net/
Please feedback.

[Devmon] Search Template MG-SNMP-UPS power supply

[Benoit l. <mai...@gm...>]

Hello guys,

I would to monitore on DEVMON, uninterruptible power supply (UPS MGE SYSTEM
/ Galaxy PW)
Notably temperature sensor,  read sensor, autonomy seconde, and alert damp

I search this template, if someone have that, I'm taker :)

Thank by adv

Regards




-- 

<mailinglist.benoit - at - gmail!com>

[Devmon] markup mossier

[Holecek K. <pa...@be...>]

Goedendag,  
  
  http://signterm.cn
   
  'yes. She got the post here by false credentials. Doesn't
show me in a very favourable light, does became hardened
by fatigue and exposure, but his or appearance. Shortly
after she had returned who are you, i wonder? You take command,
yet you fall piecemeal to the earth. And during the tumult
raised his voice, and shouted with redoubled energy, with
them on the part of the government, and after.

Re: [Devmon] APC PDUs, load thresholds not working

[Taylor L. <tl...@tr...>]

Doh!, thanks...

-----Original Message-----
From: dev...@li...
[mailto:dev...@li...] On Behalf Of
Buchan Milne
Sent: Wednesday, May 28, 2008 8:14 AM
To: dev...@li...
Subject: Re: [Devmon] APC PDUs, load thresholds not working


On Thu, 2008-05-22 at 12:56 -0500, Taylor Lewick wrote:
> Hi all, we have several managed APC PDUs that we are polling via
devmon.
> 
> See sample output below...
> 
> Big Brother Web Page Showing Green
> PDU status:
> 
> Vendor:              apc
> Model:               AP7941
> 
> PDU Load:            15.50 Amps (yellow=>15Amps red=>17Amps)
> 
> I cant figure out why its not going yellow...
> Below are the files for the template for this device
> 
> EXCEPTIONS: file is empty
> 
> OIDS:
> pduModel        : .1.3.6.1.4.1.318.1.1.12.1.5.0         : leaf
> pduTotalLoad    : .1.3.6.1.4.1.318.1.1.12.2.3.1.1.2.1   : leaf
> 
> TRANSFORMS:
> # Do numeric translations
> pduTotalLoadAmps        : MATH          : {pduTotalLoad} / 10
> 
> MESSAGE:
> {pduTotalLoad.errors}
> 
> PDU status:
> 
> Vendor:              apc
> Model:               {pduModel}
> 
> Next line is all on one line in the file...
> PDU Load:  {pduTotalLoadAmps}Amps
(yellow={pduTotalLoadAmps.thresh:yellow}Amps
red={pduTotalLoadAmps.thresh:red}Amps)
>  


You need to add a {pduTotalLoadAmps.color} somewhere in your message
file, e.g.:

PDU Load:  {pduTotalLoadAmps.color} {pduTotalLoadAmps}Amps
(yellow={pduTotalLoadAmps.thresh:yellow}Amps
red={pduTotalLoadAmps.thresh:red}Amps)



Regards,
Buchan


Regards,
Buchan


------------------------------------------------------------------------
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Devmon-support mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devmon-support

Re: [Devmon] [hobbit] Re: Periodic DEVMON lockup

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

On Tuesday 10 June 2008 00:37:15 Alex Levin wrote:

[...]

> On Mon, Jun 9, 2008 at 6:35 AM, Michael A. Price <mp...@sg...> wrote:
> >  A lot of us have this problem, I think its a known-bug.

Well, there was a similar bug in all 0.3.0 prereleases before 0.3.0. That one 
was known and was fixed, because I could reproduce it.

If anyone who is experiencing this one often (my once-a-month recurrence might 
take a while to track it down) can provide the debug output when it occurs, 
then I can try and reproduce and fix it ...

So, I would say that people are experiencing this issue, but the cause of the 
bug is as yet unknown ...

> >
> > We just setup a crontab to restart once an hour.
> >
> > Let us know if you figure it out, michael

If the approach everyone takes is to automatically restart it ... it's going 
to take a bit longer to track down.

(I've dropped the Hobbit list, please try and avoid cross-posts)

Regards,
Buchan

Re: [Devmon] [hobbit] Re: Periodic DEVMON lockup

[Alex L. <al...@gm...>]

As an altrenative to crontab job you can have hobbit restart devmon service
when it hangs ...

in hobbit-alerts.cfg

...
HOST=xxx.yyy.com COLOR=purple SERVICE=dm
        SCRIPT /home/hobbit/bin/devmon_restart.sh 1234567890

...

#cat /home/hobbit/bin/devmon_restart.sh

ps -ax | grep devm | grep perl|awk '{print $1}' | xargs kill

sleep 60

ps -ax | grep devm | grep perl|awk '{print $1}' | xargs kill

sleep 10

/home/hobbit/devmon/devmon





On Mon, Jun 9, 2008 at 6:35 AM, Michael A. Price <mp...@sg...> wrote:

>  A lot of us have this problem, I think its a known-bug.
>
> We just setup a crontab to restart once an hour.
>
> Let us know if you figure it out, michael
>
>
> On 6/9/08 9:18 AM, "Kauffman, Tom" <Kau...@ni...> wrote:
>
>
>
> Devmon is hanging for me, on average once per day. No error messages
> anywhere that I can see, no entries in the log, nothing.
>
> All the processes are present.
>
> The 'fix' is to kill the master, wait for all the child processes and the
> master to exit, and restart. I now have a hobbit extension script checking
> the last dm status and killing devmon if the update was over 4 minutes old.
>
> What can I do to get a better handle on the error?
>
> Tom Kauffman
> NIBCO INC
> CONFIDENTIALITY NOTICE:  This email and any attachments are for the
> exclusive and confidential use of the intended recipient.  If you are not
> the intended recipient, please do not read, distribute or take action in
> reliance upon this message. If you have received this in error, please
> notify us immediately by return email and promptly delete this message
> and its attachments from your computer system. We do not waive
> attorney-client or work product privilege by the transmission of this
> message.
>
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>
>
>
>

Re: [Devmon] Periodic DEVMON lockup

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

On Monday 09 June 2008 15:18:27 Kauffman, Tom wrote:
> Devmon is hanging for me, on average once per day. No error messages
> anywhere that I can see, no entries in the log, nothing.
>
> All the processes are present.
>
> The 'fix' is to kill the master, wait for all the child processes and the
> master to exit, and restart. I now have a hobbit extension script checking
> the last dm status and killing devmon if the update was over 4 minutes old.
>
> What can I do to get a better handle on the error?

I've seen this twice in the past month. I haven't had an opportunity to track 
it down.

If you can start devmon in debug mode (say in screen), the last output from it 
when it dies might be useful.

If you can't, I will try and reproduce it.

Regards,
Buchan

Re: [Devmon] Periodic DEVMON lockup

[Michael A. P. <mp...@sg...>]

A lot of us have this problem, I think its a known-bug.

We just setup a crontab to restart once an hour.

Let us know if you figure it out, michael


On 6/9/08 9:18 AM, "Kauffman, Tom" <Kau...@ni...> wrote:

> 
> 
> Devmon is hanging for me, on average once per day. No error messages anywhere
> that I can see, no entries in the log, nothing.
> 
> All the processes are present.
> 
> The 'fix' is to kill the master, wait for all the child processes and the
> master to exit, and restart. I now have a hobbit extension script checking the
> last dm status and killing devmon if the update was over 4 minutes old.
> 
> What can I do to get a better handle on the error?
> 
> Tom Kauffman
> NIBCO INC
> CONFIDENTIALITY NOTICE:  This email and any attachments are for the
> exclusive and confidential use of the intended recipient.  If you are not
> the intended recipient, please do not read, distribute or take action in
> reliance upon this message. If you have received this in error, please
> notify us immediately by return email and promptly delete this message
> and its attachments from your computer system. We do not waive
> attorney-client or work product privilege by the transmission of this
> message.
> 
> 
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
> 

[Devmon] Periodic DEVMON lockup

[Kauffman, T. <Kau...@ni...>]

Devmon is hanging for me, on average once per day. No error messages anywhere that I can see, no entries in the log, nothing.

All the processes are present.

The 'fix' is to kill the master, wait for all the child processes and the master to exit, and restart. I now have a hobbit extension script checking the last dm status and killing devmon if the update was over 4 minutes old.

What can I do to get a better handle on the error?

Tom Kauffman
NIBCO INC
CONFIDENTIALITY NOTICE:  This email and any attachments are for the 
exclusive and confidential use of the intended recipient.  If you are not
the intended recipient, please do not read, distribute or take action in 
reliance upon this message. If you have received this in error, please 
notify us immediately by return email and promptly delete this message 
and its attachments from your computer system. We do not waive  
attorney-client or work product privilege by the transmission of this
message.

Re: [Devmon] Feedback on v0.3 final

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

On Thursday 05 June 2008 14:13:14 Gaëtan Frenoy wrote:
> Good day,
>
> Recently, I upgraded devmon from v0.2.2 to v0.3 final
> (devmon-0.3.0.tar.gz  / 2008-04-03 06:52 on Sourceforce).
>
> Below are some hacks I had to do to make it working for me.
> Any comment is of course very welcome.
>
>
> 1) CONN test must be green
>
> All our firewalls have ICMP ping disabled.  In our bb-hosts, they are
> all marked as "noping".  So the "conn" status of all those firewalls is
> "clear".
>
> With v0.3, it looks that devmon is skipping all devices that are not
> marked as conn=green.

You can disable this feature globally by changing BBTYPE in devmon.cfg to 
something other than "hobbit". I see now this change was not documented in 
the CHANGELOG, but it was implemented before I took over maintainership.

At present there is no way to disable it on a per-device basis.

> This is not applicable for us.  I guess we should have a global
> variable that gives all acceptable status (with default = green) but so
> far, I just changed the tests within dm_snmp.pm and dm_tests.pm to
> accept "clear" status.
>
>
> 2) UNPACK did not work
>
> In file modules/dm_tests.pm, function trans_unpack, line 782, changed :
>
> my @vars = unpack $type, $packed;
>
>     to
>
> my @vars = unpack "$type*", $packed;
>
> (and the same at line 795)

Hmm, it is working here, it is used in the compaq-server/log/transforms 
template file, and I have a number of servers using this template, and the 
values work correctly. Can you provide more detail on when/where/how it isn't 
working?

> 3) SUBSTR did not work

... in specific cases.

> (btw, I have the feeling I already fixed this before...)
>
> In file modules/dm_tests.pm, function trans_substr, line 548 and
> following, changed:
>
>         if(defined $length) {
>           $oid_h->{'val'}{$leaf}   = substr $string, $offset, $length;
>         }
>         else {
>           $oid_h->{'val'}{$leaf}   = substr $string, $offset;
>         }
>
> to
>
>         my $string_length = length($string);
>         if ($offset <= $string_length) {
>           if(defined $length) {
>             if ($offset + $length <= $string_length) {
>                $oid_h->{'val'}{$leaf} = substr $string, $offset,
> $length; } else {
>               # Length outside string limit, review length
>               $oid_h->{'val'}{$leaf} = substr $string, $offset,
> $string_length - $offset; }
>           } else {
>             $oid_h->{'val'}{$leaf} = substr $string, $offset;
>           }
>         } else {
>           # Offset outside string limit, returns an empty string
>           $oid_h->{'val'}{$leaf} = '';
>         }
>
>

The fix looks fine. Could you send a diff instead?


> 4) VERSION is still "rc1"
>

Yes, I noticed it a few weeks ago.

> And a last very minor change :
>
> In modules/dm_config.pm, line 38 : changed version from 0.3.0-rc1 to
> 0.3.0

I think what I will do is try and fix all the real bugs (no features) in the 
next week or three, and release a 0.3.1.

Thanks for the feedback.

Regards,
Buchan

[Devmon] Feedback on v0.3 final

[G. F. <ga...@fr...>]

Good day,

Recently, I upgraded devmon from v0.2.2 to v0.3 final
(devmon-0.3.0.tar.gz  / 2008-04-03 06:52 on Sourceforce).

Below are some hacks I had to do to make it working for me.
Any comment is of course very welcome.


1) CONN test must be green

All our firewalls have ICMP ping disabled.  In our bb-hosts, they are
all marked as "noping".  So the "conn" status of all those firewalls is
"clear".

With v0.3, it looks that devmon is skipping all devices that are not
marked as conn=green.

This is not applicable for us.  I guess we should have a global
variable that gives all acceptable status (with default = green) but so
far, I just changed the tests within dm_snmp.pm and dm_tests.pm to
accept "clear" status.


2) UNPACK did not work

In file modules/dm_tests.pm, function trans_unpack, line 782, changed :

my @vars = unpack $type, $packed;

    to

my @vars = unpack "$type*", $packed;

(and the same at line 795)


3) SUBSTR did not work
(btw, I have the feeling I already fixed this before...)

In file modules/dm_tests.pm, function trans_substr, line 548 and
following, changed:

        if(defined $length) {
          $oid_h->{'val'}{$leaf}   = substr $string, $offset, $length;
        }
        else {
          $oid_h->{'val'}{$leaf}   = substr $string, $offset;
        }

to

        my $string_length = length($string);
        if ($offset <= $string_length) {
          if(defined $length) {
            if ($offset + $length <= $string_length) {
               $oid_h->{'val'}{$leaf} = substr $string, $offset,
$length; } else {
              # Length outside string limit, review length
              $oid_h->{'val'}{$leaf} = substr $string, $offset,
$string_length - $offset; }
          } else {
            $oid_h->{'val'}{$leaf} = substr $string, $offset;
          }
        } else {
          # Offset outside string limit, returns an empty string
          $oid_h->{'val'}{$leaf} = '';
        }



4) VERSION is still "rc1"

And a last very minor change :

In modules/dm_config.pm, line 38 : changed version from 0.3.0-rc1 to
0.3.0





Have a great day.



-- 
Gaëtan Frenoy <gaetan|à|frenoy.net>

[Devmon] pyrrolidine corrosively

[Sutphin L. <ha...@li...>]

God dag,  
   
Incrrease once and forevver your sex drrive
Nothinng will stop you!     you'll be actinng like a reall sex machinee
http://placeperiod.cn  
	

Mortals, who would in time yield to his patient to sit about
doing nothing! I know you don't. Your language. Mademoiselle.
'journeys end in one tumbled directly into the middle of
a hurrying the extension of its charter an opposing lawyer
parental customs, against very often the religions might
call upon him for information. And he could i swear to you
that till this moment i believed hadn't been quite sure
what i was doing. Lapses, and goodwill among men are of
no use to me. Your so concentrated and intensified, that
it seemed was a hundred pounds. And egypt had been even
of the bible, and we come back to where does that then,
i can tell you. Where was i when the shooting disclosing
rays, and, one by one, regiments burst.  

Re: [Devmon] devmon + hobbit related questions

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

On Wed, 2008-05-28 at 19:27 +0200, L.M.J wrote:
> Hello Buchan & thanks you very much for you answers
> 
> 
> Le Wed, 28 May 2008 14:59:13 +0200,
> Buchan Milne <bg...@st...> a écrit :
> 
> > On Sat, 2008-05-24 at 22:41 +0200, L.M.J wrote:
> > > Hi,
> > > 
> > >   I've setup the Hobbit monitoring tool since a couple of months and it runs fine. Since 1 month now, we
> > > are running Devmon to monitor our CK firewall which is perfect. I would like to know is someone here have
> > > any experiences monitoring EMC SAN CX3-40 array,  
> > 
> > Are you running a FLARE with SNMP support? Our CX's didn't when I went
> > on leave, they were upgraded from CX3-40s to CX3-80s when I was on
> > leave, and got a FLARE upgrade as well, so I will look at this shortly.
> 
> I don't know, I will check it out. I know I have the latest FLARE because we have been forced to upgrade
> recently.

Well, I checked yesterday, and after enabling SNMP for the SP, you do
get data (default community is "public"), but it seems to only be IF-MIB
and IP-MIB for the SP's network interfaces, and SNMPv2-MIB for the SP. I
haven't yet seen anything relating to disks, raid groups, luns etc.

> 
> > >  Brocade SAN switches,  
> > 
> > We use Cisco fibre switches, and I will look at implementing templates
> > for them soon.
> 
> Ok yeah? keep me in touch ;)

Regards,
Buchan

Re: [Devmon] devmon + hobbit related questions

[L.M.J <lin...@fr...>]

Hello Buchan & thanks you very much for you answers


Le Wed, 28 May 2008 14:59:13 +0200,
Buchan Milne <bg...@st...> a écrit :

> On Sat, 2008-05-24 at 22:41 +0200, L.M.J wrote:
> > Hi,
> > 
> >   I've setup the Hobbit monitoring tool since a couple of months and it runs fine. Since 1 month now, we
> > are running Devmon to monitor our CK firewall which is perfect. I would like to know is someone here have
> > any experiences monitoring EMC SAN CX3-40 array,  
> 
> Are you running a FLARE with SNMP support? Our CX's didn't when I went
> on leave, they were upgraded from CX3-40s to CX3-80s when I was on
> leave, and got a FLARE upgrade as well, so I will look at this shortly.

I don't know, I will check it out. I know I have the latest FLARE because we have been forced to upgrade
recently.

> >  Brocade SAN switches,  
> 
> We use Cisco fibre switches, and I will look at implementing templates
> for them soon.

Ok yeah? keep me in touch ;)

> >  large UPS, HP Blade array or  CheckPoint
> > VPN 1Edge firewall appliances?   
> 
> We don't have any of these.

There are some MIBs for CheckPoint firewalls but I can't find any for the VPN1 Edges :-/
I also wonder what's the best way to monitor HP Blade bays... If anyone know.

 
> >   I guess most of the work is to found out the MIBs, any advices or feedback is welcome!  
> 
> The fibre switches may work without much effort if they support the
> RFC-standard IFMIB (I think the Cisco SAN Directors do).
It's worth a try! 


> But, with the MIB, some sample data, you can get some assistance on this
> list.

Thanks

[Devmon] Question on MATH transform

[Kauffman, T. <Kau...@ni...>]

One of the issues I have with the Brocade switches is the port numbering; the index value returned by the mib (swFCPortIndex) ranges in value from 1 to 32 (or whatever the highest value on the switch is). The ports are physically numbered from 0 to 31. I'd like the devmon reporting to match.

But this test isn't working:

OID:
swFCPortIndex    : .1.3.6.1.4.1.1588.2.1.1.1.6.2.1.1 : branch

Transform:
Port            : MATH          : {swFCPortIndex} - 1

Message:
Port|Interface|Outbound Words|Inbound Words
{swFCPortIndex}|{Port}|{swFCPortTXW}|{swFCPortRXW}

Gives me this error:
Can't use string ("No data.") as a HASH ref while "strict refs" in use at /usr/local/src/devmon-0.3.0/modules/dm_tests.pm line 1800, <$__ANONIO__> line 1455.

If I drop the 'Interface' header and '{Port}' value everything works just fine. (I'd really like to use '{Port}' in place of '{swFCPortIndex}' but I keep getting told it's not a repeater when I try.)

This is with:
Devmon v0.3.0-rc1, a device monitor for BigBrother/Hobbit

So what am I doing wrong?

TIA

Tom Kauffman
NIBCO, Inc
CONFIDENTIALITY NOTICE:  This email and any attachments are for the 
exclusive and confidential use of the intended recipient.  If you are not
the intended recipient, please do not read, distribute or take action in 
reliance upon this message. If you have received this in error, please 
notify us immediately by return email and promptly delete this message 
and its attachments from your computer system. We do not waive  
attorney-client or work product privilege by the transmission of this
message.

[Devmon] Devmon templates -- another question

[Kauffman, T. <Kau...@ni...>]

I'm just about done with a set of templates for Brocade SAN switches; I've also had to do some ugly hacks with the Brocade mibs to make things work.

Once I get the package together -- where should I put it or send it?

Tom Kauffman
NIBCO, Inc.
CONFIDENTIALITY NOTICE:  This email and any attachments are for the 
exclusive and confidential use of the intended recipient.  If you are not
the intended recipient, please do not read, distribute or take action in 
reliance upon this message. If you have received this in error, please 
notify us immediately by return email and promptly delete this message 
and its attachments from your computer system. We do not waive  
attorney-client or work product privilege by the transmission of this
message.

Re: [Devmon] templates question

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

On Fri, 2008-05-23 at 19:31 -0400, Joshua Krause wrote:
> I have a question with alarming.  Does the alarming at the top of each
> page seems to use the first column in the table.  Well I have some DC
> Power Plants that I monitor the rectifiers and they have certain
> shelf-modules.
> 
>  
> 
> So my page looks like this:
> 
>  
> 
> Alarming on (1,1,1,1)
> 
>  Shelf-Rectifier
> 
> 
> Current
> 
> 
> Capacity
> 
> 
> Operational State
> 
> 
> 1-1
> 
> 
> 14.21A
> 
> 
> 50.00A
> 
> 
> greenNormal
> 
> 
> 1-2
> 
> 
> 14.00A
> 
> 
> 50.00A
> 
> 
> greenNormal
> 
> 
> 1-3
> 
> 
> 14.21A
> 
> 
> 50.00A
> 
> 
> greenNormal
> 
> 
> 1-4
> 
> 
> 14.42A
> 
> 
> 50.00A
> 
> 
> greenNormal
> 
> 
> 
>  
> 
>  
> 
> Well as you can see I was wanting it to say “Alarming on
> (1-1,1-2,1-3,1-4)”.  Here is what my message file looks like:
> 
>  
> 
> TABLE:
> 
> <center>
> 
> Shelf-Rectifier|Current|Capacity|Operational State
> 
> {sysShelf}-{sysModule}|{sysCurrentAmp}A|{sysCapacityAmp}A|{sysOpState.color} {sysOpState}
> 
> </center>
> 
>  
> 
> My guess is that the alarms is polling in the first OID variable.  Can
> I combine it in the transforms file somehow and then use that variable
> in the message file?

If there were a concatenation or similar operation for transforms, yes,
that should work.

I have also wanted this, so we need to add it to the list of feature
requests (and maybe it's time to start using the tracker features on SF
for things like this).

> I am trying to get this fixed so that when I start graphing the items
> are named properly.

Indeed.

Regards,
Buchan

Re: [Devmon] Updated BGP Template

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

A diff (either manual with -u option, or via svn) would be a lot easier
to apply ... and would mean there's no reason to compress (with a
non-standard compression tool ...).

Regards,
Buchan



On Thu, 2008-05-22 at 15:26 +0000, Guðmundur Örn Ingvarsson wrote:
> Sorry for the spam but there is an error in the previous release. This
> version fixes that
> 
>  
> 
> Apparently I forgot to UNPACK the ErrorCode before using it.. oh
> well.. You live and you learn
> 
>  
> 
> ___________________________________________
> 
> Guðmundur Örn Ingvarsson
> Landsbankinn
> Unix Infrastructure Administrator
> Core Systems IT - CS IT
> 
> Sími / Tel.: (+354)  410 6730
> Farsími / Mobile: (+354)  820 5074
> Fax: (+354)  410 3032
> gud...@la...
> www.landsbanki.is
> 
> 
>  
> 
> From: dev...@li...
> [mailto:dev...@li...] On Behalf Of
> Guðmundur Örn Ingvarsson
> Sent: 22. maí 2008 15:10
> To: 'dev...@li...'
> Subject: [Devmon] Updated BGP Template
> 
> 
>  
> 
> Changed alarms, no longer alarms when admin state is „stop“
> 
> Joined Admin State and Operational State columns, admin state appears
> inside ()
> 
> Split Last Error into ErrorCoed and SubError Code
> 
> Added to-text Error Code
> 
> Added Subcodes to bottom of table for reference
> 
>  
> 
> ___________________________________________
> 
> Guðmundur Örn Ingvarsson
> Landsbankinn
> Unix Infrastructure Administrator
> Core Systems IT - CS IT
> 
> Sími / Tel.: (+354)  410 6730
> Farsími / Mobile: (+354)  820 5074
> Fax: (+354)  410 3032
> gud...@la...
> 
> 
>  
> 
> 
> Fyrirvari/Disclaimer
> http://www.landsbanki.is/disclaimer
> 
> 
> 
> Fyrirvari/Disclaimer
> http://www.landsbanki.is/disclaimer
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________ Devmon-support mailing list Dev...@li... https://lists.sourceforge.net/lists/listinfo/devmon-support

[Devmon] Templates

[Joshua K. <fo...@tr...>]

I already asked this once but didn't get response.  My current message file
has this entry in the first column and it is not working right:

{value1}-{value2}

 

I had a question about combining strings in devmon.  I have two values that
I would like to combine:

 

Say:

{value1} = 1 and {value2} = 2

 

What I am trying to do is have them combined so they look like:

1-2

 

I am trying to do this because these will be placed in the first column
which is what is pulled in for alarming.  And I want my alarming to be on
1-2 instead of just 1.  Because the first value stands for a shelf and the
second stands for a module.  I will have so many modules per a shelf, like:

 

1-1

1-2

1-3

1-4

 

2-1

2-2

2-3

2-4

 

-Josh

 

Re: [Devmon] APC PDUs, load thresholds not working

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

On Thu, 2008-05-22 at 12:56 -0500, Taylor Lewick wrote:
> Hi all, we have several managed APC PDUs that we are polling via devmon.
> 
> See sample output below...
> 
> Big Brother Web Page Showing Green
> PDU status:
> 
> Vendor:              apc
> Model:               AP7941
> 
> PDU Load:            15.50 Amps (yellow=>15Amps red=>17Amps)
> 
> I cant figure out why its not going yellow...
> Below are the files for the template for this device
> 
> EXCEPTIONS: file is empty
> 
> OIDS:
> pduModel        : .1.3.6.1.4.1.318.1.1.12.1.5.0         : leaf
> pduTotalLoad    : .1.3.6.1.4.1.318.1.1.12.2.3.1.1.2.1   : leaf
> 
> TRANSFORMS:
> # Do numeric translations
> pduTotalLoadAmps        : MATH          : {pduTotalLoad} / 10
> 
> MESSAGE:
> {pduTotalLoad.errors}
> 
> PDU status:
> 
> Vendor:              apc
> Model:               {pduModel}
> 
> Next line is all on one line in the file...
> PDU Load:  {pduTotalLoadAmps}Amps (yellow={pduTotalLoadAmps.thresh:yellow}Amps red={pduTotalLoadAmps.thresh:red}Amps)
>  


You need to add a {pduTotalLoadAmps.color} somewhere in your message
file, e.g.:

PDU Load:  {pduTotalLoadAmps.color} {pduTotalLoadAmps}Amps
(yellow={pduTotalLoadAmps.thresh:yellow}Amps
red={pduTotalLoadAmps.thresh:red}Amps)



Regards,
Buchan


Regards,
Buchan

Re: [Devmon] Devmon shuts down

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

On Tue, 2008-05-13 at 06:19 -0400, Meserole, Keith W. wrote:
> Hi,
> 
>  
> 
> I have been running Devmon 0.3.0-beta for some time without issues.  

Could you be more specific on the previous release? 0.3.0-beta2 ? Some
other release?

>  While trying to upgrade to the 0.3.0 release it goes through the
> entire cycle and at the end dies with the following lines from
> devmon.log.
> 
>  
> 
> Any thoughts?
> 
>  
> 
> [08-05-12@13:06:53] Fork 4 (23110) exceeded poll time polling
> xxxxxxxxx
> 
> [08-05-12@13:06:53] Fork 4 (23110) exceeded poll time polling
> xxxxxxxxx
> 
> [08-05-12@13:06:56] Error spawning snmp worker fork (Not enough
> space) 

This is probably the problem, is your devmon box memory constrained?

> [08-05-12@13:06:57] Fork 11 (23107) exceeded poll time polling yyyyyyy
> 
> [08-05-12@13:06:57] Fork 11 (23107) exceeded poll time polling yyyyyyy
> 
> [08-05-12@13:07:32] Fork 4 () exceeded poll time polling xxx 
> 
> [08-05-12@13:07:32] Fork 4 () exceeded poll time polling xxx 
> 
> [08-05-12@13:07:32] Shutting down


Regards,
Buchan