- RSS Channel Showcase 4303425
- RSS Channel Showcase 5177241
- RSS Channel Showcase 1597863
- RSS Channel Showcase 9812413
Articles on this Page
- 06/23/17--12:12: _Re: vmware.vumautom...
- 06/23/17--12:15: _Re: Make ESXi keep ...
- 06/23/17--12:21: _Re: HA/Replication ...
- 06/23/17--12:31: _Re: Storage DRS Ant...
- 06/23/17--12:38: _Re: svMotioning VMs...
- 06/23/17--12:40: _Re: VmWare horizon7...
- 06/23/17--12:40: _Rebooting Mirage St...
- 06/23/17--12:40: _Re: Weird Get-TagAs...
- 06/23/17--12:41: _Re: Why DRS disable...
- 06/23/17--12:44: _Re: Orphaned VM's, ...
- 06/23/17--12:49: _Re: Weird Get-TagAs...
- 06/23/17--12:37: _Re: vRO permissions...
- 06/23/17--12:51: _Re: HA/Replication ...
- 06/23/17--12:52: _Re: Why DRS disable...
- 06/23/17--12:53: _Re: Unmount datasto...
- 06/23/17--12:54: _Re: Cannot upgrade ...
- 06/23/17--12:54: _Re: Permission deni...
- 06/23/17--12:59: _Re: HA/Replication ...
- 06/23/17--12:59: _Re: VCSA 6.5 Web GU...
- 06/23/17--13:22: _Re: Cannot complete...
- 06/23/17--12:12: Re: vmware.vumautomation compare baseline
- 06/23/17--12:15: Re: Make ESXi keep SSH keys after reboot
- 06/23/17--12:21: Re: HA/Replication or Stretched Cluster
- 06/23/17--12:38: Re: svMotioning VMs based off of host
- 06/23/17--12:40: Re: VmWare horizon7 session logout issue
- 06/23/17--12:40: Rebooting Mirage Storage Volume?
- 06/23/17--12:40: Re: Weird Get-TagAssignment bug
- 06/23/17--12:41: Re: Why DRS disables POOLS
- 06/23/17--12:44: Re: Orphaned VM's, getting the folder Size from path, VMX
- 06/23/17--12:49: Re: Weird Get-TagAssignment bug
- 06/23/17--12:37: Re: vRO permissions - hardening RBAC, Security
- 06/23/17--12:51: Re: HA/Replication or Stretched Cluster
- 06/23/17--12:52: Re: Why DRS disables POOLS
- 06/23/17--12:53: Re: Unmount datastores from all hosts
- 06/23/17--12:54: Re: Permission denied when attempting to backup ESXi
- 06/23/17--12:59: Re: HA/Replication or Stretched Cluster
- 06/23/17--12:59: Re: VCSA 6.5 Web GUI Error
- 06/23/17--13:22: Re: Cannot complete login due to an incorrect user name or password
Would something like this do?
Compare-Object-ReferenceObject$bl1.CurrentPatches -DifferenceObject$bl2.CurrentPatches -PropertyIdByVendor-IncludeEqual
If I read this correctly, you are wanting to keep the etc/ssh/ssh_host* keys.
If that is the case run auto-backup.sh after making changes to these keys to save the changes to the state file. Tried this on a 6.5 host and rebooted, the key did not change.
Thanks for the detailed answer. If I have to purchase a separate vCenter to use VReplication, wouldn't I be better off just buying the SRM license? It's fairly similar in price I believe.
Only seeing references to this in vRealize Orchestrator 7.0 Documentation Center
Not seeing a SDK command for it at this time.
You can do something like this.
Since you didn't mention how the Destination for the svMotion shall be determined, that logic is currently missing (see variable $tgtDS on the Move-VM cmdlet).
# Wait till al vMotion are completed
Looks like the problem is back. My mouse is frozen. I can only hover it but not select anything. Rebooting the machine gets it back to working state but, it would not last long. Appreciate any help.
We need to apply a Windows patch to a file server that our Mirage server uses as its storage Volume.
Is stopping the Mirage services all we need to do before rebooting it?
This definitely looks like a bug, I suggest to open a SR for this.
This is due to DRS being a requirement to have resource pools in the first place.
You can of course snapshot and revert them to avoid their loss, disabling DRS in Web Client will prompt you to do this when attempting to disable:
-o- If you found this comment useful please click the 'Helpful' button and/or select as 'Answer' if you consider it so, please ask follow-up questions if you have any -o-
That seems to indicate that your copy of the script had an issue.
You can remove the Write-Host lines from the 2nd part of the script, and export the $newReport array to a CSV file.
Then it should be working.
Yeah I already have one open, but it's been slow to get traction. I'll escalate it to see if it gets moving.
Thanks, Ilian Ilievfor the detailed explanation and possible options!
I am curious about the options one can think of in case of using the "share a unique session" mode option i.e. the service account for the vCenter Server while adding in vRO. Any suggestions when vRO workflows run as part of the vRO Scheduler?
SRM requires a vCenter at both sites as well. Really, from a DR perspective, if you use vCenter at one site now, you will want a vCenter at your recovery site as well. It usually doesn't make sense to make vCenter a part of the failover so a second vCenter will often make sense.
At the end of the day though it really comes down to your requirements and constraints.
You can retain the resource pool from webclient when disabling DRS
If you found this or any other answer helpful, please consider the use of the Helpful to award points.
I tracked down the reason it is not working for me. The NFS datastores I am mounting from our net app appliance do not have a value for .ExtensionData.Info.vmfs.uuid. Can anyone shed light on why this is so?
VMware called me today.
Appantly I am running version 6.0 U3 and you cannot upgrade to 6.5 from that version. The patch to do so is not supposed to be out until late July. I am going to uninstall everything and try restoring a DB from my 5.5 version and then upgrade from there. Fingers crossed.
Thanks for the replies.
I was using the vicfg-user.pl when I thought I could update Roles. But, as you told me, their no Roles when you have a Standalone ESXi Host. Roles are used when you have vCenter and the ESXi host is controlled by vCenter.
Using the vicfg-cfgbackup.pl --server=x.x.x.x --username=username -l filename command backup the ESXi host to the Windows 10 PC!
I really appreciate all your help!
So it's not possible to use the vSphere client on the recovery site to avoid another vCenter license? These VMs are very low maintenance; once they're running we won't need access.
today we had the same issue as described above.
Could not connect to one or more vCenter Server systems:
On VCSA Shell:
service-control --status vmware-vpxd shows "stopped"
service-control --start vmware-vpxd starts the service starts for a couple of seconds and stops again
We contacted VMware Support and they analyzed the core dump logs (/var/core) and could figure out a problem with a single VM in our environment.
There was a problem with a network adapter on that VM (DB entry NULL)
Solution that worked for us:
/opt/vmware/vpostgres/current/bin/psql -d VCDB -U postgres (Login to postgres)
select v.id, v.local_file_name, h.IP_ADDRESS FROM VPX_VM v, VPX_NIC n, VPX_HOST h WHERE v.id=n.entity_id and v.host_id=h.id and n.network_name=''; (get affected VM)
select * from vpx_entity where id = '<YOURID>'; (get affected VM Name)
Fix VM / vpxd (for our specific issue with database issue)
Remove Network Adapter, save config, readd Network Adapter
service-control --start vmware-vpxd
You should now be able to login to your vCenter.
So the NULL Value in the database seem to be a really rare issue. In case of "Could not connect to.....:" just Find VM unregister it from vCenter and Reregister.
Hope this helps somebody!
Are you using the firstname.lastname@example.org account? If so, the password for that account is set to expire after 90 days, by default.
If that's the case, perhaps this article can help you reset the SSO password for that account: https://pubs.vmware.com/vsphere-51/index.jsp?topic=%2Fcom.vmware.vsphere.security.doc%2FGUID-06FF691C-16EC-4AEF-BCE8-2438B51DE693.html