[Xymon] Windows Xymon PS Client 1.98 disk RRD collection issue

zak.beck at accenture.com zak.beck at accenture.com
Wed Feb 25 10:36:51 CET 2015


Hi

 

Oops - sorry about that, you're right.

 

I have added '/FIXED' to the mountpoint information in the latest commit and
it seems to work for me now.

 

Thanks

Zak 

 

From: Gavin Stone-Tolcher [mailto:g.stone-tolcher at its.uq.edu.au] 
Sent: 25 February 2015 04:55
To: Gavin Stone-Tolcher; Beck, Zak; xymon at xymon.com
Subject: RE: Windows Xymon PS Client 1.98 disk RRD collection issue

 

Hmm, RRD collection for "disk" seems to be broken for me with Xymon PS
Client v1.98.

 

Based on my interpretation of the code in xymon/rrd/do_disk.c, see below, I
changed the following in xymonclient.ps1

 

Line 1347 from: 

 

$mountpoint, `

 

to

 

"/FIXED/$mountpoint", `

 

 

Now both the "C" and "MountPointTest" as per disk chuck below  are collected
OK:

 

v1.93:

 

[disk]

Filesystem         1K-blocks         Used        Avail  Capacity  Mounted
Label                Summary(Total\Avail GB)

C                  104753148     41374564     63378584        39% C:\
SYSTEM               99.90\60.44

MountPointTest     104753148     41374564     63378584        39%
C:\MountPointTest\        SYSTEM               99.90\60.44

 

Mod v1.98

 

[disk]

Filesystem         1K-blocks         Used        Avail  Capacity  Mounted
Label                Summary(Total\Avail GB)

C                  104753148     41304580     63448568        39% /FIXED/C:\
SYSTEM               99.90\60.51

MountPointTest     104753148     41304580     63448568        39%
/FIXED/C:\MountPointTest\ SYSTEM               99.90\60.51

 

 

It would probably be best to do this quick hack or similar to restore RRD
collection/graphs until if/when the "do_disk.c" can be taught about the
Xymon PS Client disk output?

 

 

Cheers,

Gavin Stone-Tolcher, IT Support Officer, Network Operations and Incident
Response

Information Technology Services

The University of Queensland

Level 4, Prentice Building, St Lucia 4072

T: +61 7 334 66645, M: +61 401 140 838

E:  <mailto:g.stone-tolcher at its.uq.edu.au> g.stone-tolcher at its.uq.edu.au W:
<http://www.its.uq.edu.au> www.its.uq.edu.au

 

ITS: Service. Team. Accountability. Results.

 

IMPORTANT: This email and any attachments are intended solely for the
addressee(s), contain copyright material and are confidential. We do not
waive any legal privilege or rights in respect of copyright or
confidentiality. Except as intended addressees are otherwise permitted, you
do not have permission to use, disclose, reproduce or communicate any part
of this email or its attachments. Statements, opinions and information not
related to the official business of The University of Queensland are neither
given nor endorsed by us. By using this email (including accessing any
attachments or links) you agree we are not liable for any loss or damage of
any kind arising in connection with any electronic defect, virus or other
malicious code we did not intentionally include.

 

Please consider the environment before printing this email.

 

CRICOS Code 00025B

 

From: Xymon [ <mailto:xymon-bounces at xymon.com>
mailto:xymon-bounces at xymon.com] On Behalf Of Gavin Stone-Tolcher
Sent: Wednesday, 25 February 2015 11:13 AM
To: 'zak.beck at accenture.com';  <mailto:xymon at xymon.com> xymon at xymon.com
Subject: Re: [Xymon] Windows Xymon PS Client 1.98

 

And one final one for the list.

 

If this is the final output of "disk" for the new powershell client, then it
would be nice if the Xymon server module

 

xymond/rrd/do_disk.c

 

could be trained to graph the mountpoints in addition to the driveletter. I
am running server v4.3.18 and the mountpoint is not being RRD collected or
graphed.

I should point out that the BBWIN collected mountpoints were also not being
graphed either, so it that sense it is the same situation.

 

I see we have a couple of windows client types handled in that module, DT_NT
and DT_BBWIN.

Both of these clients are getting on a bit and it appears that the
powershell client might be the way to go for the future with Windows
platforms, so maybe DT_PS is needed?

 

For reference, an example chunk from client message from my test system is:

 

[disk]

Filesystem         1K-blocks         Used        Avail  Capacity  Mounted
Label                Summary(Total\Avail GB)

C                  104753148     41374564     63378584        39% C:\
SYSTEM               99.90\60.44

MountPointTest     104753148     41374564     63378584        39%
C:\MountPointTest\        SYSTEM               99.90\60.44

 

The module looks to be treating this as BB_NT output as we begin with
"Filesystem" like the BB_NT client. 

 

I think this is the codethat might be causing an issue:

 

if ( (dsystype == DT_NT) && (*(columns[5])) && (strchr(columns[0], '/')) )

 

where BBNT client would have something like "/FIXED/C" being evaluated? 

 

I attach a previous email to the list where the same issue was seen. In that
case modifying the poweshell client to display something like
"/FIXED/F:\ORAARCHIVE" for a mountpoint caused the mountpoints to be
collected/graphed.

 

If someone could look into this for a future update it would be appreciated,
as my windows guys would like to see graphs for their mountpoints.

 

 

Cheers,

Gavin Stone-Tolcher, IT Support Officer, Network Operations and Incident
Response

Information Technology Services

The University of Queensland

Level 4, Prentice Building, St Lucia 4072

T: +61 7 334 66645, M: +61 401 140 838

E:  <mailto:g.stone-tolcher at its.uq.edu.au> g.stone-tolcher at its.uq.edu.au W:
<http://www.its.uq.edu.au> www.its.uq.edu.au

 

ITS: Service. Team. Accountability. Results.

 

IMPORTANT: This email and any attachments are intended solely for the
addressee(s), contain copyright material and are confidential. We do not
waive any legal privilege or rights in respect of copyright or
confidentiality. Except as intended addressees are otherwise permitted, you
do not have permission to use, disclose, reproduce or communicate any part
of this email or its attachments. Statements, opinions and information not
related to the official business of The University of Queensland are neither
given nor endorsed by us. By using this email (including accessing any
attachments or links) you agree we are not liable for any loss or damage of
any kind arising in connection with any electronic defect, virus or other
malicious code we did not intentionally include.

 

Please consider the environment before printing this email.

 

CRICOS Code 00025B

 

From: Xymon [ <mailto:xymon-bounces at xymon.com>
mailto:xymon-bounces at xymon.com] On Behalf Of
<mailto:zak.beck at accenture.com> zak.beck at accenture.com
Sent: Tuesday, 24 February 2015 11:07 PM
To:  <mailto:xymon at xymon.com> xymon at xymon.com
Subject: [Xymon] Windows Xymon PS Client 1.98

 

Hi

 

I've just committed version 1.98 to the project repository -
http://sourceforge.net/p/xymon/code/HEAD/tree/sandbox/WinPSClient/.

 

This update has a number of fixes and additions thanks to the suggestions
and reaction to the previous patches, thanks to Gavin, Brandon and others
for your feedback.

 

List of changes:

 

*         Mount points are now shown in the disk section, similar to BBWin.
The drive label has been added and the column alignment adjusted to suit
drives up to 999TB.

*         The eventlogswanted directive now supports wildcards in the list
of event logs field. So you can now return all event logs like this:

 

eventlogswanted:*:250000

 

*         The eventlogswanted directive also supports an optional fourth
field to specify which levels of event should be returned - critical, error,
warning, information, verbose. By default, all are returned. Values in the
field should be comma-delimited, e.g.:

 

eventlogswanted:*:250000:error,warning,critical

 

*         The dirsize directive now works for files as well as directories.

 

Thanks to everyone, I really appreciate your feedback.

 

Regards

Zak 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20150225/5895fea7/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 6831 bytes
Desc: not available
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20150225/5895fea7/attachment.bin>


More information about the Xymon mailing list