OpsMgr: MP Update: New Base OS MP 6.0.6972.0 Adds new cluster disks, changes free space monitoring, other fixes


There is a new Base OS MP version 6.0.6972.0 available here:  http://www.microsoft.com/en-us/download/details.aspx?id=9296

 

Be very careful updating to this new version – there are multiple changes and potential issues you should plan for and test with, that might impact your existing environments.  I will discuss them below.

 

I previously wrote about the last MP update HERE and HERE.  Then I wrote about some issues in the MP’s with Logical Disk monitoring HERE.  Additionally, there were some problems with the network monitoring utilization scripts HERE.  All of these items have been addressed in this latest MP update. (somewhat)

 

First – lets cover the list of updates from the guide:

Changes in This Update

•    Updated the Cluster shared volume disk monitors so that alert severity corresponds to the monitor state.
•    Fixed an issue where the performance by utilization report would fail to deploy with the message “too many arguments specified”.
•    Updated the knowledge for the available MB monitor to refer to the Available MB counter.
•    Added discovery and monitoring of clustered disks for Windows Server 2008 and above clusters.
•    Added views for clustered disks.
•    Aligned disk monitoring so that all disks (Logical Disks, Cluster Shared Volumes, Clustered disks) now have the same basic set of monitors.
•    There are now separate monitors that measure available MB and %Free disk space for any disk (Logical Disk, Cluster Shared Volume, or Clustered disk).

Note :  These monitors are disabled by default for Logical Disks, so you will need to enable them if you want to use them in place of the default Logical Disk monitor for free space.

•    Updated display names for all disks to be consistent, regardless of the disk type.
•    The monitors generate alerts when they are in an error state.  A warning state does not create an alert.
•    The monitors have a roll-up monitor that also reflects disk state. This monitor does not alert by default. If you want to alert on both warning and error states, you can have the unit monitors alert on warning state and the roll-up monitor alert on error state.
•    Fixed an issue where network adapter monitoring caused high CPU utilization on servers with multiple NICs.
•    Updated the Total CPU Utilization Percentage monitor to run every 5 minutes and alert if it is three consecutive samples above the threshold.
•    Updated the properties of the Operating System instances so that the path includes the server name it applies to so that this name will show up in alerts.
•    Disabled the network bandwidth utilization monitors for Windows Server 2003.
•    Updated the Cluster Shared Volume monitoring scripts so they do not log informational events.
•    Quorum disks are now discovered by default.
•    Mount point discovery is now disabled by default.

Notes:  This version of the Management Pack consolidates disk monitoring for all types of disks as mentioned above. However, for Logical Disks, the previous Logical Disk Free Space monitor, which uses a combination of Available MB and %Free space, is still enabled.  If you prefer to use the new monitors (Disk Free Space (MB) Low Disk Free Space (%) Low), you must disable the Logical Disk Free Space monitor before enabling the new monitors.
The default thresholds for the Available MB monitor are not changed, the warning threshold (which will not alert) is 500MB and the error threshold (which will alert) is 300MB. This will cause alerts to be generated for small disk volumes. Before enabling the new monitors, it is recommended to create a group of these small disks (using the disk size properties as criteria for the group), and overriding the threshold for available MB.

Ok, sounds good.  But what does all that mean to me?

 

I will summarize the fundamental changes below:

 

1.  Disk discovery and monitoring has changed.  We now will UNDISCOVER any “Logical Disks” that are hosted by a Windows Server 2008 R2 cluster, and REDISCOVER those as a new entity, of the “Cluster Disk” class.  This discovery only pertains to Windows Server 2008 R2 and later, it does not affect Server 2008 and older clusters.

 

There are now THREE types of disks we will discover and monitor:

  • Logical Disks
  • Cluster Disks
  • Cluster Shared Volumes

Logical Disks include disks that are not part of/hosted by a cluster, and include disks with a drive letter, and any disks without a drive letter (which are discovered as mount points).

Cluster Disks include any disk that is hosted by a Microsoft Cluster as a shared resource, but not a specific Cluster Shared Volume.

Cluster Shared Volumes are a specific type of cluster disks, that is leveraged by Hyper-V clusters for placement of virtual machines.

For most customers, the impact will be if you have placed any instance or group specific overrides for your cluster disks, these will no longer apply, as these disks are going to be re-discovered as a new entity of a new class, “Cluster Disk”.  This new class will have entirely different monitoring targeting it, described below.

However, this is a GOOD thing!  In the past, if you had a disk that was part of a cluster, it was undiscovered and rediscovered on each NODE when a failover occurred.  If you did overrides for the disk while it was on one node, your changes would no longer apply when it failed over to another node, because it was literally discovered as a different disk! (basemanagedentity)  This is now resolved – the disk will retain the same BaseManagedEntityId (its unique GUID under the covers in SCOM) as it moves from node to node.  It is also now “hosted” by the cluster, and not the Operating System class.

I put together a state dashboard that demonstrates these different disk types:

 

image

 

There are also distinct views for these that ship inside the management pack:

image

 

Another point to make here – is that the Mount Point discovery, which has been enabled in all previous Base OS MP’s, is now DISABLED.  This means you will no longer discover mount points by default.  You can enable this via override if you want mount point discovery, or selectively enable it only for specific servers that you know host a mount point that you wish to monitor.

Our mount point discovery is a bit misleading.  We don’t actually only discover mount points, we actually use the mount point discovery to discover ANY disk that does not have a drive letter assigned.  For instance, you may have noticed on your Server 2008 R2 machines, that you discovered a 100MB logical disk. 

 

image

 

These 100MB disks are System Reserved for Bitlocker use, to hold the boot loader.  Once you upgrade to the new MP version – new mounted disks (non-clustered disks with no drive letter) will no longer be discovered, as this discovery is disabled by default.  This will NOT remove the previously discovered disks, however.   Neither will running Remove-DisabledMonitoringObject.    The reason that Remove-DisabledMonitoringObject does NOT remove these discovered disks, is because it will only remove objects if there is an explicit *override* for a discovery, disabling it.  If we change the default configuration of a discovery to disabled, the cmdlet has no impact.  So if you wanted to remove these from your management group, you simply need to add an explicit override disabling the mount point discovery, and THEN run the cmdlet.  Keep in mind – doing this will undiscover ALL your mounted disks, possibly including real mount points if you have those.  As there is ZERO value in discovering and monitoring these 100MB disks, I’d recommend disabling the mounted disk discovery with an explicit override, then create instance specific or group specific overrides for your servers that DO host a mounted disk.

 

 

2.  Logical Disk free space monitoring, along with Cluster Disk and Cluster Shared Volume monitoring has changed.  Here are the details:

The default configuration of the “Logical Disk Free Space” monitor is largely UNCHANGED from MP version 6.0.6958.0, which I wrote about HERE.  This was done to create the lowest possible impact on you, the admin, who is using this monitor, and likely already has many overrides and has implemented this alert into any ticketing systems.  There were many complaints that this monitor (once it was modified to allow for consecutive samples) no longer generated alerts that contained free space and MB free in the alert description.  This is still the case in this version – the monitor was not modified.  This monitor will also generate alerts for warning state AND critical state, which is NOT a good thing.  When a single monitor generates alerts on both warning and critical state, a *new* alert is *not* generated when the monitor changes from warning to critical.  We simply modify the existing alert from warning to critical (if it exists in an open state).  This modification will NOT generate a new notification subscription, nor will it route the alert to a connector subscription set with a filter for “critical” severity alerts, because it has already been inspected and watermarked.  For this reason I never recommend using three state monitors and alerting on a warning and a critical state.

However, another complaint we often got was that customers didn’t understand how this monitor worked, in that we inspect BOTH % free threshold AND MB free threshold, and BOTH conditions need to be met before we will change the state of the monitor and generate an alert.  This is a very good design, because it helps cut out the majority of noise and remains flexible for disks of different sizes.  That said, many customers would say “I just want a simple monitor to alert on % free ONLY, or MB free ONLY…” which was easier for them to understand.  Therefore, we have added THREE new monitors for disk space monitoring of logical disks.

These new monitors are disabled by default, to allow customers to choose if they want to implement them.  What we have done is to create two new Unit monitors, one for % free and one for MB free.  Then place both of these under an aggregate rollup monitor.

 

image

 

If enabled, the customer can pick if they want only %, or only MB free, or both, via overrides.  These new Unit monitors also provide a richer alert description as seen below:

The disk F: on computer computer1.domain.com is running out of disk space. The value that exceeded the threshold is 28 free Mbytes.

The disk F: on computer computer1.domain.com is running out of disk space. The value that exceeded the threshold is 4% free space.

Additionally, if the customer DOES want alerts on warning state for these monitors, they can enable this, and additionally enable alerting on the Aggregate rollup monitor above, to issue critical alerts only.  This way, you can have unique alerting for a warning state, but if any monitor is critical, we can roll up health and generate a NEW alert for critical state, which can be used to send a notification or send to a ticketing system.

As you can see, a lot of thought went into this new design, trying to make the new format fit as many customer requested scenarios as possible.  You essentially have three options now:

 

  • Continue to use the existing Logical Disk Free space monitor that is provided and enabled in the management pack.
  • Enable and start using the newly designed Logical Disk free space monitors, based on your specific requirements.
  • Use my addendum MP which uses a single free space monitor that is similar to the old Base OS management packs, described and available HERE

 

For Cluster Disks, and Cluster Shared Volume disks – both of those are using the new format for free disk space monitoring:

 

image

image

 

Based on this, I’d recommend considering and testing a move of your logical disk free space monitoring over to the new style as well, to have a consistent experience.  I welcome your feedback on this point.

 

***Note – if you enable the new Logical Disk free space monitors, the MB Free monitor will go into a critical state for any Logical disk that is under 2GB (non-system) or 500MB (system).  This means if you have any tiny disks, such as the 100MB bitlocker disks, this monitor will alert on all of those disks, potentially creating a large number of alerts.  I’d recommend undiscovering those 100MB disks (see #1 above) or create a dynamic group of disks in your override MP, based on “size is less than a specific numerical size”, and use this group to disable free space monitoring.

 

3.  The previous “Cluster Shared Volume” MP with was “Microsoft.Windows.Server.ClusterSharedVolumeMonitoring.mp” has a new displayname of “Windows Server Cluster Disks Monitoring” and the new classes for Cluster disks mentioned above are included in this MP, so if you didn’t import it previously because you weren’t using Hyper-V Cluster Shared Volumes, you need this MP now to discover and monitor clustered disks.

 

4.  We have disabled the Network Utilization scripts by default on Server 2003, and fixed them for Server 2008 to make them consume less resources.  I wrote about this previously HERE.  This now should be addressed, so if you previously disabled these, but want that counter for alerting or perf collection, you can consider enabling it. It should REMAIN disabled for Windows 2003, as there is an issue with Netman.dll which causes the crash of services.

 

5.  The “Total CPU Utilization Percentage” monitor was changed.  In previous management packs, it would inspect the value every 2 minutes, and if the AVERAGE of 5 samples for “CPU Queue length”AND “% Processor Time” were over their default thresholds, we would generate an alert.  Now, we inspect the value every 5 minutes, and if the AVERAGE of 3 samples for both counters are over the thresholds, then an alert is generated.  I am told this change was made on customer request, I have to assume to spread out the time period over a longer time span…. not really sure.  Seems fairly insignificant.

 

 

Known Issues/Things to remember:

 

1.  Which MP’s to import:  This MP update contains the following files:

image

Don’t import management packs that you don’t need or use. 

Don’t import the BPA management pack if you don’t want to see alerts for this new feature.

Don’t import the Microsoft.Windows.Server.Reports.mp if your back-end SQL is still running SQL 2005, this MP is supported on SQL 2008 and newer only.  It will cause your reporting to break if you import this MP and your management group leverages SQL 2005 on the back-end.

DO import the Microsoft.Windows.Server.ClusterSharedVolume.mp because this contains the discovery and monitoring for Cluster Disks, not just Cluster Shared Volumes.  If you don’t import this your monitoring of clustered disks will disappear.

 

2.  The knowledge for the Total CPU Utilization Percentage is incorrect – the monitor was updated to a default value of 3 samples but the knowledge still reflects 5 samples.

 

3.  There is no free space perf collection rules for “Cluster Disks”.  We have multiple performance collection rules for Logical Disks, and for Cluster Shared Volumes, however there are none for the new Cluster Disks class.  If you want performance reports on free space, disk latency, idle time, etc, you will need to create these.

 

4.  Perf collection and disk monitoring for cluster disks and CSV’s only works when the resource group hosting the disks, are on the same node that is hosting the cluster name (quorum) resource.  If the disk’s resource group is running on a different node than the cluster name itself, perf collection and monitoring will cease.


Comments (46)

  1. Anonymous says:

    Peter – on your cluster disks – do you often have cluster disks without a drive letter assigned – or will these typically always have a drive letter?

  2. Anonymous says:

    @RHC – no updates from me.  At this point it simply comes down to customers providing direct feedback via cases, if this behavior is a concern for them.  I am not in the product group, direct customer feedback via a support case is the best way to effect changes.

  3. Anonymous says:

    @Ed Sun –

    I have no plans to write an additional MP for cluster disks.  However, the functionality can replicated for both, byt alerting on the rollup monitor.  However, NOT also including the actual used space in the alert description, as a rollup monitor cannot do this.

  4. Anonymous says:

    Ramesh – Yes – thats fine, if you want to upgrade to these MP's, all run fine on any supported backend, to my knowledge.  (except the known issues with the reports MP.)

  5. Anonymous says:

    Peter – this looks like an oversight.  I will run it up the chain and update the blog posting.

  6. Anonymous says:

    Kevin,

    Thanks for your all efforts. There is always something new to learn from your post.

    Cheers,

    Fahim

    P.S.: Just noticed the new version 6.0.6989.0 of Base OS MP . Follow the same link as Kevin mentioned at the begining.

  7. Anonymous says:

    @Mark Verbaas

    The "old fashioned way" is enabled by default (for logical disks).  These new monitors are not enabled by default.  The reason this was done is twofold:

    1.  To enable consistency for how cluster disks, and CSV's were monitored.  2.  Many customers never read the documentation, and did not understand that BOTH thresholds needed to be met, and would not get alerts when they expected.  By splitting this into TWO monitors, they easily get access to Percent, and/or MB Free, which is much simpler to understand.

    There is no easy answer which makes everyone happy.  The expected future is to utilize the new monitors, which is two independent monitors with an aggregate rollup monitor.  This is the most flexible design offering simplicity, and flexibility to allow people to use a single unit monitor, both, or optionaly enable to aggregate monitor, all while allowing for ticketing systems to work with creating warning alerts, then receive critical alerts from the aggregate.  

    The only issue i see, is if you really liked the previous design, there is no option to utilize it for Cluster Disks or CSV's anymore.  

  8. Anonymous says:

    Great write up Kevin.  I'm looking for the previous version (6.0.6958.0) of the OS management pack.  I installed this in my lab and need to revert back, but someone cleaned up the repository where we kept previous versions.  Any ideas on where to locate previous versions?

  9. Anonymous says:

    if you have SQL 2005, the some reports will not work (Servers By Performance … ) so i prefer you do not import reports MP if you have SQL 2005

  10. Anonymous says:

    @RHC – I will make this request.

    @Jakob – I will update the post!

    @RHC – this is a problem – yes.  This is most likely a bug…. I am pusshing to get it fixed/changed as it will invalidate ANY disk monitoring for clustered disks where the disk is not hosted on the same node as the quorum.  I made the same recommendation as you, that disks are discovered under the host of the Virtual Server (resource group) that contains the disks.

    For now – my recommendation is not to use this new MP, until this gets fixed, because it keeps cluster disks from being monitored on multi-node clusters in all cases, and on 2-node clusters where the resource group containing disks is not running on the same node that hosts the quorum.

  11. Anonymous says:

    @Sjoerd – did you read the article?  I explain the new functionality in the new monitors which gives you this back, or the ability to use my addendum MP.

  12. Anonymous says:

    @Ramesh – no – I haven't seen that.  I'd probably just disable that workflow, as it is a pretty expensive script to run and only handles that one performance counter.

  13. Anonymous says:

    Ugh – getting access to previous versions of MP's can be very difficult, and Microsoft no longer makes them available.  You can probably open a support case and request them if there is a bug that is a showstopper for you.  Alternatively, you can shoot me an email request at kevin.holman@microsoft.com and I'm happy to shoot you what you are looking for if I have it.

  14. Anonymous says:

    Disregard the last post about the alerting…found where you referenced "The monitors generate alerts when they are in an error state.  A warning state does not create an alert. "

    Is there a way to generate an alert for Cluster Disk in a warning state?

  15. Anonymous says:

    The "Cluster Disk – Free Space Monitor (%)" has an Operational State of Warning>  (note the greater than sign).  Is this an issue?

    In the "Cluster Disks Health" view under Microsoft Windows Server > Health Monitoring, I can see one of my Cluster Disks State is Warning, but I did not receive an alert for it.  Shouldn't I have?

    Thanks for the great information….really explains for a newbie.

  16. Byty says:

    Real nice post!

  17. Peter Petrov says:

    Hello,

    I've one question – I've disabled the old free disk space monitor and enabled the new one (free MB only) but can't find a way to see our cluster disks free space. I can see that they are discovered in Cluster Disks Health view but can't find a rule that collects cluster disks free space, only for cluster shared volumes and we don't have any. Am I missing something and how can we monitor our cluster disks free space ?

    Regards.

  18. Peter Petrov says:

    Kevin – Always with a drive letter, we don't have cluster disks as a mount points without drive letters assigned.

  19. Ramesh says:

    Kevin – If we are running backend as SQL 2005, shall we still import these MPs other than Microsoft.Windows.Server.Reports.mp?

  20. Ed Sun says:

    Kevin, I like the monitors in your addendum MP where they "inspect BOTH % free threshold AND MB free threshold, and BOTH conditions need to be met before we will change the state of the monitor and generate an alert." Any plan to update your MP to support the cluster disks.  Or how to achieve the same behavior using the new aggregate rollup monitor?  Thanks.

  21. Dima Spector says:

    i upgraded SCOM 2007 R2 to 2012, the sql server is 2008 sp3. when i run the "preformance by system" report for last week the report values for last 2 days are empty, if  i run the report for only last 2 days, all the report is empty an in the selected servers count there is valuse of 0.

    this was with the previous MP. but even after i updated to the current MP the problem persist.  does  anyone famailer with the problem and know how this can be fixed ?

  22. RHC says:

    Hi Kevin

    Great post and great changes to the way MS monitor disks and specially the way of monitoring cluster disks – we have been looking for that for a very long time :o)

    I have one major issue with this MP – I would REALLY like to have the “old” way of monitoring disks (both % and MB) available for all the new disk types –we found that way of monitoring very useful and, because as you mention it fits both small and large disks.

    Can you please ask the developer team if they can introduce that same setup (as they have kept on logical disk) for the rest of disk types in the next MP, then it is up to us (the end user) to decide which one of the monitors we want to use.

    – RHC

  23. Jakob3 says:

    Hello Kevin,

    please update the post 😉  The Cluster Disks are only discovert on 2008 R2 and above Clusters.  

    My problem for now is that the shared storage isn't shown for 2008 Clusters.

  24. RHC says:

    Hi Kevin

    We have a few big SQL clusters running with 100+ disks split on ~15 cluster resources – some of the disks have a driver letter and other are mount points (mounted to the disks with drive letters).

    We will really like to do reporting on disk usage (free space, disk latency, idle time, etc) of cause we can create the performance counters that are missing, but we are running an active active cluster so not all cluster resources will be on the same node that running the cluster resource itself (quorum resource), and you are writing in the blog that the performance counters will only work if they are running on the same node that are running the cluster resource itself (quorum resource).

    Is there any change that this will be changed? I will recommend that the disk are discovered under the cluster resource they belong to, instead of the cluster itself (quorum resource), that will make it a lot easier to find the related disks for a single cluster resource especially when you are doing reporting.

    BTW. I like the way MS is changing the disk behavior for clusters = you have 1 really happy customer here!!!  :o)

    – RHC

  25. RHC says:

    @Kevin – Thank you a lot I do really appreciate it!! I hope there will be a new version available soon.

  26. RHC says:

    Hi Kevin

    Any news/updates on the cluster resoruce and cluster disk monitoring issue?

    I have a microsoft case running on the same problem, but I will like to know if you have any updates?

  27. Sjoerd says:

    Please put pack in the alert description

    The values that exceeded the threshold are $Data/Context/Property[@Name='PctFree']$% free space and $Data/Context/Property[@Name='MBFree']$ free Mbytes

    its sucks to look at something that says . there is not enough space, but doesnt tell you how much, and i wanna keep using sealed managmentpacks instead of tweaking my self.  

  28. RHC says:

    Hi All

    I have had a Microsoft case open on the cluster disk monitoring problem (the problem where it only monitors the cluster disks of the resources that is located on the same node as the quorum resource)

    As Kevin already mention Microsoft is aware of the problem, but they have told me that it will be fixed in the next release of the Base OS MP – This MP will be released together with Windows 8 and Windows server 2012.

    ::: Here is the information from Microsoft :::

    INFORMATION / RESOLUTION

    The issue is that the new cluster disk discovery is placing all disks as hosted by the quorum resource group (or possibly the first resource group discovered).  Therefore, we will only monitor the cluster disks when they are on the same node as the quorum resource group, which should not be the case as they are independent, especially in multi-node clusters or active-active configurations.

    This issue has been reported to the product group and they confirmed that they will fix this on the Windows 8/Server 2012 timeframe, when they will release a new version of the BaseOS MP to support Windows Server 2012. They will do their best to release the MP on the release date of Server 2012, if not they’ll do it sometime after the launch.

  29. Mark Verbaas says:

    Hi Kevin and others,

    why did Microsoft decide to split the free space monitors in two monitors? The 'old' monitor covered the larger and smaller disks, because both clauses must be met (Free MB and %). Now there is a need to create a whole bunch of overrides. Is there anything we can do to enable the 'old fashioned way' of monitoring our disks?

    Regards,

    Mark

  30. Mark Verbaas says:

    @Kevin,

    Thank you for your reply. We really learned to appreciate the single monitor approach. We'll figure out a good set of thresholds for the new approach.

    Thanks again!

  31. RHC says:

    Hi Mark and Kevin

    @Mark I totally agree with you, as I wrote earlier I really like the “old fashioned way”. I do also understand why Microsoft decided to take the other approach with 2 monitors, and I like the why they decided to implement it for logical disk (it’s up to the customer to decide which one of them they like) but I don’t get why they didn’t implement it the same way for the rest of the disk types.

    I do really hope that this will be changed in the next release, therefore I have send a “request for change” to Microsoft on that issue – @Mark and others that wants the same change please send the information to Microsoft so we can show them that there are customers that like them to implement the 2 possibilities for all disk types.

  32. Mark Verbaas says:

    @RHC,

    Did you create a feedback item on connect. If so, please post the link here so we can vote on it. Otherwise, we migth consider creating a feedback item.

  33. RHC says:

    @Mark – No I didn’t do that, honestly I don’t know how to do that, can I ask you to do it and then post the link?

  34. Ramesh says:

    Kevin – Another thing noticed in this new Base OS MP is that the threshold for "Available Memory Threshold (MBytes)" parameter is 100 on "Available Megabytes of Memory" performance monitor whereas threshold for the same parameter in the old Base OS MP version 6.0.6794.0 is 2.5

    What is the difference?

  35. Ramesh says:

    Also the timeout seconds is changed to 100 from 360 secs

  36. Steve G4 says:

    Never mind – I just read the other pages of comments where this is explained as a problem that will be updated in the next release of the Base OS MP.

  37. Fikrat says:

    Kevin,

    This is a great article, thank you very much!I had the same problems with counters being not collected from non-quorum host and was wondering for reasons.

    By the way, I've installed 6.0.6989.0, but this problem is not resolved there as well 🙁

  38. Richard says:

    Hi Kevin,

    Please let me know whether this is possible to set up the logical disk monitor for the below conditions.

    < 100 GB – generate warning at 20%, and alert at 10%

    > 100 GB .and. < 1 TB – generate warning at 10%, and alert at 5%

    > 1 TB – generate warning at 5%, and alert at 2%

    If a drive size is changed due to resizing on the SAN, SCOM needs to automatically detect the new size, and apply the correct rule.

  39. Ramesh says:

    Kevin – I'm still getting the following script errors on Windows 2008 boxes for Network Utilization with this latest MP. Ensured AV is excluded and WMI and required Hotfixes are applied. Any thoughts?

    The process started at 6:18:45 PM failed to create System.PropertyBagData, no errors detected in the output.  The process exited with 0   Command executed: "C:Windowssystem32cscript.exe" /nologo "Microsoft.Windows.Server.NetwokAdapter.BandwidthUsed.ModuleType.vbs" SRV1 true Working Directory: C:Program FilesSystem Center Operations Manager 2007Health Service StateMonitoring Host Temporary Files 1723152   One or more workflows were affected by this.    Workflow name: Microsoft.Windows.Server.2008.NetworkAdapter.PercentBandwidthUsedTotal.Collection  Instance name: Static IP  Instance ID: {12B4A15F-FE38-DE22-A80D-B3A6D7D08C9F}  Management group: xxxxxx

  40. ogun says:

    Hi Kevin,

    First of all, thanks for the great blog posts. I have a question about the Clustered Disks: I would like to create an alert generating condition when both % and Size threshold values are met. Since there are two separate monitors introduced for the cluster disks, the only way I see that could be done in the Rollup monitor (since it is the parent for the % and Size monitors) by changing the rollup algorithm to the “Best state of any member”. In that case, if both monitors are in the critical condition it will make the health of the system critical, and we can send a critical alert by generating alerts in the rollup monitor. It works as expected, however, as you know, alert generated from the rollup doesn’t have any alert description field, so it doesn’t carry any useful information! Is there a better way to accomplish what we want, i.e. generate a critical alert if and only if the % and Size monitors indicate they are in critical state?

    Thanks,

    Ogun

  41. Kevin Holman says:

    @ogun – unfortunately – no.  The only way to accomplish what you want, would be to disable out built in disk monitoring for cluster disks, and write your own script based monitor which has the specific behavior you are looking for.

  42. Abhilash Malbari says:

    Could see that there is bugs in this MP, which is not generating any alert when cluster share volume is in warning state.

    Kevin can you share any solution to overcome this bugs, as i could understand we should create unit monitor for the same. request you to share script for the same.

    Regards,
    Abhilash.

  43. Abhilash Malbari says:

    Could see that there is bugs in this MP, which is not generating any alert when cluster share volume is in warning state.

    Kevin can you share any solution to overcome this bugs, as i could understand we should create unit monitor for the same. request you to share script for the same.

    Regards,
    Abhilash.

  44. Abhilash Malbari says:

    Could see that there is bugs in this MP, which is not generating any alert when cluster share volume is in warning state.

    Kevin can you share any solution to overcome this bugs, as i could understand we should create unit monitor for the same. request you to share script for the same.

    Regards,
    Abhilash.

  45. Abhilash says:

    Hi Team,
    I have been looking to article which can help to create unit monitor for cluster shared volume to generate alert for warning state which is not happening with windows cluster shared volume monitor management pack. i have tried creating unit monitor for CSV but couldn’t understand the exact counter and object to select the same. Please help me on this issue.
    Regards,
    Abhilash.

    1. Tommy says:

      Hi Kevin,
      In your post you mention small Logical Disks (100MB), but how about Cluster Disks? The Discovered Inventory shows “Partition Size” which can be used to override those small ones (otherwise the MB monitor will always be critical), but is that the best solution?
      Regards
      Tommy