<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Archives des troubleshooting - MCHELGHAM</title>
	<atom:link href="https://www.mchelgham.com/tag/troubleshooting/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.mchelgham.com/tag/troubleshooting/</link>
	<description>Engineering by passion</description>
	<lastBuildDate>Mon, 06 Mar 2023 11:09:42 +0000</lastBuildDate>
	<language>fr-FR</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	

<image>
	<url>https://www.mchelgham.com/wp-content/uploads/2023/03/cropped-cropped-cloud-icon-32x32.png</url>
	<title>Archives des troubleshooting - MCHELGHAM</title>
	<link>https://www.mchelgham.com/tag/troubleshooting/</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>Troubleshooting vSAN : Corriger / Supprimer les objets inaccessibles</title>
		<link>https://www.mchelgham.com/troubleshooting-vsan-corriger-supprimer-les-objets-inaccessibles/</link>
					<comments>https://www.mchelgham.com/troubleshooting-vsan-corriger-supprimer-les-objets-inaccessibles/#respond</comments>
		
		<dc:creator><![CDATA[Moussa CHELGHAM]]></dc:creator>
		<pubDate>Sat, 09 Mar 2019 23:00:00 +0000</pubDate>
				<category><![CDATA[vSAN]]></category>
		<category><![CDATA[corriger]]></category>
		<category><![CDATA[delete]]></category>
		<category><![CDATA[fixe]]></category>
		<category><![CDATA[inaccessible]]></category>
		<category><![CDATA[objects]]></category>
		<category><![CDATA[resolve]]></category>
		<category><![CDATA[rvc]]></category>
		<category><![CDATA[troubleshooting]]></category>
		<category><![CDATA[vcenter]]></category>
		<category><![CDATA[vcsa]]></category>
		<category><![CDATA[vsan]]></category>
		<category><![CDATA[vsan 6.7]]></category>
		<guid isPermaLink="false">https://www.sudcloud.com/troubleshooting-vsan-corriger-supprimer-les-objets-inaccessibles/</guid>

					<description><![CDATA[<img width="616" height="300" src="https://www.mchelgham.com/wp-content/uploads/2023/03/banner_vsanobjects01.jpg" class="webfeedsFeaturedVisual wp-post-image" alt="" style="float: left; margin-right: 10px;" decoding="async" fetchpriority="high" srcset="https://www.mchelgham.com/wp-content/uploads/2023/03/banner_vsanobjects01.jpg 616w, https://www.mchelgham.com/wp-content/uploads/2023/03/banner_vsanobjects01-300x146.jpg 300w" sizes="(max-width: 616px) 100vw, 616px" /><p>Un article pour vous montrer comment corriger et/ou supprimer les objets inaccessibles dans un cluster vSAN. Ce genre de problèmes arrivent lorsqu&#8217;on maltraite son cluster vSAN 🙁 mais étant en LAB rien de bien grave, mais il est important d&#8217;être...</p>
<p>L’article <a href="https://www.mchelgham.com/troubleshooting-vsan-corriger-supprimer-les-objets-inaccessibles/">Troubleshooting vSAN : Corriger / Supprimer les objets inaccessibles</a> est apparu en premier sur <a href="https://www.mchelgham.com">MCHELGHAM</a>.</p>
]]></description>
										<content:encoded><![CDATA[<img width="616" height="300" src="https://www.mchelgham.com/wp-content/uploads/2023/03/banner_vsanobjects01.jpg" class="webfeedsFeaturedVisual wp-post-image" alt="" style="float: left; margin-right: 10px;" decoding="async" loading="lazy" srcset="https://www.mchelgham.com/wp-content/uploads/2023/03/banner_vsanobjects01.jpg 616w, https://www.mchelgham.com/wp-content/uploads/2023/03/banner_vsanobjects01-300x146.jpg 300w" sizes="auto, (max-width: 616px) 100vw, 616px" /><p style="text-align: justify;"><span style="font-family: tahoma, arial, helvetica, sans-serif;">Un article pour vous montrer comment corriger et/ou supprimer <strong>les objets inaccessibles</strong> dans un <strong>cluster vSAN</strong>. Ce genre de problèmes arrivent lorsqu&#8217;on maltraite son cluster vSAN <img src="https://s.w.org/images/core/emoji/15.0.3/72x72/1f641.png" alt="🙁" class="wp-smiley" style="height: 1em; max-height: 1em;" /> mais étant en LAB rien de bien grave, mais il est important d&#8217;être vigilant si vous êtes en environnement de production pour ne pas reproduire ce genre de problématiques qui peuvent causer beaucoup de dégâts comme la perte de fichiers ou des VM qui passent en &#8220;inaccessible&#8221;.</span></p>
<p style="text-align: justify;"><span style="font-family: tahoma, arial, helvetica, sans-serif;">Dans mon cas, le problème est apparu lors d&#8217;un changement de <strong>policy de stockage vSAN</strong> et en même temps j&#8217;ai éteint de façon très &#8220;sauvage&#8221; un de mes ESXi (pendant une longue durée) sans au préalable le mettre <strong>en mode maintenance</strong>&#8230;. </span></p>
<a href="https://www.mchelgham.com/wp-content/uploads/2023/03/2019-03-10_14-31-17.png" data-rel="lightbox-image-0" data-rl_title="" data-rl_caption="" title=""><img decoding="async" class="aligncenter size-full wp-image-2198" src="https://www.mchelgham.com/wp-content/uploads/2023/03/2019-03-10_14-31-17.png" alt="" width="569" height="519" /></a>

&nbsp;
<p style="text-align: justify;"><span style="font-family: tahoma, arial, helvetica, sans-serif;">La correction / suppression se fera en 4 étapes
</span></p>

<ul>
 	<li style="text-align: justify;"><span style="font-family: tahoma, arial, helvetica, sans-serif;"><strong>étape 1 :</strong> Scan complet du cluster à la recherche des &#8220;inaccessible vSAN objects&#8221;</span></li>
 	<li style="text-align: justify;"><span style="font-family: tahoma, arial, helvetica, sans-serif;"><strong>étape 2 :</strong> Purge des &#8220;inaccessible vswp objects&#8221;</span></li>
 	<li style="text-align: justify;"><span style="font-family: tahoma, arial, helvetica, sans-serif;"><strong>étape 3 :</strong> Nouveau scan complet du cluster</span></li>
 	<li style="text-align: justify;"><span style="font-family: tahoma, arial, helvetica, sans-serif;"><strong>étape 4 :</strong> Suppression des objets restants</span></li>
</ul>
<h1><span style="font-family: tahoma, arial, helvetica, sans-serif;">étape 1</span></h1>
<span style="font-family: tahoma, arial, helvetica, sans-serif;">Se connecter en <strong>SSH</strong> sur le vCenter et lancer une console <strong>RVC</strong></span>
<pre class="lang:sh decode:true">VMware vCenter Server Appliance 6.7.0.20000

Type: vCenter Server with an embedded Platform Services Controller

Connected to service

    * List APIs: "help api list"
    * List Plugins: "help pi list"
    * Launch BASH: "shell"

Command&gt; shell
Shell access is granted to root
root@vcsa01a [ ~ ]# rvc administrator@mchelgham.lab@localhost
</pre>
<ul>
 	<li><span style="font-family: tahoma, arial, helvetica, sans-serif;">Une fois le mot de passe renseigné vous devriez avoir :</span></li>
</ul>
<pre class="lang:sh decode:true">0 /
1 localhost/
&gt;</pre>
<ul>
 	<li><span style="font-family: tahoma, arial, helvetica, sans-serif;">Dans <strong>RVC</strong> on se balade dans l&#8217;inventaire du vCenter avec les commandes &#8220;<strong>ls</strong>&#8221; et &#8220;<strong>cd</strong>&#8220;</span></li>
</ul>
<pre class="lang:sh decode:true">cd localhost/LABDC/computers/</pre>
<ul>
 	<li><span style="font-family: tahoma, arial, helvetica, sans-serif;">Faire &#8220;<strong>ls</strong>&#8221; pour afficher les clusters disponibles</span></li>
</ul>
<pre class="lang:sh decode:true">/localhost/LABDC/computers&gt; ls
0 CL-MGMT01 (cluster): 
1 CL-CMPT01 (cluster): 
2 vsanwitness01.mchelgham.lab (standalone):</pre>
<span style="font-family: tahoma, arial, helvetica, sans-serif;">Lancez un check avec la commande <strong>vsan.check_state</strong> suivie du <strong>nom du cluster vSAN</strong></span>
<pre class="lang:sh decode:true">/localhost/LABDC/computers&gt; vsan.check_state CL-CMPT01</pre>
<span style="font-family: tahoma, arial, helvetica, sans-serif;">Vous devriez avoir un retour semblable à celui en dessous <strong>(Dans mon cas : Detected 50 objects to be inaccessible)</strong></span>
<pre class="lang:sh decode:true">2019-03-10 13:34:26 +0000: Step 1: Check for inaccessible vSAN objects
Detected 50 objects to be inaccessible
Detected 2be3725c-2835-e60a-9119-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected 27e5725c-4328-d10b-8569-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 2be5725c-0584-c514-2d93-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 2ee3725c-a470-be15-7859-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected bee2725c-3ef0-9518-722e-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected 86e4725c-bdb4-bb1b-3451-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 8ee3725c-2fb8-021f-3b30-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 58e3725c-5c1b-8d24-b062-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected ebe3725c-a0ea-7b27-a09a-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 00e4725c-595f-072c-e42d-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected 4fe4725c-830d-a12d-38df-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected eae3725c-f197-d52f-d5ef-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 24e3725c-3008-8e31-7dbc-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected 51e4725c-03bf-0338-59ea-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected 34e3725c-cdf5-5a3d-e913-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected 2ee5725c-300e-3840-876d-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 6ed6725c-bc05-cc40-952e-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 2ce5725c-8d9d-d74c-15af-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected ece3725c-74d6-5e5e-b7be-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 2ae5725c-1b47-1060-3eda-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected d0e3725c-6163-9762-76d1-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected 45b6725c-73f9-bb63-2d7c-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 3ae3725c-b351-d364-e248-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected dd0e735c-7a95-2967-08a4-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected ce0e735c-5e7d-ed6d-1e80-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected f0e3725c-0b79-3b70-30e6-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 51e4725c-f4d2-0d71-c9a3-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected 4fe4725c-5d13-bb72-c2ec-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected c0e2725c-3dd0-f478-faac-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected ce0e735c-f4e5-2c7b-29f2-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected eae3725c-da8e-1c82-ced6-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 2be5725c-e219-cb9b-7385-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 3fe3725c-2984-3e9c-9388-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected 010f735c-5c18-57a7-7c33-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 51e4725c-b17f-3fab-9c89-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected 920e735c-c57e-9ab6-d9a8-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 50e4725c-5926-01b7-6675-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected 800e735c-3303-7cba-b842-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 400e735c-b39d-eabe-ce92-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected ebe3725c-7a77-debf-c7a0-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 7e0e735c-1c84-42cc-3e73-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected d1e4725c-dd14-f5d4-9b30-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 2be5725c-1764-89d7-5c0f-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected f3e3725c-5080-a0de-b23b-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 52e4725c-0ec6-c0e3-162e-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected 1ee3725c-6e37-bfe7-aa60-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected ebe3725c-5564-15f3-8eb4-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 50e4725c-1565-bdf6-61ad-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected 95e3725c-7438-28f7-c75c-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 2fe5725c-2603-09fe-5d0d-002655db0344 on esxi01a.mchelgham.lab to be inaccessible

2019-03-10 13:34:26 +0000: Step 2: Check for invalid/inaccessible VMs

2019-03-10 13:34:26 +0000: Step 3: Check for VMs for which VC/hostd/vmx are out of sync
Did not find VMs for which VC/hostd/vmx are out of sync</pre>
<h1></h1>
<h1><span style="font-family: tahoma, arial, helvetica, sans-serif;">étape 2</span></h1>
<p style="text-align: justify;"><span style="font-family: tahoma, arial, helvetica, sans-serif;">Nous allons maintenant purger les objets <strong>vswp</strong> qui sont périmés et plus accessibles avec la commande <strong>vsan.purge_inaccessible_vswp_objects</strong> suivie du <strong>nom du cluster.</strong></span></p>

<pre class="lang:sh decode:true">/localhost/LABDC/computers&gt; vsan.purge_inaccessible_vswp_objects CL-CMPT01</pre>
<span style="font-family: tahoma, arial, helvetica, sans-serif;">Vous devriez avoir <strong>(Dans mon cas : Found 9 inaccessible vswp objects.)</strong></span>
<pre class="lang:sh decode:true">2019-03-10 13:37:27 +0000: Collecting all inaccessible vSAN objects...
2019-03-10 13:37:27 +0000: Found 50 inaccessbile objects.
2019-03-10 13:37:27 +0000: Selecting vswp objects from inaccessible objects by checking their extended attributes...
2019-03-10 13:37:31 +0000: Found 9 inaccessible vswp objects.
+--------------------------------------+---------------------------------------------------------------------------------------------------------------------------+-------------------------+
| Object UUID                          | Object Path                                                                                                               | Size                    |
+--------------------------------------+---------------------------------------------------------------------------------------------------------------------------+-------------------------+
| 45b6725c-73f9-bb63-2d7c-002655db0344 | /vmfs/volumes/vsan:52a302c1e2dd0b4d-e21261438178731a/0aa4695c-fa0f-3269-dbe1-002655db0344/HCIBench_1.6.8.7-46a0a40e.vswp  | 8589934592B (8.00 GB)   |
| dd0e735c-7a95-2967-08a4-002655db0344 | /vmfs/volumes/vsan:52a302c1e2dd0b4d-e21261438178731a/d351465c-a762-6d0b-2998-002655db0344/labexpert-vra-a629883b.vswp     | 12884901888B (12.00 GB) |
| ce0e735c-5e7d-ed6d-1e80-002655db0344 | /vmfs/volumes/vsan:52a302c1e2dd0b4d-e21261438178731a/ab7a475c-b68b-1060-a376-002655db0344/labexpert-iaas-fc7d59ec.vswp    | 4294967296B (4.00 GB)   |
| ce0e735c-f4e5-2c7b-29f2-002655db0344 | /vmfs/volumes/vsan:52a302c1e2dd0b4d-e21261438178731a/0a8e475c-f287-bbab-917d-002655db0344/labvra-sql-3ea253f8.vswp        | 4294967296B (4.00 GB)   |
| 010f735c-5c18-57a7-7c33-002655db0344 | /vmfs/volumes/vsan:52a302c1e2dd0b4d-e21261438178731a/54c7375c-2ede-47cf-43d1-002655db0344/NSXMGMT01-d0ea65a9.vswp         | 17179869184B (16.00 GB) |
| 920e735c-c57e-9ab6-d9a8-002655db0344 | /vmfs/volumes/vsan:52a302c1e2dd0b4d-e21261438178731a/00c7375c-d2fc-ad52-590f-002655daa884/labaxians-win7-a39e16b8.vswp    | 4294967296B (4.00 GB)   |
| 800e735c-3303-7cba-b842-002655db0344 | /vmfs/volumes/vsan:52a302c1e2dd0b4d-e21261438178731a/fbc6375c-d1d5-22ab-8c0f-002655daa884/labaxians-vesxi01-3a430f56.vswp | 21474836480B (20.00 GB) |
| 400e735c-b39d-eabe-ce92-002655db0344 | /vmfs/volumes/vsan:52a302c1e2dd0b4d-e21261438178731a/01c7375c-0aeb-dbf4-222e-002655daa884/labaxians-vcsa67-4207c99d.vswp  | 10737418240B (10.00 GB) |
| 7e0e735c-1c84-42cc-3e73-002655daa884 | /vmfs/volumes/vsan:52a302c1e2dd0b4d-e21261438178731a/6de4495c-9043-5331-763d-002655daa884/labexpert-ad-88b91a45.vswp      | 2147483648B (2.00 GB)   |
+--------------------------------------+---------------------------------------------------------------------------------------------------------------------------+-------------------------+
2019-03-10 13:37:31 +0000: Ready to delete the inaccessible vswp object...

VM vswp file is used for memory swapping for running VMs by ESX. In VMware
virtual SAN a vswp file is stored as a separate virtual SAN object. When a vswp
object goes inaccessible, memory swapping will not be possible and the VM may
crash when next time ESX tries to swap the memory for the VM. Deleting the
inaccessible vswp object will not make thing worse, but it will eliminate the
possibility for the object to regain accessibility in future time if this is
just a temporary issue (e.g. due to network failure or planned maintenance).

Due to a known issue in vSphere 5.5, it is possible for vSAN to have
done incomplete deletions of vswp objects. In such cases, the majority of
components of such objects were deleted while a minority of components were
left unavailable (e.g. due to one host being temporarily down at the time of
deletion). It is then possible for the minority to resurface and present
itself as an inaccessible object because a minority can never gain quorum.
Such objects waste space and cause issues for any operations involving data
evacuations from hosts or disks. This command employs heuristics to detect
this kind of left-over vswp objects in order to delete them.

It will not cause data loss by deleting the vswp object. The vswp object will
be regenerated when the VM is powered on next time.

Delete /vmfs/volumes/vsan:52a302c1e2dd0b4d-e21261438178731a/0aa4695c-fa0f-3269-dbe1-002655db0344/HCIBench_1.6.8.7-46a0a40e.vswp (45b6725c-73f9-bb63-2d7c-002655db0344)?
  [Y] Yes  [N] No  [A] yes to All  [C] Cancel to all:</pre>
<span style="font-family: tahoma, arial, helvetica, sans-serif;">A la dernière question, tapez A pour confirmer.</span>
<pre class="lang:sh decode:true ">[Y] Yes [N] No [A] yes to All [C] Cancel to all: A</pre>
<h1></h1>
<h1><span style="font-family: tahoma, arial, helvetica, sans-serif;">étape 3</span></h1>
<p style="text-align: justify;"><span style="font-family: tahoma, arial, helvetica, sans-serif;">On relance un scan pour vérifier que le nombre d&#8217;objets inaccessibles a diminué <strong>(Dans mon cas : Detected 41 objects to be inaccessible)</strong>.</span></p>

<pre class="lang:sh decode:true">/localhost/LABDC/computers&gt; vsan.check_state CL-CMPT01
2019-03-10 13:45:27 +0000: Step 1: Check for inaccessible vSAN objects
Detected 41 objects to be inaccessible
Detected 2be3725c-2835-e60a-9119-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected 27e5725c-4328-d10b-8569-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 2be5725c-0584-c514-2d93-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 2ee3725c-a470-be15-7859-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected bee2725c-3ef0-9518-722e-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected 86e4725c-bdb4-bb1b-3451-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 8ee3725c-2fb8-021f-3b30-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 58e3725c-5c1b-8d24-b062-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected ebe3725c-a0ea-7b27-a09a-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 00e4725c-595f-072c-e42d-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected 4fe4725c-830d-a12d-38df-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected eae3725c-f197-d52f-d5ef-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 24e3725c-3008-8e31-7dbc-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected 51e4725c-03bf-0338-59ea-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected 34e3725c-cdf5-5a3d-e913-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected 2ee5725c-300e-3840-876d-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 6ed6725c-bc05-cc40-952e-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 2ce5725c-8d9d-d74c-15af-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected ece3725c-74d6-5e5e-b7be-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 2ae5725c-1b47-1060-3eda-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected d0e3725c-6163-9762-76d1-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected 3ae3725c-b351-d364-e248-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected f0e3725c-0b79-3b70-30e6-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 51e4725c-f4d2-0d71-c9a3-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected 4fe4725c-5d13-bb72-c2ec-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected c0e2725c-3dd0-f478-faac-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected eae3725c-da8e-1c82-ced6-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 2be5725c-e219-cb9b-7385-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 3fe3725c-2984-3e9c-9388-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected 51e4725c-b17f-3fab-9c89-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected 50e4725c-5926-01b7-6675-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected ebe3725c-7a77-debf-c7a0-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected d1e4725c-dd14-f5d4-9b30-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 2be5725c-1764-89d7-5c0f-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected f3e3725c-5080-a0de-b23b-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 52e4725c-0ec6-c0e3-162e-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected 1ee3725c-6e37-bfe7-aa60-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected ebe3725c-5564-15f3-8eb4-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 50e4725c-1565-bdf6-61ad-002655daa884 on esxi01a.mchelgham.lab to be inaccessible
Detected 95e3725c-7438-28f7-c75c-002655db0344 on esxi01a.mchelgham.lab to be inaccessible
Detected 2fe5725c-2603-09fe-5d0d-002655db0344 on esxi01a.mchelgham.lab to be inaccessible

2019-03-10 13:45:27 +0000: Step 2: Check for invalid/inaccessible VMs

2019-03-10 13:45:27 +0000: Step 3: Check for VMs for which VC/hostd/vmx are out of sync
Did not find VMs for which VC/hostd/vmx are out of sync</pre>
<p style="text-align: justify;"><span style="font-family: tahoma, arial, helvetica, sans-serif;">Comme vous pouvez le voir tous les objets se trouvent dans le même ESXi qui est le <strong>esxi01a</strong></span></p>

<h1></h1>
<h1><span style="font-family: tahoma, arial, helvetica, sans-serif;">étape 4</span></h1>
<p style="text-align: justify;"><span style="font-family: tahoma, arial, helvetica, sans-serif;">Dans cette étape, nous allons dans un premier temps nous connecter en <strong>ssh</strong> sur l&#8217;esxi qui contient les objets inaccessibles.</span></p>

<pre class="lang:sh decode:true ">ssh root@esxi01a.mchelgham.lab</pre>
<p style="text-align: justify;"><span style="font-family: tahoma, arial, helvetica, sans-serif;">Ensuite nous allons supprimer les objets 1 par 1 avec la commande ci dessous</span></p>

<pre class="lang:sh decode:true">/usr/lib/vmware/osfs/bin/objtool delete -u UUID -f -v 10</pre>
<p style="text-align: justify;"><span style="font-family: tahoma, arial, helvetica, sans-serif;">Vous devriez remplacer <strong>UUID</strong> par celui de votre objet</span></p>

<pre class="lang:sh decode:true">/usr/lib/vmware/osfs/bin/objtool delete -u 2be5725c-0584-c514-2d93-002655db0344 -f -v 10</pre>
<p style="text-align: justify;"><span style="font-family: tahoma, arial, helvetica, sans-serif;">Faire de même pour tous vos UUID inaccessibles&#8230; </span></p>
<p style="text-align: justify;"><span style="font-family: tahoma, arial, helvetica, sans-serif;">Une fois terminé, refaire un scan du cluster avec la commande<strong> vsan.check_state</strong> suivie du <strong>nom du cluster</strong> et vous devriez avoir</span></p>

<pre class="lang:sh decode:true">/localhost/LABDC/computers&gt; vsan.check_state CL-CMPT01
2019-03-10 14:08:22 +0000: Step 1: Check for inaccessible vSAN objects
Detected 0 objects to be inaccessible

2019-03-10 14:08:22 +0000: Step 2: Check for invalid/inaccessible VMs

2019-03-10 14:08:22 +0000: Step 3: Check for VMs for which VC/hostd/vmx are out of sync
Did not find VMs for which VC/hostd/vmx are out of sync</pre>
<span style="font-family: tahoma, arial, helvetica, sans-serif;">Voila c&#8217;est terminé votre cluster et maintenant <strong>Sain</strong></span>

<a href="https://www.mchelgham.com/wp-content/uploads/2023/03/2019-03-10_15-46-59.png" data-rel="lightbox-image-1" data-rl_title="" data-rl_caption="" title=""><img decoding="async" class="aligncenter size-full wp-image-2197" src="https://www.mchelgham.com/wp-content/uploads/2023/03/2019-03-10_15-46-59.png" alt="" width="567" height="179" /></a><p>L’article <a href="https://www.mchelgham.com/troubleshooting-vsan-corriger-supprimer-les-objets-inaccessibles/">Troubleshooting vSAN : Corriger / Supprimer les objets inaccessibles</a> est apparu en premier sur <a href="https://www.mchelgham.com">MCHELGHAM</a>.</p>
]]></content:encoded>
					
					<wfw:commentRss>https://www.mchelgham.com/troubleshooting-vsan-corriger-supprimer-les-objets-inaccessibles/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Troubleshooting vSAN : Surveiller les performances d&#8217;un cluster vSAN avec vSAN Observer</title>
		<link>https://www.mchelgham.com/troubleshooting-vsan-surveiller-les-performance-dun-cluster-vsan-avec-vsanobserver/</link>
					<comments>https://www.mchelgham.com/troubleshooting-vsan-surveiller-les-performance-dun-cluster-vsan-avec-vsanobserver/#respond</comments>
		
		<dc:creator><![CDATA[Moussa CHELGHAM]]></dc:creator>
		<pubDate>Sat, 22 Dec 2018 23:00:00 +0000</pubDate>
				<category><![CDATA[vCenter]]></category>
		<category><![CDATA[vSAN]]></category>
		<category><![CDATA[bundle]]></category>
		<category><![CDATA[cluster]]></category>
		<category><![CDATA[performance]]></category>
		<category><![CDATA[ruby vsphere console]]></category>
		<category><![CDATA[rvc]]></category>
		<category><![CDATA[scp vcenter]]></category>
		<category><![CDATA[shell vcenter]]></category>
		<category><![CDATA[stretched cluster]]></category>
		<category><![CDATA[troubleshooting]]></category>
		<category><![CDATA[vcenter 6]]></category>
		<category><![CDATA[vcenter 6.5]]></category>
		<category><![CDATA[vcenter 6.7]]></category>
		<category><![CDATA[vcsa]]></category>
		<category><![CDATA[vmware]]></category>
		<category><![CDATA[vsan]]></category>
		<category><![CDATA[vsan 6.6]]></category>
		<category><![CDATA[vsan 6.7]]></category>
		<category><![CDATA[vsan observer]]></category>
		<category><![CDATA[vsandatastore]]></category>
		<category><![CDATA[winscp]]></category>
		<guid isPermaLink="false">https://www.sudcloud.com/troubleshooting-vsan-surveiller-les-performance-dun-cluster-vsan-avec-vsanobserver/</guid>

					<description><![CDATA[<img width="616" height="300" src="https://www.mchelgham.com/wp-content/uploads/2023/03/vsanobserver.png" class="webfeedsFeaturedVisual wp-post-image" alt="" style="float: left; margin-right: 10px;" decoding="async" loading="lazy" srcset="https://www.mchelgham.com/wp-content/uploads/2023/03/vsanobserver.png 616w, https://www.mchelgham.com/wp-content/uploads/2023/03/vsanobserver-300x146.png 300w" sizes="auto, (max-width: 616px) 100vw, 616px" /><p>Dans cet article nous allons voir comment surveiller les performances d&#8217;un cluster vSAN avec &#8220;vSAN observer&#8220;. L&#8217;outil est accessible directement depuis RVC (Ruby vSphere Console) qui est la console Ruby intégrée au vCenter, pour les vCenter encore sous Windows l&#8217;outil...</p>
<p>L’article <a href="https://www.mchelgham.com/troubleshooting-vsan-surveiller-les-performance-dun-cluster-vsan-avec-vsanobserver/">Troubleshooting vSAN : Surveiller les performances d&#8217;un cluster vSAN avec vSAN Observer</a> est apparu en premier sur <a href="https://www.mchelgham.com">MCHELGHAM</a>.</p>
]]></description>
										<content:encoded><![CDATA[<img width="616" height="300" src="https://www.mchelgham.com/wp-content/uploads/2023/03/vsanobserver.png" class="webfeedsFeaturedVisual wp-post-image" alt="" style="float: left; margin-right: 10px;" decoding="async" loading="lazy" srcset="https://www.mchelgham.com/wp-content/uploads/2023/03/vsanobserver.png 616w, https://www.mchelgham.com/wp-content/uploads/2023/03/vsanobserver-300x146.png 300w" sizes="auto, (max-width: 616px) 100vw, 616px" /><p style="text-align: justify;"><span style="font-family: tahoma, arial, helvetica, sans-serif;">Dans cet article nous allons voir comment surveiller les performances d&#8217;un cluster <strong>vSAN</strong> avec &#8220;<strong>vSAN observer</strong>&#8220;. L&#8217;outil est accessible directement depuis <strong>RVC</strong> (Ruby vSphere Console) qui est la console Ruby intégrée au vCenter, pour les vCenter encore sous Windows l&#8217;outil est disponible dans <strong>%PROGRAMFILES%VMwarevCenter Serverrvcrvc.bat</strong>.</span></p>

<ul>
 	<li><span style="font-family: tahoma, arial, helvetica, sans-serif;">Pour commencer, il faut se connecter en <strong>console/ssh</strong> à la <strong>vCSA</strong>:</span></li>
</ul>
<pre class="lang:sh decode:true ">VMware vCenter Server Appliance 6.7.0.14000

Type: vCenter Server with an embedded Platform Services Controller

Last login: Sun Dec 23 14:20:51 2018 from 192.168.XXX.XXX
Connected to service

    * List APIs: "help api list"
    * List Plugins: "help pi list"
    * Launch BASH: "shell"

Command&gt;</pre>
<ul>
 	<li><span style="font-family: tahoma, arial, helvetica, sans-serif;">Tapez la commande ci-dessous, en modifiant <strong>mchelgham.lab</strong> par votre domaine SSO.</span></li>
</ul>
<pre class="lang:sh decode:true">Command&gt; rvc administrator@mchelgham.lab@localhost
Install the "ffi" gem for better tab completion.
password:</pre>
<ul>
 	<li><span style="font-family: tahoma, arial, helvetica, sans-serif;">Une fois le mot de passe renseigné vous devriez avoir :</span></li>
</ul>
<pre class="lang:sh decode:true">0 /
1 localhost/
&gt;</pre>
<ul>
 	<li><span style="font-family: tahoma, arial, helvetica, sans-serif;">Dans <strong>RVC</strong> on se balade dans l&#8217;inventaire de notre vCenter avec les commandes &#8220;<strong>ls</strong>&#8221; et &#8220;<strong>cd</strong>&#8220;</span></li>
</ul>
<pre class="lang:sh decode:true">cd localhost/LABDC/computers/</pre>
<ul>
 	<li><span style="font-family: tahoma, arial, helvetica, sans-serif;">Faire &#8220;<strong>ls</strong>&#8221; pour afficher les clusters disponibles</span></li>
</ul>
<pre class="lang:sh decode:true ">/localhost/LABDC/computers&gt; ls
0 CL-MGMT01 (cluster): 
1 CL-CMPT01 (cluster): 
2 vsanwitness01.mchelgham.lab (standalone):</pre>
<ul>
 	<li><span style="font-family: tahoma, arial, helvetica, sans-serif;">Pour lancer la surveillance, tapez la commande ci-dessous en remplaçant le cluster vSAN <strong>CL-CMPT01</strong> par le vôtre.</span></li>
</ul>
<pre class="lang:sh decode:true">vsan.observer ./CL-CMPT01 --run-webserver --force</pre>
<ul>
 	<li><span style="font-family: tahoma, arial, helvetica, sans-serif;">Maintenant pour accéder à l’interface d&#8217;exploitation des données il faut atteindre l&#8217;URL <span style="color: #3366ff;"><strong>https://IP-VCSA:8010</strong></span></span></li>
</ul>
<a href="https://www.mchelgham.com/wp-content/uploads/2023/03/2018-12-23_14-56-05.png" data-rel="lightbox-image-0" data-rl_title="" data-rl_caption="" title=""><img loading="lazy" decoding="async" class="aligncenter size-full wp-image-2067" src="https://www.mchelgham.com/wp-content/uploads/2023/03/2018-12-23_14-56-05.png" alt="" width="622" height="297" /></a>

<a href="https://www.mchelgham.com/wp-content/uploads/2023/03/2018-12-23_14-56-18.png" data-rel="lightbox-image-1" data-rl_title="" data-rl_caption="" title=""><img loading="lazy" decoding="async" class="aligncenter size-large wp-image-2068" src="https://www.mchelgham.com/wp-content/uploads/2023/03/2018-12-23_14-56-18-1024x402.png" alt="" width="1024" height="402" /></a>
<ul>
 	<li><span style="font-family: tahoma, arial, helvetica, sans-serif;">Tant que <strong>vsan.observer</strong> est lancé la collecte continue (par défaut pendant 2h), pour l&#8217;arrêter faire<strong> &lt;Ctrl&gt;+&lt;C&gt;</strong></span></li>
</ul>
<span style="font-family: tahoma, arial, helvetica, sans-serif;"><strong><span style="text-decoration: underline;">Optionnel 1:</span></strong></span>
<ul>
 	<li><span style="font-family: tahoma, arial, helvetica, sans-serif;">Dans certaines situations, il pourrait être nécessaire de lancer la collecte et d’enregistrer le résultat dans des fichiers pour pouvoir les exploiter hors ligne ou les envoyer au support VMware par exemple. Pour cela :
</span></li>
</ul>
<pre class="lang:sh decode:true">cd localhost/LABDC/computers/
vsan.observer ./CL-CMPT01 --generate-html-bundle /tmp</pre>
<ul>
 	<li><span style="font-family: tahoma, arial, helvetica, sans-serif;">Pour arrêter la collecte faire <strong>&lt;Ctrl&gt;+&lt;C&gt;</strong>, ensuite le fichier se trouve dans <strong>/tmp</strong> :</span></li>
</ul>
<pre class="lang:sh decode:true">root@vcsa01a [ /tmp ]# ls | grep vsan
vsan-observer-2018-12-23.15-11-04.tar.gz</pre>
<ul>
 	<li><span style="font-family: tahoma, arial, helvetica, sans-serif;">Récupérez le fichier par SCP avec WinSCP par exemple (voir Optionnel 2)</span></li>
</ul>
<a href="https://www.mchelgham.com/wp-content/uploads/2023/03/2018-12-23_15-17-52.png" data-rel="lightbox-image-2" data-rl_title="" data-rl_caption="" title=""><img loading="lazy" decoding="async" class="aligncenter wp-image-2069" src="https://www.mchelgham.com/wp-content/uploads/2023/03/2018-12-23_15-17-52.png" alt="" width="274" height="334" /></a>
<ul>
 	<li><span style="font-family: tahoma, arial, helvetica, sans-serif;">Décompresser l&#8217;archive</span></li>
 	<li><span style="font-family: tahoma, arial, helvetica, sans-serif;">Lancer <strong>stats.html</strong></span></li>
</ul>
<a href="https://www.mchelgham.com/wp-content/uploads/2023/03/2018-12-23_15-20-01.png" data-rel="lightbox-image-3" data-rl_title="" data-rl_caption="" title=""><img loading="lazy" decoding="async" class="aligncenter wp-image-2070" src="https://www.mchelgham.com/wp-content/uploads/2023/03/2018-12-23_15-20-01.png" alt="" width="245" height="188" /></a>

<span style="text-decoration: underline; font-family: tahoma, arial, helvetica, sans-serif;"><strong>Optionnel 2 :</strong></span>
<ul>
 	<li><span style="font-family: tahoma, arial, helvetica, sans-serif;">Pour pouvoir se connecter en <strong>SCP</strong> à la <strong>vCSA</strong>, il est nécessaire de changer le shell par défaut de l&#8217;utilisateur <strong>root</strong>, pour cela, tapez la commande ci-dessous en <strong>root</strong>.</span></li>
</ul>
<pre class="lang:sh decode:true ">chsh -s "/bin/bash" root</pre>
<ul>
 	<li><span style="font-family: tahoma, arial, helvetica, sans-serif;">Une fois que vous avez transféré les fichiers vous pouvez rétablir la configuration du shell en tapant:</span></li>
</ul>
<pre class="lang:sh decode:true ">chsh -s /bin/appliancesh root</pre><p>L’article <a href="https://www.mchelgham.com/troubleshooting-vsan-surveiller-les-performance-dun-cluster-vsan-avec-vsanobserver/">Troubleshooting vSAN : Surveiller les performances d&#8217;un cluster vSAN avec vSAN Observer</a> est apparu en premier sur <a href="https://www.mchelgham.com">MCHELGHAM</a>.</p>
]]></content:encoded>
					
					<wfw:commentRss>https://www.mchelgham.com/troubleshooting-vsan-surveiller-les-performance-dun-cluster-vsan-avec-vsanobserver/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
