<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Veeam &#8211; ITler &#8211; Techblog für Software, Hardware und Mobile Computing</title>
	<atom:link href="https://itler.net/tag/veeam/feed/" rel="self" type="application/rss+xml" />
	<link>https://itler.net</link>
	<description>ITler - der Technblog von und für Administratoren</description>
	<lastBuildDate>Tue, 10 Jan 2012 12:29:57 +0000</lastBuildDate>
	<language>de</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>
<site xmlns="com-wordpress:feed-additions:1">50945800</site>	<item>
		<title>Veeam 6 &#8211; SysWOW64 Workaround</title>
		<link>https://itler.net/veeam-6-syswow64-workaround/</link>
					<comments>https://itler.net/veeam-6-syswow64-workaround/#respond</comments>
		
		<dc:creator><![CDATA[Weigi]]></dc:creator>
		<pubDate>Tue, 10 Jan 2012 09:10:53 +0000</pubDate>
				<category><![CDATA[Software]]></category>
		<category><![CDATA[5]]></category>
		<category><![CDATA[6]]></category>
		<category><![CDATA[64Bit]]></category>
		<category><![CDATA[Backup]]></category>
		<category><![CDATA[Repository]]></category>
		<category><![CDATA[SysWOW64]]></category>
		<category><![CDATA[Update]]></category>
		<category><![CDATA[Veeam]]></category>
		<category><![CDATA[Version]]></category>
		<category><![CDATA[Windows]]></category>
		<category><![CDATA[Workaround]]></category>
		<guid isPermaLink="false">https://itler.net/?p=16434</guid>

					<description><![CDATA[Nach einem Update von Veeam 5 auf  6 läuft jede Nacht die Systempartition unter z.B. “C:\Windows\SysWOW64” voll, sowie die Backup Jobs quittieren die Arbeit mit “09.01.2012 20:49:04 :: Job [Servername] cannot be started. SessionId: [7663956a-504d-4ae8-*********************], Timeout: [360,0179291 sec]”. Ursache des Problems sind die vom Veeam Upgrade übernommen Repositories, erkennbar an der Beschreibung “Created by Veeam &#8230;]]></description>
										<content:encoded><![CDATA[<p>Nach einem Update von Veeam 5 auf 6 l&auml;uft jede Nacht die Systempartition unter z.B. &ldquo;C:&#92;Windows&#92;SysWOW64&rdquo; voll, sowie die Backup Jobs quittieren die Arbeit mit &ldquo;09.01.2012 20:49:04 :: Job [Servername] cannot be started. SessionId: [7663956a&#x2d;504d&#x2d;4ae8&#x2d;*********************], Timeout: [360,0179291 sec]&rdquo;. Ursache des Problems sind die vom Veeam Upgrade &uuml;bernommen Repositories&#8230;</p>
<p><a href="https://itler.net/veeam-6-syswow64-workaround/" rel="nofollow">Quelle</a></p>]]></content:encoded>
					
					<wfw:commentRss>https://itler.net/veeam-6-syswow64-workaround/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
		<post-id xmlns="com-wordpress:feed-additions:1">16434</post-id>	</item>
	</channel>
</rss>
