<?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"
	>
<channel>
	<title>Comments on: Keeping Thin VMDKs Using NetApp SnapRestore</title>
	<atom:link href="http://blog.scottlowe.org/2008/04/09/keeping-thin-vmdks-using-netapp-snaprestore/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.scottlowe.org/2008/04/09/keeping-thin-vmdks-using-netapp-snaprestore/</link>
	<description>The weblog of an IT pro specializing in virtualization, storage, and servers</description>
	<pubDate>Fri, 21 Nov 2008 21:51:59 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Jon</title>
		<link>http://blog.scottlowe.org/2008/04/09/keeping-thin-vmdks-using-netapp-snaprestore/#comment-37502</link>
		<dc:creator>Jon</dc:creator>
		<pubDate>Fri, 09 May 2008 06:54:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/04/09/keeping-thin-vmdks-using-netapp-snaprestore/#comment-37502</guid>
		<description>Thank you Scott, nevertheless the deduplication trick works well if the clone and the source VM is in the same volume.
With your trick you can restore to another volume maintaining the thin status...

Thank you for your blog!
Jon</description>
		<content:encoded><![CDATA[<p>Thank you Scott, nevertheless the deduplication trick works well if the clone and the source VM is in the same volume.<br />
With your trick you can restore to another volume maintaining the thin status&#8230;</p>
<p>Thank you for your blog!<br />
Jon</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: slowe</title>
		<link>http://blog.scottlowe.org/2008/04/09/keeping-thin-vmdks-using-netapp-snaprestore/#comment-37493</link>
		<dc:creator>slowe</dc:creator>
		<pubDate>Thu, 08 May 2008 17:20:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/04/09/keeping-thin-vmdks-using-netapp-snaprestore/#comment-37493</guid>
		<description>Jon,

You're absolutely correct, of course, but this is a nice trick for those customers who can't (or won't) use deduplication.</description>
		<content:encoded><![CDATA[<p>Jon,</p>
<p>You&#8217;re absolutely correct, of course, but this is a nice trick for those customers who can&#8217;t (or won&#8217;t) use deduplication.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon</title>
		<link>http://blog.scottlowe.org/2008/04/09/keeping-thin-vmdks-using-netapp-snaprestore/#comment-37492</link>
		<dc:creator>Jon</dc:creator>
		<pubDate>Thu, 08 May 2008 17:14:21 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/04/09/keeping-thin-vmdks-using-netapp-snaprestore/#comment-37492</guid>
		<description>I think istead the snpRestore trick you con do use deduplication here: the filer will write the virtual disk normally(thick) durinfg the clonation BUT deduplicate later (at night?). 
(The trick is to schedule your snapshots right as any un-deduplicated data will remain frozen until the snapshots is deleted)</description>
		<content:encoded><![CDATA[<p>I think istead the snpRestore trick you con do use deduplication here: the filer will write the virtual disk normally(thick) durinfg the clonation BUT deduplicate later (at night?).<br />
(The trick is to schedule your snapshots right as any un-deduplicated data will remain frozen until the snapshots is deleted)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dejan Ilic</title>
		<link>http://blog.scottlowe.org/2008/04/09/keeping-thin-vmdks-using-netapp-snaprestore/#comment-37127</link>
		<dc:creator>Dejan Ilic</dc:creator>
		<pubDate>Wed, 23 Apr 2008 21:10:22 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/04/09/keeping-thin-vmdks-using-netapp-snaprestore/#comment-37127</guid>
		<description>"ls" will give you both the actual disk useage and the "thick" space usage.

Try "ll -hus" or the equivalent "ls -lhus".</description>
		<content:encoded><![CDATA[<p>&#8220;ls&#8221; will give you both the actual disk useage and the &#8220;thick&#8221; space usage.</p>
<p>Try &#8220;ll -hus&#8221; or the equivalent &#8220;ls -lhus&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dtv</title>
		<link>http://blog.scottlowe.org/2008/04/09/keeping-thin-vmdks-using-netapp-snaprestore/#comment-37003</link>
		<dc:creator>dtv</dc:creator>
		<pubDate>Thu, 10 Apr 2008 11:27:34 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/04/09/keeping-thin-vmdks-using-netapp-snaprestore/#comment-37003</guid>
		<description>I've used vmkfstools -i -d thin options to clone to a new set of files, then deleted the old files and renamed the newly cloned thin format files to the original names.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve used vmkfstools -i -d thin options to clone to a new set of files, then deleted the old files and renamed the newly cloned thin format files to the original names.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Miller</title>
		<link>http://blog.scottlowe.org/2008/04/09/keeping-thin-vmdks-using-netapp-snaprestore/#comment-36999</link>
		<dc:creator>Andrew Miller</dc:creator>
		<pubDate>Wed, 09 Apr 2008 23:05:07 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/04/09/keeping-thin-vmdks-using-netapp-snaprestore/#comment-36999</guid>
		<description>I've found that while "ls" from a commandline won't show the right size for a thin provisioned disk "du -hs" does.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve found that while &#8220;ls&#8221; from a commandline won&#8217;t show the right size for a thin provisioned disk &#8220;du -hs&#8221; does.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick Triantos</title>
		<link>http://blog.scottlowe.org/2008/04/09/keeping-thin-vmdks-using-netapp-snaprestore/#comment-36998</link>
		<dc:creator>Nick Triantos</dc:creator>
		<pubDate>Wed, 09 Apr 2008 22:46:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/04/09/keeping-thin-vmdks-using-netapp-snaprestore/#comment-36998</guid>
		<description>"Youâ€™ll also find that running an â€œls -laâ€ on an NFS datastore from the Service Console will show you -flat.vmdk files that appear to be thick provisioned. The only way Iâ€™ve found to see if they are thin provisioned is to use the Datastore Browser. Itâ€™s a VMware thing, I suppose."

Scott,

It's not a VMware thing. If anything ESX understands thin provisioning, it's the COS that doesn't...When you create a xGB sparse Disk, the size of it will appear as the size of the disk you've initially created. The behavior you see at the COS for the *-flat.vmdk occurs on every OS where storage has been thin provisioned. Just use the system and create a 1TB LUN on a 20MB Flexvol by creating the lun with -o noreserve and map it to a host. You will see a 1TB of storage.</description>
		<content:encoded><![CDATA[<p>&#8220;Youâ€™ll also find that running an â€œls -laâ€ on an NFS datastore from the Service Console will show you -flat.vmdk files that appear to be thick provisioned. The only way Iâ€™ve found to see if they are thin provisioned is to use the Datastore Browser. Itâ€™s a VMware thing, I suppose.&#8221;</p>
<p>Scott,</p>
<p>It&#8217;s not a VMware thing. If anything ESX understands thin provisioning, it&#8217;s the COS that doesn&#8217;t&#8230;When you create a xGB sparse Disk, the size of it will appear as the size of the disk you&#8217;ve initially created. The behavior you see at the COS for the *-flat.vmdk occurs on every OS where storage has been thin provisioned. Just use the system and create a 1TB LUN on a 20MB Flexvol by creating the lun with -o noreserve and map it to a host. You will see a 1TB of storage.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
