locked
Messages Queued For Submission High on SCC Cluster RRS feed

  • Question

  • We have an exchange 2007 cluster, with SP1 rollup 6 and OpsMgr 2007 R2.
    A few hours after importing the Native exchange R2 2007 MP i got the following alert:
    The number of Messages Queued for Submission on Exchange server SccCluster.domainname has been above the configured threshold for 5 samples with last value being 93
    I've checked the Queue Viewer a few times, but there are no messages queued.
    Resetting the health doesn't clear this alert.
    Thanx
    Thursday, February 18, 2010 12:17 PM

Answers

  • There's an overrides report you can run to check what you have defined.
    This posting is provided "AS IS" with no warranties, and confers no rights. Use of included script samples are subject to the terms specified at http://www.microsoft.com/info/cpyright.htm
    Friday, February 26, 2010 6:21 PM

All replies

  • Did a failover occur on this cluster recently?
    This posting is provided "AS IS" with no warranties, and confers no rights. Use of included script samples are subject to the terms specified at http://www.microsoft.com/info/cpyright.htm
    Friday, February 19, 2010 4:47 PM
  • Our last failover was 2 months ago. In fact we do have failovers every month, because of MS patching, but the last month we skipped patching because of other priorities.

    Thanks
    Monday, February 22, 2010 9:58 AM
  • The reason I ask is because when a failover occurs, the new node may not have seen this counter as being over the threshold.

    Could you look at

    1. Graphing the counter in a performance view in OM for the cluster. The counter is collected by the MP. That should show the data collected for the last 7 days.
    2. Look at the state change tab in the alert, it should show you what value it's seeing
    This posting is provided "AS IS" with no warranties, and confers no rights. Use of included script samples are subject to the terms specified at http://www.microsoft.com/info/cpyright.htm
    Monday, February 22, 2010 7:37 PM
  • Ake,

    I couldn't find a Queued for Submission counter in the Exchange MP view. Could you provide me with some more detailed info.
    The state change tab is no problem
    Thanx
    Monday, February 22, 2010 10:42 PM
  • If you right-click on the mailbox server in the "Server State" view and then select "Open" and then "Performance View" you will see all the counters collected. Select the Messages queued for submission one.
    This posting is provided "AS IS" with no warranties, and confers no rights. Use of included script samples are subject to the terms specified at http://www.microsoft.com/info/cpyright.htm
    Tuesday, February 23, 2010 1:35 AM
  • Check the printscreen:
    http://members.quicknet.nl/biga/scom2007/StateChanges.jpg
    What i don't understand about the state changes, is why it's changed to success, and after 5 minutes it changes back to a warning state.
    Especially looking at the performance view, the queue is going up, but messagecount in the queueviewer is 0.
    http://members.quicknet.nl/biga/scom2007/QueueViewer.jpg

    Thanx

    Tuesday, February 23, 2010 12:30 PM
  • What i don't understand is why it changes from "not monitored" (empty circle) to healthy, unless you have had maintenance every day.

    And then it's explainable why it goes unhealthy after 5 mins. The default threshold is 50 of 5 samples with a frequency of 60 secs. So the first time it has collected 5 samples it goes to warning...

    Oh i dont have exchange knowledge to tell you what the counter means and if it really is the queueviewer you need to look at. I suggest you read the knowlegde of this monitor.

    edit: i checked this for 6 ssc clusters (different domains and different admins) and they all have more or less the same issue. This queue only keeps getting bigger after the server goes from "notmonitored" to healthy. The same your perf graph shows basically. The only time i've seen a drop when the server was put in maintenance (going from warning to not monitored) and then it took about a week before it turned to warning.
    i don't have rights on these servers, so maybe you can use perfmon to see the value of this counter on the cluster itself.

    Rob Korving
    http://jama00.wordpress.com/
    Thursday, February 25, 2010 1:40 PM
  • Hm, there seems to be some KB articles about this counter that might be worth checking out.
    http://support.microsoft.com/kb/974843/EN-US
    http://support.microsoft.com/kb/953094

    Could also check the perfcounter directly in perfmon.
    This posting is provided "AS IS" with no warranties, and confers no rights. Use of included script samples are subject to the terms specified at http://www.microsoft.com/info/cpyright.htm
    • Proposed as answer by rob1974 Friday, February 26, 2010 11:08 AM
    Friday, February 26, 2010 3:09 AM
  • Perfmon gives the same result.
    http://members.quicknet.nl/biga/scom2007/PerfMon.jpg
    We als excluded the necessary files in our virus software. So that can't be the problem.

    It seems to be a known issue..
    http://social.technet.microsoft.com/Forums/en-US/exchangesvrgeneral/thread/8a367b72-0b0e-4070-9000-0e065edd33e8
    http://social.technet.microsoft.com/Forums/en-US/exchangesvrmonitoring/thread/c9b485a5-ef0e-4b9a-851e-28c4a4c0606a/

    I don't think we will install exchange SP2 soon, because of other priorities/projects, and i'm not so sure if that is the solution..
    Coming weekend we have a maintenance weekend, so restarting the Information Store will solved this issue for a few days..

    Probably i have to override this monitor.

    I don't like to disable rules/monitors. Only if there is a bug or because there is no solution.
    I've already disable 2 are 3 other rules, because the alerts couldn't be solved. And if after a year i end up with 10 are more disabled rules, i don't know if i will rember to enable them when the issues are solved.

    Thanks for the input guys

    Friday, February 26, 2010 10:34 AM
  • There's an overrides report you can run to check what you have defined.
    This posting is provided "AS IS" with no warranties, and confers no rights. Use of included script samples are subject to the terms specified at http://www.microsoft.com/info/cpyright.htm
    Friday, February 26, 2010 6:21 PM