<?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 - dns entries of nonpersistent linked clones</title>
    <link>http://communities.vmware.com/community/vmtn/entdesk/view?view=discussions</link>
    <description>Most recent forum messages</description>
    <language>en</language>
    <pubDate>Thu, 09 Jul 2009 18:00:50 GMT</pubDate>
    <generator>Clearspace 1.10.12 (http://jivesoftware.com/products/clearspace/)</generator>
    <dc:date>2009-07-09T18:00:50Z</dc:date>
    <dc:language>en</dc:language>
    <item>
      <title>Re: dns entries of nonpersistent linked clones</title>
      <link>http://communities.vmware.com/message/1306941?tstart=0#1306941</link>
      <description>I use a lease time of 1 hour and it works well</description>
      <pubDate>Thu, 09 Jul 2009 18:00:50 GMT</pubDate>
      <author>SigurdAMD</author>
      <guid>http://communities.vmware.com/message/1306941?tstart=0#1306941</guid>
      <dc:date>2009-07-09T18:00:50Z</dc:date>
      <clearspace:dateToText>4 months, 2 weeks ago</clearspace:dateToText>
    </item>
    <item>
      <title>Re: dns entries of nonpersistent linked clones</title>
      <link>http://communities.vmware.com/message/1301699?tstart=0#1301699</link>
      <description>&lt;br /&gt;
Thank you Christoph. Can you mention an appropriate time for the refresh intervall? &lt;br /&gt;
&lt;p /&gt;
 The Thing is, that primarily the machines with low numbers are coming up and you can imagine how often I kill these little tots. View Composer then tends to keep the lines closed, so it becomes a real problem. Best would be, if VC would go through a certain amount of VM-numbers before he's going to the beginning again, so the intervals for machine recreation would become significantly higher.</description>
      <pubDate>Fri, 03 Jul 2009 05:33:15 GMT</pubDate>
      <author>deAracon</author>
      <guid>http://communities.vmware.com/message/1301699?tstart=0#1301699</guid>
      <dc:date>2009-07-03T05:33:15Z</dc:date>
      <clearspace:dateToText>4 months, 3 weeks ago</clearspace:dateToText>
      <clearspace:replyCount>1</clearspace:replyCount>
    </item>
    <item>
      <title>Re: dns entries of nonpersistent linked clones</title>
      <link>http://communities.vmware.com/message/1301018?tstart=0#1301018</link>
      <description>&lt;br /&gt;
Reduce the lease time of your DHCP leases. They should be default at ... 8 days I think .... reduce that and it should work fine.&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
Regards,&lt;br /&gt;
&lt;br /&gt;
Christoph&lt;br /&gt;
&lt;br /&gt;
Don't forget to award the points if this answer was helpful for you. &lt;br /&gt;
&lt;br /&gt;
Blog: &lt;br /&gt;
&lt;a class="jive-link-blog" href="http://communities.vmware.com/blogs/dommermuth" title="Virtual Desktop Infrastructure"&gt;http://communities.vmware.com/blogs/dommermuth&lt;/a&gt; | &lt;a class="jive-link-external" href="http://www.thatsmyview.net/"&gt;http://www.thatsmyview.net/&lt;/a&gt;</description>
      <pubDate>Thu, 02 Jul 2009 15:04:25 GMT</pubDate>
      <author>Christoph Dommermuth</author>
      <guid>http://communities.vmware.com/message/1301018?tstart=0#1301018</guid>
      <dc:date>2009-07-02T15:04:25Z</dc:date>
      <clearspace:dateToText>4 months, 3 weeks ago</clearspace:dateToText>
      <clearspace:replyCount>2</clearspace:replyCount>
    </item>
    <item>
      <title>dns entries of nonpersistent linked clones</title>
      <link>http://communities.vmware.com/message/1301022?tstart=0#1301022</link>
      <description>&lt;br /&gt;
I have set up a VMware View testing environment with an automated pool of nonpersistent linked clones. One of the key demands to these machine from my side is, that they are to be destroyed after usage, so the user gets a "fresh" clone each time he connects. Everything works fine so far, but the machine entries in DNS are not updated or deleted as they should. So everytime a poolmachine gets recreated by the composer, the original entry of her predecessor is still in place in DNS and the new one ist not to be found with her actual IP.&lt;br /&gt;
&lt;p /&gt;
 I thought about differing the naming patter through a continuous ordernumber (would become astronomically high, i know) or something like that, but there is no option for such a wildcard given. So the only chance was to set DNS-Update to non-secure, which actually works. But this can't be the only solution. Do you know if there is a more suitable fix for this problem?&lt;br /&gt;
&lt;p /&gt;
I would be gratedful for any suggestions. Thanks in advance &lt;img class="jive-emoticon" border="0" src="http://communities.vmware.com/images/emoticons/grin.gif" alt=":D" /&gt;</description>
      <pubDate>Thu, 02 Jul 2009 14:32:14 GMT</pubDate>
      <author>deAracon</author>
      <guid>http://communities.vmware.com/message/1301022?tstart=0#1301022</guid>
      <dc:date>2009-07-02T14:32:14Z</dc:date>
      <clearspace:dateToText>4 months, 3 weeks ago</clearspace:dateToText>
      <clearspace:replyCount>3</clearspace:replyCount>
    </item>
  </channel>
</rss>

