Welcome to Mohamed Fouad blog

  It’s a great command reference when you working with certificate issues   And I will add this section when you working with STS certificate : https://kb.vmware.com/s/article/79248  - Check STS Certificate expiry on VCSA & Windows VC https://kb.vmware.com/s/article/76719  - Replace STS Certificate on VCSA https://kb.vmware.com/s/article/79263  - Replace STS Certificate on Windows VC If you need to get a quick summary for all Cert use a bellow command #for store in $(/usr/lib/vmware-vmafd/bin/vecs-cli store list | grep -v TRUSTED_ROOT_CRLS); do echo "[*] Store :" $store; /usr/lib/vmware-vmafd/bin/vecs-cli entry list --store $store --text | grep -ie "Alias" -ie "Not After";done Check this pdf https://file.io/vCxR7K4vms0q

  ESXTOP not displaying properly? I’ve seen quite a few posts lately about ESXTOP not displaying properly. Long story short, esxtop does not display the interactive UI and displays the CSV output instead. If your esxtop looks like this, then you need to change the terminal declaration to something like xterm. Notice here (red rectangle), how the terminal is set to xterm-256color.   You can change the terminal declaration from the cli, but this is not persistent through sessions. To do this simply type “ TERM=xterm “. To display the current terminal declaration type “ echo $TERM ”     This will display esxtop interface properly.               If you want this change to persist, just change your favorite terminal settings to xterm from its current setting. For example, I use my Mac’s terminal to ssh into my lab, the terminal is set to xterm-256color, which causes the display issue. So, I just opened the terminal preferences ...

    Symptoms Host has lost connection with the data store. In the vmkernel.log you see message similar to: 2017-01-31T20:49:15.992Z cpu13:34177 opID=e922c397) [HB state abcdef02 offset 3616768 gen 33 stampUS 17643062981621 uuid 5783c299-eea160ad-aae8-e0db550386c6 jrnl <FB 0> drv 14.61 lockImpl 4] 2017-01-31T20:49:15.992Z cpu13:34177 opID=e922c397)WARNING: FSAts: 1498: Denying reservation access on an ATS-only vol 'SYN01' 2017-01-31T20:49:15.992Z cpu13:34177 opID=e922c397)WARNING: HBX: 2227: ATS-Only VMFS volume 'SYN01' is not mounted. This host does not support ATS, or ATS ini tialization failed. 2017-01-31T20:49:15.992Z cpu13:34177 opID=e922c397)WARNING: HBX: 2240: Failed to initialize VMFS distributed locking on volume 56f52615-c7d247e4-e688-90b11c26 8865: Not supported 2017-01-31T20:49:15.992Z cpu13:34177 opID=e922c397)Vol3: 3147: Failed to get object 28 type 1 uuid 56f52615-c7d247e4-e688-90b11c268865 FD 0 gen 0 :Not support ed 2017-01-31T20:49:15.992Z cpu13:34...

    Symptoms A datastore has become inaccessible. A VMFS partition table is missing.   Purpose The partition table is required only during a rescan. This means that the datastore may become inaccessible on a host during a rescan if the VMFS partition was deleted after the last rescan. The partition table is physically located on the LUN, so all vSphere hosts that have access to this LUN can see the change has taken place. However, only the hosts that do a rescan will be affected.   This article provides information on: Determining whether this is the same problem Resolving the problem   Cause This issue occurs because the VMFS partition can be deleted by deleting the datastore from the vSphere Client. This is prevented by the software, if the datastore is in use. It can also happen if a physical server has access to the LUN on the SAN and does an install, for example.   Resolution To resolve this issue: Run the  partedUtil  command on the host wit...

    Symptoms A VMFS-5 datastore is no longer visible in vSphere 5 datastores view. A VMFS-5 datastore is no longer mounted in the vSphere 5 datastores view. In the  /var/log/vmkernel.log  file, you see an entry similar to: .. cpu1:44722)WARNING: LVM: 2884: [naa.6006048c7bc7febbf4db26ae0c3263cb:1] Device shrank (actual size 18424453 blocks, stored size 18424507 blocks) A VMFS-5 datastore is mounted in the vSphere 5 datastores view, but in the  /var/log/vmkernel.log  file you see an entry similar to: .. cpu0:44828)LVM: 2891: [naa.6006048c7bc7febbf4db26ae0c3263cb:1] Device expanded (actual size 18424506 blocks, stored size 18422953 blocks)   Purpose This article provides steps to correct the VMFS-5 partition table entry using  partedUtil . For more information see  Using the partedUtil command line utility on ESX and ESXi (1036609) .   Cause The device size discrepancy is caused by an incorrect ending sector for the VMFS-5 partition on the ...

    Symptoms A datastore has become inaccessible. A VMFS partition table is missing.   Purpose The partition table is required only during a rescan. This means that the datastore may become inaccessible on a host during a rescan if the VMFS partition was deleted after the last rescan. The partition table is physically located on the LUN, so all vSphere hosts that have access to this LUN can see the change has taken place. However, only the hosts that do a rescan will be affected.   This article provides information on: Determining whether this is the same problem Resolving the problem   Cause This issue occurs because the VMFS partition can be deleted by deleting the datastore from the vSphere Client. This is prevented by the software, if the datastore is in use. It can also happen if a physical server has access to the LUN on the SAN and does an install, for example.   Resolution To resolve this issue: Run the  partedUtil  command on the host wit...