Mailing List Archive

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@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@puck.nether.net
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7C57141ead670d42edf74808d77ddb677d%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116253590181473&amp;sdata=z44wxHsKAhdz2lak4%2Fj7to5R2HV22lmr3D2%2BVr%2Fe5vQ%3D&amp;reserved=0

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


On Tue, Dec 10, 2019, 7:50 PM Ryan Huff <ryanhuff@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@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@puck.nether.net
>
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7C57141ead670d42edf74808d77ddb677d%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116253590181473&amp;sdata=z44wxHsKAhdz2lak4%2Fj7to5R2HV22lmr3D2%2BVr%2Fe5vQ%3D&amp;reserved=0
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>

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@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://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fkb.vmware.com%2Fs%2Farticle%2F1000936&data=02%7C01%7C%7Cab0b7bc019a5498b47cb08d77de0b304%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116276330000116&sdata=knBH29jcaYeLJNpDcAsbUb4KgtvLDFYZdpU0FSnhy5Y%3D&reserved=0>


On Tue, Dec 10, 2019, 7:50 PM Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@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@hotmail.com<mailto:nareh84@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@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7C57141ead670d42edf74808d77ddb677d%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116253590181473&amp;sdata=z44wxHsKAhdz2lak4%2Fj7to5R2HV22lmr3D2%2BVr%2Fe5vQ%3D&amp;reserved=0<https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7Cab0b7bc019a5498b47cb08d77de0b304%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116276330000116&sdata=tVke5Yu2TkJpwaXoUPywPBa%2BN9iWO34VcxI9zJCuMDo%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7Cab0b7bc019a5498b47cb08d77de0b304%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116276330010128&sdata=smVG6F7NimB%2BjoKg188YGL0O6M8DWxJwV4OVOCRShsc%3D&reserved=0>

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@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@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://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fkb.vmware.com%2Fs%2Farticle%2F1000936&data=02%7C01%7C%7Cab0b7bc019a5498b47cb08d77de0b304%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116276330000116&sdata=knBH29jcaYeLJNpDcAsbUb4KgtvLDFYZdpU0FSnhy5Y%3D&reserved=0>
>
>
> On Tue, Dec 10, 2019, 7:50 PM Ryan Huff <ryanhuff@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@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@puck.nether.net
>>
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7C57141ead670d42edf74808d77ddb677d%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116253590181473&amp;sdata=z44wxHsKAhdz2lak4%2Fj7to5R2HV22lmr3D2%2BVr%2Fe5vQ%3D&amp;reserved=0
>> <https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7Cab0b7bc019a5498b47cb08d77de0b304%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116276330000116&sdata=tVke5Yu2TkJpwaXoUPywPBa%2BN9iWO34VcxI9zJCuMDo%3D&reserved=0>
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>> <https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7Cab0b7bc019a5498b47cb08d77de0b304%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116276330010128&sdata=smVG6F7NimB%2BjoKg188YGL0O6M8DWxJwV4OVOCRShsc%3D&reserved=0>
>>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>

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@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@outlook.com<mailto:ryanhuff@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@gmail.com<mailto:avholloway%2Bcisco-voip@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://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 <ryanhuff@outlook.com<mailto:ryanhuff@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@hotmail.com<mailto:nareh84@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@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7C57141ead670d42edf74808d77ddb677d%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116253590181473&amp;sdata=z44wxHsKAhdz2lak4%2Fj7to5R2HV22lmr3D2%2BVr%2Fe5vQ%3D&amp;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
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
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
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
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>

I’ve noticed this being slower in esxi 6.0 than previous versions.

One of the differences between esxi version in the “system resource reservation” under the host configuration. It’s limited to 249Mhz on my system. This was much slower I presume because cpu resources were limited for encryption.

There isn’t an edit tab on this setting, so if it can be changed it’s not obvious.

I don’t have an older system handy to look at but I believe you could change this before or it was much higher.

> On Dec 11, 2019, at 07:46, Ryan Huff <ryanhuff@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@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@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@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
>>>>
>>>>
>>>>> On Tue, Dec 10, 2019, 7:50 PM Ryan Huff <ryanhuff@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@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@puck.nether.net
>>>>>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7C57141ead670d42edf74808d77ddb677d%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116253590181473&amp;sdata=z44wxHsKAhdz2lak4%2Fj7to5R2HV22lmr3D2%2BVr%2Fe5vQ%3D&amp;reserved=0
>>>>> _______________________________________________
>>>>> cisco-voip mailing list
>>>>> cisco-voip@puck.nether.net
>>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>> _______________________________________________
>>> cisco-voip mailing list
>>> cisco-voip@puck.nether.net
>>> https://puck.nether.net/mailman/listinfo/cisco-voip
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip

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@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@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@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@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://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 <ryanhuff@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@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@puck.nether.net
>>>
>>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7C57141ead670d42edf74808d77ddb677d%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116253590181473&amp;sdata=z44wxHsKAhdz2lak4%2Fj7to5R2HV22lmr3D2%2BVr%2Fe5vQ%3D&amp;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
>>> cisco-voip@puck.nether.net
>>> 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
>> cisco-voip@puck.nether.net
>> 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>
>>
>

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@puck.nether.net> on behalf of Charles Goldsmith <w@woka.us>
Date: Wednesday, December 11, 2019 at 10:37 AM
To: Ryan Huff <ryanhuff@outlook.com>
Cc: cisco-voip list <cisco-voip@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@outlook.com<mailto:ryanhuff@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@woka.us<mailto:w@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@outlook.com<mailto:ryanhuff@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@gmail.com<mailto:avholloway%2Bcisco-voip@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://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 <ryanhuff@outlook.com<mailto:ryanhuff@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@hotmail.com<mailto:nareh84@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@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7C57141ead670d42edf74808d77ddb677d%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116253590181473&amp;sdata=z44wxHsKAhdz2lak4%2Fj7to5R2HV22lmr3D2%2BVr%2Fe5vQ%3D&amp;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
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
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
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
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>

I haven’t had any issues.

Though the static mac address in esxi is restricted to certain ranges in some versions of esxi.

I could see this being an issue if you already licensed Xlm and then wanted to change the mac.

> On Dec 11, 2019, at 09:55, Ryan Ratliff (rratliff) via cisco-voip <cisco-voip@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@puck.nether.net> on behalf of Charles Goldsmith <w@woka.us>
> Date: Wednesday, December 11, 2019 at 10:37 AM
> To: Ryan Huff <ryanhuff@outlook.com>
> Cc: cisco-voip list <cisco-voip@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@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@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@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@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
>
>
> On Tue, Dec 10, 2019, 7:50 PM Ryan Huff <ryanhuff@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@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@puck.nether.net
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7C57141ead670d42edf74808d77ddb677d%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116253590181473&amp;sdata=z44wxHsKAhdz2lak4%2Fj7to5R2HV22lmr3D2%2BVr%2Fe5vQ%3D&amp;reserved=0
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip

No sir, never messed with it or needed to. I've moved a couple of PLM's to
new hardware, even to another vendor's hardware with no issue.

On Wed, Dec 11, 2019 at 9:55 AM Ryan Ratliff (rratliff) <rratliff@cisco.com>
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@puck.nether.net> on behalf of
> Charles Goldsmith <w@woka.us>
> *Date: *Wednesday, December 11, 2019 at 10:37 AM
> *To: *Ryan Huff <ryanhuff@outlook.com>
> *Cc: *cisco-voip list <cisco-voip@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@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@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@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@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://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 <ryanhuff@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@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@puck.nether.net
>
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7C57141ead670d42edf74808d77ddb677d%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116253590181473&amp;sdata=z44wxHsKAhdz2lak4%2Fj7to5R2HV22lmr3D2%2BVr%2Fe5vQ%3D&amp;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
> cisco-voip@puck.nether.net
> 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
> cisco-voip@puck.nether.net
> 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>
>
>

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@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@puck.nether.net> on behalf of
> Charles Goldsmith <w@woka.us>
> *Date: *Wednesday, December 11, 2019 at 10:37 AM
> *To: *Ryan Huff <ryanhuff@outlook.com>
> *Cc: *cisco-voip list <cisco-voip@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@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@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@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@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://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 <ryanhuff@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@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@puck.nether.net
>
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7C57141ead670d42edf74808d77ddb677d%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116253590181473&amp;sdata=z44wxHsKAhdz2lak4%2Fj7to5R2HV22lmr3D2%2BVr%2Fe5vQ%3D&amp;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
> cisco-voip@puck.nether.net
> 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
> cisco-voip@puck.nether.net
> 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
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>

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@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@puck.nether.net<mailto:cisco-voip@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@puck.nether.net<mailto:cisco-voip-bounces@puck.nether.net>> on behalf of Charles Goldsmith <w@woka.us<mailto:w@woka.us>>
Date: Wednesday, December 11, 2019 at 10:37 AM
To: Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>>
Cc: cisco-voip list <cisco-voip@puck.nether.net<mailto:cisco-voip@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@outlook.com<mailto:ryanhuff@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@woka.us<mailto:w@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@outlook.com<mailto:ryanhuff@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@gmail.com<mailto:avholloway%2Bcisco-voip@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@outlook.com<mailto:ryanhuff@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@hotmail.com<mailto:nareh84@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@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7C57141ead670d42edf74808d77ddb677d%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116253590181473&amp;sdata=z44wxHsKAhdz2lak4%2Fj7to5R2HV22lmr3D2%2BVr%2Fe5vQ%3D&amp;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@puck.nether.net<mailto:cisco-voip@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@puck.nether.net<mailto:cisco-voip@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@puck.nether.net<mailto:cisco-voip@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>

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> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

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 <cisco-voip@puck.nether.net<mailto:cisco-voip@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@puck.nether.net<mailto:cisco-voip-bounces@puck.nether.net>> on behalf of Charles Goldsmith <w@woka.us<mailto:w@woka.us>>
Date: Wednesday, December 11, 2019 at 10:37 AM
To: Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>>
Cc: cisco-voip list <cisco-voip@puck.nether.net<mailto:cisco-voip@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@outlook.com<mailto:ryanhuff@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@woka.us<mailto:w@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@outlook.com<mailto:ryanhuff@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@gmail.com<mailto:avholloway%2Bcisco-voip@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://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 <ryanhuff@outlook.com<mailto:ryanhuff@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@hotmail.com<mailto:nareh84@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@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7C57141ead670d42edf74808d77ddb677d%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116253590181473&amp;sdata=z44wxHsKAhdz2lak4%2Fj7to5R2HV22lmr3D2%2BVr%2Fe5vQ%3D&amp;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
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
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
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
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
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip