-- Leo's gemini proxy

-- Connecting to gmi.runtimeterror.dev:1965...

-- Connected

-- Sending request

-- Meta line: 20 text/gemini;lang=en-US

💻 [runtimeterror $]

2021-01-30

PSA: halt replication before snapshotting linked vCenters



It's a good idea to take a snapshot of your virtual appliances before applying any updates, just in case. When you have multiple vCenter appliances operating in Enhanced Link Mode, though, it's important to make sure that the snapshots are in a consistent state. The vCenter `vmdird` service is responsible for continuously syncing data between the vCenters within a vSphere Single Sign-On (SSO) domain. Reverting to a snapshot where `vmdird`'s knowledge of the environment dramatically differed from that of the other vCenters could cause significant problems down the road or even result in having to rebuild a vCenter from scratch.

*(Yes, that's a lesson I learned the hard way - and warnings about that are tragically hard to come by from what I've seen. So I'm sharing my notes so that you can avoid making the same mistake.)*

Image: Viewing replication status of linked vCenters

Take these steps when you need to snapshot linked vCenters to avoid breaking replication:

Open an SSH session to *all* the vCenters within the SSO domain.

Log in and enter `shell` to access the shell on each vCenter.

Verify that replication is healthy by running `/usr/lib/vmware-vmdir/bin/vdcrepadmin -f showpartnerstatus -h localhost -u administrator -w [SSO_ADMIN_PASSWORD]` on each vCenter. You want to ensure that each host shows as available to all other hosts, and the message that `Partner is 0 changes behind.`:

```shell

/usr/lib/vmware-vmdir/bin/vdcrepadmin -f showpartnerstatus -h localhost -u administrator -w $ssoPass

Partner: vcsa2.lab.bowdre.net

Host available: Yes

Status available: Yes

My last change number: 9346

Partner has seen my change number: 9346

Partner is 0 changes behind.

/usr/lib/vmware-vmdir/bin/vdcrepadmin -f showpartnerstatus -h localhost -u administrator -w $ssoPass

Partner: vcsa.lab.bowdre.net

Host available: Yes

Status available: Yes

My last change number: 9518

Partner has seen my change number: 9518

Partner is 0 changes behind.

```

Stop `vmdird` on each vCenter by running `/bin/service-control --stop vmdird`:

```shell

/bin/service-control --stop vmdird

Operation not cancellable. Please wait for it to finish...

Performing stop operation on service vmdird...

Successfully stopped service vmdird

```

Snapshot the vCenter appliance VMs.

Start replication on each server again with `/bin/service-control --start vmdird`:

```shell

/bin/service-control --start vmdird

Operation not cancellable. Please wait for it to finish...

Performing start operation on service vmdird...

Successfully started service vmdird

```

Check the replication status with `/usr/lib/vmware-vmdir/bin/vdcrepadmin -f showpartnerstatus -h localhost -u administrator -w [SSO_ADMIN_PASSWORD]` again just to be sure. Don't proceed with whatever else you were planning to do until you've confirmed that the vCenters are in sync.

You can learn more about the `vdcrepadmin` utility here:

https://kb.vmware.com/s/article/2127057



---


📧 Reply by email



Related articles


Enabling FIPS Compliance Fixes Aria Lifecycle 8.14

I Ditched vSphere for Proxmox VE

PSA: Microsoft's KB5022842 breaks Windows Server 2022 VMs with Secure Boot

---


Home

This page on the big web

-- Response ended

-- Page fetched on Fri May 10 15:00:41 2024