<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: How to reinitialize a host that has previously been in a VSAN cluster in VMware vSAN Discussions</title>
    <link>https://communities.vmware.com/t5/VMware-vSAN-Discussions/How-to-reinitialize-a-host-that-has-previously-been-in-a-VSAN/m-p/484023#M1219</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Just now I've uncovered the erase partitions option. That was the trick.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The host is booted off a USB drive; deleting partitions (skipping the USB drive of course) cleared out all but one SATA disk on each host. That SATA disk has a vmkdump on it that cant be deleted even though the vmkdump device is set to the USB drive. So I'm working on that for now.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;[later] &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Aha! It was configured as the scratch partition somehow, which is not supposed to happen in a USB-booted host AFAIK.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 20 Sep 2018 22:53:12 GMT</pubDate>
    <dc:creator>wsanders11</dc:creator>
    <dc:date>2018-09-20T22:53:12Z</dc:date>
    <item>
      <title>How to reinitialize a host that has previously been in a VSAN cluster</title>
      <link>https://communities.vmware.com/t5/VMware-vSAN-Discussions/How-to-reinitialize-a-host-that-has-previously-been-in-a-VSAN/m-p/484021#M1217</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I am trying to get a host (call it "new" host) that was previously a member of a different VSAN cluster to join an existing cluster.&amp;nbsp; "esxcli vsan cluster join -u &amp;lt;existing UUID&amp;gt;" works, but the&amp;nbsp; new host ends up as its own master with the same UUID as the existing cluster. The VSAN disk view sees the new host but none of the disks on it.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Existing cluster:&lt;/P&gt;&lt;P&gt;Cluster Information&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; Enabled: true&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; Current Local Time: 2018-09-20T19:31:01Z&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; Local Node UUID: 593fcd1f-04aa-a2e4-ad96-0cc47ad3fb4e&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; Local Node Type: NORMAL&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; Local Node State: AGENT&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; Local Node Health State: HEALTHY&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; Sub-Cluster Master UUID: 59440460-205e-0c14-63fd-0cc47ad3f8de&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; Sub-Cluster Backup UUID: 5943b368-15f8-8c06-a9d7-0cc47ad353ae&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; Sub-Cluster UUID: 52aac3f6-0daf-b3df-2ab7-f444ee7a223a&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; Sub-Cluster Membership Entry Revision: 13&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; Sub-Cluster Member Count: 8&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; Sub-Cluster Member UUIDs: 5943b368-15f8-8c06-a9d7-0cc47ad353ae, 59440460-205e-0c14-63fd-0cc47ad3f8de, 5943b0f8-59f6-941c-fff1-0cc47ad3f8d2, 593fe58f-8160-c534-2522-0cc47ad39596, 593f09f8-dd5d-0478-dd5e-0cc47ad3f8ea, 59401516-e700-fb7a-2517-0cc47ad3fb52, 593fcd1f-04aa-a2e4-ad96-0cc47ad3fb4e, 593ff9b8-6eb7-f2f4-73ea-0cc47ad35846&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;New Host:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; Enabled: true&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; Current Local Time: 2018-09-20T20:33:29Z&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; Local Node UUID: 594420d7-0fe4-c512-f94b-0cc47ad3960a&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; Local Node Type: NORMAL&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; Local Node State: MASTER&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; Local Node Health State: HEALTHY&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; Sub-Cluster Master UUID: 594420d7-0fe4-c512-f94b-0cc47ad3960a&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; Sub-Cluster Backup UUID:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; Sub-Cluster UUID: 52aac3f6-0daf-b3df-2ab7-f444ee7a223a&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; Sub-Cluster Membership Entry Revision: 0&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; Sub-Cluster Member Count: 1&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; Sub-Cluster Member UUIDs: 594420d7-0fe4-c512-f94b-0cc47ad3960a&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;How can I wipe the new host clean so it can join the existing cluster? "esxcli vsan cluster leave" does not work for this, and it cause the host to immediately trigger a "vSphere HA host status" failure and a "Host connection and power state" failure even though the host is fine.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;All hosts are running VMware ESXi, 6.5.0, 8294253.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;w&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 20 Sep 2018 20:38:16 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-vSAN-Discussions/How-to-reinitialize-a-host-that-has-previously-been-in-a-VSAN/m-p/484021#M1217</guid>
      <dc:creator>wsanders11</dc:creator>
      <dc:date>2018-09-20T20:38:16Z</dc:date>
    </item>
    <item>
      <title>Re: How to reinitialize a host that has previously been in a VSAN cluster</title>
      <link>https://communities.vmware.com/t5/VMware-vSAN-Discussions/How-to-reinitialize-a-host-that-has-previously-been-in-a-VSAN/m-p/484022#M1218</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello &lt;B&gt;wsanders11&lt;/B&gt;​,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Are you trimming some information from that esxcli vsan cluster get information? I ask as based on the build version you indicated these should also provide info regarding whether Unicast Mode is enabled and Maintenance Mode state.&lt;/P&gt;&lt;P&gt;Has the new node been added to the vSphere-level cluster or is it currently residing somewhere else?&lt;/P&gt;&lt;P&gt;Obviously you should verify your network configuration and ensure that you can ping between the vSAN-enabled interfaces on the existing and new node e.g.:&lt;/P&gt;&lt;P&gt;# vmkping -I vmkX xxx.xxx.xxx.xxx&lt;/P&gt;&lt;P&gt;You could also verify that the new node receives traffic over 12321 using tcpdump-uw&lt;/P&gt;&lt;P&gt;What On-disk format version do the disks have? Some versions can prevent addition to a cluster with newer versions/Unicast - if you are POSITIVE that you won't ever need whatever data was/is on those disks then wipe them via the Web Client: Host &amp;gt; Configure &amp;gt; Storage Adapters &amp;gt; Select adapter &amp;gt; Select disk &amp;gt; All Actions &amp;gt; Erase partitions&lt;/P&gt;&lt;P&gt;If all of the above is okay (e.g. residing in cluster, no partitions on disks) then check the Unicast agent list on the node that it contains the correct info for all other cluster members and that they all contain the new nodes info - if they don't have the correct info then manually add these or remediate the cluster via Cluster &amp;gt; Monitor &amp;gt; vSAN &amp;gt; Health &amp;gt; 'vCenter state is authoritative' &amp;gt; remediate cluster&lt;/P&gt;&lt;P&gt;If remediation via GUI doesn't work then check that this is set to 0 on all nodes:&lt;/P&gt;&lt;P&gt;# esxcfg-advcfg -g /VSAN/IgnoreClusterMemberListUpdates&lt;/P&gt;&lt;P&gt;Probably not part of the problem but why does there appear to be a 1 hour time difference between the nodes there?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Bob&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 20 Sep 2018 22:48:41 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-vSAN-Discussions/How-to-reinitialize-a-host-that-has-previously-been-in-a-VSAN/m-p/484022#M1218</guid>
      <dc:creator>TheBobkin</dc:creator>
      <dc:date>2018-09-20T22:48:41Z</dc:date>
    </item>
    <item>
      <title>Re: How to reinitialize a host that has previously been in a VSAN cluster</title>
      <link>https://communities.vmware.com/t5/VMware-vSAN-Discussions/How-to-reinitialize-a-host-that-has-previously-been-in-a-VSAN/m-p/484023#M1219</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Just now I've uncovered the erase partitions option. That was the trick.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The host is booted off a USB drive; deleting partitions (skipping the USB drive of course) cleared out all but one SATA disk on each host. That SATA disk has a vmkdump on it that cant be deleted even though the vmkdump device is set to the USB drive. So I'm working on that for now.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;[later] &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Aha! It was configured as the scratch partition somehow, which is not supposed to happen in a USB-booted host AFAIK.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 20 Sep 2018 22:53:12 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-vSAN-Discussions/How-to-reinitialize-a-host-that-has-previously-been-in-a-VSAN/m-p/484023#M1219</guid>
      <dc:creator>wsanders11</dc:creator>
      <dc:date>2018-09-20T22:53:12Z</dc:date>
    </item>
    <item>
      <title>Re: How to reinitialize a host that has previously been in a VSAN cluster</title>
      <link>https://communities.vmware.com/t5/VMware-vSAN-Discussions/How-to-reinitialize-a-host-that-has-previously-been-in-a-VSAN/m-p/484024#M1220</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello &lt;B&gt;wsanders11&lt;/B&gt;,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So it clustered fine following removing the vSAN disk partitions, correct? Out of interest, what on-disk format were they? FYI: it won't allow you to wipe the installation medium via this (thus why I didn't mention it as precaution).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Bob&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 20 Sep 2018 23:21:23 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-vSAN-Discussions/How-to-reinitialize-a-host-that-has-previously-been-in-a-VSAN/m-p/484024#M1220</guid>
      <dc:creator>TheBobkin</dc:creator>
      <dc:date>2018-09-20T23:21:23Z</dc:date>
    </item>
    <item>
      <title>Re: How to reinitialize a host that has previously been in a VSAN cluster</title>
      <link>https://communities.vmware.com/t5/VMware-vSAN-Discussions/How-to-reinitialize-a-host-that-has-previously-been-in-a-VSAN/m-p/484025#M1221</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Yes, I was able to add all but one disk after removing partitions. If took a few steps, but eventually I was able to configure scratch to /tmp/scratch, and the scratch config survived a reboot. We send syslog to Log Insights, so the relevant parameters are:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;ScratchConfig.ConfiguredScratchLocation: /tmp&lt;/P&gt;&lt;P&gt;ScratchConfig.CurrentScratchLocation: /tmp&lt;/P&gt;&lt;P&gt;Syslog.global.logDir: []/scratch/log&lt;/P&gt;&lt;P&gt;Syslog.global.logHost: udp://loginsights&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I could not find a way to completely zero out &lt;SPAN style="color: #666666; font-family: proxima-nova, Arial, sans-serif;"&gt;ScratchConfig.ConfiguredScratchLocation and &lt;/SPAN&gt;/etc/vmware/locker.conf. There are still log files being written to /tmp/log, which concerns me somewhat given that I want to preserve the life of my USB drive as much as possible.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;After a reboot, deleting the VMFS that previously was busy worked, and the disk could be added to the pool of VSAN devices.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 21 Sep 2018 01:10:13 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-vSAN-Discussions/How-to-reinitialize-a-host-that-has-previously-been-in-a-VSAN/m-p/484025#M1221</guid>
      <dc:creator>wsanders11</dc:creator>
      <dc:date>2018-09-21T01:10:13Z</dc:date>
    </item>
  </channel>
</rss>

