Menu
▾
▴
devmon-support — General Devmon support
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
(38) |
Mar
(131) |
Apr
(5) |
May
(23) |
Jun
(9) |
Jul
(9) |
Aug
(9) |
Sep
(24) |
Oct
(28) |
Nov
(33) |
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
(45) |
Feb
(22) |
Mar
(52) |
Apr
(17) |
May
(4) |
Jun
(68) |
Jul
(12) |
Aug
(25) |
Sep
(63) |
Oct
(45) |
Nov
(25) |
Dec
(76) |
| 2008 |
Jan
(34) |
Feb
(53) |
Mar
(30) |
Apr
(42) |
May
(50) |
Jun
(45) |
Jul
(21) |
Aug
(36) |
Sep
(33) |
Oct
(28) |
Nov
(32) |
Dec
(16) |
| 2009 |
Jan
(35) |
Feb
(36) |
Mar
(32) |
Apr
(24) |
May
(26) |
Jun
(15) |
Jul
(17) |
Aug
(30) |
Sep
(14) |
Oct
(18) |
Nov
(26) |
Dec
(22) |
| 2010 |
Jan
(11) |
Feb
(33) |
Mar
(35) |
Apr
(16) |
May
(11) |
Jun
(4) |
Jul
(36) |
Aug
(3) |
Sep
(14) |
Oct
(5) |
Nov
(10) |
Dec
(12) |
| 2011 |
Jan
(7) |
Feb
(31) |
Mar
(13) |
Apr
(14) |
May
(18) |
Jun
(25) |
Jul
(6) |
Aug
(23) |
Sep
(20) |
Oct
(18) |
Nov
(4) |
Dec
(9) |
| 2012 |
Jan
(32) |
Feb
(4) |
Mar
(15) |
Apr
(3) |
May
(8) |
Jun
(9) |
Jul
(6) |
Aug
(6) |
Sep
|
Oct
(14) |
Nov
(22) |
Dec
(4) |
| 2013 |
Jan
(16) |
Feb
(11) |
Mar
(1) |
Apr
|
May
(1) |
Jun
(6) |
Jul
|
Aug
(5) |
Sep
(3) |
Oct
|
Nov
|
Dec
(1) |
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
(5) |
May
(3) |
Jun
|
Jul
(1) |
Aug
(1) |
Sep
(2) |
Oct
(5) |
Nov
(5) |
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
(3) |
Apr
(4) |
May
|
Jun
(1) |
Jul
(19) |
Aug
(4) |
Sep
(13) |
Oct
(3) |
Nov
(8) |
Dec
(4) |
| 2016 |
Jan
(18) |
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(9) |
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
(7) |
| 2017 |
Jan
(5) |
Feb
|
Mar
(3) |
Apr
(7) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
|
Nov
(1) |
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
(4) |
Apr
(2) |
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
(3) |
Sep
(5) |
Oct
|
Nov
|
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Andrew R. <an...@ei...> - 2009-08-13 20:31:14
|
Sorry for the slow reply. If someone wouldn't mind showing me how to exclude specific ports, I'm OK with that. What was the title of the thread on the hobbit list? For the time being I modified dm_tests.pm to not go 'clear' if it hits an 'Undefined', this allows hobbit to keep updating the remaining rrds. Andrew On Wed, Aug 12, 2009 at 3:32 AM, Buchan Milne<bg...@st...> wrote: > On Tuesday, 11 August 2009 19:13:49 Andrew Rankin wrote: >> Hello All, >> >> I recently updated our Cisco 3750 switches to the newest firmware from >> Cisco and ended up breaking my devmon tests for if_col, if_dsc, >> if_err, and if_load. It seems that Cisco has added SNMP monitoring >> of its "StackSub" ports (which I assume to be the stack interconnect >> ports on the back of the unit), in doing so they failed to add any >> information in the other statistics in the other branches about these >> ports. This leaves me "Undefined" in the table for those ports and >> the tests end up "clear". > > Does it not make more sense to exclude these ports from the affected tests for > this device? This is what was discussed on the Hobbit list recently. > >> Is there a way in devmon to have a default value defined if no data is >> returned? In this case having the column be a default 0 would be >> preferable to an "undefined". > > I don't think devmon should be guessing when it doesn't know, however if there > is no other solution, we can look at what options are available ... > > Regards, > Buchan > |
|
From: Martin F. <mar...@de...> - 2009-08-13 20:24:50
|
On Thu, 13 Aug 2009, Buchan Milne wrote:
> On Wednesday, 12 August 2009 19:08:33 Martijn Moret wrote:
>> Van: "Martin Flemming" <mar...@de...>
>> if somebody got templates for FibreChannel Switches from Brocade ?
>>
>> SilkWorm5100 Switch FibreChannel Switch Brocade
>> SilkWorm3900
>> SilkWorm4100
>> SilkWorm3800
>> SilkWorm7500
>>
>> Thanks & Cheers
>> Martin
>>
>> Hi,
>>
>> I created some basic templates, will mail them tommorow@work.
>> (Not sure I can post attachements to the list....)
>
> I prefer new templates to be added by creating an issue on the issue tracker
> on sourceforge, there is a category for templates. It works best if you have a
> sourceforge login, and file the issue while logged in (then feedback on the
> template works).
>
> If the template looks ok, I'll add it in svn as soon as possible.
>
> I have been using a template based on the cisco 6509 with Cisco MDS 9500
> (well, at least if_load).
>
>
> Regards,
> Buchan
After a few hours trouble with my account on sourceforge, could you give me hint for
"issue tracker on sourceforge, there is a category for templates"
.. didn't find it ... :-( .. but want to test it .. :-)
thanks & cheers
Martin
|
|
From: Martin F. <mar...@de...> - 2009-08-13 20:20:15
|
Thanks a lot Martijn, they work great .. ;-) cheers, martin On Wed, 12 Aug 2009, Martin Flemming wrote: > > Nice to hear .. ;-) > > Thanks a lot Martijn ! > > cheers, > martin > > On Wed, 12 Aug 2009, Martijn Moret wrote: > >> Van: "Martin Flemming" <mar...@de...> >> Aan: dev...@li... >> Verzonden: Woensdag 12 augustus 2009 20:04:51 GMT +01:00 Amsterdam / Berlijn / Bern / Rome / Stockholm / Wenen >> Onderwerp: [Devmon] templates for FibreChannel Switch >> >> >> Hi, >> >> i want to ask, >> if somebody got templates for FibreChannel Switches from Brocade ? >> >> SilkWorm5100 Switch FibreChannel Switch Brocade >> SilkWorm3900 >> SilkWorm4100 >> SilkWorm3800 >> SilkWorm7500 >> >> Thanks & Cheers >> >> >> Martin >> >> Hi, >> >> I created some basic templates, will mail them tommorow@work. >> (Not sure I can post attachements to the list....) >> >> Regards >> Martijn > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Devmon-support mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devmon-support |
|
From: Buchan M. <bg...@st...> - 2009-08-13 16:06:14
|
On Wednesday, 12 August 2009 19:08:33 Martijn Moret wrote: > Van: "Martin Flemming" <mar...@de...> > Aan: dev...@li... > Verzonden: Woensdag 12 augustus 2009 20:04:51 GMT +01:00 Amsterdam / > Berlijn / Bern / Rome / Stockholm / Wenen Onderwerp: [Devmon] templates for > FibreChannel Switch > > > Hi, > > i want to ask, > if somebody got templates for FibreChannel Switches from Brocade ? > > SilkWorm5100 Switch FibreChannel Switch Brocade > SilkWorm3900 > SilkWorm4100 > SilkWorm3800 > SilkWorm7500 > > Thanks & Cheers > > > Martin > > Hi, > > I created some basic templates, will mail them tommorow@work. > (Not sure I can post attachements to the list....) I prefer new templates to be added by creating an issue on the issue tracker on sourceforge, there is a category for templates. It works best if you have a sourceforge login, and file the issue while logged in (then feedback on the template works). If the template looks ok, I'll add it in svn as soon as possible. I have been using a template based on the cisco 6509 with Cisco MDS 9500 (well, at least if_load). Regards, Buchan |
|
From: Martin F. <mar...@de...> - 2009-08-12 18:30:03
|
Nice to hear .. ;-) Thanks a lot Martijn ! cheers, martin On Wed, 12 Aug 2009, Martijn Moret wrote: > Van: "Martin Flemming" <mar...@de...> > Aan: dev...@li... > Verzonden: Woensdag 12 augustus 2009 20:04:51 GMT +01:00 Amsterdam / Berlijn / Bern / Rome / Stockholm / Wenen > Onderwerp: [Devmon] templates for FibreChannel Switch > > > Hi, > > i want to ask, > if somebody got templates for FibreChannel Switches from Brocade ? > > SilkWorm5100 Switch FibreChannel Switch Brocade > SilkWorm3900 > SilkWorm4100 > SilkWorm3800 > SilkWorm7500 > > Thanks & Cheers > > > Martin > > Hi, > > I created some basic templates, will mail them tommorow@work. > (Not sure I can post attachements to the list....) > > Regards > Martijn |
|
From: Martijn M. <ma...@mm...> - 2009-08-12 18:24:26
|
Van: "Martin Flemming" <mar...@de...>
Aan: dev...@li...
Verzonden: Woensdag 12 augustus 2009 20:04:51 GMT +01:00 Amsterdam / Berlijn / Bern / Rome / Stockholm / Wenen
Onderwerp: [Devmon] templates for FibreChannel Switch
Hi,
i want to ask,
if somebody got templates for FibreChannel Switches from Brocade ?
SilkWorm5100 Switch FibreChannel Switch Brocade
SilkWorm3900
SilkWorm4100
SilkWorm3800
SilkWorm7500
Thanks & Cheers
Martin
Hi,
I created some basic templates, will mail them tommorow@work.
(Not sure I can post attachements to the list....)
Regards
Martijn
|
|
From: Martin F. <mar...@de...> - 2009-08-12 18:05:05
|
Hi,
i want to ask,
if somebody got templates for FibreChannel Switches from Brocade ?
SilkWorm5100 Switch FibreChannel Switch Brocade
SilkWorm3900
SilkWorm4100
SilkWorm3800
SilkWorm7500
Thanks & Cheers
Martin
|
|
From: Thomas K. <tk...@we...> - 2009-08-12 09:10:37
|
Hi,
non responsive systems (e.g. snmpd crashed) turn to white/clear in
Hobbit.
Is it possible to change this behaviour and to report purple under
such circumstances?
This way it would be easier to recognize problems with failed equipment.
Best regards
Thomas
--
Thomas Kähn NetCologne
Network Engineering & Design Gesellschaft für Telekommunikation mbH
Grüner Weg 100
Telefon: 0221/2222-8718 52070 Aachen
Fax: 0221/2222-78718
Handelsregister: HRB 25580, Amtsgericht Köln
Geschäftsführer: Werner Hanf, Dipl.-Ing. Karl-Heinz Zankel
|
|
From: Buchan M. <bg...@st...> - 2009-08-12 07:38:03
|
On Tuesday, 11 August 2009 21:38:55 Richard Finegold wrote:
> On Tue, Aug 11, 2009 at 11:13, Andrew Rankin<an...@ei...> wrote:
> > Is there a way in devmon to have a default value defined if no data is
> > returned? In this case having the column be a default 0 would be
> > preferable to an "undefined".
>
> I, too, would like this. For Dell Poweredge servers running Windows
> Server 2003, I'm separating out the RAID controllers into two tables
> (layout, info) because an added host adapter ("DELL AHA-39160
> (AIC-7899A) Ultra160 SCSI Host Adapter") doesn't provide firmware or
> cache info.
I don't think this is the same problem. Are you ending up with just "undefined"
in some columns of your table, or is the whole test failing due to "missing
repeater" ?
We have a situation like this, for the HP ProLiant's, where if an array has no
spare drive, the whole branch falls off ... so there are two templates, compaq-
server and compaq-servernohspare . However, in this case, I would prefer
devmon to distinguish between the "no response" and "empty response" cases.
However, this may be more easily fixed along with many other issues, by
changing SNMP modules, which I am still investigating.
Regards,
Buchan
|
|
From: Buchan M. <bg...@st...> - 2009-08-12 07:33:12
|
On Tuesday, 11 August 2009 19:13:49 Andrew Rankin wrote: > Hello All, > > I recently updated our Cisco 3750 switches to the newest firmware from > Cisco and ended up breaking my devmon tests for if_col, if_dsc, > if_err, and if_load. It seems that Cisco has added SNMP monitoring > of its "StackSub" ports (which I assume to be the stack interconnect > ports on the back of the unit), in doing so they failed to add any > information in the other statistics in the other branches about these > ports. This leaves me "Undefined" in the table for those ports and > the tests end up "clear". Does it not make more sense to exclude these ports from the affected tests for this device? This is what was discussed on the Hobbit list recently. > Is there a way in devmon to have a default value defined if no data is > returned? In this case having the column be a default 0 would be > preferable to an "undefined". I don't think devmon should be guessing when it doesn't know, however if there is no other solution, we can look at what options are available ... Regards, Buchan |
|
From: Richard F. <gol...@gm...> - 2009-08-11 20:39:31
|
On Tue, Aug 11, 2009 at 11:13, Andrew Rankin<an...@ei...> wrote:
> Is there a way in devmon to have a default value defined if no data is
> returned? In this case having the column be a default 0 would be
> preferable to an "undefined".
I, too, would like this. For Dell Poweredge servers running Windows
Server 2003, I'm separating out the RAID controllers into two tables
(layout, info) because an added host adapter ("DELL AHA-39160
(AIC-7899A) Ultra160 SCSI Host Adapter") doesn't provide firmware or
cache info.
|
|
From: <lor...@pn...> - 2009-08-11 20:13:41
|
I will be out of the office starting 05/08/2009 and will not return until 15/08/2009. Please contact its...@pn... with any queries. |
|
From: Andrew R. <an...@ei...> - 2009-08-11 18:44:15
|
Hello All, I recently updated our Cisco 3750 switches to the newest firmware from Cisco and ended up breaking my devmon tests for if_col, if_dsc, if_err, and if_load. It seems that Cisco has added SNMP monitoring of its "StackSub" ports (which I assume to be the stack interconnect ports on the back of the unit), in doing so they failed to add any information in the other statistics in the other branches about these ports. This leaves me "Undefined" in the table for those ports and the tests end up "clear". Is there a way in devmon to have a default value defined if no data is returned? In this case having the column be a default 0 would be preferable to an "undefined". - Andrew |
|
From: divestment <sev...@do...> - 2009-07-24 07:40:47
|
mHow to Get Your Woman to Perform Oral sex.www.shop75(.net) |
|
From: Buchan M. <bg...@st...> - 2009-07-16 20:49:16
|
On Thursday 16 July 2009 08:15:42 Richard Finegold wrote: > While trying to track down an issue with trying to send 6 values to an > RRD, it dawned on me that possibly the template is improperly cached > (for speed?) between data sends. > > The if_load tests on Cisco routers are storing and graphing fine. > However, when trying to send more values for a different column, I got > something in the rrd-status.log like: > > 2009-07-15 21:02:01 hobbitd_rrd: Got message 490663 > @@status#490663|1247716921.314763|127.0.0.1||tac-accel|compress|1247718721| >green||green|1247051061|0||0||0 2009-07-15 21:02:01 startpos 137973, fillpos > 140220, endpos 139082 2009-07-15 21:02:01 Looking for DS defintions in > DS:inlan:COUNTER:600:0:U DS:inwan:COUNTER:600:0:U > DS:outlan:COUNTER:600:0:U DS:outwan:COUNTER:600:0:U > DS:inpct:GAUGE:600:-30:100 DS:outpct:GAUGE:600:-30:100 > 2009-07-15 21:02:01 Seeing if column 0 that has DS:inlan:COUNTER:600:0:U is > a DS 2009-07-15 21:02:01 Seeing if column 1 that has > DS:inwan:COUNTER:600:0:U is a DS 2009-07-15 21:02:01 Seeing if column 2 > that has > DS:outlan:COUNTER:600:0:U is a DS > 2009-07-15 21:02:01 Seeing if column 3 that has > DS:outwan:COUNTER:600:0:U is a DS > 2009-07-15 21:02:01 Seeing if column 4 that has > DS:inpct:GAUGE:600:-30:100 is a DS > 2009-07-15 21:02:01 Seeing if column 5 that has > DS:outpct:GAUGE:600:-30:100 is a DS > 2009-07-15 21:02:01 Seeing if column 6 that has is a DS > 2009-07-15 21:02:01 Found 6 DS definitions > 2009-07-15 21:02:01 Found 2 columns in devmon rrd data > 2009-07-15 21:02:01 Sending from devmon to RRD for compress 21: > 1247716921:3585335085:178447296:277018868:1232298881:0:0 > 2009-07-15 21:02:01 Creating rrd > /var/lib/xymon/data/rrd/tac-accel/compress.21.rrd > 2009-07-15 21:02:01 RRD create param 00: 'rrdcreate' > 2009-07-15 21:02:01 RRD create param 01: > '/var/lib/xymon/data/rrd/tac-accel/compress.21.rrd' > 2009-07-15 21:02:01 RRD create param 02: 'DS:inlan:COUNTER:600:0:U' > 2009-07-15 21:02:01 RRD create param 03: 'DS:inwan:COUNTER:600:0:U' > 2009-07-15 21:02:01 RRD create param 04: 'DS:outlan:COUNTER:600:0:U' > 2009-07-15 21:02:01 RRD create param 05: 'DS:outwan:COUNTER:600:0:U' > 2009-07-15 21:02:01 RRD create param 06: 'DS:inpct:GAUGE:600:-30:100' > 2009-07-15 21:02:01 RRD create param 07: 'DS:outpct:GAUGE:600:-30:100' > 2009-07-15 21:02:01 RRD create param 08: 'RRA:AVERAGE:0.5:1:576' > 2009-07-15 21:02:01 RRD create param 09: 'RRA:AVERAGE:0.5:6:576' > 2009-07-15 21:02:01 RRD create param 10: 'RRA:AVERAGE:0.5:24:576' > 2009-07-15 21:02:01 RRD create param 11: 'RRA:AVERAGE:0.5:288:576' > 2009-07-15 21:02:01 RRD update param 00: 'rrdupdate' > 2009-07-15 21:02:01 RRD update param 01: > '/var/lib/xymon/data/rrd/tac-accel/compress.21.rrd' > 2009-07-15 21:02:01 RRD update param 02: '-t' > 2009-07-15 21:02:01 RRD update param 03: 'ds0:ds1' > 2009-07-15 21:02:01 RRD update param 04: > '1247716921:3585335085:178447296:277018868:1232298881:0:0' > 2009-07-15 21:02:01 RRD error updating > /var/lib/xymon/data/rrd/tac-accel/compress.21.rrd from 127.0.0.1: > unknown DS name 'ds0' > 2009-07-15 21:02:01 Found 2 columns in devmon rrd data > 2009-07-15 21:02:01 Sending from devmon to RRD for compress 80: > 1247716921:503160116:2676697705:1973322679:2061899336:1:73 > 2009-07-15 21:02:01 Creating rrd > /var/lib/xymon/data/rrd/tac-accel/compress.80.rrd > 2009-07-15 21:02:01 RRD create param 00: 'rrdcreate' > 2009-07-15 21:02:01 RRD create param 01: > '/var/lib/xymon/data/rrd/tac-accel/compress.80.rrd' > 2009-07-15 21:02:01 RRD create param 02: 'DS:inlan:COUNTER:600:0:U' > 2009-07-15 21:02:01 RRD create param 03: 'DS:inwan:COUNTER:600:0:U' > 2009-07-15 21:02:01 RRD create param 04: 'DS:outlan:COUNTER:600:0:U' > 2009-07-15 21:02:01 RRD create param 05: 'DS:outwan:COUNTER:600:0:U' > 2009-07-15 21:02:01 RRD create param 06: 'DS:inpct:GAUGE:600:-30:100' > 2009-07-15 21:02:01 RRD create param 07: 'DS:outpct:GAUGE:600:-30:100' > 2009-07-15 21:02:01 RRD create param 08: 'RRA:AVERAGE:0.5:1:576' > 2009-07-15 21:02:01 RRD create param 09: 'RRA:AVERAGE:0.5:6:576' > 2009-07-15 21:02:01 RRD create param 10: 'RRA:AVERAGE:0.5:24:576' > 2009-07-15 21:02:01 RRD create param 11: 'RRA:AVERAGE:0.5:288:576' > 2009-07-15 21:02:01 RRD update param 00: 'rrdupdate' > 2009-07-15 21:02:01 RRD update param 01: > '/var/lib/xymon/data/rrd/tac-accel/compress.80.rrd' > 2009-07-15 21:02:01 RRD update param 02: '-t' > 2009-07-15 21:02:01 RRD update param 03: 'ds0:ds1' > 2009-07-15 21:02:01 RRD update param 04: > '1247716921:503160116:2676697705:1973322679:2061899336:1:73' > 2009-07-15 21:02:01 RRD error updating > /var/lib/xymon/data/rrd/tac-accel/compress.80.rrd from 127.0.0.1: > unknown DS name 'ds0' > > > It's confusing me that, while it finds 6 DS definitions, it's only > finding 2 columns. Shouldn't it be finding 6 columns? > > (If I rename the columns to ds0..ds5, it says "expected 2 data source > readings (got 6)".) > > I'm tempted to skip the null check for devmon_tpl, and always have it > try to create the template; would that suffice? > > (Xymon-4.2.3-rc1, devmon-0.3.1-beta1, I'm admittedly overdue for > upgrading.) IIRC, I fixed this in post-0.3.1-beta1 devmon svn, and post-Xymon-4.2.3 cvs, this is the commit in devmon svn: http://devmon.svn.sf.net/viewvc/devmon/trunk/extras/do_devmon.c?r1=97&r2=129 Regards, Buchan |
|
From: Richard F. <gol...@gm...> - 2009-07-16 06:16:08
|
While trying to track down an issue with trying to send 6 values to an RRD, it dawned on me that possibly the template is improperly cached (for speed?) between data sends. The if_load tests on Cisco routers are storing and graphing fine. However, when trying to send more values for a different column, I got something in the rrd-status.log like: 2009-07-15 21:02:01 hobbitd_rrd: Got message 490663 @@status#490663|1247716921.314763|127.0.0.1||tac-accel|compress|1247718721|green||green|1247051061|0||0||0 2009-07-15 21:02:01 startpos 137973, fillpos 140220, endpos 139082 2009-07-15 21:02:01 Looking for DS defintions in DS:inlan:COUNTER:600:0:U DS:inwan:COUNTER:600:0:U DS:outlan:COUNTER:600:0:U DS:outwan:COUNTER:600:0:U DS:inpct:GAUGE:600:-30:100 DS:outpct:GAUGE:600:-30:100 2009-07-15 21:02:01 Seeing if column 0 that has DS:inlan:COUNTER:600:0:U is a DS 2009-07-15 21:02:01 Seeing if column 1 that has DS:inwan:COUNTER:600:0:U is a DS 2009-07-15 21:02:01 Seeing if column 2 that has DS:outlan:COUNTER:600:0:U is a DS 2009-07-15 21:02:01 Seeing if column 3 that has DS:outwan:COUNTER:600:0:U is a DS 2009-07-15 21:02:01 Seeing if column 4 that has DS:inpct:GAUGE:600:-30:100 is a DS 2009-07-15 21:02:01 Seeing if column 5 that has DS:outpct:GAUGE:600:-30:100 is a DS 2009-07-15 21:02:01 Seeing if column 6 that has is a DS 2009-07-15 21:02:01 Found 6 DS definitions 2009-07-15 21:02:01 Found 2 columns in devmon rrd data 2009-07-15 21:02:01 Sending from devmon to RRD for compress 21: 1247716921:3585335085:178447296:277018868:1232298881:0:0 2009-07-15 21:02:01 Creating rrd /var/lib/xymon/data/rrd/tac-accel/compress.21.rrd 2009-07-15 21:02:01 RRD create param 00: 'rrdcreate' 2009-07-15 21:02:01 RRD create param 01: '/var/lib/xymon/data/rrd/tac-accel/compress.21.rrd' 2009-07-15 21:02:01 RRD create param 02: 'DS:inlan:COUNTER:600:0:U' 2009-07-15 21:02:01 RRD create param 03: 'DS:inwan:COUNTER:600:0:U' 2009-07-15 21:02:01 RRD create param 04: 'DS:outlan:COUNTER:600:0:U' 2009-07-15 21:02:01 RRD create param 05: 'DS:outwan:COUNTER:600:0:U' 2009-07-15 21:02:01 RRD create param 06: 'DS:inpct:GAUGE:600:-30:100' 2009-07-15 21:02:01 RRD create param 07: 'DS:outpct:GAUGE:600:-30:100' 2009-07-15 21:02:01 RRD create param 08: 'RRA:AVERAGE:0.5:1:576' 2009-07-15 21:02:01 RRD create param 09: 'RRA:AVERAGE:0.5:6:576' 2009-07-15 21:02:01 RRD create param 10: 'RRA:AVERAGE:0.5:24:576' 2009-07-15 21:02:01 RRD create param 11: 'RRA:AVERAGE:0.5:288:576' 2009-07-15 21:02:01 RRD update param 00: 'rrdupdate' 2009-07-15 21:02:01 RRD update param 01: '/var/lib/xymon/data/rrd/tac-accel/compress.21.rrd' 2009-07-15 21:02:01 RRD update param 02: '-t' 2009-07-15 21:02:01 RRD update param 03: 'ds0:ds1' 2009-07-15 21:02:01 RRD update param 04: '1247716921:3585335085:178447296:277018868:1232298881:0:0' 2009-07-15 21:02:01 RRD error updating /var/lib/xymon/data/rrd/tac-accel/compress.21.rrd from 127.0.0.1: unknown DS name 'ds0' 2009-07-15 21:02:01 Found 2 columns in devmon rrd data 2009-07-15 21:02:01 Sending from devmon to RRD for compress 80: 1247716921:503160116:2676697705:1973322679:2061899336:1:73 2009-07-15 21:02:01 Creating rrd /var/lib/xymon/data/rrd/tac-accel/compress.80.rrd 2009-07-15 21:02:01 RRD create param 00: 'rrdcreate' 2009-07-15 21:02:01 RRD create param 01: '/var/lib/xymon/data/rrd/tac-accel/compress.80.rrd' 2009-07-15 21:02:01 RRD create param 02: 'DS:inlan:COUNTER:600:0:U' 2009-07-15 21:02:01 RRD create param 03: 'DS:inwan:COUNTER:600:0:U' 2009-07-15 21:02:01 RRD create param 04: 'DS:outlan:COUNTER:600:0:U' 2009-07-15 21:02:01 RRD create param 05: 'DS:outwan:COUNTER:600:0:U' 2009-07-15 21:02:01 RRD create param 06: 'DS:inpct:GAUGE:600:-30:100' 2009-07-15 21:02:01 RRD create param 07: 'DS:outpct:GAUGE:600:-30:100' 2009-07-15 21:02:01 RRD create param 08: 'RRA:AVERAGE:0.5:1:576' 2009-07-15 21:02:01 RRD create param 09: 'RRA:AVERAGE:0.5:6:576' 2009-07-15 21:02:01 RRD create param 10: 'RRA:AVERAGE:0.5:24:576' 2009-07-15 21:02:01 RRD create param 11: 'RRA:AVERAGE:0.5:288:576' 2009-07-15 21:02:01 RRD update param 00: 'rrdupdate' 2009-07-15 21:02:01 RRD update param 01: '/var/lib/xymon/data/rrd/tac-accel/compress.80.rrd' 2009-07-15 21:02:01 RRD update param 02: '-t' 2009-07-15 21:02:01 RRD update param 03: 'ds0:ds1' 2009-07-15 21:02:01 RRD update param 04: '1247716921:503160116:2676697705:1973322679:2061899336:1:73' 2009-07-15 21:02:01 RRD error updating /var/lib/xymon/data/rrd/tac-accel/compress.80.rrd from 127.0.0.1: unknown DS name 'ds0' It's confusing me that, while it finds 6 DS definitions, it's only finding 2 columns. Shouldn't it be finding 6 columns? (If I rename the columns to ds0..ds5, it says "expected 2 data source readings (got 6)".) I'm tempted to skip the null check for devmon_tpl, and always have it try to create the template; would that suffice? (Xymon-4.2.3-rc1, devmon-0.3.1-beta1, I'm admittedly overdue for upgrading.) |
|
From: Fonder Kielman<sa...@la...> - 2009-07-14 17:13:03
|
Misamtchhed sex Drive.www .te81. net |
|
From: <lor...@pn...> - 2009-07-10 17:43:34
|
I will be out of the office starting 09/07/2009 and will not return until 16/07/2009. Please contact its...@pn... with any queries. PFPC is now PNC Global Investment Servicing and our email address extensions have changed to @pncgis.ie. |
|
From: William O. <wo...@st...> - 2009-07-10 15:36:13
|
I hope there is still some support here. I use xymon, and devmon I have to manually kill all the processes and restart devmon every 2 days. I don't see any relevant errors in the devmon.log file. Can anyone help me figure out why its having a problem communicating with xymon? xymon says that devmon hasn't responded, and everything turns purple i have: devmon-0.3.1-beta1.tar.gz devmon-templates-20080206.tar.gz the only repeated errors in the devmon.log file: [09-07-09@18:53:44] No SNMP data found for CPUTotal5Min on router-main [09-07-09@18:54:44] No SNMP data found for FanDescr on it-sw2960 [09-07-09@18:54:44] No SNMP data found for FanState on it-sw2960 [09-07-09@18:54:44] Missing repeater data for FanDescr for fans msg here is what's returned from xymon's web page for the DM process that's down/purple: Thu Jul 9 18:54:44 2009 devmon, version 0.3.1-beta1 Node name: monitor Node number: 0 Process ID: 22308 Cycle time: 60 Dead time: 180 Polled devices: 6 Polled tests: 9 Avg tests/node: n/a # clear msgs: 0 SNMP test time: 1 Test logic time: 0 BB msg xfer time: 0 This poll period: 1 Avg poll time: 0.8 seconds Poll time averaged over 5 poll cycles. thanks for any help! William This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and/or exempt from disclosure under applicable law. If the reader of this is not the intended recipient, or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify me immediately by return email and delete this message from your system. Thank you. |
|
From: invoking <all...@we...> - 2009-07-05 18:25:46
|
How to Bee Good in Bed - Golden Rules Every Man Must Be Aware of Iff He Wants to Be Good in Bed www. via76. com. Thieves Tracked yby Trail of Wrappers |
|
From: councilwoman <hyd...@sh...> - 2009-07-03 15:38:34
|
Adult Friend Finder Reviews -- What's Adult Friend Finder Review All Abbout? www. gen44. net. Mysterious glowing clouds tarageted by NASSA |
|
From: Buchan M. <bg...@st...> - 2009-06-17 07:55:23
|
On Saturday 13 June 2009 01:13:18 Alan Sparks wrote: > I've posted the following enhancement suggestion to the Devmon tracker: > http://sourceforge.net/tracker/index.php?func=detail&atid=816980&aid=280574 >0&group_id=160720 > > > Add a new "datamessage" template (optional) to test template support. > The datamessage file would be handled identically to the "message" file > (same template filling behavior), except instead of being sent as a > STATUS message, it would be sent as a DATA message. > > This facility would be excellent for posting performance data out of > band to the Hobbit server. And rather than patching Hobbit to permit > graphing of Devmon data, it would be easy to use the --extra-script > capability of hobbit-rrd to route the data to a user-parsing script for > RRD updates. 1)Run Xymon 4.2.3, no patching is required for the devmon collector - many distributions of hobbit binaries (e.g. the hobbit RPMS shipped in Mandriva 2009.0 and earlier, or my packages for RHEL3/4/5) already have the patch applied. 2)The --extra-script can be used for status and data messages 3)The --extra-script functionality is very limited, and incurs performance impact (as additional disk io is required to write the messages to disk before they are passed to the script). > It would permit sending a human-friendy STATUS message > (the "message" template file), as well as a more machine-parsable > version of data (the "datamessage" template file) through the DATA channel. Note that (AFAIK) it is impossible to use the same test name for both data and status messages, so I don't think this is possible. At present, the devmon rrd data is displayed in a separate format, and it is possible to include more human-friendly data that does not need to be parseable. > Hope this makes sense. Appreciate any comments. And thanks for listening! I don't yet see a reason to implement this, unless you would like to collect data without an associated test page on Hobbit/Xymon, or if you don't want to see a table on a status page when you're collecting table-based RRD information (and this could be implemented just as a new TABLE option). Regards, Buchan |
|
From: Alan S. <as...@do...> - 2009-06-12 23:44:19
|
I've posted the following enhancement suggestion to the Devmon tracker: http://sourceforge.net/tracker/index.php?func=detail&atid=816980&aid=2805740&group_id=160720 Add a new "datamessage" template (optional) to test template support. The datamessage file would be handled identically to the "message" file (same template filling behavior), except instead of being sent as a STATUS message, it would be sent as a DATA message. This facility would be excellent for posting performance data out of band to the Hobbit server. And rather than patching Hobbit to permit graphing of Devmon data, it would be easy to use the --extra-script capability of hobbit-rrd to route the data to a user-parsing script for RRD updates. It would permit sending a human-friendy STATUS message (the "message" template file), as well as a more machine-parsable version of data (the "datamessage" template file) through the DATA channel. Hope this makes sense. Appreciate any comments. And thanks for listening! -Alan |
|
From: Malguy, V. <vin...@co...> - 2009-06-09 12:07:27
|
Hi Buchan,
Some of our customer are using remote/nomade vpn access to their cisco ASA.
When their are 1 or more session , the oids is reply and so the check is
working.
When their is no vpn session at all, the oids are unreachable.
So even if you fix the bug, the hobbit spot for this check will go from
green to white ( Missing repeater data for primary OID ****) each time their
will be no vpn session.
I belive that cisco have implemented those oids the wrong ways. I will check
in the next few days if newer version of ASA still have this behavoirs.
Until then, If you have in mind a workaround of some sort, please let me
know. I will be appy to offer a Cisco PIX/ASA vpn session monitoring to the
devmon/hobbit community.
Regards, Vincent.
On 08/06/09 09:59, "Buchan Milne" <bg...@st...> wrote:
> On Friday 05 June 2009 15:45:21 Malguy, Vincent wrote:
>> Hi list,
>>
>> I am using Devmon version 0.3.0-beta4 reporting to hobbit 4.2.0 .
>>
>> I have create a new check on an existing template. This template report
>> usage of the vpn (lan to lan and remote acces) on a cisco ASA.
>>
>> This new check works very well on a device that have vpn session.
>> But when a device does not have any vpn session, some of the other snmp
>> check on the device begin to fail.
>
> Yes, this is a bug, but I am not sure where (devmon, or SNMP_Session).
>
>> So it seems that devmon stop doing snmp get for a device when he got too
>> many snmp error for this device.
>>
>> How to be let devmon keep checking oids even if it got a lots of missing
>> iods ?
>
> As a workaround, on the devices that don't support this test, specify all the
> other tests that should be run on the device with the tests() option to the
> DEVMON tag in bb-hosts.
>
> I will try and see if I can fix the real bug sometime (or, have detection of
> devices determine which tests to run, based on whether required OIDS are
> present).
>
> Regards,
> Buchan
>
>
>
*************************************************************************************
The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way.
The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing sec...@co... and delete the message and any attachments without retaining any copies.
Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses.
No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party.
Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900.
|
|
From: <lor...@pn...> - 2009-06-08 09:50:18
|
I will be out of the office starting 07/06/2009 and will not return until 15/06/2009. Please contact its...@pn... with any queries. PFPC is now PNC Global Investment Servicing and our email address extensions have changed to @pncgis.ie. |
122 messages has been excluded from this view by a project administrator.
