[Users] vzmigrate --online used to work, now fails with "CPU mismatch"

Kirill Kolyshkin kolyshkin at gmail.com
Sat Mar 23 02:26:28 MSK 2019


On Fri, 22 Mar 2019 at 13:16, Konstantin Khorenko <khorenko at virtuozzo.com>
wrote:

> On 03/22/2019 07:51 PM, jjs - mainphrame wrote:
>
> However, one is an Intel CPU, the other is AMD. Live migration of
> containers between them had been working, for about 3 years, but now it
> balks at "CPUs mismatch".
>
> You know, you are very lucky. We do face issues from time to time when
> processes die after online migration and
> the root cause appears in cpus difference.
>
> I wonder, is there some way to override the paranoia? Ideally, an admin
> could say "yes, I understand the CPUs aren't identical, but do it anyway"
>
> Here you are:
>
> # man vzmigrate
>
>        -f,
> --nodeps[=[all][,cpu_check][,disk_space][,technologies][,license][,rate][,bindmount][,tem‐
>        plate_area_sync][,kernel_modules]]
>               Ignore  an  absence of required package sets on destination
> node.  To prevent CT against errors
>               in filesystem due to absent template files, it will not be
> started on  destination  node  after
>               migration and must be started manually.
>               Additional parameters:
>               all - as is -f.
>               cpu_check - to pass check of the cpu capabilities.
>

That's a pity that all this is written in such incomprehensible way...
but it's Friday and so I took some time to fix this. Please see the
attached patch.


> --
> Best regards,
>
> Konstantin Khorenko,
> Virtuozzo Linux Kernel Team
>
>
> Jake
>
> On Fri, Mar 22, 2019 at 9:08 AM jjs - mainphrame <jjs at mainphrame.com>
> wrote:
>
>> The output on both hosts is "x86_64"
>>
>> Jake
>>
>> On Fri, Mar 22, 2019 at 1:32 AM Narcis Garcia <informatica at actiu.net>
>> wrote:
>>
>>> What is the output of this command in both origin and destination hosts?
>>> $ uname -m
>>>
>>>
>>> El 21/3/19 a les 23:27, jjs - mainphrame ha escrit:
>>> > Greetings -
>>> >
>>> > vzmigrate --online always worked reliably on my 2 openvz 7 servers, but
>>> > nowadays, vzmigrate fails, for all containers, every time.
>>> >
>>> > ((CPUs mismatch))) -
>>> >
>>> > Apologies if I missed a memo, but why has that only now become an
>>> issue?
>>> >
>>> > [root at annie ~]# vzmigrate hachi 1989 --online
>>> > Connection to destination node (hachi) is successfully established
>>> > Moving/copying CT 1989 -> CT 1989, [], [] ...
>>> > locking 1989
>>> > Checking bindmounts
>>> > Check cluster ID
>>> > Checking keep dir for private area copy
>>> > Check of requires kernel modules
>>> > Checking technologies
>>> > Checking IP addresses on destination node
>>> > Checking RATE parameters in config
>>> > Checking ploop format 2
>>> > copy CT private /vz/private/1989
>>> > Live migration stage started
>>> > Compression is enabled
>>> > Phaul service failed to live migrate CT
>>> > Phaul failed to live migrate CT (/var/log/phaul.log)
>>> > Can't move/copy CT 1989 -> CT 1989, [], [] : Phaul failed to live
>>> > migrate CT (/var/log/phaul.log)
>>> > unlocking 1989
>>> > [root at annie ~]# tail /var/log/phaul.log
>>> >     load_entry_point('phaul==0.1', 'console_scripts', 'p.haul')()
>>> >   File "/usr/lib/python2.7/site-packages/phaul/shell/phaul_client.py",
>>> > line 49, in main
>>> >     worker.start_migration()
>>> >   File "/usr/lib/python2.7/site-packages/phaul/iters.py", line 161, in
>>> > start_migration
>>> >     self.__start_live_migration()
>>> >   File "/usr/lib/python2.7/site-packages/phaul/iters.py", line 175, in
>>> > __start_live_migration
>>> >     self.__validate_cpu()
>>> >   File "/usr/lib/python2.7/site-packages/phaul/iters.py", line 114, in
>>> > __validate_cpu
>>> >     raise Exception("CPUs mismatch")
>>> > Exception: CPUs mismatch
>>> > [root at annie ~]#
>>> >
>>> > Regards,
>>> >
>>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvz.org/pipermail/users/attachments/20190322/ecb591b0/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-man-vzmigrate.1-fix.patch
Type: text/x-patch
Size: 10981 bytes
Desc: not available
URL: <http://lists.openvz.org/pipermail/users/attachments/20190322/ecb591b0/attachment-0001.bin>


More information about the Users mailing list