We have implemented this work around. As long as you keep track of your MAC addresses, you should be safe.
This actually allows us to move our licensing server to the offline network during an offline upgrade. You do have to remember to set the static Mac during import. -sent from mobile device- Lelio Fulgenzi, B.A. | Senior Analyst Computing and Communications Services | University of Guelph Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1<x-apple-data-detectors://1/0> 519-824-4120 Ext. 56354<tel:519-824-4120;56354> | [email protected]<mailto:[email protected]> www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, Twitter and Facebook [University of Guelph Cornerstone with Improve Life tagline] On Dec 11, 2019, at 10:55 AM, Ryan Ratliff (rratliff) via cisco-voip <[email protected]<mailto:[email protected]>> 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 <[email protected]<mailto:[email protected]>> on behalf of Charles Goldsmith <[email protected]<mailto:[email protected]>> Date: Wednesday, December 11, 2019 at 10:37 AM To: Ryan Huff <[email protected]<mailto:[email protected]>> Cc: cisco-voip list <[email protected]<mailto:[email protected]>> 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 <[email protected]<mailto:[email protected]>> 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 <[email protected]<mailto:[email protected]>> 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 <[email protected]<mailto:[email protected]>> 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 <[email protected]<mailto:avholloway%[email protected]>> 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://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fkb.vmware.com%2Fs%2Farticle%2F1000936&data=02%7C01%7C%7Ceb93b37ca4fb479b4b6008d77e0670b0%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116438430643299&sdata=mFju5OvyMPfidnEhicwZeqm2AVIkyG6fcymST%2B5Txl4%3D&reserved=0> On Tue, Dec 10, 2019, 7:50 PM Ryan Huff <[email protected]<mailto:[email protected]>> 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 <[email protected]<mailto:[email protected]>> 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 [email protected]<mailto:[email protected]> 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://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7Ceb93b37ca4fb479b4b6008d77e0670b0%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116438430653310&sdata=jjBd1hw7nXP35q6qhfVapP1hCVQd4ee5qVf9TxHthsk%3D&reserved=0> _______________________________________________ cisco-voip mailing list [email protected]<mailto:[email protected]> https://puck.nether.net/mailman/listinfo/cisco-voip<https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7Ceb93b37ca4fb479b4b6008d77e0670b0%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116438430663314&sdata=USHWYN9f6xJZzWJpcJlS40hLr0y%2FY4bTZ1raKdgOYuU%3D&reserved=0> _______________________________________________ cisco-voip mailing list [email protected]<mailto:[email protected]> https://puck.nether.net/mailman/listinfo/cisco-voip<https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7Ceb93b37ca4fb479b4b6008d77e0670b0%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116438430673325&sdata=3iKcG6WLjZzvu6V3YQlyLkx%2FqLX4P9AZFaxZYy2DCTg%3D&reserved=0> _______________________________________________ cisco-voip mailing list [email protected]<mailto:[email protected]> https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________ cisco-voip mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-voip
