devmon-support — General Devmon support

Re: [Devmon] Transforms

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

On Monday, 3 October 2011 14:07:01 kco...@ry... wrote:
> I'm polling some oids on some L2 workgroup switches which can be 1 unit, 2
> units, 3 units...etc...upto 8 units in size.
> 
> I have 8 oids defined, and in units that are less than 8 in size I get back
> "unknown"...which is fine, since there really is nothing there....
> 
> How to I ignore these ? Or how can I exclude them from the "msg" using the
> transforms file ?

Have you tried adding an entry to the exceptions file?

I think the OID in question would have to be the primary repeater for that to 
work though.

If it can't be the primary repeater ... it might be an idea to file an 
enhancement request for this, and I will try and get to it.

Regards,
Buchan

Re: [Devmon] oids that are not like a traditional branch

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

On Tuesday, 27 September 2011 18:20:31 Mark Jones wrote:
> We have a device that allows us to poll for current levels on various
> breakers.  Unfortunately the oids are in one large branch.  So the first 42
> oids in the branch may be names then the next 42 could be volts then the
> next 42 could volts and so forth up to a few thousand oids.

Hmm, I have a device which does something similar, except that x*4-3 is the 
voltage of one phase, same for x*4-2 and x*4-3, and x*4 is the frequency, 
where x ranges from 1 to 10. At least my names are in a separate branch.

IMHO, this indicates a badly designed MIB. At present there is no real support 
for such crazy MIBs.

I guess we could have some kind of operator to make some more sane 'column' 
OIDs out of every Nth leaf of the branch ...

Regards,
Buchan

Re: [Devmon] Transforms file giving no data

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

On Friday, 7 October 2011 20:43:27 Mark Jones wrote:
> Having a problem with a simple transform.  The oid is read fine but when I
> try and devide it by 10 I get no data as the output.  If I output the oid
> directly it displays fine just not devided by 10.  What am I missing?
> 
> 
> 
> 
> Oids file
> 
> SCurrentMax2_1  : .1.3.6.1.4.1.24436.1.5.2.3.2.85.0     : leaf
> 
> Transform file
> 
> CurrentMax2_1           : MATH          : {SCurrentMax2_1}/10

I normally use spaces around operators, but it should work without ...


> Output from snmpget
> 
> snmpget -v1 -c public 192.168.7.87 .1.3.6.1.4.1.24436.1.5.2.3.2.85.0
> SNMPv2-SMI::enterprises.24436.1.5.2.3.2.85.0 = INTEGER: 0
> 
> Output from devmon via message file
> 
> No data.

If you run with debugging and a higher verbosity, you should hopefully see an 
error regarding the transform.

Can you supply it?

Regards,
Buchan

Re: [Devmon] Branch OID

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

On Friday, 7 October 2011 18:53:52 kco...@ry... wrote:
> I trying to grab some info from some switches via a branch OID. If I
> manually do a snmpwalk and specify the host and oid I get back a list of
> items that I want to post via the message file....
> 
> But the only thing that is ever posted is "HASH"....
> 
> Maybe this is not what the branch syntax in the oids file is for ???


Are you using the branch OID without a table?

branch OIDs should only be used in TABLE's.

If this doesn't resolve it, please provide the contents of your template 
files.

Regards,
Buchan

[Devmon] Transforms file giving no data

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

Having a problem with a simple transform.  The oid is read fine but when I
try and devide it by 10 I get no data as the output.  If I output the oid
directly it displays fine just not devided by 10.  What am I missing?




Oids file

SCurrentMax2_1  : .1.3.6.1.4.1.24436.1.5.2.3.2.85.0     : leaf

Transform file

CurrentMax2_1           : MATH          : {SCurrentMax2_1}/10



Output from snmpget

snmpget -v1 -c public 192.168.7.87 .1.3.6.1.4.1.24436.1.5.2.3.2.85.0
SNMPv2-SMI::enterprises.24436.1.5.2.3.2.85.0 = INTEGER: 0

Output from devmon via message file

No data.


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

[Devmon] Branch OID

[<kco...@ry...>]

I trying to grab some info from some switches via a branch OID. If I manually do a snmpwalk and specify the host and oid I get back a list of items that I want to post via the message file....

But the only thing that is ever posted is "HASH"....

Maybe this is not what the branch syntax in the oids file is for ???
 

   
Ken Connell
Intermediate Network Engineer
Computer & Communication Services
Ryerson University
350 Victoria St
RM AB50
Toronto, Ont
M5B 2K3
416-979-5000 x6709

[Devmon] Issue with an ATM interface on a Cisco 3845

[Root, P. <Pau...@Ce...>]

Something strange is going on in our devmon.  We have a c3845 with an ATM interface, that is admin'd down. However, the Xymon display calls it AT2/0 and properly marks it as green admin down.

However, it is marking the sub interfaces as red.

AT2/0 [To BUR-edge-11]  45000000        green admin down

ATM2/0-atm layer        0       red down

ATM2/0.0-atm subif [To BUR-edge-11]     45000000        red down

ATM2/0-aal5 layer       0       red down

ATM2/0.0-aal5 layer [To BUR-edge-11]    45000000        red down



Any ideas?




Paul Root    - Engineer III  - Qwest is now CenturyLink



This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly
prohibited and may be unlawful.  If you have received this communication
in error, please immediately notify the sender by reply e-mail and destroy
all copies of the communication and any attachments.

[Devmon] Transforms

[<kco...@ry...>]

I'm polling some oids on some L2 workgroup switches which can be 1 unit, 2 units, 3 units...etc...upto 8 units in size. 

I have 8 oids defined, and in units that are less than 8 in size I get back "unknown"...which is fine, since there really is nothing there....

How to I ignore these ? Or how can I exclude them from the "msg" using the transforms file ?


   
Ken Connell
Intermediate Network Engineer
Computer & Communication Services
Ryerson University
350 Victoria St
RM AB50
Toronto, Ont
M5B 2K3
416-979-5000 x6709

[Devmon] Transforms

[<kco...@ry...>]

I'm polling some oids on some L2 workgroup switches which can be 1 unit, 2 units, 3 units...etc...upto 8 units in size. 

I have 8 oids defined, and in units that are less than 8 in size I get back "unknown"...which is fine, since there really is nothing there....

How to I ignore these ? Or how can I exclude them from the "msg" using the transforms file ?


   
Ken Connell
Intermediate Network Engineer
Computer & Communication Services
Ryerson University
350 Victoria St
RM AB50
Toronto, Ont
M5B 2K3
416-979-5000 x6709

Re: [Devmon] After upgrade to r233 devmon not sending upgrades to xymon

[Glenn A. <at...@ut...>]

Ok, I made the classic mistake of changing too many variables without 
waiting first.  Everything appears to be functional now.  It first 
started working after I added "-vv" to the start script.  I removed the 
"-vv", restarted the daemon and it's working normally now (except for 
complaints about a number of templates).

Sorry to bother the list on this one.

Glenn Attwood
Senior Network Administrator, IITS
University of Toronto Scarborough
416-287-7364

On 11-09-27 07:27 AM, Buchan Milne wrote:
> On Monday, 26 September 2011 17:28:46 Glenn Attwood wrote:
>> I've been running r183 for a while and just did an update to r233.
>> Everything seems to be fine except that status updates are not being
>> sent to xymon (currently running 4.3.5).
>>
>> Before I revert back to r183, what can I look at (besides the log which
>> only has complaints about the templates) to sort out where the break is?
>
> My production devmon installations are very similar to current svn, however
> that is only for the real code (modules, devmon script itself), not the
> templates.
>
> Can you increase the log verbosity, and supply the relevant log messages?
>
> If it would be of value to do this realtime, and if you have IRC access,
> please join #xymon on Freenode (e.g. irc.freenode.net).
>
> Regards,
> Buchan

[Devmon] oids that are not like a traditional branch

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

We have a device that allows us to poll for current levels on various
breakers.  Unfortunately the oids are in one large branch.  So the first 42
oids in the branch may be names then the next 42 could be volts then the
next 42 could volts and so forth up to a few thousand oids.

Any ideas how I might monitor this setup with devmon?

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

Re: [Devmon] different templates for hardware reporting identicalsysdesc

[<kco...@ry...>]

As Jeremy said, don't forget to "readbbhosts"....but on a side note because cron was mentioned.....

I actually cron mine to "readbbhosts" once a day in the wee hours....this just makes things seamless for the others in my group who add to the hosts file but don't really know what Devmon is or how to make it do its magic ;)


   
Ken Connell
Intermediate Network Engineer
Computer & Communication Services
Ryerson University
350 Victoria St
RM AB50
Toronto, Ont
M5B 2K3
416-979-5000 x6709


-----Original Message-----
From: Jeremy Laidman <jla...@re...>
Date: Tue, 27 Sep 2011 13:28:37 
To: <dev...@li...>
Reply-to: dev...@li...
Subject: Re: [Devmon] different templates for hardware reporting identical
	sysdesc

On Tue, Sep 27, 2011 at 7:56 AM, <kco...@ry...> wrote:

> Just had this issue, drove me nuts....
>

Likewise.

Don't forgot to re-run "devmon --readbbhosts" manually if it's not run from
cron.


> Create/copy a new template and in the specs file change the model to
> something slightly different but unique.
>

I create symlinks for all tests that are the same, pointing to the
"official" version.  Then I can keep them upgraded without having to re-copy
them into the cloned version.

In the spec file, you can only match on the sysdesc string.  So presently,
there's no way of being more selective except for mapping on a per-host
basis, as Ken described.

What would be really useful is to be able to specify the device matching in
the spec file more precisely.  For example, it would be neat to be able to
add one of these into the spec file:

oid-exists : 1.3.6.1.4.1.232.3.2.4.1.1.1
oid-exists : tcpConnLocalPort.127.0.0.1.25.0.0.0.0.0
oid-value : 1.3.6.1.4.1.232.3.2.4.1.1.1 > 0
oid-value : sysLocation =~ /Site2/

(The OID used here refers to the HP/Compaq drive hot-spare count.)

Cheers
Jeremy
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
_______________________________________________
Devmon-support mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devmon-support

Re: [Devmon] After upgrade to r233 devmon not sending upgrades to xymon

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

On Monday, 26 September 2011 17:28:46 Glenn Attwood wrote:
> I've been running r183 for a while and just did an update to r233.
> Everything seems to be fine except that status updates are not being
> sent to xymon (currently running 4.3.5).
> 
> Before I revert back to r183, what can I look at (besides the log which
> only has complaints about the templates) to sort out where the break is?

My production devmon installations are very similar to current svn, however 
that is only for the real code (modules, devmon script itself), not the 
templates.

Can you increase the log verbosity, and supply the relevant log messages?

If it would be of value to do this realtime, and if you have IRC access, 
please join #xymon on Freenode (e.g. irc.freenode.net).

Regards,
Buchan

Re: [Devmon] different templates for hardware reporting identical sysdesc

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

On Tuesday, 27 September 2011 05:28:37 Jeremy Laidman wrote:
 
> What would be really useful is to be able to specify the device matching in
> the spec file more precisely.

Well, sysDescr use isn't a great idea, and I was considering using 
sysObjectId, as that will (at least for devices that support it) be the 
easiest to use to identify the device without requiring access to all the 
devices for which templates exist.

However, this is only sufficient to identify the base device/appliance, not 
any optional features it may support (e.g. feature blades on modular chassis 
such as a load balancer in a Cisco 6500/7600 or more modern replacements).

sysORID may help somewhat here to identify standards-based MIBs the device 
supports, but not any vendor-specific MIBs.

Some of this work may be done more efficiently with better MIB support, and 
requires changes to how templates are handled, so I think some more 
experimentation needs to be done here, and most likely in a new branch or 
release series.

So, I would really like to get the 0.3.1 release out of the way before 
starting work on any of these issues.

> For example, it would be neat to be able to
> add one of these into the spec file:
> 
> oid-exists : 1.3.6.1.4.1.232.3.2.4.1.1.1
> oid-exists : tcpConnLocalPort.127.0.0.1.25.0.0.0.0.0

To identify a server with a running MTA? What would the value here be?

> oid-value : 1.3.6.1.4.1.232.3.2.4.1.1.1 > 0
> oid-value : sysLocation =~ /Site2/
> 
> (The OID used here refers to the HP/Compaq drive hot-spare count.)

Yes, I guess that could be useful to distinguish the hot-spare vs no-hot-spare 
case. But, I don't know if separate templates is the best fix for this issue, 
or if instead empty tables should be ignored totally.

I will try and look at solutions for this problem in October or November.

Regards,
Buchan

Re: [Devmon] different templates for hardware reporting identical sysdesc

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

On Monday, 26 September 2011 23:25:49 netz-haut - stephan seitz wrote:
> Hi there,
> 
> I've made a template to monitor the Areca ARC-1680 sas/sata controller.
> For that particular controller it works quite well.
> My current problem is, the monitored infrastructure consists of some more
> Areca controllers (starting from some ARC-11xx up to the recent 1880)
> which have all (slightly) different MIB, but all of them are reporting
> "Raid Subsystem V1.00" as sysdesc value.

sysdescr is not a very good choice for identifying appliances (see for example 
how many Linux-based appliances can't be distinguished from each other, or 
from OEM servers from HP or Dell running the OEM's management software).


> Is there any configuration possible to distinguish the controllers in
> ./templates/[...]/desc by any other OID?

IMHO, your best option is currently to specify the model option in the DEVMON 
tag in the bb-host or hosts.cfg file.

Regards,
Buchan

Re: [Devmon] different templates for hardware reporting identical sysdesc

[Jeremy L. <jla...@re...>]

On Tue, Sep 27, 2011 at 7:56 AM, <kco...@ry...> wrote:

> Just had this issue, drove me nuts....
>

Likewise.

Don't forgot to re-run "devmon --readbbhosts" manually if it's not run from
cron.


> Create/copy a new template and in the specs file change the model to
> something slightly different but unique.
>

I create symlinks for all tests that are the same, pointing to the
"official" version.  Then I can keep them upgraded without having to re-copy
them into the cloned version.

In the spec file, you can only match on the sysdesc string.  So presently,
there's no way of being more selective except for mapping on a per-host
basis, as Ken described.

What would be really useful is to be able to specify the device matching in
the spec file more precisely.  For example, it would be neat to be able to
add one of these into the spec file:

oid-exists : 1.3.6.1.4.1.232.3.2.4.1.1.1
oid-exists : tcpConnLocalPort.127.0.0.1.25.0.0.0.0.0
oid-value : 1.3.6.1.4.1.232.3.2.4.1.1.1 > 0
oid-value : sysLocation =~ /Site2/

(The OID used here refers to the HP/Compaq drive hot-spare count.)

Cheers
Jeremy

Re: [Devmon] different templates for hardware reporting identical sysdesc

[<kco...@ry...>]

Just had this issue, drove me nuts....

Create/copy a new template and in the specs file change the model to something slightly different but unique. 

Then in you hosts file add the following after the DEVMON tag:

:model(<vendor from specs file>;<model from specs file>)



   
Ken Connell
Intermediate Network Engineer
Computer & Communication Services
Ryerson University
350 Victoria St
RM AB50
Toronto, Ont
M5B 2K3
416-979-5000 x6709


-----Original Message-----
From: netz-haut - stephan seitz <s....@ne...>
Date: Mon, 26 Sep 2011 23:25:49 
To: <dev...@li...>
Reply-to: dev...@li...
Subject: [Devmon] different templates for hardware reporting identical	sysdesc

Hi there,

I've made a template to monitor the Areca ARC-1680 sas/sata controller.
For that particular controller it works quite well.
My current problem is, the monitored infrastructure consists of some more Areca controllers (starting from some ARC-11xx up to the recent 1880) which have all (slightly) different MIB, but all of them are reporting "Raid Subsystem V1.00" as sysdesc value.

Is there any configuration possible to distinguish the controllers in ./templates/[...]/desc by any other OID?

Thanks for any suggestions!


-- 

Stephan Seitz
Senior System Administrator

   netz-haut GmbH
   multimediale kommunikation

   Zweierweg 22
   97074 Würzburg

   Telefon: 0931 2876247
   Telefax: 0931 2876248

   Web: www.netz-haut.de

   Amtsgericht Würzburg – HRB 10764
   Geschäftsführer: Michael Daut, Kai Neugebauer



------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
_______________________________________________
Devmon-support mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devmon-support

[Devmon] different templates for hardware reporting identical sysdesc

[netz-haut - s. s. <s....@ne...>]

Hi there,

I've made a template to monitor the Areca ARC-1680 sas/sata controller.
For that particular controller it works quite well.
My current problem is, the monitored infrastructure consists of some more Areca controllers (starting from some ARC-11xx up to the recent 1880) which have all (slightly) different MIB, but all of them are reporting "Raid Subsystem V1.00" as sysdesc value.

Is there any configuration possible to distinguish the controllers in ./templates/[...]/desc by any other OID?

Thanks for any suggestions!


-- 

Stephan Seitz
Senior System Administrator

   netz-haut GmbH
   multimediale kommunikation

   Zweierweg 22
   97074 Würzburg

   Telefon: 0931 2876247
   Telefax: 0931 2876248

   Web: www.netz-haut.de

   Amtsgericht Würzburg – HRB 10764
   Geschäftsführer: Michael Daut, Kai Neugebauer

[Devmon] After upgrade to r233 devmon not sending upgrades to xymon

[Glenn A. <at...@ut...>]

I've been running r183 for a while and just did an update to r233. 
Everything seems to be fine except that status updates are not being 
sent to xymon (currently running 4.3.5).

Before I revert back to r183, what can I look at (besides the log which 
only has complaints about the templates) to sort out where the break is?

Devmon is running standalone on the xymon server with no mysql integration.

Thanks,
-- 
Glenn Attwood
Senior Network Administrator, IITS
University of Toronto Scarborough
416-287-7364

Re: [Devmon] Poll one device with a diff string

[Ken C. <kco...@ry...>]

Worked like a charm :)

Thanks


Ken Connell
Intermediate Network Engineer
Computer & Communication Services
Ryerson University
350 Victoria St
RM AB50
Toronto, Ont
M5B 2K3
416-979-5000 x6709

----- Original Message -----
From: Jeremy Laidman <jla...@re...>
Date: Friday, September 16, 2011 5:56 am
Subject: Re: [Devmon] Poll one device with a diff string
To: kco...@ry..., dev...@li...


> On Fri, Sep 16, 2011 at 10:32 AM, <kco...@ry...> wrote:
>  
>  > Can I specify a different read string for one particular 
> device/host in
>  > bb-hosts ?
>  >
>  
>  Ken
>  
>  You can specify the community string in the hosts file by appending
>  cid(publicstring) to your DEVMON settings for the host.  An example 
> can be
>  seen here:
>  
>  http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Other_Docs/HOWTO/Devmon_SNMP#Add_the_target_device_to_your_hobbit_setup
>  
>  Most other settings can be overridden on a per-host basis in this way.
>  
>  Cheers
>  Jeremy
>  

Re: [Devmon] Poll one device with a diff string

[Jeremy L. <jla...@re...>]

On Fri, Sep 16, 2011 at 10:32 AM, <kco...@ry...> wrote:

> Can I specify a different read string for one particular device/host in
> bb-hosts ?
>

Ken

You can specify the community string in the hosts file by appending
cid(publicstring) to your DEVMON settings for the host.  An example can be
seen here:

http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Other_Docs/HOWTO/Devmon_SNMP#Add_the_target_device_to_your_hobbit_setup

Most other settings can be overridden on a per-host basis in this way.

Cheers
Jeremy

[Devmon] Poll one device with a diff string

[<kco...@ry...>]

Hey, new to the list....

Quick question....

Can I specify a different read string for one particular device/host in bb-hosts ?


   
Ken Connell
Intermediate Network Engineer
Computer & Communication Services
Ryerson University
350 Victoria St
RM AB50
Toronto, Ont
M5B 2K3
416-979-5000 x6709

Re: [Devmon] new beta release date?

[Jeremy L. <jla...@re...>]

 On Tue, Sep 13, 2011 at 1:48 AM, Buchan Milne <bg...@st...>
 wrote:

> Well, I am using the Mandriva package, which I maintain, on platforms
> including RHEL. But, I don't see a point in spending more effort on it
> myself
> when RH doesn't have equivalents of or implementations of useful Mandriva
> generically named macros (%_pre_useradd, %_post_service).
>
 [snip]

> I can possibly add conditional definitions of versions of these macros that
> work on RH-based distros.
>

Hmm.  Looks like Mandriva has several special macros that aren't present on
other distros, and so does Redhat.  I'm beginning to think that the
effort in trying to support multiple distros in the one spec file exceeds
the benefit, and instead, perhaps we should maintain separate spec files.
 The spec files could be included in the source tree under extras, named
redhat.spec, mandriva.spec and suse.spec?  That way, anyone can fetch the
tarball and build a package.

Having said that, I'm happy to continue working towards a single spec file,
if that's your preferred option.


> Since I have a repo for RHEL/Centos, which I know other users have used, it
> would avoid upgrade issues if there are any differences:
>
> http://staff.telkomsa.net/packages/Xymon.repo
> http://staff.telkomsa.net/packages/rhel5/hobbit/noarch/


The spec file you have for this packages makes use of %_pre_useradd and
%_post_service.  Do you have a customized macro file to support this?

Cheers
Jeremy

Re: [Devmon] new beta release date?

[Colin C. <col...@gm...>]

I've been using devmon from SVN for the last few weeks in dev
environment.  During this time, devmon 0.3.1 BETA1 has stopped a
couple of times but the SVN version has had no problems.

My dev environment is a lot smaller than prod, not sure how much
difference that makes.

CC

On Mon, Sep 12, 2011 at 11:48 PM, Buchan Milne
<bg...@st...> wrote:
> On Monday, 12 September 2011 09:38:35 Jeremy Laidman wrote:
>> On Mon, Aug 8, 2011 at 11:23 PM, Buchan Milne
> <bg...@st...>wrote:
>> > I would like to make a stable release quite soon. Unfortunately, in
>> > March, quite soon was hopefully within a month, and now, it is still
>> > about the same
>> > ...
>>
>> I've been working on a spec file for SUSE and Redhat/Fedora Linuxes that
>> would be good to get into the next (or some future) release.  It well works
>> for me, and another list subscriber (the original author of the spec file)
>> is also checking for Redhat/Fedora compatibility with a view to inclusion
>> into EPEL.  Also would be good to have testers from other distros (eg
>> Mandriva).  Should I log a tracker thingamy and post it there?
>
> Well, I am using the Mandriva package, which I maintain, on platforms
> including RHEL. But, I don't see a point in spending more effort on it myself
> when RH doesn't have equivalents of or implementations of useful Mandriva
> generically named macros (%_pre_useradd, %_post_service).
>
> I can possibly add conditional definitions of versions of these macros that
> work on RH-based distros.
>
> I would prefer to start with the Mandriva spec file and work from there
> myself:
>
> http://svn.mandriva.com/cgi-
> bin/viewvc.cgi/packages/cooker/devmon/current/SPECS/devmon.spec?view=log
>
> Since I have a repo for RHEL/Centos, which I know other users have used, it
> would avoid upgrade issues if there are any differences:
>
> http://staff.telkomsa.net/packages/Xymon.repo
> http://staff.telkomsa.net/packages/rhel5/hobbit/noarch/
>
> Any rpm-related files which need changes we should consider implementing in
> the release (if possible).
>
>> I would love more people to test the current svn, and give feedback,
>>
>> > specifically on any open bugs.
>>
>> I'll be testing it out over the next couple of weeks.  Feedback also in
>> tracker?
>
> Please.
>
> Regards,
> Buchan
>
> ------------------------------------------------------------------------------
> Doing More with Less: The Next Generation Virtual Desktop
> What are the key obstacles that have prevented many mid-market businesses
> from deploying virtual desktops?   How do next-generation virtual desktops
> provide companies an easier-to-deploy, easier-to-manage and more affordable
> virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>



-- 
RHCE#805007969328369

Re: [Devmon] new beta release date?

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

On Monday, 12 September 2011 09:38:35 Jeremy Laidman wrote:
> On Mon, Aug 8, 2011 at 11:23 PM, Buchan Milne 
<bg...@st...>wrote:
> > I would like to make a stable release quite soon. Unfortunately, in
> > March, quite soon was hopefully within a month, and now, it is still
> > about the same
> > ...
> 
> I've been working on a spec file for SUSE and Redhat/Fedora Linuxes that
> would be good to get into the next (or some future) release.  It well works
> for me, and another list subscriber (the original author of the spec file)
> is also checking for Redhat/Fedora compatibility with a view to inclusion
> into EPEL.  Also would be good to have testers from other distros (eg
> Mandriva).  Should I log a tracker thingamy and post it there?

Well, I am using the Mandriva package, which I maintain, on platforms 
including RHEL. But, I don't see a point in spending more effort on it myself 
when RH doesn't have equivalents of or implementations of useful Mandriva 
generically named macros (%_pre_useradd, %_post_service).

I can possibly add conditional definitions of versions of these macros that 
work on RH-based distros.

I would prefer to start with the Mandriva spec file and work from there 
myself:

http://svn.mandriva.com/cgi-
bin/viewvc.cgi/packages/cooker/devmon/current/SPECS/devmon.spec?view=log

Since I have a repo for RHEL/Centos, which I know other users have used, it 
would avoid upgrade issues if there are any differences:

http://staff.telkomsa.net/packages/Xymon.repo
http://staff.telkomsa.net/packages/rhel5/hobbit/noarch/

Any rpm-related files which need changes we should consider implementing in 
the release (if possible).

> I would love more people to test the current svn, and give feedback,
> 
> > specifically on any open bugs.
> 
> I'll be testing it out over the next couple of weeks.  Feedback also in
> tracker?

Please.

Regards,
Buchan