<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:clearspace="http://www.jivesoftware.com/xmlns/clearspace/rss" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:opensearch="http://a9.com/-/spec/opensearch/1.1/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>VMware Communities: Message List - Application / network timeouts committing a snapshot</title>
    <link>http://communities.vmware.com/community/vmtn/vi/esx3.5?view=discussions</link>
    <description>Most recent forum messages</description>
    <language>en</language>
    <pubDate>Mon, 10 Aug 2009 13:23:14 GMT</pubDate>
    <generator>Clearspace 1.10.12 (http://jivesoftware.com/products/clearspace/)</generator>
    <dc:date>2009-08-10T13:23:14Z</dc:date>
    <dc:language>en</dc:language>
    <item>
      <title>Re: Application / network timeouts committing a snapshot</title>
      <link>http://communities.vmware.com/message/1333339?tstart=0#1333339</link>
      <description>&lt;br /&gt;
Just to add to the thread... I had the same issue. ESX 3.5 Update 4 with all patches up to 30/07/2009.&lt;br /&gt;
&lt;p /&gt;
In our case, the network drop happens more often when creating snapshots for Virtual Citrix servers. Less busier servers don't seem to experience this.</description>
      <pubDate>Mon, 10 Aug 2009 13:23:14 GMT</pubDate>
      <author>alelondon</author>
      <guid>http://communities.vmware.com/message/1333339?tstart=0#1333339</guid>
      <dc:date>2009-08-10T13:23:14Z</dc:date>
      <clearspace:dateToText>3 months, 2 weeks ago</clearspace:dateToText>
    </item>
    <item>
      <title>Re: Application / network timeouts committing a snapshot</title>
      <link>http://communities.vmware.com/message/1029535?tstart=0#1029535</link>
      <description>&lt;div class="jive-quote"&gt;In my experience that's caused due to a lack of service console memory. Try upping your SC memory to 768MB or something. Good luck!&lt;/div&gt;
&lt;br /&gt;
&lt;div class="jive-quote"&gt;You are correct in adding memory to the COS resource pool it will help speed up the process and reduce the negative impact. &lt;/div&gt;
&lt;br /&gt;
&lt;div class="jive-quote"&gt;Increasing the service console memory as has been suggested is definitely one good recommendation&lt;/div&gt;
&lt;br /&gt;
Thanks guys, will try that. Is there a "recommended" amount? boostedevo suggested 768mb, a few docs on the net suggested 512mb for VI 3.x.&lt;br /&gt;
&lt;br /&gt;
&lt;div class="jive-quote"&gt;Short time outs are to be expected when initiating and commiting the snapshot.&lt;/div&gt;
&lt;br /&gt;
How short are we talking here though? I wouldn't have expected it to interrupt client &amp;lt;-&amp;gt; server communication to the extent that file shares disconnect, etc.&lt;br /&gt;
&lt;br /&gt;
&lt;div class="jive-quote"&gt;Snapshots should only be used for a very short time. &lt;/div&gt;
&lt;br /&gt;
&lt;div class="jive-quote"&gt;Correct snapshots are NOT backups - you don't want to run on your snaps for very long. &lt;/div&gt;
&lt;br /&gt;
Yeah, understand that, unfortunately this was one we'd forgotten about &lt;img class="jive-emoticon" border="0" src="http://communities.vmware.com/images/emoticons/sad.gif" alt=":-(" /&gt;&lt;br /&gt;
&lt;br /&gt;
&lt;div class="jive-quote"&gt;Also what version and build of ESX are you running. &lt;/div&gt;
&lt;br /&gt;
3.5 Update 2, all patches.&lt;br /&gt;
&lt;p /&gt;
Cheers,&lt;br /&gt;
Matt Kilham</description>
      <pubDate>Wed, 20 Aug 2008 22:24:18 GMT</pubDate>
      <author>mattjk</author>
      <guid>http://communities.vmware.com/message/1029535?tstart=0#1029535</guid>
      <dc:date>2008-08-20T22:24:18Z</dc:date>
      <clearspace:dateToText>1 year, 3 months ago</clearspace:dateToText>
    </item>
    <item>
      <title>Re: Application / network timeouts committing a snapshot</title>
      <link>http://communities.vmware.com/message/1029379?tstart=0#1029379</link>
      <description>&lt;br /&gt;
Increasing the service console memory as has been suggested is definitely one good recommendation. Also what version and build of ESX are you running. I know there has been a number of snapshot related patches released by VMware for all of the 3.x versions, including some that addressed VMs losing connectivity for large snapshot commits.&lt;br /&gt;
&lt;p /&gt;
This is kb article for a 3.5 patch that was released in May&lt;br /&gt;
&lt;br /&gt;
&lt;a class="jive-link-external" href="http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&amp;#38;docType=kc&amp;#38;externalId=1004169&amp;#38;sliceId=2&amp;#38;docTypeID=DT_KB_1_1&amp;#38;dialogID=24280760&amp;#38;stateId=1%200%2024276892"&gt;http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&amp;#38;docType=kc&amp;#38;externalId=1004169&amp;#38;sliceId=2&amp;#38;docTypeID=DT_KB_1_1&amp;#38;dialogID=24280760&amp;#38;stateId=1%200%2024276892&lt;/a&gt;</description>
      <pubDate>Wed, 20 Aug 2008 19:52:52 GMT</pubDate>
      <author>petedr</author>
      <guid>http://communities.vmware.com/message/1029379?tstart=0#1029379</guid>
      <dc:date>2008-08-20T19:52:52Z</dc:date>
      <clearspace:dateToText>1 year, 3 months ago</clearspace:dateToText>
      <clearspace:replyCount>1</clearspace:replyCount>
    </item>
    <item>
      <title>Re: Application / network timeouts committing a snapshot</title>
      <link>http://communities.vmware.com/message/1029391?tstart=0#1029391</link>
      <description>&lt;br /&gt;
Hello,&lt;br /&gt;
&lt;p /&gt;
The loss of connectivity is due to the temp delta file commit time. When the snapshot is commited it creates a temp disk and mem file that holds all the changes since the delta vmdk started writing out to the parent vmdk. When the temp files are commited the VM will not respond until it's complete.&lt;br /&gt;
&lt;p /&gt;
You are correct in adding memory to the COS resource pool it will help speed up the process and reduce the negative impact.</description>
      <pubDate>Wed, 20 Aug 2008 19:42:44 GMT</pubDate>
      <author>mike.laspina</author>
      <guid>http://communities.vmware.com/message/1029391?tstart=0#1029391</guid>
      <dc:date>2008-08-20T19:42:44Z</dc:date>
      <clearspace:dateToText>1 year, 3 months ago</clearspace:dateToText>
    </item>
    <item>
      <title>Re: Application / network timeouts committing a snapshot</title>
      <link>http://communities.vmware.com/message/1029343?tstart=0#1029343</link>
      <description>&lt;br /&gt;
Correct snapshots are NOT backups - you don't want to run on your snaps for very long. The Virtual Center Console operation will likely timeout, just keep watching the Datastore for the snaps to go away, then you know your good.&lt;br /&gt;
&lt;p /&gt;
I think the original poster is having other issues than just the command timing out though, he loses connectivity to his guest VMs which is not good. I still suggest upping the Console memory.</description>
      <pubDate>Wed, 20 Aug 2008 19:12:23 GMT</pubDate>
      <author>boostedevo</author>
      <guid>http://communities.vmware.com/message/1029343?tstart=0#1029343</guid>
      <dc:date>2008-08-20T19:12:23Z</dc:date>
      <clearspace:dateToText>1 year, 3 months ago</clearspace:dateToText>
      <clearspace:replyCount>1</clearspace:replyCount>
    </item>
    <item>
      <title>Re: Application / network timeouts committing a snapshot</title>
      <link>http://communities.vmware.com/message/1029311?tstart=0#1029311</link>
      <description>&lt;br /&gt;
Hello,&lt;br /&gt;
&lt;p /&gt;
Short time outs are to be expected when initiating and commiting the snapshot.&lt;br /&gt;
&lt;p /&gt;
The larger delta file is the longer the time out will be.&lt;br /&gt;
&lt;p /&gt;
Snapshots should only be used for a very short time. &lt;br /&gt;
&lt;p /&gt;
e.g &lt;br /&gt;
&lt;p /&gt;
Backing the parent files and config and then commit the snapshot.&lt;br /&gt;
&lt;p /&gt;
You do not want them to grow, they will significantly degrade performance.&lt;br /&gt;
&lt;p /&gt;
Snapshots are not backups, they are deltas of disk change and will significantly increase the disk I/O load of the storage subsystem. &lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;</description>
      <pubDate>Wed, 20 Aug 2008 19:09:02 GMT</pubDate>
      <author>mike.laspina</author>
      <guid>http://communities.vmware.com/message/1029311?tstart=0#1029311</guid>
      <dc:date>2008-08-20T19:09:02Z</dc:date>
      <clearspace:dateToText>1 year, 3 months ago</clearspace:dateToText>
      <clearspace:replyCount>2</clearspace:replyCount>
    </item>
    <item>
      <title>Re: Application / network timeouts committing a snapshot</title>
      <link>http://communities.vmware.com/message/1029307?tstart=0#1029307</link>
      <description>&lt;br /&gt;
^ In my experience that's caused due to a lack of service console memory. Try upping your SC memory to 768MB or something. Good luck!</description>
      <pubDate>Wed, 20 Aug 2008 18:53:35 GMT</pubDate>
      <author>boostedevo</author>
      <guid>http://communities.vmware.com/message/1029307?tstart=0#1029307</guid>
      <dc:date>2008-08-20T18:53:35Z</dc:date>
      <clearspace:dateToText>1 year, 3 months ago</clearspace:dateToText>
      <clearspace:replyCount>1</clearspace:replyCount>
    </item>
    <item>
      <title>Application / network timeouts committing a snapshot</title>
      <link>http://communities.vmware.com/message/1028647?tstart=0#1028647</link>
      <description>&lt;br /&gt;
Has anyone else experienced problems committing snapshots, where during the commit process the VM gets paused (I/O pause I would assume) for long enough to interrupt clients' communicating with the VM?&lt;br /&gt;
&lt;p /&gt;
We just tried to commit a ~50GB snapshot (about a week old), and several times during the process the VM paused for long enough to disconnect file shares, disconnect client applications that rely on daemons running in the VM, etc.&lt;br /&gt;
&lt;p /&gt;
Cheers.</description>
      <pubDate>Wed, 20 Aug 2008 08:26:09 GMT</pubDate>
      <author>mattjk</author>
      <guid>http://communities.vmware.com/message/1028647?tstart=0#1028647</guid>
      <dc:date>2008-08-20T08:26:09Z</dc:date>
      <clearspace:dateToText>1 year, 3 months ago</clearspace:dateToText>
      <clearspace:replyCount>7</clearspace:replyCount>
    </item>
  </channel>
</rss>

