<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0">
	<channel>
	<title>Latest Blogs</title>
	<link>http://www.systemcentercentral.com/Community/Blogs/tabid/150/tag/Blog%20KB/RSS/1/CategoryId/99/Default.aspx</link>
	<description />
	<language>en-us</language>
	<copyright>Copyright 2009 System Center Central All Rights Reserved.</copyright>
	<lastBuildDate>Mon, 09 Nov 2009 04:29:40 GMT</lastBuildDate>
		<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" href="http://feeds.feedburner.com/systemcenterforum/kb" type="application/rss+xml" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com" /><item>
			<title><![CDATA[Blog: ReSearch This! KB - Alert Parameter Replacement Failure]]></title>
			<link>http://feedproxy.google.com/~r/systemcenterforum/kb/~3/v7KyaFvP6yI/Default.aspx</link>
			<description>&lt;p&gt;&lt;b&gt;Alert: &lt;/b&gt;Alert Parameter Replacement Failure&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Alert&lt;/b&gt;: DHCP Service Running Alert&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Issue: &lt;/b&gt;These alerts occurs when the DHCP service is stopped on a DHCP server. This occurs at the same time as the critical DHCP Service Running Alert occurs. The DHCP Service Running Alert closes itself automatically, but the Alert Parameter Replacement Failure does not.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Resolution: &lt;/b&gt;Restarted the DHCP server service on the system which identified the error. Manually closed the Alert Parameter Replacement Failure alert. This alert appears to be able to be disabled as the DHCP Service Running Alert provides more relevant information than the warning.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Submitted By: &lt;/b&gt;Alexandre Verkinderen (MVP) and Cameron Fuller (MVP)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/systemcenterforum/kb/~4/v7KyaFvP6yI" height="1" width="1"/&gt;</description>
			<pubDate>Mon, 02 Nov 2009 20:44:56 GMT</pubDate>
			<guid isPermaLink="false">http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexId/48006/Default.aspx</guid>
		<feedburner:origLink>http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexId/48006/Default.aspx</feedburner:origLink></item>
		<item>
			<title><![CDATA[Blog: ReSearch This! KB - NTFS - Delayed Write Lost]]></title>
			<link>http://feedproxy.google.com/~r/systemcenterforum/kb/~3/yqA58qBsdoM/Default.aspx</link>
			<description>&lt;p&gt;&lt;b&gt;Alert: &lt;/b&gt;NTFS - Delayed Write Lost&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Issue: &lt;/b&gt;This was occurring frequently on one server (50 times in less than 2 hours). Multiple errors are occurring in the system log from event source Disk, eventid 11 on \device\harddisk1. Used disk manager to identify which of the drives on the system is experiencing these issues. The hard drive was unallocated and not initialized. Determined that this was an HP system and the drive shown in the disk manager was a RAID configuration. Used the HP Array Configuration Utility to delete and re-create the failed drive.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Resolution: &lt;/b&gt;Resolved the drive array failure issue and brought the drive which was experiencing issues back online. Used disk manager to initialize the drive and configure it for the system.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Submitted By: &lt;/b&gt;Cameron Fuller (MVP)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/systemcenterforum/kb/~4/yqA58qBsdoM" height="1" width="1"/&gt;</description>
			<pubDate>Thu, 22 Oct 2009 00:45:08 GMT</pubDate>
			<guid isPermaLink="false">http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/44437/Default.aspx</guid>
		<feedburner:origLink>http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/44437/Default.aspx</feedburner:origLink></item>
		<item>
			<title><![CDATA[Blog: ResearchThis! KB - Performance data from the Health Service could not be collected since opening the shared data failed with error 5L]]></title>
			<link>http://feedproxy.google.com/~r/systemcenterforum/kb/~3/GLLG17TvyR0/Default.aspx</link>
			<description>&lt;p&gt;&lt;strong&gt;ISSUE: &lt;/strong&gt;The following error appears in the Operations  Manager Event Log&lt;/p&gt; &lt;p&gt;Event Type: Error&lt;br&gt;Event Source: HealthService&lt;br&gt;Event Category: Health Service&lt;br&gt;Event ID: 6002&lt;br&gt;Date:  9/16/2009&lt;br&gt;Time:  2:41:31 PM&lt;br&gt;User:  N/A&lt;br&gt;Computer: xxxxxx&lt;br&gt;Description:&lt;br&gt;Performance data from the Health Service could not be collected since opening the shared data failed with error "5L". &lt;p&gt;&lt;strong&gt;CAUSE: &lt;/strong&gt;The issue was a problem with the .NET 1.1 Framework.&lt;/p&gt; &lt;p&gt;&lt;strong&gt;RESOLUTION: &lt;/strong&gt;&lt;/p&gt; &lt;p&gt;Administrator installed a higher version of the .NET Framework. In this case, .NET 3.5 was installed and issue abated. Lower versions of .NET may work, but were not tested in this case.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/systemcenterforum/kb/~4/GLLG17TvyR0" height="1" width="1"/&gt;</description>
			<pubDate>Tue, 20 Oct 2009 20:37:19 GMT</pubDate>
			<guid isPermaLink="false">http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/44076/Default.aspx</guid>
		<feedburner:origLink>http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/44076/Default.aspx</feedburner:origLink></item>
		<item>
			<title><![CDATA[Blog: ResearchThis! KB &ndash; Event ID 1207 in the Operations Manager Event Log]]></title>
			<link>http://feedproxy.google.com/~r/systemcenterforum/kb/~3/fvL72PQKBc0/Default.aspx</link>
			<description>&lt;p&gt;&lt;em&gt; Here's a question that's come up a couple times in the last few weeks &lt;/em&gt;&lt;/p&gt; &lt;p&gt;&lt;strong&gt;Issue:&lt;/strong&gt;&lt;/p&gt; &lt;p&gt;Many occurrences of &lt;strong&gt;Event Id 1207&lt;/strong&gt; appear in the Operations Manager Event Log. Multiple occurrences of this event for multiple discoveries may appear. It appears in agentless monitoring scenarios, such as with a clustered application with one or more virtual servers.&lt;/p&gt; &lt;p&gt;&lt;strong&gt;&lt;em&gt;&lt;font color="#0000ff"&gt;For example:&lt;br&gt;&lt;/font&gt;&lt;/em&gt;&lt;/strong&gt;Rule/Monitor "XXXXXXDiscovery" running for remote instance "xxxxx" with id:"{06905785-3666-99A3-5681-5993343C288E}" will be disabled as it is not remotable. Management group "MG1". &lt;/p&gt; &lt;p&gt; &lt;/p&gt; &lt;p&gt;&lt;strong&gt;Resolution:&lt;/strong&gt;&lt;/p&gt;&lt;pre&gt;&lt;/pre&gt;
&lt;p&gt;This event is a warning that a rule that is marked as not supporting agentless management has been targeted to an agentless managed computer. 
The warning is just a notification that the rule isn't being run. &lt;/p&gt;
&lt;p&gt;It's just an FYI and can be safely ignored.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/systemcenterforum/kb/~4/fvL72PQKBc0" height="1" width="1"/&gt;</description>
			<pubDate>Fri, 09 Oct 2009 00:42:09 GMT</pubDate>
			<guid isPermaLink="false">http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/40405/Default.aspx</guid>
		<feedburner:origLink>http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/40405/Default.aspx</feedburner:origLink></item>
		<item>
			<title><![CDATA[Blog: ReSearch This! KB &ndash; Health Service Unloaded System Rule(s)]]></title>
			<link>http://feedproxy.google.com/~r/systemcenterforum/kb/~3/r68SxCbR4Xk/Default.aspx</link>
			<description>&lt;p&gt;&lt;b&gt;Alert:&lt;/b&gt; Health Service Unloaded System Rule(s)&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Issue: &lt;/b&gt;Logged into the server and found the following as the start of a lot of critical events in the Operations Manager log since the approximate time that this alert was reported. Errors included a flurry of event number 4506 (HealthService).&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Resolution: &lt;/b&gt;Restarted the System Center Management service on the server and monitored the Operations Manager event logs for recurrence. The alert closed itself after the System Center Management service was restarted on the server reporting the error.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Submitted By: &lt;/b&gt;Cameron Fuller (MVP)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/systemcenterforum/kb/~4/r68SxCbR4Xk" height="1" width="1"/&gt;</description>
			<pubDate>Wed, 07 Oct 2009 19:49:40 GMT</pubDate>
			<guid isPermaLink="false">http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/39738/Default.aspx</guid>
		<feedburner:origLink>http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/39738/Default.aspx</feedburner:origLink></item>
		<item>
			<title><![CDATA[Blog: ResearchThis! KB &ndash; Notification channel names appear as GUIDs and attempts to delete channels fails]]></title>
			<link>http://feedproxy.google.com/~r/systemcenterforum/kb/~3/nbXnCbqpJSk/Default.aspx</link>
			<description>&lt;p&gt;&lt;em&gt;&lt;strong&gt;This one has come up multiple times in the newsgroups since the release of OpsMgr 2007 R2.&lt;/strong&gt;&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Issue: &lt;/strong&gt;The names of the notification channels in the Administration space appear as GUIDs. Attempts to delete these channels result in an error message including something along the lines of "notification endpoint is currently not deleted....etc"&lt;/p&gt;
&lt;p&gt;Also, after you upgrade to System Center Operations Manager 2007 R2 from System Center Operations Manager 2007 Service Pack 1 (SP1), the console shows customized subscriptions. These subscriptions resemble the following under the Administration\Notifications\Subscriptions\Subscription Name node:&lt;/p&gt;
&lt;p&gt;SMTP{&lt;var&gt;GUID&lt;/var&gt;}&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Resolution:&lt;/strong&gt; This is a known issue in OpsMgr 2007 R2 and can be resolved by running the script contained in Knowledge Base Article 971233 -  &lt;a href="http://support.microsoft.com/kb/971233"&gt;http://support.microsoft.com/kb/971233&lt;/a&gt;. &lt;font color="#ff0000"&gt;Make sure to read the KB article completely and to &lt;u&gt;set the appropriate language code at the end of the TSQL script&lt;/u&gt;. The KB article provides a list of language codes.&lt;/font&gt;&lt;/p&gt;
&lt;pre class="csharpcode"&gt;&lt;span class="kwrd"&gt;DECLARE&lt;/span&gt; @NotificationManagementPackId uniqueidentifier
&lt;span class="kwrd"&gt;SELECT&lt;/span&gt; @NotificationManagementPackId = ManagementPackId &lt;span class="kwrd"&gt;FROM&lt;/span&gt; ManagementPack
&lt;span class="kwrd"&gt;WHERE&lt;/span&gt; MPName = &lt;span class="str"&gt;'Microsoft.SystemCenter.Notifications.Internal'&lt;/span&gt;

&lt;span class="kwrd"&gt;SELECT&lt;/span&gt; ModuleTypeId, MDTName 
&lt;span class="kwrd"&gt;INTO&lt;/span&gt; #ActionsToRename
&lt;span class="kwrd"&gt;FROM&lt;/span&gt; ModuleType 
&lt;span class="kwrd"&gt;WHERE&lt;/span&gt; ManagementPackId = @NotificationManagementPackId
&lt;span class="kwrd"&gt;AND&lt;/span&gt; MDTImplementationXML &lt;span class="kwrd"&gt;LIKE&lt;/span&gt; &lt;span class="str"&gt;'%ContentGenerator%Transport%'&lt;/span&gt; &lt;span class="kwrd"&gt;AND&lt;/span&gt; MDTName &lt;&gt; &lt;span class="str"&gt;'DefaultSmtpAction'&lt;/span&gt;

&lt;span class="kwrd"&gt;SELECT&lt;/span&gt; R.RuleId, M.ModuleTypeId, DSV.DisplayName 
&lt;span class="kwrd"&gt;INTO&lt;/span&gt; #RulesToUseToRename
&lt;span class="kwrd"&gt;FROM&lt;/span&gt; Rules R
&lt;span class="kwrd"&gt;JOIN&lt;/span&gt; &lt;span class="kwrd"&gt;Module&lt;/span&gt; M &lt;span class="kwrd"&gt;ON&lt;/span&gt; R.RuleId = M.ParentId
&lt;span class="kwrd"&gt;JOIN&lt;/span&gt; #ActionsToRename A &lt;span class="kwrd"&gt;ON&lt;/span&gt; A.ModuleTypeId = M.ModuleTypeId
&lt;span class="kwrd"&gt;JOIN&lt;/span&gt; DisplayStringView DSV &lt;span class="kwrd"&gt;ON&lt;/span&gt; DSV.MPElementId = R.RuleId 
&lt;span class="kwrd"&gt;WHERE&lt;/span&gt; R.ManagementPackId = @NotificationManagementPackId &lt;span class="kwrd"&gt;AND&lt;/span&gt; DSV.LanguageCode = &lt;span class="str"&gt;'ENU'&lt;/span&gt;
 

&lt;span class="kwrd"&gt;UPDATE&lt;/span&gt; LocalizedText 
&lt;span class="kwrd"&gt;SET&lt;/span&gt; LTValue = R.DisplayName
&lt;span class="kwrd"&gt;FROM&lt;/span&gt; #RulesToUseToRename R
&lt;span class="kwrd"&gt;WHERE&lt;/span&gt; R.ModuleTypeId = MPElementId &lt;span class="kwrd"&gt;AND&lt;/span&gt; LTStringType = 1 &lt;span class="kwrd"&gt;AND&lt;/span&gt; LanguageCode = &lt;span class="str"&gt;'ENU'&lt;/span&gt;

&lt;span class="kwrd"&gt;DROP&lt;/span&gt; &lt;span class="kwrd"&gt;TABLE&lt;/span&gt; #RulesToUseToRename
&lt;span class="kwrd"&gt;DROP&lt;/span&gt; &lt;span class="kwrd"&gt;TABLE&lt;/span&gt; #ActionsToRename&lt;/pre&gt;
&lt;p&gt;&lt;style type="text/css"&gt;.csharpcode, .csharpcode pre
{
	font-size: small;
	color: black;
	font-family: consolas, "Courier New", courier, monospace;
	background-color: #ffffff;
	/*white-space: pre;*/
}
.csharpcode pre { margin: 0em; }
.csharpcode .rem { color: #008000; }
.csharpcode .kwrd { color: #0000ff; }
.csharpcode .str { color: #006080; }
.csharpcode .op { color: #0000c0; }
.csharpcode .preproc { color: #cc6633; }
.csharpcode .asp { background-color: #ffff00; }
.csharpcode .html { color: #800000; }
.csharpcode .attr { color: #ff0000; }
.csharpcode .alt 
{
	background-color: #f4f4f4;
	width: 100%;
	margin: 0em;
}
.csharpcode .lnum { color: #606060; }
&lt;/style&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/systemcenterforum/kb/~4/nbXnCbqpJSk" height="1" width="1"/&gt;</description>
			<pubDate>Tue, 06 Oct 2009 23:28:11 GMT</pubDate>
			<guid isPermaLink="false">http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/39285/Default.aspx</guid>
		<feedburner:origLink>http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/39285/Default.aspx</feedburner:origLink></item>
		<item>
			<title><![CDATA[Blog: ReSearch This! KB - LSASS process high processor load detected.]]></title>
			<link>http://feedproxy.google.com/~r/systemcenterforum/kb/~3/zDxBwy0D3c4/Default.aspx</link>
			<description>&lt;p&gt;&lt;b&gt;Alert: &lt;/b&gt;LSASS process high processor load detected.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Issue:&lt;/b&gt; This alert monitor activates when the LSASS threshold percent goes above 80%. For our environment we have a domain controller which processes large numbers of checks and changes to active directory based upon a user provisioning process. This occurs regularly on one Windows 2003 domain controller which cannot be upgraded.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Resolution: &lt;/b&gt;Configured this to have a higher threshold (97%) for this server and stored it in the ActiveDirectory2003_Overrides management pack. Closed the alert to see if it would recur.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Submitted By: &lt;/b&gt;Cameron Fuller (MVP)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/systemcenterforum/kb/~4/zDxBwy0D3c4" height="1" width="1"/&gt;</description>
			<pubDate>Mon, 05 Oct 2009 22:28:03 GMT</pubDate>
			<guid isPermaLink="false">http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/38689/Default.aspx</guid>
		<feedburner:origLink>http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/38689/Default.aspx</feedburner:origLink></item>
		<item>
			<title><![CDATA[Blog: ReSearch This! KB - Database Offline]]></title>
			<link>http://feedproxy.google.com/~r/systemcenterforum/kb/~3/mWOQki5-o1Q/Default.aspx</link>
			<description>&lt;p&gt;&lt;b&gt;Alert: &lt;/b&gt;Database Offline&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Issue: &lt;/b&gt;This issue was occurring about every two days on the WSUS database on one of our database servers. This is monitored via the Database Status monitor which checks this status on an hourly basis (every 3600 seconds). The mscuptdb (WSUS) database was reporting itself to be offline/recovery/pending/suspect/emergency. When we accessed the server the database was already online. Determined that Auto Close was set to True for the database.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Resolution: &lt;/b&gt;Changed this setting from True to False on the WSUS database in SQL Server Management Studio, properties of the mscuptdb database on the Options tab. Allowed this alert to auto-close after the one hour timeframe and monitored for the next week to verify that it did not recur.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Submitted By: &lt;/b&gt;Cameron Fuller (MVP)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/systemcenterforum/kb/~4/mWOQki5-o1Q" height="1" width="1"/&gt;</description>
			<pubDate>Mon, 05 Oct 2009 22:08:30 GMT</pubDate>
			<guid isPermaLink="false">http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/38686/Default.aspx</guid>
		<feedburner:origLink>http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/38686/Default.aspx</feedburner:origLink></item>
		<item>
			<title><![CDATA[Blog: ReSearch This! KB - Miscellaneous KDC Errors]]></title>
			<link>http://feedproxy.google.com/~r/systemcenterforum/kb/~3/wkLXxbAwNJo/Default.aspx</link>
			<description>&lt;p&gt;&lt;b&gt;Alert: &lt;/b&gt;Miscellaneous KDC Errors&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Issue: &lt;/b&gt;Windows 2008 systems communicating with Windows 2003 domain controllers reporting this error. Good information on this is available at: &lt;a href="http://technet.microsoft.com/en-us/library/cc733974(WS.10).aspx"&gt;http://technet.microsoft.com/en-us/library/cc733974(WS.10).aspx&lt;/a&gt; and &lt;a href="http://www.eggheadcafe.com/software/aspnet/34270591/miscellaneous-kdc-errors.aspx"&gt;http://www.eggheadcafe.com/software/aspnet/34270591/miscellaneous-kdc-errors.aspx&lt;/a&gt;. Online research on this found a resolution by Anders Bengtsson available at &lt;a href="http://www.eggheadcafe.com/conversation.aspx?messageid=34270595&amp;threadid=34270591"&gt;http://www.eggheadcafe.com/conversation.aspx?messageid=34270595&amp;threadid=34270591&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;Summary: Disable this rule and create a new one to filter it out based upon content in the description field.&lt;/p&gt;
&lt;p&gt;In our environment, the majority of systems reporting these errors are the Windows 2008 servers in the environment. There is no way to override this alert to filter it based upon the description unfortunately.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Resolution: &lt;/b&gt;Disabled this rule for each of the Windows 2003 domain controllers reporting the error. Closed the alerts.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Submitted By: &lt;/b&gt;Cameron Fuller (MVP)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/systemcenterforum/kb/~4/wkLXxbAwNJo" height="1" width="1"/&gt;</description>
			<pubDate>Mon, 05 Oct 2009 21:44:43 GMT</pubDate>
			<guid isPermaLink="false">http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/38678/Default.aspx</guid>
		<feedburner:origLink>http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/38678/Default.aspx</feedburner:origLink></item>
		<item>
			<title><![CDATA[Blog: ReSearch This! KB - IIS Stop Command]]></title>
			<link>http://feedproxy.google.com/~r/systemcenterforum/kb/~3/rayO0abUskg/Default.aspx</link>
			<description>&lt;p&gt;&lt;b&gt;Alert: &lt;/b&gt;IIS Stop Command&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Issue: &lt;/b&gt;IIS was stopped on the server while a portal protection program was installed on the system. This action was performed by a system administrator. This is an alert rule so it will not close automatically.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Resolution: &lt;/b&gt;Created a web monitor for the SharePoint website. Changed the severity of this item from 2 to 1 (critical to warning) as this is by itself not a critical situation. If the website was down as a result that would be a critical situation but these are checked separately with web monitors.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Submitted By: &lt;/b&gt;Cameron Fuller (MVP)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/systemcenterforum/kb/~4/rayO0abUskg" height="1" width="1"/&gt;</description>
			<pubDate>Thu, 01 Oct 2009 19:59:22 GMT</pubDate>
			<guid isPermaLink="false">http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/37736/Default.aspx</guid>
		<feedburner:origLink>http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/37736/Default.aspx</feedburner:origLink></item>
		<item>
			<title><![CDATA[Blog: ReSearch This! KB - Exchange 2007 ExBPA Generate Alert Rule]]></title>
			<link>http://feedproxy.google.com/~r/systemcenterforum/kb/~3/4uQcgxjrrRw/Default.aspx</link>
			<description>&lt;p&gt;&lt;b&gt;Alert: &lt;/b&gt;Exchange 2007 ExBPA Generate Alert Rule&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Issue: &lt;/b&gt;There are multiple different alerts which are generated based upon the ExBPA. In this case the issue was that the Exchange fatal information on the server is not set to automatically send to Microsoft for analysis.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Resolution: &lt;/b&gt;In our environment we do not allow these servers to have Internet connectivity so we needed to disable this rule. We did this through the Console / Authoring / Management Pack Objects / Rules, look for “Exchange 2007 Best Practice” and sorting by the rule name of “Crash upload logging is disabled”. Overwrote this rule to disable it for all Exchange 2007 servers in the environment and then closed the alert.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Submitted By: &lt;/b&gt;Cameron Fuller (MVP)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/systemcenterforum/kb/~4/4uQcgxjrrRw" height="1" width="1"/&gt;</description>
			<pubDate>Thu, 01 Oct 2009 19:56:58 GMT</pubDate>
			<guid isPermaLink="false">http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/37731/Default.aspx</guid>
		<feedburner:origLink>http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/37731/Default.aspx</feedburner:origLink></item>
		<item>
			<title><![CDATA[Blog: ReSearch This KB - Failed to Process Windows Event Log]]></title>
			<link>http://feedproxy.google.com/~r/systemcenterforum/kb/~3/c7KwltbyodE/Default.aspx</link>
			<description>&lt;p&gt;&lt;b&gt;Alert: &lt;/b&gt;Failed to Process Windows Event Log&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Issue: &lt;/b&gt;The server specified had a corrupted System event log (detailed in the Alert description).&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Resolution: &lt;/b&gt;Logged into the system, opened the event viewer, and the system log. Verified that the event log was corrupt. Right-clicked and cleared all events. Verified that the system log would open without the corruption message. If this is occurring frequently this may indicate a deeper problem such as hard drive corruption. Manually closed the alert but it should have closed itself out once the healthy condition was detected.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Submitted By: &lt;/b&gt;Cameron Fuller (MVP)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/systemcenterforum/kb/~4/c7KwltbyodE" height="1" width="1"/&gt;</description>
			<pubDate>Wed, 30 Sep 2009 18:59:37 GMT</pubDate>
			<guid isPermaLink="false">http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/37173/Default.aspx</guid>
		<feedburner:origLink>http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/37173/Default.aspx</feedburner:origLink></item>
		<item>
			<title><![CDATA[Blog: ReSearch This! KB - Exchange 2007 ExBPA Generate Alert Rule]]></title>
			<link>http://feedproxy.google.com/~r/systemcenterforum/kb/~3/k-mq7VyoCfg/Default.aspx</link>
			<description>&lt;p&gt;&lt;b&gt;Alert: &lt;/b&gt;Exchange 2007 ExBPA Generate Alert Rule&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Issue: &lt;/b&gt;Application log size should be increased to 40 mb.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Resolution: &lt;/b&gt;Logged into each system, opened the event viewer and changed the properties of the application log to 40960 and closed the alerts because they were generated by a rule not a monitor. The default domain policy was set to 12160. To change this we implemented a new group policy linked to the Exchange servers OU to set the application log file size to 40960. See &lt;a title="http://technet.microsoft.com/en-us/library/cc778402(WS.10).aspx" href="http://technet.microsoft.com/en-us/library/cc778402(WS.10).aspx"&gt;&lt;font color="#669966"&gt;http://technet.microsoft.com/en-us/library/cc778402(WS.10).aspx&lt;/font&gt;&lt;/a&gt; for details on how to configure this policy.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Submitted By: &lt;/b&gt;Cameron Fuller (MVP)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/systemcenterforum/kb/~4/k-mq7VyoCfg" height="1" width="1"/&gt;</description>
			<pubDate>Mon, 28 Sep 2009 22:14:27 GMT</pubDate>
			<guid isPermaLink="false">http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/36144/Default.aspx</guid>
		<feedburner:origLink>http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/36144/Default.aspx</feedburner:origLink></item>
		<item>
			<title><![CDATA[Blog: ReSearch This! KB &ndash; Backward Compatibility Script Error]]></title>
			<link>http://feedproxy.google.com/~r/systemcenterforum/kb/~3/gyqUIsPDRtQ/Default.aspx</link>
			<description>&lt;p&gt;&lt;b&gt;Alert: &lt;/b&gt;Backward Compatibility Script Error&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Additional Alert: &lt;/b&gt;Service Check Data Source Module Failed Execution&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Issue: &lt;/b&gt;On the passive node of a SQL cluster, when services were moved from the B node to the A node, the B node started reporting large numbers of alerts of the two types listed above with a high repeat count. (Backward Compatibility Script Error on line 105, Description: Permission Denied: GetObject, Service Check Data Source Module Failed Execution, Error getting state of service, Details: Access is denied.)&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Resolution: &lt;/b&gt;Logged into the passive node of the cluster (B node in this case) and restarted the System Center Management service. My theory is that the service was attempting to access and monitor resources which were no longer available on the passive node which resulted in the creation of the alerts. Resolving these will require a manual process when a cluster is moved from one node to another or disabling the alerts on the members of the cluster.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Submitted By: &lt;/b&gt;Cameron Fuller (MVP)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/systemcenterforum/kb/~4/gyqUIsPDRtQ" height="1" width="1"/&gt;</description>
			<pubDate>Mon, 28 Sep 2009 18:42:37 GMT</pubDate>
			<guid isPermaLink="false">http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/36053/Default.aspx</guid>
		<feedburner:origLink>http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/36053/Default.aspx</feedburner:origLink></item>
		<item>
			<title><![CDATA[Blog: ReSearch This! KB - Exchange 2007 ExBPA Generate Alert Rule]]></title>
			<link>http://feedproxy.google.com/~r/systemcenterforum/kb/~3/Eyvlp21eNG8/Default.aspx</link>
			<description>&lt;p&gt;&lt;b&gt;Alert: &lt;/b&gt;Exchange 2007 ExBPA Generate Alert Rule&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Issue: &lt;/b&gt;Application log size should be increased to 40 mb.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Resolution: &lt;/b&gt;Logged into each system, opened the event viewer and changed the properties of the application log to 40960 and closed the alerts because they were generated by a rule not a monitor.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Submitted By: &lt;/b&gt;Cameron Fuller (MVP)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/systemcenterforum/kb/~4/Eyvlp21eNG8" height="1" width="1"/&gt;</description>
			<pubDate>Fri, 18 Sep 2009 00:27:25 GMT</pubDate>
			<guid isPermaLink="false">http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/32626/Default.aspx</guid>
		<feedburner:origLink>http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/32626/Default.aspx</feedburner:origLink></item>
		<item>
			<title><![CDATA[Blog: ReSearch This! KB - DHCP IPv4 Runtime Authorization Needed Alert]]></title>
			<link>http://feedproxy.google.com/~r/systemcenterforum/kb/~3/nUSQPax_7JE/Default.aspx</link>
			<description>&lt;p&gt;&lt;b&gt;Alert: &lt;/b&gt;DHCP IPv4 Runtime Authorization Needed Alert&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Issue: &lt;/b&gt;DHCP scopes (both IPv4 and IPv6) were showing up as turned off offline/not authorized. This server had been authorized and then the IP address of the server was changed. The authorization was listing the previous IP address.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Resolution: &lt;/b&gt;Unauthorized the current server name/wrong IP address and re-authorized it with the correct IP address. This was occurring on a domain controller in a child domain. To do this change we ended up having to log into the root domain and authorize/re-authorize the server and then restart services on the domain controller after a short period of time.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Submitted By: &lt;/b&gt;Cameron Fuller (MVP)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/systemcenterforum/kb/~4/nUSQPax_7JE" height="1" width="1"/&gt;</description>
			<pubDate>Wed, 16 Sep 2009 20:50:41 GMT</pubDate>
			<guid isPermaLink="false">http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/31789/Default.aspx</guid>
		<feedburner:origLink>http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/31789/Default.aspx</feedburner:origLink></item>
		<item>
			<title><![CDATA[Blog: ReSearch This! KB - WMI Event Module failed Execution]]></title>
			<link>http://feedproxy.google.com/~r/systemcenterforum/kb/~3/k7tqWWj0oyg/Default.aspx</link>
			<description>&lt;p&gt;&lt;b&gt;Alert: &lt;/b&gt;WMI Event Module failed Execution&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Issue: &lt;/b&gt;Many workflows failing on the system, alert recurring extremely frequently – approximately every 5 minutes. Attempted a variety of methods to resolve the issue with no success. Determined that there was an event in the Operations Manager log of event number 10357 which was recurring every 5 minutes (event follows):&lt;/p&gt;
&lt;p&gt;Module was unable to execute the notification query.&lt;/p&gt;
&lt;p&gt;Error: 0x80041013&lt;/p&gt;
&lt;p&gt;Details: Provider load failure&lt;/p&gt;
&lt;p&gt;One or more workflows were affected by this.&lt;/p&gt;
&lt;p&gt;Workflow name: many&lt;/p&gt;
&lt;p&gt;Instance name: many&lt;/p&gt;
&lt;p&gt;Instance ID: many&lt;/p&gt;
&lt;p&gt;Management group: MG1&lt;/p&gt;
&lt;p&gt;Also tracked down an error occurring in the application log which appears to be related (WinMgmt Event ID 40). The event follows:&lt;/p&gt;
&lt;p&gt;WMI ADAP was unable to create the object Win32_PerfRawData_W3SVC_WebService for Performance Library W3SVC because error 0x80041001 was returned.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Resolution: &lt;/b&gt;The next step to resolve this solution was to rebuild the base performance counters as discussed in &lt;a href="http://support.microsoft.com/kb/300956"&gt;http://support.microsoft.com/kb/300956&lt;/a&gt;. The two systems reporting these errors were on the list for decommission so we chose to disable these errors for these two servers until they were decommissioned.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Submitted By: &lt;/b&gt;Cameron Fuller (MVP)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/systemcenterforum/kb/~4/k7tqWWj0oyg" height="1" width="1"/&gt;</description>
			<pubDate>Wed, 16 Sep 2009 17:36:20 GMT</pubDate>
			<guid isPermaLink="false">http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/31624/Default.aspx</guid>
		<feedburner:origLink>http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/31624/Default.aspx</feedburner:origLink></item>
		<item>
			<title><![CDATA[Blog: ResearchThis! KB - The service terminated unexpectedly.]]></title>
			<link>http://feedproxy.google.com/~r/systemcenterforum/kb/~3/RnlobDxP4OA/Default.aspx</link>
			<description>&lt;p&gt;&lt;b&gt;Alert&lt;/b&gt;: The service terminated unexpectedly.  &lt;p&gt;&lt;b&gt;Issue&lt;/b&gt;: The service identified in the alert failed.  &lt;p&gt;&lt;b&gt;Resolution&lt;/b&gt;: Verified that the server can be pinged via the tasks on the right, and using the Computer Management task verified that the service was in a started state. Closed the alert after placing information in the company knowledge to track this for a pattern to see what is causing the service to fail. In one case the service was actually down, used the Computer Management task to restart the service. &lt;p&gt;&lt;b&gt;Submitted&lt;/b&gt;: Cameron Fuller (MVP)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/systemcenterforum/kb/~4/RnlobDxP4OA" height="1" width="1"/&gt;</description>
			<pubDate>Tue, 15 Sep 2009 19:33:50 GMT</pubDate>
			<guid isPermaLink="false">http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/31072/Default.aspx</guid>
		<feedburner:origLink>http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/31072/Default.aspx</feedburner:origLink></item>
		<item>
			<title><![CDATA[Blog: ResearchThis! KB - Event log is full]]></title>
			<link>http://feedproxy.google.com/~r/systemcenterforum/kb/~3/9aFp4f21FJs/Default.aspx</link>
			<description>&lt;p&gt;&lt;b&gt;Alert: &lt;/b&gt;Event log is full  &lt;p&gt;&lt;b&gt;Issue: &lt;/b&gt;Alert generated by the windows server 2003 management pack from the Event Log File is Full alert rule. The alert description contains information about which event log is full (in this case it was the PowerShell log file).  &lt;p&gt;&lt;b&gt;Resolution:&lt;/b&gt; Logged into the server and verified that the log size was set to a maximum of 512 kb and to override events older than 7 days. Re-configured to increase the size to 2048 and to overwrite events as needed. Closed the alert.&lt;b&gt;&lt;/b&gt;  &lt;p&gt;&lt;b&gt;Submitted&lt;/b&gt;: Cameron Fuller (MVP)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/systemcenterforum/kb/~4/9aFp4f21FJs" height="1" width="1"/&gt;</description>
			<pubDate>Tue, 15 Sep 2009 19:33:04 GMT</pubDate>
			<guid isPermaLink="false">http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/31071/Default.aspx</guid>
		<feedburner:origLink>http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/31071/Default.aspx</feedburner:origLink></item>
		<item>
			<title><![CDATA[Blog: ResearchThis! KB - Failed to retrieve site state]]></title>
			<link>http://feedproxy.google.com/~r/systemcenterforum/kb/~3/0dSQtGT0d0g/Default.aspx</link>
			<description>&lt;p&gt;&lt;b&gt;Alert: &lt;/b&gt;Failed to retrieve site state &lt;p&gt;&lt;b&gt;Issue:&lt;/b&gt; The web site discovered (SITE_4 in this case) was non-functional. &lt;p&gt;&lt;b&gt;Resolution: &lt;/b&gt;Removed the website and closed the alert because this was a rule not a monitor. &lt;p&gt;&lt;b&gt;Submitted&lt;/b&gt;: Cameron Fuller (MVP)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/systemcenterforum/kb/~4/0dSQtGT0d0g" height="1" width="1"/&gt;</description>
			<pubDate>Mon, 14 Sep 2009 01:32:11 GMT</pubDate>
			<guid isPermaLink="false">http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/30007/Default.aspx</guid>
		<feedburner:origLink>http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/30007/Default.aspx</feedburner:origLink></item>
	</channel>
</rss>
