[NSClient++] Topic #211 - Monitoring disk space on a windows cluster http://nsclient.org/nscp/discussion/topic/211 <p> Monitoring disk space on a windows cluster </p> en-us NSClient++ /trac/nswide.png http://nsclient.org/nscp/discussion/topic/211 Trac 1.0beta1 - DiscussionPlugin Matthew Thu, 31 Jul 2008 08:41:01 GMT Topic #211 - Monitoring disk space on a windows cluster http://nsclient.org/nscp/discussion/topic/211#topic http://nsclient.org/nscp/discussion/topic/211#topic <p> Hi there, </p> <p> I wonder if it would be posible to add a feature for how drives on a clustered server are monitored? I would like to be able to ignore cluster disk resources not currently assigned to a node. </p> <p> We monitor clusters by polling each cluster node for basic windows health (disk space, processor, memory and one or two services) and then poling the cluster resource for resorce specific things (ie. disk space, exchange performance counters, MSSQL services.) </p> <p> I love being able to check all local disks with one command. I am unable to use this option on cluster nodes as I get the following errors returned for disk resources on the inactive node: </p> <blockquote> <p> UNKNOWN: Could not get free space for: F:\ "F:\" reason: 87<br /> UNKNOWN: Could not get free space for: H:\ "H:\" reason: 21 </p> </blockquote> <p> There are currently filter options for fixed/cdrom/removable (I note that the removable filter does not work here) A new filter or extension to the existing removable filter would be fantastic. </p> <p> Thanks again for a great application. </p> <p> Matthew Hollick. </p> Topic Matthew Thu, 31 Jul 2008 12:23:36 GMT Reply #597 to topic #211 - Monitoring disk space on a windows cluster http://nsclient.org/nscp/discussion/message/597#message597 http://nsclient.org/nscp/discussion/message/597#message597 <p> done. </p> Message mickem Thu, 31 Jul 2008 08:44:27 GMT Reply #595 to topic #211 - Monitoring disk space on a windows cluster http://nsclient.org/nscp/discussion/message/595#message595 http://nsclient.org/nscp/discussion/message/595#message595 <p> feel free to add a feature request for it. There are plans to swap out the current "drive" concept (which is actually based on letters) to a more moderns device friendly one, but don't know when I will have the time to do that. </p> <p> <em> MickeM </em></p> Message