<?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: Know thy open snapshots</title>
	<atom:link href="http://www.boche.net/blog/index.php/2008/12/02/know-thy-open-snapshots/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.boche.net/blog/index.php/2008/12/02/know-thy-open-snapshots/</link>
	<description></description>
	<lastBuildDate>Thu, 11 Mar 2010 16:06:08 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Josh Atwell</title>
		<link>http://www.boche.net/blog/index.php/2008/12/02/know-thy-open-snapshots/comment-page-1/#comment-418</link>
		<dc:creator>Josh Atwell</dc:creator>
		<pubDate>Fri, 02 Jan 2009 15:19:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=553#comment-418</guid>
		<description>We have had a VMFS volume fill in our environment due to a backup that did not close out the snapshot when it was finished.  Needless to say we were excited when all the bells and warnings were going off saying that a server had gone offline.

What we found was that the only systems that were affected were those writing to the disk.  Fortunately our environment was well designed and very balanced so the only machines that were directly affected were those with snapshots running (and in this instance just the one server).

One side effect to note is that the only way to recover from this is to make some space so that you can apply the snapshots.  This is where storage vmotion might come in handy allowing you to move a VM to a different LUN.  We chose the cold move approach since I was not confident that sVmotion wouldn&#039;t require some disk writing. When this happened to us we had over 50GB worth of snapshots to be applied (main production file share running Volume Shadow Copy for those wondering how it got so big).  Took about 2.5 hours to recover from this event but at least it was at the end of the day.  This is one thing to be wary about with having a large &quot;comfort cushion&quot; on your VMFS datastore.

Needless to say I check my VMs (manually now for the highest disk I/O servers) to ensure that backups did not leave us a little friend waiting like a scorpion in a shoe.

I plan to write a full entry in the coming week(s) to my slowly developing blog.</description>
		<content:encoded><![CDATA[<p>We have had a VMFS volume fill in our environment due to a backup that did not close out the snapshot when it was finished.  Needless to say we were excited when all the bells and warnings were going off saying that a server had gone offline.</p>
<p>What we found was that the only systems that were affected were those writing to the disk.  Fortunately our environment was well designed and very balanced so the only machines that were directly affected were those with snapshots running (and in this instance just the one server).</p>
<p>One side effect to note is that the only way to recover from this is to make some space so that you can apply the snapshots.  This is where storage vmotion might come in handy allowing you to move a VM to a different LUN.  We chose the cold move approach since I was not confident that sVmotion wouldn&#8217;t require some disk writing. When this happened to us we had over 50GB worth of snapshots to be applied (main production file share running Volume Shadow Copy for those wondering how it got so big).  Took about 2.5 hours to recover from this event but at least it was at the end of the day.  This is one thing to be wary about with having a large &#8220;comfort cushion&#8221; on your VMFS datastore.</p>
<p>Needless to say I check my VMs (manually now for the highest disk I/O servers) to ensure that backups did not leave us a little friend waiting like a scorpion in a shoe.</p>
<p>I plan to write a full entry in the coming week(s) to my slowly developing blog.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Professional VMware &#187; Blog Archive &#187; ESX Snapshots &#8211; Careful Running With Those Scissors</title>
		<link>http://www.boche.net/blog/index.php/2008/12/02/know-thy-open-snapshots/comment-page-1/#comment-297</link>
		<dc:creator>Professional VMware &#187; Blog Archive &#187; ESX Snapshots &#8211; Careful Running With Those Scissors</dc:creator>
		<pubDate>Sat, 06 Dec 2008 22:13:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=553#comment-297</guid>
		<description>[...] Read the full article. [...]</description>
		<content:encoded><![CDATA[<p>[...] Read the full article. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cody Bunch</title>
		<link>http://www.boche.net/blog/index.php/2008/12/02/know-thy-open-snapshots/comment-page-1/#comment-296</link>
		<dc:creator>Cody Bunch</dc:creator>
		<pubDate>Sat, 06 Dec 2008 21:53:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=553#comment-296</guid>
		<description>Jason,

VMFS will let you get &#039;close&#039; to 0KB.  When you do, &quot;Bad Things Happen&quot; - e.g. Chuck Norris divides by zero, and the like.  Troubleshooting it is an interesting thing, and usually involves some small amount of pain deleting snapshots from the CLI.

-Cody
http://professionalvmware.com</description>
		<content:encoded><![CDATA[<p>Jason,</p>
<p>VMFS will let you get &#8216;close&#8217; to 0KB.  When you do, &#8220;Bad Things Happen&#8221; &#8211; e.g. Chuck Norris divides by zero, and the like.  Troubleshooting it is an interesting thing, and usually involves some small amount of pain deleting snapshots from the CLI.</p>
<p>-Cody<br />
<a href="http://professionalvmware.com" rel="nofollow">http://professionalvmware.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cody Bunch</title>
		<link>http://www.boche.net/blog/index.php/2008/12/02/know-thy-open-snapshots/comment-page-1/#comment-295</link>
		<dc:creator>Cody Bunch</dc:creator>
		<pubDate>Sat, 06 Dec 2008 21:50:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=553#comment-295</guid>
		<description>Roger,

Not sure on the 3rd party tools, but with the VI-Toolkit for Windows finding snapshots is really easy.

Go here to get started:
http://vmware.com/go/powershell/

Then to list all snapshots:
connect-viserver -name (your esx or VC)
get-vm &#124; get-snapshot

To list snapshots older than 7 days:
connect-viserver -name (your esx or VC)
get-vm &#124; get-snapshotwhere &#124; where { $_.Created -le (Get-Date).AddDays(-7)}

-Cody</description>
		<content:encoded><![CDATA[<p>Roger,</p>
<p>Not sure on the 3rd party tools, but with the VI-Toolkit for Windows finding snapshots is really easy.</p>
<p>Go here to get started:<br />
<a href="http://vmware.com/go/powershell/" rel="nofollow">http://vmware.com/go/powershell/</a></p>
<p>Then to list all snapshots:<br />
connect-viserver -name (your esx or VC)<br />
get-vm | get-snapshot</p>
<p>To list snapshots older than 7 days:<br />
connect-viserver -name (your esx or VC)<br />
get-vm | get-snapshotwhere | where { $_.Created -le (Get-Date).AddDays(-7)}</p>
<p>-Cody</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ESX snapshots are like a loaded gun &#124; VM /ETC</title>
		<link>http://www.boche.net/blog/index.php/2008/12/02/know-thy-open-snapshots/comment-page-1/#comment-292</link>
		<dc:creator>ESX snapshots are like a loaded gun &#124; VM /ETC</dc:creator>
		<pubDate>Sat, 06 Dec 2008 12:42:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=553#comment-292</guid>
		<description>[...] snapshots and the problems they can get you in already on the web, but this week Jason Boche posted Know thy open snapshots which I found to be very informative and helpful. The title of my post was taken from an eye [...]</description>
		<content:encoded><![CDATA[<p>[...] snapshots and the problems they can get you in already on the web, but this week Jason Boche posted Know thy open snapshots which I found to be very informative and helpful. The title of my post was taken from an eye [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roger Lund</title>
		<link>http://www.boche.net/blog/index.php/2008/12/02/know-thy-open-snapshots/comment-page-1/#comment-270</link>
		<dc:creator>Roger Lund</dc:creator>
		<pubDate>Fri, 05 Dec 2008 01:01:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=553#comment-270</guid>
		<description>Jason,

Thanks for the write up, by happen stance, do you know if any of the third party tools will happen to support ESXi, Foundation / Enterprise in the future?


We are currently contemplating ESX vs ESXi for our Data Center.

Thanks.

Roger L</description>
		<content:encoded><![CDATA[<p>Jason,</p>
<p>Thanks for the write up, by happen stance, do you know if any of the third party tools will happen to support ESXi, Foundation / Enterprise in the future?</p>
<p>We are currently contemplating ESX vs ESXi for our Data Center.</p>
<p>Thanks.</p>
<p>Roger L</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tristan</title>
		<link>http://www.boche.net/blog/index.php/2008/12/02/know-thy-open-snapshots/comment-page-1/#comment-268</link>
		<dc:creator>Tristan</dc:creator>
		<pubDate>Thu, 04 Dec 2008 19:01:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=553#comment-268</guid>
		<description>Jason,

I totally agree.  I&#039;m going to create this situation in my lab to learn more about the impact and timing.  Thanks for the quick response - your community contributions are much appreciated!

Tristan</description>
		<content:encoded><![CDATA[<p>Jason,</p>
<p>I totally agree.  I&#8217;m going to create this situation in my lab to learn more about the impact and timing.  Thanks for the quick response &#8211; your community contributions are much appreciated!</p>
<p>Tristan</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jason</title>
		<link>http://www.boche.net/blog/index.php/2008/12/02/know-thy-open-snapshots/comment-page-1/#comment-267</link>
		<dc:creator>jason</dc:creator>
		<pubDate>Thu, 04 Dec 2008 18:27:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=553#comment-267</guid>
		<description>VMs need room to breathe for their *.log files, VMKernel swap (if they are swapping), power operations for VMs that previously were not powered on, snapshotting (we run backups which snapshot nightly).  I&#039;ve never actually run a VMFS volume down to 0KB free.  I&#039;m not 100% confident on the short term impacts, nor do I know if VMFS is even going to let us get down to 0KB free.  At any rate, even coming close to 0KB free on a VMFS volume does not sound like an attractive position to be in from a VM performance and available standpoint.  I&#039;ve got 1 DEV LUN that sits at about 23GB free and that is awfully close to my comfort threshold.  The moment any one of the VMs on that LUN gets snapped, space starts disappearing.  Hopefully the snap is closed before we run out of space, or before we cross whatever threshold VMware has when performance tanks or anomalies start happening.  It would be a good experiment for the lab.</description>
		<content:encoded><![CDATA[<p>VMs need room to breathe for their *.log files, VMKernel swap (if they are swapping), power operations for VMs that previously were not powered on, snapshotting (we run backups which snapshot nightly).  I&#8217;ve never actually run a VMFS volume down to 0KB free.  I&#8217;m not 100% confident on the short term impacts, nor do I know if VMFS is even going to let us get down to 0KB free.  At any rate, even coming close to 0KB free on a VMFS volume does not sound like an attractive position to be in from a VM performance and available standpoint.  I&#8217;ve got 1 DEV LUN that sits at about 23GB free and that is awfully close to my comfort threshold.  The moment any one of the VMs on that LUN gets snapped, space starts disappearing.  Hopefully the snap is closed before we run out of space, or before we cross whatever threshold VMware has when performance tanks or anomalies start happening.  It would be a good experiment for the lab.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tristan</title>
		<link>http://www.boche.net/blog/index.php/2008/12/02/know-thy-open-snapshots/comment-page-1/#comment-266</link>
		<dc:creator>Tristan</dc:creator>
		<pubDate>Thu, 04 Dec 2008 18:05:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=553#comment-266</guid>
		<description>Jason,

I&#039;m a little confused about a statement you make in this post.  With regards to the situation where the VMFS volume fills up b/c of one or more growing snapshots - my understanding was that only VMs on the same volume that are operating with snapshots would be impacted.  VMs not running snapshots are not impacted b/c they are contained within their swap and VMDK files. 

I personally use HP SIM to watch my logical volume free space and I run daily schedule snaphunter jobs.  Still, I want to better understand the risks.

Thanks much for the clarification.

Tristan</description>
		<content:encoded><![CDATA[<p>Jason,</p>
<p>I&#8217;m a little confused about a statement you make in this post.  With regards to the situation where the VMFS volume fills up b/c of one or more growing snapshots &#8211; my understanding was that only VMs on the same volume that are operating with snapshots would be impacted.  VMs not running snapshots are not impacted b/c they are contained within their swap and VMDK files. </p>
<p>I personally use HP SIM to watch my logical volume free space and I run daily schedule snaphunter jobs.  Still, I want to better understand the risks.</p>
<p>Thanks much for the clarification.</p>
<p>Tristan</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ibeerens</title>
		<link>http://www.boche.net/blog/index.php/2008/12/02/know-thy-open-snapshots/comment-page-1/#comment-259</link>
		<dc:creator>ibeerens</dc:creator>
		<pubDate>Wed, 03 Dec 2008 09:07:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=553#comment-259</guid>
		<description>Another great way to find active snapshots is the VI-toolkit.</description>
		<content:encoded><![CDATA[<p>Another great way to find active snapshots is the VI-toolkit.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
