Page 1 of 2

Unable to see the results of /check-netapp-ng.pl Disk Used

Posted: Thu Mar 21, 2013 5:18 am
by gm_rajkumar
Hi,

I have downloaded the below plugin Check-Netapp-NG to see the Disk used in my NetApp.

http://exchange.nagios.org/directory/Pl ... NG/details

I can able to see the results of disk used details
./check-netapp-ng.pl -H 172.16.4.16 -C public -T DISKUSED --vol /vol/vol_testlab/
OK: DISKUSED 1% | /vol/vol_testlab/= 23365520k

However i couldn't get the results for below query, correct me if im wrong.
./check-netapp-ng.pl -H 172.16.4.16 -C public -T DISKUSED --vol /vol/vol_testlab/qtree_testlab
|
NO RESULTS DISPLAYED....


I couldn't get the subfolder disk information from this plugin. let me know how to get those details..Thanks in Advance!!

Regards,
Raj.

Re: Unable to see the results of /check-netapp-ng.pl Disk Us

Posted: Thu Mar 21, 2013 9:34 am
by abrist
There is not much information for this plugin concerning subfolder checks. Is "qtree_testlab" a separate volume? If not, it will most likely return the same disk information as its parent folder. You may want to look at this plugin as it supports qtrees.

Re: Unable to see the results of /check-netapp-ng.pl Disk Us

Posted: Thu Mar 21, 2013 10:58 pm
by gm_rajkumar
Hi,

First of all thanks for the plugin, i have tried with ./check_netapp-du -H 10.66.5.4 -v /vol/vol_mbxdr03_db1_1/ -C public -w 85 -c 95
im getting the below result..

print() on closed filehandle LOCKFILE at ./check_netapp-d line 140
sh: /data/scripts/nagios/NAS/.netapp-oidcache.10.65.5.4: No such file or directory
CRITICAL: Could not cache list of shares: error 1

Also tried with --force-gencache option i have got the same result.

./check_netapp-du -H 10.66.5.4 -v /vol/vol_mbxdr03_db1_1/ -C public -w 85 -c 95 --force-gencache
im getting the below result..

print() on closed filehandle LOCKFILE at ./check_netapp-d line 140
sh: /data/scripts/nagios/NAS/.netapp-oidcache.10.65.5.4: No such file or directory
CRITICAL: Could not cache list of shares: error 1

Let me know if anything went wrong on this.. thanks!!

Re: Unable to see the results of /check-netapp-ng.pl Disk Us

Posted: Fri Mar 22, 2013 12:06 pm
by lmiltchev
This is a 3rd party plugin. We will have to do some digging and testing, and will get back to you as soon we find a possible solution.

Re: Unable to see the results of /check-netapp-ng.pl Disk Us

Posted: Sun Mar 31, 2013 10:05 pm
by gm_rajkumar
Thanks for your update, let me know once you've got it.. thanks again...
Regards,
Raj.

Re: Unable to see the results of /check-netapp-ng.pl Disk Us

Posted: Mon Apr 01, 2013 10:40 am
by abrist
You could try editing the cron job script for your specific settings to generate a cache file. Does the plugin and nagios user have write access to the directory the plugin is in? It seems like the plugin expects the cache.lock file to be created in the plugin directory at line 139-140. The plugin directory is also where the volume cache file is generated. Is this file being created?

Code: Select all

ls -la /data/scripts/nagios/NAS/
ls -la /data/scripts/nagios/ | grep NAS

Re: Unable to see the results of /check-netapp-ng.pl Disk Us

Posted: Mon Apr 01, 2013 10:56 pm
by gm_rajkumar
Hi abrist,

I have trouble on accessing the cron job script file where exactly it created, please clear me if im wrong on it. I have sent you the PM with the screenshot and let me know if you need further on this.

Regards,
Raj.

Re: Unable to see the results of /check-netapp-ng.pl Disk Us

Posted: Tue Apr 02, 2013 9:34 am
by abrist
What directory are you using for your plugins? The path: /data/scripts/nagios/NAS/ was mentioned in the error so I assumed you were using this directory for your plugin, but the directory does not exist.

Re: Unable to see the results of /check-netapp-ng.pl Disk Us

Posted: Wed Apr 03, 2013 1:41 am
by gm_rajkumar
You're right, after created a directory /data/scripts/nagios/NAS/ in this path. I can able to see the results..thanks buddy... :D

Regards,
Raj...

Re: Unable to see the results of /check-netapp-ng.pl Disk Us

Posted: Wed Apr 03, 2013 9:29 am
by slansing
Great to see this got resolved! Any more issues on this topic?