<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/atom.xsl" media="screen"?><feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en-US"><title type="html">Troubleshooting SMS/ConfigMgr</title><subtitle type="html">Jamie's Thoughts, Tips &amp; Tricks relevant to SMS/ConfigMgr Admins and whomever else cares to read.......</subtitle><id>http://blogs.msdn.com/jamoyer/atom.xml</id><link rel="alternate" type="text/html" href="http://blogs.msdn.com/jamoyer/default.aspx" /><link rel="self" type="application/atom+xml" href="http://blogs.msdn.com/jamoyer/atom.xml" /><generator uri="http://communityserver.org" version="2.1.61025.2">Community Server</generator><updated>2008-01-28T17:27:00Z</updated><entry><title>Update Computer Account Group Membership without Rebooting</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/jamoyer/archive/2008/01/30/update-computer-account-group-membership-without-rebooting.aspx" /><id>http://blogs.msdn.com/jamoyer/archive/2008/01/30/update-computer-account-group-membership-without-rebooting.aspx</id><published>2008-01-30T20:48:43Z</published><updated>2008-01-30T20:48:43Z</updated><content type="html">Often times when working with SMS 2003 in advanced security mode the need arises to add computer objects to active directory groups. Normally for a computer account to become aware of the group membership change a reboot is required.&amp;#160; Often it is difficult to arrange for the scheduled downtime necessary to reboot a production server. I've used the below procedure to update the computer's security token without rebooting.&amp;#160; This does take a bit of effort, but it doesn't involve rebooting...(&lt;a href="http://blogs.msdn.com/jamoyer/archive/2008/01/30/update-computer-account-group-membership-without-rebooting.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=7330088" width="1" height="1"&gt;</content><author><name>jamoyer</name><uri>http://blogs.msdn.com/members/jamoyer.aspx</uri></author><category term="Troubleshooting" scheme="http://blogs.msdn.com/jamoyer/archive/tags/Troubleshooting/default.aspx" /><category term="tips" scheme="http://blogs.msdn.com/jamoyer/archive/tags/tips/default.aspx" /></entry><entry><title>Analyzing SMS/ConfigMgr log files the easy way!</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/jamoyer/archive/2008/01/28/analyzing-sms-sccm-log-files-the-easy-way.aspx" /><id>http://blogs.msdn.com/jamoyer/archive/2008/01/28/analyzing-sms-sccm-log-files-the-easy-way.aspx</id><published>2008-01-28T20:27:00Z</published><updated>2008-01-28T20:27:00Z</updated><content type="html">How do you parse log files today? Do you routinely troubleshoot issues with SMS clients? Issues such as WMI not functioning, CCMEXEC not running, Bits issues, etc. The place I always start my troubleshooting is with the client log files (C:\Windows\System32\ccm\logs) as they contain a wealth of information and usually quickly lead you down the road to problem resolution. In the past I've used simple scripts to parse the log files and that has worked fairly well, I've also fallen victim to manually...(&lt;a href="http://blogs.msdn.com/jamoyer/archive/2008/01/28/analyzing-sms-sccm-log-files-the-easy-way.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=7290432" width="1" height="1"&gt;</content><author><name>jamoyer</name><uri>http://blogs.msdn.com/members/jamoyer.aspx</uri></author><category term="SMS 2003" scheme="http://blogs.msdn.com/jamoyer/archive/tags/SMS+2003/default.aspx" /><category term="SCCM 2007" scheme="http://blogs.msdn.com/jamoyer/archive/tags/SCCM+2007/default.aspx" /><category term="LogParser" scheme="http://blogs.msdn.com/jamoyer/archive/tags/LogParser/default.aspx" /><category term="Clients" scheme="http://blogs.msdn.com/jamoyer/archive/tags/Clients/default.aspx" /><category term="Troubleshooting" scheme="http://blogs.msdn.com/jamoyer/archive/tags/Troubleshooting/default.aspx" /></entry></feed>