<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: SEP11 Liveupdate EventID 13</title>
	<atom:link href="http://www.infosecblog.org/2008/08/sep11-liveupdate-eventid-13/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.infosecblog.org/2008/08/sep11-liveupdate-eventid-13/</link>
	<description></description>
	<lastBuildDate>Mon, 06 Feb 2012 07:04:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Roger</title>
		<link>http://www.infosecblog.org/2008/08/sep11-liveupdate-eventid-13/comment-page-1/#comment-288</link>
		<dc:creator>Roger</dc:creator>
		<pubDate>Tue, 12 Aug 2008 12:56:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.infosecblog.org/2008/08/sep11-liveupdate-eventid-13/#comment-288</guid>
		<description>that&#039;s not good.
</description>
		<content:encoded><![CDATA[<p>that&#8217;s not good.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rik</title>
		<link>http://www.infosecblog.org/2008/08/sep11-liveupdate-eventid-13/comment-page-1/#comment-287</link>
		<dc:creator>Rik</dc:creator>
		<pubDate>Tue, 12 Aug 2008 09:37:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.infosecblog.org/2008/08/sep11-liveupdate-eventid-13/#comment-287</guid>
		<description>On the afternoon of the 11th $hit hit the fan as most, but not all, of our workstations running SEP went into an infinite reboot loop.  The computers that started rebooting had the same definition revisions as the computers that didn&#039;t reboot.  Still investigating, but so far it looks like the computers that rebooted all were previously logging the error 13, while the computer that weren&#039;t rebooting had clean event logs.  The only way we could remotely get the computers to stop rebooting was to bang a script against them to delete the Aug 11 r16 definition folder, since you only had the time between obtaining an IP and SEP loading to attempt any remediation before the system would reboot again.  Wondering if PCs that received the earlier botched update are being made worse by the possible release of a &quot;fix&quot;.  Could be unrelated to this post, but I doubt it.  Just throwing it out.
</description>
		<content:encoded><![CDATA[<p>On the afternoon of the 11th $hit hit the fan as most, but not all, of our workstations running SEP went into an infinite reboot loop.  The computers that started rebooting had the same definition revisions as the computers that didn&#8217;t reboot.  Still investigating, but so far it looks like the computers that rebooted all were previously logging the error 13, while the computer that weren&#8217;t rebooting had clean event logs.  The only way we could remotely get the computers to stop rebooting was to bang a script against them to delete the Aug 11 r16 definition folder, since you only had the time between obtaining an IP and SEP loading to attempt any remediation before the system would reboot again.  Wondering if PCs that received the earlier botched update are being made worse by the possible release of a &#8220;fix&#8221;.  Could be unrelated to this post, but I doubt it.  Just throwing it out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: songmay</title>
		<link>http://www.infosecblog.org/2008/08/sep11-liveupdate-eventid-13/comment-page-1/#comment-286</link>
		<dc:creator>songmay</dc:creator>
		<pubDate>Tue, 12 Aug 2008 04:46:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.infosecblog.org/2008/08/sep11-liveupdate-eventid-13/#comment-286</guid>
		<description>how can i solve this problem
thx
</description>
		<content:encoded><![CDATA[<p>how can i solve this problem<br />
thx</p>
]]></content:encoded>
	</item>
</channel>
</rss>

