vHaridas's Posts

Everyone has provided you correct answer, just to add to that, Along with vSAN Health Plugin you use PowerCLI scripts created by Jase McCarty to monitor vSAN Encryption status. I found it very ... See more...
Everyone has provided you correct answer, just to add to that, Along with vSAN Health Plugin you use PowerCLI scripts created by Jase McCarty to monitor vSAN Encryption status. I found it very useful while implementing vSAN Encryption. I have documented vSAN Encryption details at below URL. Virtual Admin: vSAN Encryption Implementation & Monitoring Thanks, Haridas
Hi, I have enabled vSAN Encryption using HyTrust Key Control for Key Management server. HyTrust KMS had small issue which was forcing me to refresh KMS certificate in vCenter and reestablish t... See more...
Hi, I have enabled vSAN Encryption using HyTrust Key Control for Key Management server. HyTrust KMS had small issue which was forcing me to refresh KMS certificate in vCenter and reestablish trust with KMS each time I reboot KMS server. I worked with HyTrust and they have fixed this issue. During testing in LAB, multiple times I restarted KMS, refreshed KMS certificate to established trust. Now if I try to refresh certificate am getting below error in vCenter web client. I checked the vpxd.log on vCenter which says... Failed to add more trusted certificate to cluster vlabKMS01. A cluster can configure at most 16 trusted certificates. Does anyone knows how i can increase this 16 certificate limits? where does cluster or vCenter store KMS server certificate? How can I delete unused certificates of KMS server? 2018-02-21T12:39:41.340Z info vpxd[7F7A8E9D3700] [Originator@6876 sub=vpxLro opID=dam-auto-generated: KmipTrustCertificateDialogMediator:dr-1217:01-2f] [VpxLRO] -- BEGIN lro-1730902 -- ResourceModel -- cis.data.provider.ResourceModel.query -- 52cd417f-4036-bf4b-e92e-f47207d6980d(52211441-f4ca-278c-9c58-014cc5c88454) 2018-02-21T12:39:41.340Z info vpxd[7F7A8E9D3700] [Originator@6876 sub=vpxLro opID=dam-auto-generated: KmipTrustCertificateDialogMediator:dr-1217:01-2f] [VpxLRO] -- FINISH lro-1730902 2018-02-21T12:39:41.345Z info vpxd[7F7A8FD7A700] [Originator@6876 sub=vpxLro opID=dam-auto-generated: KmipTrustCertificateDialogMediator:dr-1217:VCenterKmipPropertyProvider:203173:430839-1609690-ngc:70055790-fb] [VpxLRO] -- BEGIN lro-1730903 -- CryptoManager -- vim.encryption.CryptoManagerKmip.retrieveKmipServerCert -- 52cd417f-4036-bf4b-e92e-f47207d6980d(52211441-f4ca-278c-9c58-014cc5c88454) 2018-02-21T12:39:43.271Z error vpxd[7F7A8FD7A700] [Originator@6876 sub=CryptoManagerKmipWrapper opID=dam-auto-generated: KmipTrustCertificateDialogMediator:dr-1217:VCenterKmipPropertyProvider:203173:430839-1609690-ngc:70055790-fb] Failed to connect to key server, QLC_ERR_NEED_AUTH 2018-02-21T12:39:45.833Z info vpxd[7F7A8FD7A700] [Originator@6876 sub=vpxLro opID=dam-auto-generated: KmipTrustCertificateDialogMediator:dr-1217:VCenterKmipPropertyProvider:203173:430839-1609690-ngc:70055790-fb] [VpxLRO] -- FINISH lro-1730903 2018-02-21T12:39:47.656Z info vpxd[7F7AB4ACB700] [Originator@6876 sub=vpxLro opID=KmipServerActionResolver-apply-1609697-ngc:70055791-6d] [VpxLRO] -- BEGIN lro-1730904 -- CryptoManager -- vim.encryption.CryptoManagerKmip.uploadKmipServerCert -- 52cd417f-4036-bf4b-e92e-f47207d6980d(52211441-f4ca-278c-9c58-014cc5c88454) 2018-02-21T12:39:47.668Z error vpxd[7F7AB4ACB700] [Originator@6876 sub=CryptoManager opID=KmipServerActionResolver-apply-1609697-ngc:70055791-6d] Failed to add more trusted certificate to cluster vlabKMS01. A cluster can configure at most 16 trusted certificates. 2018-02-21T12:39:47.669Z info vpxd[7F7AB4ACB700] [Originator@6876 sub=vpxLro opID=KmipServerActionResolver-apply-1609697-ngc:70055791-6d] [VpxLRO] -- FINISH lro-1730904 2018-02-21T12:39:47.669Z info vpxd[7F7AB4ACB700] [Originator@6876 sub=Default opID=KmipServerActionResolver-apply-1609697-ngc:70055791-6d] [VpxLRO] -- ERROR lro-1730904 -- CryptoManager -- vim.encryption.CryptoManagerKmip.uploadKmipServerCert: vim.fault.DatabaseError: --> Result: --> (vim.fault.DatabaseError) { -->    faultCause = (vmodl.MethodFault) null, -->    faultMessage = <unset> -->    msg = "" --> } --> Args: --> --> Arg cluster: --> (vim.encryption.KeyProviderId) { -->    id = "vlabKMS01" --> } --> Arg certificate: --> "-----BEGIN CERTIFICATE----- xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx --> --> hL+qymRUCAzsiwwr/orCEXoZkgjO0XqBc2SGgdxA3CiXbO5An4N5PQ== --> -----END CERTIFICATE----- --> " 2018-02-21T12:39:47.925Z info vpxd[7F7AB4846700] [Originator@6876 sub=vpxLro opID=combined(dam-auto-generated: ObjectPropertyFilter:dr-1231,dam-auto-generated: RecentItemsListener:dr-1219,dam-auto-generated: ObjectPropertyFilter:dr-1229,dam-auto-generated: ObjectPropertyFilter:dr-1225,dam-auto-generated: KmipServersListViewMediator:dr-1] [VpxLRO] -- BEGIN lro-1730905 -- ResourceModel -- cis.data.provider.ResourceModel.query -- 52cd417f-4036-bf4b-e92e-f47207d6980d(52211441-f4ca-278c-9c58-014cc5c88454) 2018-02-21T12:39:47.926Z info vpxd[7F7AB4846700] [Originator@6876 sub=vpxLro opID=combined(dam-auto-generated: ObjectPropertyFilter:dr-1231,dam-auto-generated: RecentItemsListener:dr-1219,dam-auto-generated: ObjectPropertyFilter:dr-1229,dam-auto-generated: ObjectPropertyFilter:dr-1225,dam-auto-generated: KmipServersListViewMediator:dr-1] [VpxLRO] -- FINISH lro-1730905 2018-02-21T12:39:47.936Z info vpxd[7F7AB525A700] [Originator@6876 sub=vpxLro opID=dam-auto-generated: ObjectPropertyFilter:dr-1231:VchaPropertyProvider:203173:430847-1609700-ngc:70055793-e2] [VpxLRO] -- BEGIN lro-1730907 -- FailoverClusterConfigurator -- vim.vcha.FailoverClusterConfigurator.getConfig -- 52cd417f-4036-bf4b-e92e-f47207d6980d(52211441-f4ca-278c-9c58-014cc5c88454) 2018-02-21T12:39:47.936Z info vpxd[7F7AB525A700] [Originator@6876 sub=vpxLro opID=dam-auto-generated: ObjectPropertyFilter:dr-1231:VchaPropertyProvider:203173:430847-1609700-ngc:70055793-e2] [VpxLRO] -- FINISH lro-1730907 2018-02-21T12:39:47.959Z info vpxd[7F7AB5056700] [Originator@6876 sub=vpxLro opID=combined(dam-auto-generated: GenerationNumbersMonitor:dr-1249,dam-auto-generated: ObjectPropertyFilter:dr-1247):01-40] [VpxLRO] -- BEGIN lro-1730909 -- ResourceModel -- cis.data.provider.ResourceModel.query -- 52cd417f-4036-bf4b-e92e-f47207d6980d(52211441-f4ca-278c-9c58-014cc5c88454) 2018-02-21T12:39:47.959Z info vpxd[7F7AB5056700] [Originator@6876 sub=vpxLro opID=combined(dam-auto-generated: GenerationNumbersMonitor:dr-1249,dam-auto-generated: ObjectPropertyFilter:dr-1247):01-40] [VpxLRO] -- FINISH lro-1730909 2018-02-21T12:39:47.974Z info vpxd[7F7A8F366700] [Originator@6876 sub=vpxLro opID=dam-auto-generated: ObjectPropertyFilter:dr-1231:VchaPropertyProvider:203173:430847-1609702-ngc:70055793-ff] [VpxLRO] -- BEGIN lro-1730910 -- FailoverClusterManager -- vim.vcha.FailoverClusterManager.getClusterHealth -- 52cd417f-4036-bf4b-e92e-f47207d6980d(52211441-f4ca-278c-9c58-014cc5c88454) 2018-02-21T12:39:47.974Z error vpxd[7F7A8F366700] [Originator@6876 sub=SoapAdapter opID=dam-auto-generated: ObjectPropertyFilter:dr-1231:VchaPropertyProvider:203173:430847-1609702-ngc:70055793-ff] Method vim.vcha.FailoverClusterManager.getClusterHealth threw undeclared fault of type vim.fault.InvalidState 2018-02-21T12:39:47.974Z info vpxd[7F7A8F366700] [Originator@6876 sub=vpxLro opID=dam-auto-generated: ObjectPropertyFilter:dr-1231:VchaPropertyProvider:203173:430847-1609702-ngc:70055793-ff] [VpxLRO] -- FINISH lro-1730910 2018-02-21T12:39:47.975Z info vpxd[7F7A8F366700] [Originator@6876 sub=Default opID=dam-auto-generated: ObjectPropertyFilter:dr-1231:VchaPropertyProvider:203173:430847-1609702-ngc:70055793-ff] [VpxLRO] -- ERROR lro-1730910 -- FailoverClusterManager -- vim.vcha.FailoverClusterManager.getClusterHealth: vim.fault.InvalidState: --> Result: --> (vim.fault.InvalidState) { -->    faultCause = (vmodl.MethodFault) null, -->    faultMessage = (vmodl.LocalizableMessage) [ -->       (vmodl.LocalizableMessage) { -->          key = "com.vmware.vim.vcha.error.clusterNotConfigured", -->          arg = <unset>, -->          message = <unset> -->       } -->    ] -->    msg = "" --> } --> Args: --> Thanks, Haridas
Data resync or rebuild is not happening since the first failure occurred on 29 Dec. This is preprod setup, all SQL VMs. Due to vacation period no one is asking me for these VMs so am not push... See more...
Data resync or rebuild is not happening since the first failure occurred on 29 Dec. This is preprod setup, all SQL VMs. Due to vacation period no one is asking me for these VMs so am not pushing much. I have been told that Engineering team will revert back to me on 2nd Jan. Hopefully VMware Engineering team will provide some solution. Thanks, Haridas
Hello Everyone, I have spent 12+ hours with VMware Support on P1 SR#17666784912 and finally this SR has been sent to VMware Engineering Team. Just want to share my experience with community. ... See more...
Hello Everyone, I have spent 12+ hours with VMware Support on P1 SR#17666784912 and finally this SR has been sent to VMware Engineering Team. Just want to share my experience with community. May be some vSAN geek may help me here. Due to multiple issues, now I may loose VMs/data and I really don't want to loose VMs on vSAN. Cluster Setup - All Flash 6 Hosts vSAN Cluster, UCS C240 M4. call it ESXi Hosts 1 to 6. Disk Group - Each host 2 Disk group, one disk group with 5 Capacity (900GB) and 1 Cache Disk (600 GB) and second Disk group with 4 Capacity and 1 Cache Disk deduplication and Compression is enabled. VM Storage Policy -  RAID 5/6, FTT=2, Number of disk stripes per object = 2 - All 6 VMs has this policy except one big Disk of 13.5 TB which has default storage policy. Warning of Disaster - On Host-2, second Disk group was running with 90% physical Disk usages for a month. I tried to run disk balancing for n number of times without any success. Then I created SR#17630294511 with VMware  and I got some workaround like apply new VM policy with number of Disk stripe object to 2. I applied new VM Policy for all Vm except one big VMDK of 13.5 TB. I couldn't apply new policy to this VMDK as it was complaining of less number of resources available. I did not get downtime from end user to apply another workaround like migrating this VM to other temporary SAN storage. and then migrate VM back to vSAN DS with new RAID5/6 policy. So vSAN cluster continued to run with 90% Disk usages in one disk group for a month and on 29th Dec 2017, disaster happened. Multiple Failures - Suddenly that second Disk group Host-2 hit the 100% Disk usages on 29th Dec. I got alarm email notification that Host-2 has been disconnected from vCenter. After 10min, I received another email notification that Host-3 and Host-4 has been disconnected from vCenter. Troubleshooting - I logged in to vCenter and ESXi and did the basic check of Hosts, Networking, vSAN Hosts and Object status, VMKernel logs, vsan.disks_stats....etc. I realized that this is not the regular failure and called to VMware Support with P1 incident. First Engineer - He tried all possible ways to restore vSAN cluster, reconnect ESXi Hosts but no luck. Finally we decided to restart ESXi Host 4, 3 and 2 in sequence and that reconnected ESXi Hosts to vCenter. Issue - we noticed that second Disk group of Host-2 was 100% Full. Some VM object resync was in progress but suddenly Host 3 and 4 were also disconnected because of that VMs object were marked Absent - resyncing. so we tried to manually repair inaccessible object but that didn't work so we decided to give some time to vSAN and see if that automatically resync itself. Day - 2 Second Engineer - Next morning, again I noticed that host-4 is disconnected  and vSAN cluster status is still at is, vm inaccessible. Called to VMware Support, this time we realized that Disk group which is 100% is causing other Hosts to disconnect from vCenter. So we decided to unmount disk group 2 from host 2 and then Host-4 automatically reconnected to vCenter. Again, we tried all possible ways to resync objects. As his shift was over, this engineer passed this SR to next Engineer. Third Engineer - Again this engineer did some checks and decided to restart all 6 hosts all at once. we restarted all Hosts and then he told me to power off Host-2 which is causing other hosts to fail. Once all Hosts reconnected to vCenter, he did checks on VM Objects, Cluster, disk status...etc. New trouble - this time he noticed that host-6 disks also has problem and one of the disk groups Disk were not mounted. it was reporting "In CMMDS: false" Then we powered on Host-2 too. Again after trying all possible ways to mount disk, disk groups, unmount he discussed this issue with other team members but no Luck. So finally he collected logs and the SR has been escalated to VMware Engineering Team. am expecting a call back from VMware Team on 2nd Jan 2018. Getting below error When tried to manually mount disk - Unable to mount: Disk with VSAN uuid 52ed7f26-8608-3c7a-a005-24fc30b2db32 failed to appear in LSOM All Engineers tried their best to fix the issue but they couldn't as this is very strange issue. Day 3 Current Status - 5 VMs out of 6 are inaccessible as half of the VMs objects are in Absent or Absent - resyncing state. Host-4 is disconnected. Disk group 2 on host-2 is 100% used. All Hosts disks are in "In CMMDS: True" Except Host -6 #localcli vsan storage list  | grep -i cmmds    In CMMDS: true    In CMMDS: false    In CMMDS: false    In CMMDS: false    In CMMDS: true    In CMMDS: true    In CMMDS: true    In CMMDS: true    In CMMDS: true    In CMMDS: false    In CMMDS: false After googling for couple of hours, I got this post with slimier error message during disk mounting. http://vroomblog.com/vsan-overall-disks-health-et-software-state-health-errors But I cannot try to remove disks from disk group as this is All flash setup with dedup and compression enabled. This will be my last option to try. I will wait for engineering team to provide solution for this. Thanks, Haridas https://vprhlabs.blogspot.in
Hi Everyone, Thanks Everyone for responding. I apologies for not responding earlier. Hareesh G from VMware support helped me to resolve this issue. Overall my observation is vSAN is not ab... See more...
Hi Everyone, Thanks Everyone for responding. I apologies for not responding earlier. Hareesh G from VMware support helped me to resolve this issue. Overall my observation is vSAN is not able to handle big VMDK's properly. It should provide errors or warnings if there is not enough resources available to satisfy big vmdk's. It is not moving VM object to other hosts when there is enough free space available on other host or once host is comes online from Maintenance. Hareesh came with a solution of disabling Vmkernel adapter of vSAN on affected host. This forced vSAN to rebuild all components to other hosts. With this out of space issue was resolved but still my challenges with this big disks are not finished. Current Status - I have applied new storage policy to all 6 VMs except 13.5 TB big vmdk. New Policy - FTT=2,  Stripe per object=2, Raid 5/6. Still, one set of VMDK object of this Vmdk is using 90% of physical disks capacity from only one of the host. while other host has free space. Next plan - am going to migrate this big Vmdk to other temporary SAN datastore, and then move back to vSAN with new raid 6 vm policy. This will split vmdk objects across all hosts. With above workaround, my all hosts disks would be equally utilized and objects would be placed properly on all physical disks. But next time when I will have long downtime on any of the host then vSAN will rebuild that Hosts object to other host in cluster. again, only one of the hosts disks will get fully utilized due to this. So what I want is, when failed/host comes out of Maintenances then vSAN should do rebalance of all objects and make sure all disks are equally used. I tried to run proactive rebalance multiple times but it is of no use when you have big size VMDKs. Hareesh, you have explained VM object placement very well but as I said big VMDKs are difficult to manage on vSAN unless we plan for big size physical Disk and more physical hosts. I have asked my team to not assign big Vmdk to vSAN Vms and trying to limit Vmdk size to 2 or 4 TB. 2 or 4 TB Disk is just a number, it matters how much is the size of physical disks and number of physical disks. small size Vmdk will help to split Vmdk size and place vmdk objects on multiple hosts across all hosts. Thanks, Haridas
Hi, Need expert advice on all flash VSAN; so I came back to VMware community after long time. This is 6 Node All Flash VSAN cluster with deduplication and compression enabled.  Please let ... See more...
Hi, Need expert advice on all flash VSAN; so I came back to VMware community after long time. This is 6 Node All Flash VSAN cluster with deduplication and compression enabled.  Please let me know if anyone has any suggestion or questions? i can share required info. My End user is not at all happy with this and he want to remove all flash vsan cluster and go back to physical server for his big sql VMs, really disappointing experience. am unable to power on VM, though there is 27 TB free space available on VSAN datastore. Affected VM has vmdk of 13 TB. ( 1 disk of 100 GB and another disk of 13 TB ) After looking through Physical disk utilization I can see there is big difference between physical utilization across hosts. some disks are utilized 9% and other's are hitting 90% One of the host's all Physical Disk's are 89% to 95% utilized which has object of affected VM.   Error - There is no more space for virtual Disk 'vm-name.vmdk'. You might be able to continue this session by freeing disk space on the relevant volume, clicking Retry. Click Cancel to terminate this sessions. Here is what I did - 1. using RVC, started proactive disk re-balance 2. Created ticket with VMware support to look in to cluster. Support suggested me to continue disk rebalncing task. 3. Next day after 14 hours, I stopped proactive rebalance as I had to upgrade vcenter which was not working correctly.  I had ask if I can do this and support was ok with stopping proactive disk rebalance and upgrading vCenter and then starting disk rebalance. 4. After vcenter upgrade, again I started proactive disk rebalance using rvc. 5. rebalance ran for few hours and it stopped automatically without doing anything. 6. Then again I started proactive rebalance using rvc; it ran for 24 hours but nothing happened. all physical disk utilization was as it is. 7. Then VMware support asked me to put host in Maintenance Mode which has fully utilized disk and select all data evacuation  so that affected VMs data will be migrated across all other disks on other hosts. Even after 24 hours, Host Maintenance Mode process is still in progress. it is at 76% since last 12 hours. VMware SR#17591698210 VMware support is also not able to do much except checking objects counts, stats and currently running vsan task. This VMs total size is 13 TB, so if anything I do is going to take lot of time. Few more option I think of - 1. Clone VM 2. Storage vMotion to other Shared Storage (SAN) 3. Replicate VM to other SAN storage 4. Delete VM or affected vmdk and ask user to create new one - if I do this, user will never allow me to use all flash VSAN   believe me. Host Configuration (per server) -  6 node VSAN Cluster Cisco Systems Inc UCSC-C240-M4SX 2 x Intel Xeon CPU E5-2680 v3 @ 2.50GHz 512 GB RAM LSI MegaRAID SAS 3108 Disk Group-1 - 1 SSD Cache and 5 SSD Capacity Disk Disk Group-2 - 1 SSD Cache and 4 SSD Capacity Disk. This cluster has only 4 Vms but with large RAM and vmdk with size up to 13 TB Thanks, Haridas
192.168.122.1 its a default IP for virtual bridge network interface created inside RHEL OS. If you are not using KVM or redhat virtuluzation, you can ignore it. actual network communicatio... See more...
192.168.122.1 its a default IP for virtual bridge network interface created inside RHEL OS. If you are not using KVM or redhat virtuluzation, you can ignore it. actual network communication happens from other NICs with network IP assigned. Thanks, Haridas
There is no difference in Virtual Hardware or performance for RHEL 6 or 7. If you are running RHEL 6.x or earlier Linux systems then you can install VMware provided Linux VM tools. For RHEL 7... See more...
There is no difference in Virtual Hardware or performance for RHEL 6 or 7. If you are running RHEL 6.x or earlier Linux systems then you can install VMware provided Linux VM tools. For RHEL 7 and new Linux based OS you need to install Open VM Tools. See below URL for more information about Open Vm Tools and complete list of Linux OS. https://blogs.vmware.com/vsphere/2015/09/open-vm-tools-ovt-the-future-of-vmware-tools-for-linux.html https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2073803 GitHub - vmware/open-vm-tools: Official repository of VMware open-vm-tools project Thanks, Haridas
Hi, I do not see any default role for update manager in vCenter 6.0 u2. I created new role as 'UpdateManager' with Below Update manager privileges. Then provide permission to user a... See more...
Hi, I do not see any default role for update manager in vCenter 6.0 u2. I created new role as 'UpdateManager' with Below Update manager privileges. Then provide permission to user at vCenter level and assign this new role. This will provide Update manager permission to user to all below child object. Also user with this role, will able to see all the host, resource poo, datastore, networks and VMs but he cannot edit/delete any object except just using update manager feature. Thanks, Haridas
VM vMotion is not possible without VMware vCenter Server. Are you running Win 2k8 servers inside VM on standalone ESXi hosts? - Haridas Vhadade Virtual Admin
There is no way to update changed root password in vCenter, rather its not needed. 1. for HA issue, right click each ESXi Host and reconfigure vSphere HA agent. 2. if you still don't CPU, Mem... See more...
There is no way to update changed root password in vCenter, rather its not needed. 1. for HA issue, right click each ESXi Host and reconfigure vSphere HA agent. 2. if you still don't CPU, Memory utilization, then login to ESXi host Console and restart Management Agents from Troubleshooting options. - Haridas Vhadade Virtual Admin
Please follow the steps mentioned in those KB. No need to disconnect ESXi hosts from vCenter before replacing SSL certificate. Most important, to avoid trouble, make sure you replace SSL cert... See more...
Please follow the steps mentioned in those KB. No need to disconnect ESXi hosts from vCenter before replacing SSL certificate. Most important, to avoid trouble, make sure you replace SSL certificates before it get expired. - Haridas Vhadade Virtual Admin
Increase the Video memory size to 8 MB or more from VM edit settings and then try to set resolution in VM guest OS and console view options. - Haridas Vhadade
1. Connect to vCenter using PowerCLI with Administrator@vsphere.local account or any other account which works. 2. Export vCenter permissions ( just to make sure you have permission backup). ... See more...
1. Connect to vCenter using PowerCLI with Administrator@vsphere.local account or any other account which works. 2. Export vCenter permissions ( just to make sure you have permission backup). http://blog.vmote.net/?p=261 http://blog.vmote.net/documents/Export-vCenter-Permissions.ps1 http://blog.vmote.net/documents/Import-vCenter-Permissions.ps1 3. Take vCenter VM snapshot. 4. Login to vCenter with SSO Admin and Remove vCenter from from Domain. 5. Restart vCenter VM 6. Login to vCenter with SSO admin and Add vCenter to Domain. 7. Restart vCenter VM 8. Login with SSO admin, Add AD as Identity Store. 9. Now, check if existing AD users permissions are there. 10. if not try to set permission for AD user if this works you are good. 11. Go head and restore vCenter permission which were exported in first 2nd step. if anything happens in this process, revert back to vm snapshot taken in step 3. - Haridas Vhadade vPRH » Virtual Admin
What error are you getting? How many pNICs are connected to dvSwitch? do you have all VM Portgroups and VMkernerl ports on dvSwitch? Attempting to remove a host from the inventory when it ... See more...
What error are you getting? How many pNICs are connected to dvSwitch? do you have all VM Portgroups and VMkernerl ports on dvSwitch? Attempting to remove a host from the inventory when it is connected to vDS generates an error (1018181) | VMware KB Disabling vNetwork Distributed Switches (1010718) | VMware KB - Haridas Vhadade vPRH » Virtual Admin
Try below commands.  txt file path - C:\temp\inputFile.txt $vmList = Get-Content C:\temp\inputFile.txt foreach ($vmName in $vmList) {Get-VM $vmName  | select Name, @{N="VMHost"; E={$_.VMHost.... See more...
Try below commands.  txt file path - C:\temp\inputFile.txt $vmList = Get-Content C:\temp\inputFile.txt foreach ($vmName in $vmList) {Get-VM $vmName  | select Name, @{N="VMHost"; E={$_.VMHost.Name}}} - Haridas Vhadade
Yes,
FreeNAS or OpenFiler will not will help you to use all 3 servers storage and use features like HA, DRS, vMotion. You can install FreeNAS or Openfiler on one of the Host and provision all its sto... See more...
FreeNAS or OpenFiler will not will help you to use all 3 servers storage and use features like HA, DRS, vMotion. You can install FreeNAS or Openfiler on one of the Host and provision all its storage to other remaining ESXi hosts. In this case you will have dependency on one single host of FreeNAS or openfiler. if you would like to use all hosts local storage with advanced features  then you will need to use hyper converged solution like Virtual SAN. Introduction VMware vSphere Virtual SAN to use this you will need to have vCenter, ESXi license and also Virtual SAN license. Its easy to use and configure. However it has specific hardware requirements. Virtual SAN Software-Defined Shared Storage: VMware http://www.vmware.com/content/dam/digitalmarketing/vmware/en/pdf/products/vsan/vmware-virtual-san-datasheet.pdf With VSAN, you would be able to use features like HA, DRS, vMotion with local storage. - Haridas Vhadade
Download Microsoft Virtual Machine Converter 3.0 from Official Microsoft Download Center I never tried it. there are many other convertor tools are available. - Haridas Vhadade
There seems to be some issue with hardware. Decoding Machine Check Exception (MCE) output after a purple screen error (1005184) | VMware KB Here are some action - Engage vendor Run hardwa... See more...
There seems to be some issue with hardware. Decoding Machine Check Exception (MCE) output after a purple screen error (1005184) | VMware KB Here are some action - Engage vendor Run hardware diagnostics test and make sure there are no errors. Update hardware firmware Make sure you have used HP customized ESXi Image Drivers & Software for HP ProLiant DL380 G7 Server - HPE Support Center. HP Support document - HP Support Center - Haridas Vhadade