[cisco-voip] best way to move CUCM Publisher from one host/DC to another

Wed Dec 11 12:04:21 EST 2019

With ELM/PLM, I’ve not had an issue.

Sent from my iPhone

On Dec 11, 2019, at 11:47, Anthony Holloway <avholloway+cisco-voip at gmail.com> wrote:

No issue, but also don't do it very much.  I just take the one that's randomly generated and use that as the static assignment, then redo the license request.

On Wed, Dec 11, 2019 at 9:55 AM Ryan Ratliff (rratliff) via cisco-voip <cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>> wrote:
Has anyone run into problems setting a static MAC on your ELM/PLM vm? Dynamic mac addresses can definitely bite you but I’m curious how this workaround (that we do document as best practice) works in the real world.

  *   Ryan

From: cisco-voip <cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net>> on behalf of Charles Goldsmith <w at woka.us<mailto:w at woka.us>>
Date: Wednesday, December 11, 2019 at 10:37 AM
To: Ryan Huff <ryanhuff at outlook.com<mailto:ryanhuff at outlook.com>>
Cc: cisco-voip list <cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>
Subject: Re: [cisco-voip] best way to move CUCM Publisher from one host/DC to another

Yes sir, moving to new hosts in the same DC, both hosts plugged into the same Nexus on 10gbit.

To UC Penguin's point, it was on 6.0

On Wed, Dec 11, 2019 at 7:46 AM Ryan Huff <ryanhuff at outlook.com<mailto:ryanhuff at outlook.com>> wrote:
Interesting, was it 10GB end2end (nics and all)? I’ve done it on a 1GB end2end and got close to 700 mbps (if I recall correctly, 680-682 was the highest it hit).

Not disagreeing, just interesting... it would be worth some investigating someday.

Sent from my iPhone

On Dec 11, 2019, at 01:50, Charles Goldsmith <w at woka.us<mailto:w at woka.us>> wrote:
I'm a big fan of SCP as well, but it's limited to 1 vCPU on the encryption, so that seems to limit it more than the links.  I know this because trying to move VM's over 10gbit connections and was only getting about 400 mbps.

If you have a middle pc/jump box, I'm a big fan of simple export/import if you don't have a vCenter in the picture.  That way, you get a backup of the VM.  vCenter is nice, but migration moves it, doesn't copy, even with different storage.

I have never tried to use vmkstools, may have to investigate that the next time I migrate.

On Tue, Dec 10, 2019 at 8:26 PM Ryan Huff <ryanhuff at outlook.com<mailto:ryanhuff at outlook.com>> wrote:
Yes, SCP is beholden to the line rate between the hosts. Though VMWare doesn’t “recommend” it, I can say I’ve also never had a problem with it, FWIW... and yeah, super convenient.

Is you have shared storage between the hosts and can migrate the storage and compute, I’d power off the VM and just do that.
Sent from my iPhone

On Dec 10, 2019, at 21:20, Anthony Holloway <avholloway+cisco-voip at gmail.com<mailto:avholloway%2Bcisco-voip at gmail.com>> wrote:
SCP is so slow and not recommended by VMware*, but damn if it's not convenient.

Ovftool is super fast but I think it requires a middle PC to be ran from.

It would be awesome if you could have the best of both worlds. Like run ovftool right on ESXi. I wonder.

I have used Veeam free backup to move VMs, which is as fast as ovftool, but a huge install for a one time move.

*To prevent performance and data management related issues on ESX, avoid the use of using scp, cp, or mv for storage operations; instead use vmkfstools, VMware's virtual machine Importer tool.
https://kb.vmware.com/s/article/1000936<https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fkb.vmware.com%2Fs%2Farticle%2F1000936&data=02%7C01%7C%7C80e22d72f2af4a897d0008d77e59dcc9%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116796724447124&sdata=o2zWRU73ZWZAlaZQOI2Smin4HK50SFbd6UvJfkRXheA%3D&reserved=0>

On Tue, Dec 10, 2019, 7:50 PM Ryan Huff <ryanhuff at outlook.com<mailto:ryanhuff at outlook.com>> wrote:
I don’t think vMotion would change the MAC address, UUID.. etc and I think you’d be fine (not while the VM is powered on though).

Typically, what I do is power the VM down and SCP the VM folder to the target host from the source host (requires SSH server/client be enabled and excluded in the host firewall for the hosts). Then in the target host, add the .vmx file into inventory and power on. You’ll initially be asked if you moved or copied the VM and you’ll want to select move (if you select copy, then it will randomize a few things like nic MAC .. etc).

Lastly, remove the source VM from inventory and after you’re sure the target VM is healthy and running fine, delete the source VM from storage on the source host.
Thanks,

Ryan

On Dec 10, 2019, at 20:42, naresh rathore <nareh84 at hotmail.com<mailto:nareh84 at hotmail.com>> wrote:
hi

We have to migrate our Voice VMs from one host/DC to another host/DC. i think if we clone or do vmotion, mac address gets changed and we have to apply for license, we may face database corruption.

Is there a way which Cisco recommends to do migration, if we have to migrate Voice VMs from one host to another?

Regards

Naray
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C57141ead670d42edf74808d77ddb677d%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116253590181473&sdata=z44wxHsKAhdz2lak4%2Fj7to5R2HV22lmr3D2%2BVr%2Fe5vQ%3D&reserved=0<https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C80e22d72f2af4a897d0008d77e59dcc9%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116796724457129&sdata=XJPqHwcHIEnYtkPcGRBRnlLXKrUiItgIRU4sON90Fmg%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C80e22d72f2af4a897d0008d77e59dcc9%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116796724457129&sdata=XJPqHwcHIEnYtkPcGRBRnlLXKrUiItgIRU4sON90Fmg%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C80e22d72f2af4a897d0008d77e59dcc9%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116796724467139&sdata=nRvL3jC0ldazKe3BdZw2uGjDk5LEFK33LcDjOJ0bDBI%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C80e22d72f2af4a897d0008d77e59dcc9%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116796724467139&sdata=nRvL3jC0ldazKe3BdZw2uGjDk5LEFK33LcDjOJ0bDBI%3D&reserved=0>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20191211/fb8b5c27/attachment.htm>