[Users] odd issues with vzmigrate

jjs - mainphrame jjs at mainphrame.com
Thu May 16 23:27:58 MSK 2019


I've noticed that live migration stopped working for me on OVZ 7 as well.
It used to work. heck, even in openvz 6 it worked.

I posted here after noticing the issue, and was advised that live migration
between intel and amd CPUs was problematic. So yesterday I bit the bullet,
and swapped my OVZ amd host for a genuine intel box. Sadly, even with intel
on both OVZ hosts, live migrate always fails. It still claims cpu mismatch,
and so I pass -f cpu, but it still crashes and burns. Dead migration still
works though.

Although both nodes are now running Intel, the CPUs are not identical. Is
this an issue?

Here are the CPUs on each node:

[root at hachi ~]# lscpu
Architecture:          x86_64
CPU op-mode(s):        32-bit, 64-bit
Byte Order:            Little Endian
CPU(s):                2
On-line CPU(s) list:   0,1
Thread(s) per core:    1
Core(s) per socket:    2
Socket(s):             1
NUMA node(s):          1
Vendor ID:             GenuineIntel
CPU family:            6
Model:                 23
Model name:            Intel(R) Core(TM)2 Duo CPU     E8400  @ 3.00GHz
Stepping:              10
CPU MHz:               2992.785
BogoMIPS:              5985.57
Virtualization:        VT-x
L1d cache:             32K
L1i cache:             32K
L2 cache:              6144K
NUMA node0 CPU(s):     0,1
Flags:                 fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall
nx lm constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf eagerfpu
pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave
lahf_lm tpr_shadow vnmi flexpriority dtherm
[root at hachi ~]#

[root at annie nagios]# cd
[root at annie ~]# cls

[root at annie ~]# lscpu
Architecture:          x86_64
CPU op-mode(s):        32-bit, 64-bit
Byte Order:            Little Endian
CPU(s):                8
On-line CPU(s) list:   0-7
Thread(s) per core:    2
Core(s) per socket:    4
Socket(s):             1
NUMA node(s):          1
Vendor ID:             GenuineIntel
CPU family:            6
Model:                 42
Model name:            Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz
Stepping:              7
CPU MHz:               1599.768
CPU max MHz:           3800.0000
CPU min MHz:           1600.0000
BogoMIPS:              6784.18
Virtualization:        VT-x
L1d cache:             32K
L1i cache:             32K
L2 cache:              256K
L3 cache:              8192K
NUMA node0 CPU(s):     0-7
Flags:                 fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall
nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology
nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx
est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt
tsc_deadline_timer aes xsave avx lahf_lm epb ssbd ibrs ibpb stibp
tpr_shadow vnmi flexpriority ept vpid xsaveopt dtherm ida arat pln pts
spec_ctrl intel_stibp flush_l1d
[root at annie ~]#

Jake






On Thu, May 16, 2019 at 1:21 PM Arjit Chaudhary <arjit.c at gmail.com> wrote:

> Oddly enough the issue is present on another server now, I have created a
> bug report for it now,
> https://bugs.openvz.org/projects/OVZ/issues/OVZ-7091?filter=allopenissues
>
> [root at de23 ~]# prlctl migrate 16764 192.168.0.2  --ssh "-o Port=22"
> --verbose 10
> Logging in
> server uuid={98c783aa-90eb-47c9-99ea-1838ae37124d}
> sessionid={4cc677b9-ec79-4bb6-9871-2458cbade840}
> The virtual machine found: 16764
> Migrate the CT 16764 on 192.168.0.2 ()
> security_level=0
> PrlCleanup::register_hook: 4afcdd40
> EVENT type=100030
> Migration started.
> EVENT type=100523
> Checking preconditions
> EVENT type=100031
> Migration cancelled!
>
> Failed to migrate the CT: Failed to migrate the Container. An internal
> error occurred when performing the operation. Try to migrate the Container
> again. If the problem persists, contact the Virtuozzo support team for
> assistance.
> resultCount: 0
> PrlCleanup::unregister_hook: 4afcdd40
> Logging off
>
>
> On Wed, May 15, 2019 at 10:23 PM Arjit Chaudhary <arjit.c at gmail.com>
> wrote:
>
>> re: prlctl migrate -- It was my mistake with the command,
>>
>> I was applying,
>> > prlctl migrate 192.168.0.10 5128
>>
>> Instead of,
>> > prlctl migrate 5128 192.168.0.10
>>
>> So now, prlctl migrate works fine, vzmigrate has this issue still with
>> the same output as before.
>>
>> On Mon, May 13, 2019 at 11:23 AM Vasily Averin <vvs at virtuozzo.com> wrote:
>>
>>> Dear Arjit,
>>> it looks liek some bug for me,
>>> and I would like to advise you to submit bug into openvz bug tracker
>>> https://bugs.openvz.org/ on openVZ project
>>>
>>> thank you,
>>>         Vasily Averin
>>>
>>> On 5/11/19 3:16 PM, Arjit Chaudhary wrote:
>>> > Hello,
>>> > I've been using vzmigrate without issues for a couple of years on VZ6,
>>> but on VZ7 I run into this odd issue,
>>> >
>>> > I am able to migrate from a newer kernel to a older kernel
>>> > BUT
>>> > I am unable to migrate from same kernel to same kernel?
>>> >
>>> > ie,
>>> > 3.10.0-957.10.1.vz7.85.17 --to--> 3.10.0-957.10.1.vz7.85.17 == Fail
>>> >
>>> > but,
>>> > 3.10.0-957.10.1.vz7.85.17 --to-->  3.10.0-862.20.2.vz7.73.29 == Success
>>> >
>>> > This is the error I get when I try to migrate to 192.168.0.10 which
>>> runs 3.10.0-957.10.1.vz7.85.17,
>>> >
>>> >> [root at source  ~]# vzmigrate 192.168.0.10 5128
>>> >> ssh exited with code 255
>>> >> ssh wait daemon exited with code 1
>>> >> vzsock_open() return 1
>>> >>
>>> >> Can not create connection to 192.168.0.10
>>> >
>>> > I am able to SSH into 192.168.0.10 via the command ssh
>>> root at 192.168.0.10 <mailto:root at 192.168.0.10>  without any issue.
>>> >
>>> > I did try prlctl migrate but that too is returning an error,
>>> >
>>> >> [root at source ~]# prlctl migrate 192.168.0.10 5128
>>> >> Failed to get VM config: The virtual machine could not be found. The
>>> virtual machine is > not registered in the virtual machine directory on
>>> this server. Contact your Virtuozzo administrator for assistance.
>>> >
>>> > prlctl version 7.0.173
>>> > vzmigrate version 7.0.119-1.vz7
>>> >
>>> > Any help would be appreciated on this.
>>> >
>>> > --
>>> > Thanks,
>>> > Arjit Chaudhary
>>> >
>>> > _______________________________________________
>>> > Users mailing list
>>> > Users at openvz.org
>>> > https://lists.openvz.org/mailman/listinfo/users
>>> >
>>> _______________________________________________
>>> Users mailing list
>>> Users at openvz.org
>>> https://lists.openvz.org/mailman/listinfo/users
>>>
>>
>>
>> --
>> Thanks,
>> Arjit Chaudhary
>>
>
>
> --
> Thanks,
> Arjit Chaudhary
> _______________________________________________
> Users mailing list
> Users at openvz.org
> https://lists.openvz.org/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvz.org/pipermail/users/attachments/20190516/7861e8a0/attachment.html>


More information about the Users mailing list