devmon-support — General Devmon support

[Devmon] new beta release date?

[Lárus R. H. <la...@sl...>]

Current beta release of Devmon is 23rd January 2009. 
 
 
is there a newer beta I can use?
 
is there a planned release of new beta soon or a stable release?
 
Hope this good project is not dying...
 
 

Re: [Devmon] SPLAT template

[Martin F. <mar...@de...>]

Voila !

cheers,
 	martin



On Wed, 20 Jul 2011, lor...@bn... wrote:

>
> Hello List,
>
> Would anyone have (or know where I can get) the devmon SPLAT template
> mentioned in this post?
> http://lists.xymon.com/oldarchive/2008/04/msg00334.html
>
> Thanks in advance
>
> Loris
>
>
>
>
> The information contained in this e-mail, and any attachment, is confidential and is intended solely for the use of the intended recipient. Access, copying or re-use of the e-mail or any attachment, or any information contained therein, by any other person is not authorized. If you are not an intended party to this communication, please notify the sender and delete/destroy any and all copies of this communication.
>
> Although we attempt to sweep e-mail and attachments for viruses, we do not guarantee that either are virus-free and accept no liability for any damage sustained as a result of viruses.  There are some inherent risks with exchanging e-mails. You understand and agree that we are not, and will not be, responsible for the unauthorized access, interception, or redirection of e-mails including any attachments, nor will we be responsible for the effect on any computer system of any e-mails or attachments.  You also agree that we will not be responsible for the incorrect or incomplete transmission of information by e-mail
>
> The information contained in this communication is not intended or construed as an offer, solicitation, or a recommendation to purchase any security.
>
> Opinions, suggestions or views presented in this communication are not necessarily those of The Bank of New York Mellon Corporation or any of its affiliates.
>
> Please refer to http://disclaimer.bnymellon.com/eu.htm for disclosures relating to European legal entities
>
>
> ------------------------------------------------------------------------------
> 10 Tips for Better Web Security
> Learn 10 ways to better secure your business today. Topics covered include:
> Web security, SSL, hacker attacks & Denial of Service (DoS), private keys,
> security Microsoft Exchange, secure Instant Messaging, and much more.
> http://www.accelacomm.com/jaw/sfnl/114/51426210/
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>

[Devmon] SPLAT template

[<lor...@bn...>]

Hello List,

Would anyone have (or know where I can get) the devmon SPLAT template
mentioned in this post?
http://lists.xymon.com/oldarchive/2008/04/msg00334.html

Thanks in advance

Loris




The information contained in this e-mail, and any attachment, is confidential and is intended solely for the use of the intended recipient. Access, copying or re-use of the e-mail or any attachment, or any information contained therein, by any other person is not authorized. If you are not an intended party to this communication, please notify the sender and delete/destroy any and all copies of this communication.  

Although we attempt to sweep e-mail and attachments for viruses, we do not guarantee that either are virus-free and accept no liability for any damage sustained as a result of viruses.  There are some inherent risks with exchanging e-mails. You understand and agree that we are not, and will not be, responsible for the unauthorized access, interception, or redirection of e-mails including any attachments, nor will we be responsible for the effect on any computer system of any e-mails or attachments.  You also agree that we will not be responsible for the incorrect or incomplete transmission of information by e-mail

The information contained in this communication is not intended or construed as an offer, solicitation, or a recommendation to purchase any security.

Opinions, suggestions or views presented in this communication are not necessarily those of The Bank of New York Mellon Corporation or any of its affiliates. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for disclosures relating to European legal entities

Re: [Devmon] Devmon not populating rrd file correctly

[Josh L. <jo...@im...>]

Thanks for getting back to me!  This is all way too much effort for me to
deploy, but I would like to complete Devmon + Xymon on the VM guest to share
with everyone.

>I'm guessing you still have TEST2RRD with "power=devmon" instead of
"power=ncv" and weren't aware that it doesn't take effect immediately (I
think one needs to at least kill|signal the channel=status process).

I tend to expect (with Xymon) config files to be read upon start, every few
minutes.  When testing new territory I tend to restart things to be certain.

>and add at least the first one somewhere in the message.

Add the first one of what?  This is my message: http://pastebin.com/SyDrLc8c

>Your proposed graph definition seems to have...

I am using your Pastebin in graphs.cfg now.

Devmon is giving me more hassle and as it took me a month and a half to
thank you, I think that shows I am a bit busy =(

Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373


On Thu, Jun 16, 2011 at 9:47 PM, Richard Finegold <gol...@gm...>wrote:

> http://pastebin.com/WY7k37WM is what I've been using for graphing, in
> case you get an RRD generated via NCV again. I'm guessing you still
> have TEST2RRD with "power=devmon" instead of "power=ncv" and weren't
> aware that it doesn't take effect immediately (I think one needs to at
> least kill|signal the channel=status process).
>
> Add to oids:
> upsVoltageActual: .1.3.6.1.4.1.318.1.1.1.2.2.8.0        : leaf
> upsReplaceDate  : .1.3.6.1.4.1.318.1.1.1.2.1.3.0        : leaf
> upsCurrentOut   : .1.3.6.1.4.1.318.1.1.1.4.2.4.0        : leaf
>
> and add at least the first one somewhere in the message.
> Alternatively, remove it from the graph definition if you're not using
> it.
>
> Your proposed graph definition seems to have some sort of volt byte
> units. If you're converting from volt bits to volt bytes, you should
> divide by 8 rather than multiplying. :)  It is trying to use a
> nonexistent "in" value, which doesn't exist as a DS in your RRD, so
> the units are moot.
>
> In my experience, there's no need to patch the message file as Buchan
> suggested (because, simply stated, the NCV parser starts when it sees
> a digit or "-" and stops when it sees a non-digit non-period), but I'm
> not seeing the "C" he mentioned. OTOH, I'm still on 4.2.3.
>
> Here's what I use for the NCV parser:
>
> NCV_power="BatteryTemperature:GAUGE,RuntimeRemaining:GAUGE,BatteryCapacity:GAUGE,UPSLoad:GAUGE,Voltageactual:GAUGE,Voltagein:GAUGE,Voltageout:GAUGE,Currentout:GAUGE,Timeonbattery:GAUGE,Lastreplacedon:GAUGE"
> Now that I look at it again, that Lastreplacedon value really oughtn't
> be there; as implied above, for a date of "05/01/07", it's parsed as
> (and results in) "5". A drawback of the NCV parser (and a raison
> d'etre of SPLIT_NCV) is that an RRD can't easily have an DS pruned,
> last I checked, so I can't remove it without starting over.
>
> My TEST2RRD includes "power=ncv" and GRAPHS includes
> ",power:power|power1|power2," but, again, that's on 4.2.3.
>
>
> ------------------------------------------------------------------------------
> EditLive Enterprise is the world's most technically advanced content
> authoring tool. Experience the power of Track Changes, Inline Image
> Editing and ensure content is compliant with Accessibility Checking.
> http://p.sf.net/sfu/ephox-dev2dev
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>

[Devmon] Templates for Dell NX4 (rebranded EMC Celerra) and EMC CX-120.

[<lor...@bn...>]

Hello list,

Does anyone have and is willing to share any devmon templates for DELL NX4
(which are just rebranded EMC Celerra) and for the CX-120?

Regards

Loris



The information contained in this e-mail, and any attachment, is confidential and is intended solely for the use of the intended recipient. Access, copying or re-use of the e-mail or any attachment, or any information contained therein, by any other person is not authorized. If you are not an intended party to this communication, please notify the sender and delete/destroy any and all copies of this communication.  

Although we attempt to sweep e-mail and attachments for viruses, we do not guarantee that either are virus-free and accept no liability for any damage sustained as a result of viruses.  There are some inherent risks with exchanging e-mails. You understand and agree that we are not, and will not be, responsible for the unauthorized access, interception, or redirection of e-mails including any attachments, nor will we be responsible for the effect on any computer system of any e-mails or attachments.  You also agree that we will not be responsible for the incorrect or incomplete transmission of information by e-mail

The information contained in this communication is not intended or construed as an offer, solicitation, or a recommendation to purchase any security.

Opinions, suggestions or views presented in this communication are not necessarily those of The Bank of New York Mellon Corporation or any of its affiliates. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for disclosures relating to European legal entities

Re: [Devmon] snmp version per oid

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

On Wednesday, 6 July 2011 15:42:57 Mark Jones wrote:
> Is there a way to specify the snmp version per oid in a template?  We have
> some Foundry switches that will pull the ifalias oid fine in version 1 but
> fail in version 2c.  But I need version 2c for the interface counters as
> they are gig ports.  This seems to be a foundry issue as I have had the
> same problem using mrtg as well.

This isn't currently possible.

I think it would not be a trivial change, as we would have to tag each OID 
(when they are pooled from all the tests for a template), and then establish 
separate SNMP "sessions" in different versions, and wait for both sessions to 
complete before sending the data back to the main process.

As I also wanted to move away from device-specific templates to MIB-based 
templates in future, this puts a spanner in that to some extent.

Could you log a tracker item (with a logged-in user account) at:

http://sourceforge.net/tracker/?atid=816980&group_id=160720&func=browse

(link from http://sourceforge.net/projects/devmon/develop)

Regards,
Buchan

[Devmon] snmp version per oid

[Mark J. <mj...@mn...>]

Is there a way to specify the snmp version per oid in a template?  We have
some Foundry switches that will pull the ifalias oid fine in version 1 but
fail in version 2c.  But I need version 2c for the interface counters as
they are gig ports.  This seems to be a foundry issue as I have had the same
problem using mrtg as well.


Mark Jones
Operations
Managed Network Systems
London Desk 519-679-5207
Windsor Desk 519-258-2333 x8417
Cell  519-521-8222

Re: [Devmon] Question on non-green hosts (conn)

[KING, K. (ATTSI) <KK...@at...>]

I do have this set in the config...

# 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]
BBTYPE=hobbit  

Should I try xymon instead?

-Kevin

> -----Original Message-----
> From: Buchan Milne [mailto:bg...@st...]
> Sent: Friday, June 24, 2011 10:09 AM
> To: dev...@li...
> Cc: KING, KEVIN (ATTSI)
> Subject: Re: [Devmon] Question on non-green hosts (conn)
> 
> On Thursday, 23 June 2011 18:20:26 KING, KEVIN (ATTSI) wrote:
> > >From the devmon log:
> > [11-06-23@11:10:38] No SNMP data found for mem_used on
> SNFDCACVSS7R01A
> > [11-06-23@11:10:38] No SNMP data found for mem_free on
> SNFDCACVSS7R01A
> > [11-06-23@11:10:38] No SNMP data found for
> ciscoEnvMonTemperatureState
> > on SNFDCACVSS7R01A
> > [11-06-23@11:10:38] No SNMP data found for
> > ciscoEnvMonTemperatureThreshold on SNFDCACVSS7R01A
> > [11-06-23@11:10:38] No SNMP data found for
> > ciscoEnvMonTemperatureStatusValue on SNFDCACVSS7R01A
> > [11-06-23@11:10:38] No SNMP data found for
> > ciscoEnvMonTemperatureStatusDescr on SNFDCACVSS7R01A
> > [11-06-23@11:10:38] No SNMP data found for PsuState on
> SNFDCACVSS7R01A
> > [11-06-23@11:10:38] No SNMP data found for PsuDescr on
> SNFDCACVSS7R01A
> > [11-06-23@11:10:38] No SNMP data found for ifOutErrors on
> > SNFDCACVSS7R01A
> > [11-06-23@11:10:38] No SNMP data found for ifInErrors on
> SNFDCACVSS7R01A
> > [11-06-23@11:10:38] No SNMP data found for ifSpeed on
SNFDCACVSS7R01A
> > [11-06-23@11:10:38] No SNMP data found for ifOutOctets on
> > SNFDCACVSS7R01A
> > [11-06-23@11:10:38] No SNMP data found for ifName on SNFDCACVSS7R01A
> > [11-06-23@11:10:38] No SNMP data found for ifInOctets on
> SNFDCACVSS7R01A
> > [11-06-23@11:10:38] No SNMP data found for ifAlias on
SNFDCACVSS7R01A
> > [11-06-23@11:10:38] No SNMP data found for ifBps on SNFDCACVSS7R01A
> > [11-06-23@11:10:38] No SNMP data found for ifOutOctets on
> > SNFDCACVSS7R01A
> > [11-06-23@11:10:38] No SNMP data found for ifName on SNFDCACVSS7R01A
> > [11-06-23@11:10:38] No SNMP data found for ifAdminStatNum on
> > SNFDCACVSS7R01A
> > [11-06-23@11:10:38] No SNMP data found for ifInOctets on
> SNFDCACVSS7R01A
> > [11-06-23@11:10:38] No SNMP data found for ifAlias on
SNFDCACVSS7R01A
> > [11-06-23@11:12:06] SNFDCACVSS7R01A has a non-green hobbit status,
> > skipping SNMP.
> >
> >
> > I thought devmon would bypass polling a host if it was in non-green
> > status in xymon.
> 
> It does, if BBTYPE is set to 'hobbit' (or 'xymon' in svn).
> 
> Here is an example from my test setup:
> 
> [11-06-24@16:06:47] Getting device status from xymon at 127.0.0.1:1984
> [11-06-24@16:06:47] Querying localdevmon for tests
> disk,processes,if_stat,memory,temp,diskio,ip_route,if_ipv4,if_load
> [11-06-24@16:06:47] printer has a non-green xymon status, skipping
SNMP
> 
> Regards,
> Buchan

Re: [Devmon] Question on non-green hosts (conn)

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

On Thursday, 23 June 2011 18:20:26 KING, KEVIN (ATTSI) wrote:
> >From the devmon log:
> [11-06-23@11:10:38] No SNMP data found for mem_used on SNFDCACVSS7R01A
> [11-06-23@11:10:38] No SNMP data found for mem_free on SNFDCACVSS7R01A
> [11-06-23@11:10:38] No SNMP data found for ciscoEnvMonTemperatureState
> on SNFDCACVSS7R01A
> [11-06-23@11:10:38] No SNMP data found for
> ciscoEnvMonTemperatureThreshold on SNFDCACVSS7R01A
> [11-06-23@11:10:38] No SNMP data found for
> ciscoEnvMonTemperatureStatusValue on SNFDCACVSS7R01A
> [11-06-23@11:10:38] No SNMP data found for
> ciscoEnvMonTemperatureStatusDescr on SNFDCACVSS7R01A
> [11-06-23@11:10:38] No SNMP data found for PsuState on SNFDCACVSS7R01A
> [11-06-23@11:10:38] No SNMP data found for PsuDescr on SNFDCACVSS7R01A
> [11-06-23@11:10:38] No SNMP data found for ifOutErrors on
> SNFDCACVSS7R01A
> [11-06-23@11:10:38] No SNMP data found for ifInErrors on SNFDCACVSS7R01A
> [11-06-23@11:10:38] No SNMP data found for ifSpeed on SNFDCACVSS7R01A
> [11-06-23@11:10:38] No SNMP data found for ifOutOctets on
> SNFDCACVSS7R01A
> [11-06-23@11:10:38] No SNMP data found for ifName on SNFDCACVSS7R01A
> [11-06-23@11:10:38] No SNMP data found for ifInOctets on SNFDCACVSS7R01A
> [11-06-23@11:10:38] No SNMP data found for ifAlias on SNFDCACVSS7R01A
> [11-06-23@11:10:38] No SNMP data found for ifBps on SNFDCACVSS7R01A
> [11-06-23@11:10:38] No SNMP data found for ifOutOctets on
> SNFDCACVSS7R01A
> [11-06-23@11:10:38] No SNMP data found for ifName on SNFDCACVSS7R01A
> [11-06-23@11:10:38] No SNMP data found for ifAdminStatNum on
> SNFDCACVSS7R01A
> [11-06-23@11:10:38] No SNMP data found for ifInOctets on SNFDCACVSS7R01A
> [11-06-23@11:10:38] No SNMP data found for ifAlias on SNFDCACVSS7R01A
> [11-06-23@11:12:06] SNFDCACVSS7R01A has a non-green hobbit status,
> skipping SNMP.
> 
> 
> I thought devmon would bypass polling a host if it was in non-green
> status in xymon.

It does, if BBTYPE is set to 'hobbit' (or 'xymon' in svn).

Here is an example from my test setup:

[11-06-24@16:06:47] Getting device status from xymon at 127.0.0.1:1984
[11-06-24@16:06:47] Querying localdevmon for tests 
disk,processes,if_stat,memory,temp,diskio,ip_route,if_ipv4,if_load
[11-06-24@16:06:47] printer has a non-green xymon status, skipping SNMP

Regards,
Buchan

Re: [Devmon] optional oid

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

On Thursday, 23 June 2011 17:19:05 Johan Sjöberg wrote:
> Yes, that works fine if you want to exclude a test completely. But
> sometimes it is just that some OIDs are missing. Like for Dell servers
> where newer servers have some stuff that can be monitored on the RAID
> controller that is not present on the older models. In that case I don't
> want to have different column names for the different raid tests

Yes, this problem exists with ProLiant servers as well, see compaq-server vs 
compaqs-servernohspare.

We can consider possible solutions for this. Possibly a flag on an OID in the 
message file to indicate that it is optional?

Regards,
Buchan

[Devmon] Question on non-green hosts (conn)

[KING, K. (ATTSI) <KK...@at...>]

>From the devmon log:
[11-06-23@11:10:38] No SNMP data found for mem_used on SNFDCACVSS7R01A
[11-06-23@11:10:38] No SNMP data found for mem_free on SNFDCACVSS7R01A
[11-06-23@11:10:38] No SNMP data found for ciscoEnvMonTemperatureState
on SNFDCACVSS7R01A
[11-06-23@11:10:38] No SNMP data found for
ciscoEnvMonTemperatureThreshold on SNFDCACVSS7R01A
[11-06-23@11:10:38] No SNMP data found for
ciscoEnvMonTemperatureStatusValue on SNFDCACVSS7R01A
[11-06-23@11:10:38] No SNMP data found for
ciscoEnvMonTemperatureStatusDescr on SNFDCACVSS7R01A
[11-06-23@11:10:38] No SNMP data found for PsuState on SNFDCACVSS7R01A
[11-06-23@11:10:38] No SNMP data found for PsuDescr on SNFDCACVSS7R01A
[11-06-23@11:10:38] No SNMP data found for ifOutErrors on
SNFDCACVSS7R01A
[11-06-23@11:10:38] No SNMP data found for ifInErrors on SNFDCACVSS7R01A
[11-06-23@11:10:38] No SNMP data found for ifSpeed on SNFDCACVSS7R01A
[11-06-23@11:10:38] No SNMP data found for ifOutOctets on
SNFDCACVSS7R01A
[11-06-23@11:10:38] No SNMP data found for ifName on SNFDCACVSS7R01A
[11-06-23@11:10:38] No SNMP data found for ifInOctets on SNFDCACVSS7R01A
[11-06-23@11:10:38] No SNMP data found for ifAlias on SNFDCACVSS7R01A
[11-06-23@11:10:38] No SNMP data found for ifBps on SNFDCACVSS7R01A
[11-06-23@11:10:38] No SNMP data found for ifOutOctets on
SNFDCACVSS7R01A
[11-06-23@11:10:38] No SNMP data found for ifName on SNFDCACVSS7R01A
[11-06-23@11:10:38] No SNMP data found for ifAdminStatNum on
SNFDCACVSS7R01A
[11-06-23@11:10:38] No SNMP data found for ifInOctets on SNFDCACVSS7R01A
[11-06-23@11:10:38] No SNMP data found for ifAlias on SNFDCACVSS7R01A
[11-06-23@11:12:06] SNFDCACVSS7R01A has a non-green hobbit status,
skipping SNMP.


I thought devmon would bypass polling a host if it was in non-green
status in xymon.  

Kevin H. King
Engineer V Implementations
AT&T 
404-444-0410
"You can not please everyone everyday, But everyday please everyone you
can" -me

Re: [Devmon] optional oid

[Johan S. <Joh...@de...>]

Yes, that works fine if you want to exclude a test completely. But sometimes it is just that some OIDs are missing. Like for Dell servers where newer servers have some stuff that can be monitored on the RAID controller that is not present on the older models. In that case I don't want to have different column names for the different raid tests

/Johan

> -----Original Message-----
> From: Richard Finegold [mailto:gol...@gm...]
> Sent: den 23 juni 2011 05:35
> To: dev...@li...
> Subject: Re: [Devmon] optional oid
> 
> An alternative to separate templates is separate columns. You could
> dedicate a column to CPs (e.g "cp" or "ha"), then use something like
> DEVMON:tests(diag,if_load,if_stat) to avoid including your additional test.
> 
> I use this technique for two of my hosts (Dell PowerEdge) that don't have
> RAIDs (they use "tests(fans,power,temp)").
> 
> IMO, it usually is better for alerts/history/graphs to have more granularity,
> particularly if they can fail independently or not uniformly supported. I
> personally feel it was bad judgement for the APC templates to combine
> temperature and humidity (which have different units) into one "env"
> column, when other devices (e.g. Cisco 6509, Dell PowerEdge, Compaq
> server) have a distinct "temp" column.
> But maybe I'd feel differently if I had at least one humidity sensor
> somewhere, or had a non-APC device with an env column.
> 
> On Wed, Jun 22, 2011 at 00:39, Johan Sjöberg
> <Joh...@de...> wrote:
> > I have only been able to solve this by creating separate templates for the
> different devices. But maybe there is a better way.
> >
> >> -----Original Message-----
> >> From: Stef Coene [mailto:ste...@do...] I want to monitor
> some
> >> Brocade fiber channel switches.  Some of them have high avaible CP's.
> >> So only some of them have the corresponding oids.
> >>
> >> If I add the oid to the message file, the switches who don't have
> >> this oid are reporting this ('Missing repeater data for CPLastEvent
> >> for status msg') and no update is send to xymon.
> 
> ------------------------------------------------------------------------------
> Simplify data backup and recovery for your virtual environment with
> vRanger.
> Installation's a snap, and flexible recovery options mean your data is safe,
> secure and there when you need it. Data protection magic?
> Nope - It's vRanger. Get your free trial download today.
> http://p.sf.net/sfu/quest-sfdev2dev
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support

Re: [Devmon] optional oid

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

On Thursday, 23 June 2011 05:35:19 Richard Finegold wrote:
> An alternative to separate templates is separate columns. You could
> dedicate a column to CPs (e.g "cp" or "ha"), then use something like
> DEVMON:tests(diag,if_load,if_stat) to avoid including your additional
> test.
> 
> I use this technique for two of my hosts (Dell PowerEdge) that don't
> have RAIDs (they use "tests(fans,power,temp)").
> 
> IMO, it usually is better for alerts/history/graphs to have more
> granularity, particularly if they can fail independently or not
> uniformly supported. I personally feel it was bad judgement for the
> APC templates to combine temperature and humidity (which have
> different units) into one "env" column, when other devices (e.g. Cisco
> 6509, Dell PowerEdge, Compaq server) have a distinct "temp" column.
> But maybe I'd feel differently if I had at least one humidity sensor
> somewhere, or had a non-APC device with an env column.

Other environmental sensors (I need to check if these are in svn ...) have 
separate tests for everything (air, audio, dew, door, dry, enclosure, error, 
humidity, motion, other, temp).

Of course, then there are others which have crap MIBs, and bundle everything 
into one table and populate only some of the "rows" depending on what sensors 
are connected.

Regards,
Buchan

Re: [Devmon] optional oid

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

On Tuesday, 21 June 2011 21:55:52 Stef Coene wrote:
> Hi,
> 
> I want to monitor some Brocade fiber channel switches.  Some of them have
> high avaible CP's.

What is a CP?

> So only some of them have the corresponding oids.
> 
> If I add the oid to the message file, the switches who don't have this oid
> are reporting this ('Missing repeater data for CPLastEvent for status
> msg') and no update is send to xymon.
> 
> So is it possible to mark an oid as optional in the message file?

Not at present.

BTW., I believe I am still waiting for feedback from you on the template you 
added on the tracker.

Regards,
Buchan

Re: [Devmon] optional oid

[Richard F. <gol...@gm...>]

An alternative to separate templates is separate columns. You could
dedicate a column to CPs (e.g "cp" or "ha"), then use something like
DEVMON:tests(diag,if_load,if_stat) to avoid including your additional
test.

I use this technique for two of my hosts (Dell PowerEdge) that don't
have RAIDs (they use "tests(fans,power,temp)").

IMO, it usually is better for alerts/history/graphs to have more
granularity, particularly if they can fail independently or not
uniformly supported. I personally feel it was bad judgement for the
APC templates to combine temperature and humidity (which have
different units) into one "env" column, when other devices (e.g. Cisco
6509, Dell PowerEdge, Compaq server) have a distinct "temp" column.
But maybe I'd feel differently if I had at least one humidity sensor
somewhere, or had a non-APC device with an env column.

On Wed, Jun 22, 2011 at 00:39, Johan Sjöberg
<Joh...@de...> wrote:
> I have only been able to solve this by creating separate templates for the different devices. But maybe there is a better way.
>
>> -----Original Message-----
>> From: Stef Coene [mailto:ste...@do...]
>> I want to monitor some Brocade fiber channel switches.  Some of them have
>> high avaible CP's.  So only some of them have the corresponding oids.
>>
>> If I add the oid to the message file, the switches who don't have this oid are
>> reporting this ('Missing repeater data for CPLastEvent for status msg') and no
>> update is send to xymon.

[Devmon] AUTO: Loris Serena is out of the office. (returning 14/07/2011)

[<lor...@bn...>]

I am out of the office until 14/07/2011.

Please contact John Lanigan or its...@pn... with any queries.

Regards,

Loris



Note: This is an automated response to your message  "Re: [Devmon] optional
oid" sent on 22/06/2011 08:39:26.

This is the only notification you will receive while this person is away.

The information contained in this e-mail, and any attachment, is confidential and is intended solely for the use of the intended recipient. Access, copying or re-use of the e-mail or any attachment, or any information contained therein, by any other person is not authorized. If you are not an intended party to this communication, please notify the sender and delete/destroy any and all copies of this communication.  

Although we attempt to sweep e-mail and attachments for viruses, we do not guarantee that either are virus-free and accept no liability for any damage sustained as a result of viruses.  There are some inherent risks with exchanging e-mails. You understand and agree that we are not, and will not be, responsible for the unauthorized access, interception, or redirection of e-mails including any attachments, nor will we be responsible for the effect on any computer system of any e-mails or attachments.  You also agree that we will not be responsible for the incorrect or incomplete transmission of information by e-mail

The information contained in this communication is not intended or construed as an offer, solicitation, or a recommendation to purchase any security.

Opinions, suggestions or views presented in this communication are not necessarily those of The Bank of New York Mellon Corporation or any of its affiliates. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for disclosures relating to European legal entities

Re: [Devmon] optional oid

[Johan S. <Joh...@de...>]

I have only been able to solve this by creating separate templates for the different devices. But maybe there is a better way.

/Johan

> -----Original Message-----
> From: Stef Coene [mailto:ste...@do...]
> Sent: den 21 juni 2011 21:56
> To: dev...@li...
> Subject: [Devmon] optional oid
> 
> Hi,
> 
> I want to monitor some Brocade fiber channel switches.  Some of them have
> high avaible CP's.  So only some of them have the corresponding oids.
> 
> If I add the oid to the message file, the switches who don't have this oid are
> reporting this ('Missing repeater data for CPLastEvent for status msg') and no
> update is send to xymon.
> 
> So is it possible to mark an oid as optional in the message file?
> 
> 
> Stef
> 
> ------------------------------------------------------------------------------
> EditLive Enterprise is the world's most technically advanced content
> authoring tool. Experience the power of Track Changes, Inline Image Editing
> and ensure content is compliant with Accessibility Checking.
> http://p.sf.net/sfu/ephox-dev2dev
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support

[Devmon] optional oid

[Stef C. <ste...@do...>]

Hi,

I want to monitor some Brocade fiber channel switches.  Some of them have high 
avaible CP's.  So only some of them have the corresponding oids.

If I add the oid to the message file, the switches who don't have this oid are 
reporting this ('Missing repeater data for CPLastEvent for status msg') and no 
update is send to xymon.

So is it possible to mark an oid as optional in the message file?


Stef

Re: [Devmon] human readable octets

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

On Thursday, 16 June 2011 14:01:57 Olivier AUDRY wrote:
> hello
> 
> here is  my patch.

No patch was attached to the mail.

> What is the process to add them ?

Submit a patch on the patches tracker (works best if you have an sf username, 
otherwise patches I don't want to accept or can't test sit with my feedback 
waiting for the original poster to respond). Links to everything you need are 
available here:
http://sourceforge.net/projects/devmon/develop

Regards,
Buchan

Re: [Devmon] human readable octets

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

On Tuesday, 14 June 2011 13:52:06 Olivier AUDRY wrote:
> hello
> 
> someone in my compagnie need to get the volume of traffic on interfaces. As
> far as I know the only oid I have it the IfInOctets and IfOutOctets.
> That's good but reading a volume in octets is not really human readable.
> Some solution exist with devmon ? May I implement a need transform method
> like HUMAN for exemple to do this ? Following :

I don't know if the name of the transform is the best choice. I was also 
wondering if it would be better to have this transform take an argument, such 
as the precision.

> 
> sub octets_to_human
>     2 {
>     4
>     5     my $size = shift;
>     6
>     7     if ($size > 1099511627776)  #   TiB: 1024 GiB
>     8     {
>     9         return sprintf("%.2f TiB", $size / 1099511627776);
>    10     }
>    11     elsif ($size > 1073741824)  #   GiB: 1024 MiB
>    12     {
>    13         return sprintf("%.2f GiB", $size / 1073741824);
>    14     }
>    15     elsif ($size > 1048576)       #   MiB: 1024 KiB
>    16     {
>    17         return sprintf("%.2f MiB", $size / 1048576);
>    18     }
>    19     elsif ($size > 1024)            #   KiB: 1024 B
>    20     {
>    21         return sprintf("%.2f KiB", $size / 1024);
>    22     }
>    23     else                                    #   bytes
>    24     {
>    25         return sprintf("%.2f bytes", $size);
>    26     }
>    27 }
> 
> what do you think ?

How about:

sub trans_best_binary_prefix {
        my $size = shift;
        my $precision = shift;
        my @units = qw/B KiB MiB GiB TiB/;
        my $i;
        for ( $i = 0; $i < @units -1; $i++) {
                last if (2**(10*($i+1)) > $size)
        }
        return sprintf("%.${precision}f ${units[$i]}",$size/(2**(10*$i)) );
}

Regards,
Buchan

Re: [Devmon] Devmon not populating rrd file correctly

[Richard F. <gol...@gm...>]

http://pastebin.com/WY7k37WM is what I've been using for graphing, in
case you get an RRD generated via NCV again. I'm guessing you still
have TEST2RRD with "power=devmon" instead of "power=ncv" and weren't
aware that it doesn't take effect immediately (I think one needs to at
least kill|signal the channel=status process).

Add to oids:
upsVoltageActual: .1.3.6.1.4.1.318.1.1.1.2.2.8.0        : leaf
upsReplaceDate  : .1.3.6.1.4.1.318.1.1.1.2.1.3.0        : leaf
upsCurrentOut   : .1.3.6.1.4.1.318.1.1.1.4.2.4.0        : leaf

and add at least the first one somewhere in the message.
Alternatively, remove it from the graph definition if you're not using
it.

Your proposed graph definition seems to have some sort of volt byte
units. If you're converting from volt bits to volt bytes, you should
divide by 8 rather than multiplying. :)  It is trying to use a
nonexistent "in" value, which doesn't exist as a DS in your RRD, so
the units are moot.

In my experience, there's no need to patch the message file as Buchan
suggested (because, simply stated, the NCV parser starts when it sees
a digit or "-" and stops when it sees a non-digit non-period), but I'm
not seeing the "C" he mentioned. OTOH, I'm still on 4.2.3.

Here's what I use for the NCV parser:
NCV_power="BatteryTemperature:GAUGE,RuntimeRemaining:GAUGE,BatteryCapacity:GAUGE,UPSLoad:GAUGE,Voltageactual:GAUGE,Voltagein:GAUGE,Voltageout:GAUGE,Currentout:GAUGE,Timeonbattery:GAUGE,Lastreplacedon:GAUGE"
Now that I look at it again, that Lastreplacedon value really oughtn't
be there; as implied above, for a date of "05/01/07", it's parsed as
(and results in) "5". A drawback of the NCV parser (and a raison
d'etre of SPLIT_NCV) is that an RRD can't easily have an DS pruned,
last I checked, so I can't remove it without starting over.

My TEST2RRD includes "power=ncv" and GRAPHS includes
",power:power|power1|power2," but, again, that's on 4.2.3.

Re: [Devmon] human readable octets

[Olivier A. <oli...@co...>]

hello

here is  my patch. What is the process to add them ?

it's in production on one of my hobbit plateform.

oau


On Tue, Jun 14, 2011 at 06:33:05PM -0700, Richard Finegold wrote:
> On Tue, Jun 14, 2011 at 04:52, Olivier AUDRY <oli...@co...> wrote:
> > sub octets_to_human
> >    2 {
> >    5     my $size = shift;
> >    7     if ($size > 1099511627776)  #   TiB: 1024 GiB
> >    8     {
> >    9         return sprintf("%.2f TiB", $size / 1099511627776);
> >   10     }
> >   11     elsif ($size > 1073741824)  #   GiB: 1024 MiB
> >   12     {
> >   13         return sprintf("%.2f GiB", $size / 1073741824);
> >   14     }
> [snip]
> 
> There's a SPEED transform already implemented, with an automatic
> ending of "bps". If this ending and SI prefixes (instead of binary
> prefixes) are acceptable, all is well, no modifications required.
> 
> If you want to remove this ending, you should be able to do it with a
> negative SUBSTR transform; I submitted
> http://sourceforge.net/tracker/?func=detail&aid=2963118&group_id=160720&atid=816979
> but I'm not sure if it was accepted (due to lack of persuasive use
> case). A very low impact patch.
> 
> If you insist on binary prefixes, duplicating the speeds
> array/trans_speed function in dm_tests.pm is fairly straightforward,
> but that's a much bigger patch.
> 
> ------------------------------------------------------------------------------
> EditLive Enterprise is the world's most technically advanced content
> authoring tool. Experience the power of Track Changes, Inline Image
> Editing and ensure content is compliant with Accessibility Checking.
> http://p.sf.net/sfu/ephox-dev2dev
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support

Re: [Devmon] human readable octets

[Olivier A. <oli...@co...>]

hello

> If you insist on binary prefixes, duplicating the speeds
> array/trans_speed function in dm_tests.pm is fairly straightforward,
> but that's a much bigger patch.

it's exactly what I'm doing. But any chance to add this into the 
official devmon ?

oau

On Tue, Jun 14, 2011 at 06:33:05PM -0700, Richard Finegold wrote:
> On Tue, Jun 14, 2011 at 04:52, Olivier AUDRY <oli...@co...> wrote:
> > sub octets_to_human
> >    2 {
> >    5     my $size = shift;
> >    7     if ($size > 1099511627776)  #   TiB: 1024 GiB
> >    8     {
> >    9         return sprintf("%.2f TiB", $size / 1099511627776);
> >   10     }
> >   11     elsif ($size > 1073741824)  #   GiB: 1024 MiB
> >   12     {
> >   13         return sprintf("%.2f GiB", $size / 1073741824);
> >   14     }
> [snip]
> 
> There's a SPEED transform already implemented, with an automatic
> ending of "bps". If this ending and SI prefixes (instead of binary
> prefixes) are acceptable, all is well, no modifications required.
> 
> If you want to remove this ending, you should be able to do it with a
> negative SUBSTR transform; I submitted
> http://sourceforge.net/tracker/?func=detail&aid=2963118&group_id=160720&atid=816979
> but I'm not sure if it was accepted (due to lack of persuasive use
> case). A very low impact patch.
> 
> If you insist on binary prefixes, duplicating the speeds
> array/trans_speed function in dm_tests.pm is fairly straightforward,
> but that's a much bigger patch.
> 
> ------------------------------------------------------------------------------
> EditLive Enterprise is the world's most technically advanced content
> authoring tool. Experience the power of Track Changes, Inline Image
> Editing and ensure content is compliant with Accessibility Checking.
> http://p.sf.net/sfu/ephox-dev2dev
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support

Re: [Devmon] human readable octets

[Richard F. <gol...@gm...>]

On Tue, Jun 14, 2011 at 04:52, Olivier AUDRY <oli...@co...> wrote:
> sub octets_to_human
>    2 {
>    5     my $size = shift;
>    7     if ($size > 1099511627776)  #   TiB: 1024 GiB
>    8     {
>    9         return sprintf("%.2f TiB", $size / 1099511627776);
>   10     }
>   11     elsif ($size > 1073741824)  #   GiB: 1024 MiB
>   12     {
>   13         return sprintf("%.2f GiB", $size / 1073741824);
>   14     }
[snip]

There's a SPEED transform already implemented, with an automatic
ending of "bps". If this ending and SI prefixes (instead of binary
prefixes) are acceptable, all is well, no modifications required.

If you want to remove this ending, you should be able to do it with a
negative SUBSTR transform; I submitted
http://sourceforge.net/tracker/?func=detail&aid=2963118&group_id=160720&atid=816979
but I'm not sure if it was accepted (due to lack of persuasive use
case). A very low impact patch.

If you insist on binary prefixes, duplicating the speeds
array/trans_speed function in dm_tests.pm is fairly straightforward,
but that's a much bigger patch.

[Devmon] human readable octets

[Olivier A. <oli...@co...>]

hello

someone in my compagnie need to get the volume of traffic on interfaces. As far as I know the only oid I have it the IfInOctets and IfOutOctets. 
That's good but reading a volume in octets is not really human readable. Some solution exist with devmon ? May I implement a need transform method
like HUMAN for exemple to do this ? Following :

sub octets_to_human
    2 {
    4 
    5     my $size = shift;
    6 
    7     if ($size > 1099511627776)  #   TiB: 1024 GiB
    8     {
    9         return sprintf("%.2f TiB", $size / 1099511627776);
   10     }
   11     elsif ($size > 1073741824)  #   GiB: 1024 MiB
   12     {
   13         return sprintf("%.2f GiB", $size / 1073741824);
   14     }
   15     elsif ($size > 1048576)       #   MiB: 1024 KiB
   16     {
   17         return sprintf("%.2f MiB", $size / 1048576);
   18     }
   19     elsif ($size > 1024)            #   KiB: 1024 B
   20     {
   21         return sprintf("%.2f KiB", $size / 1024);
   22     }
   23     else                                    #   bytes
   24     {
   25         return sprintf("%.2f bytes", $size);
   26     }
   27 }

what do you think ?

oau