[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: Libvirt hit a issue when do VM migration



Thanks Peter for your help as well as your suggestion. I have got the cues of this issue.

Current there still exist another issue that confuse me that we random hit VM can’t boot and  stuck in black screen show as “Guest has not initialized the display (yet).”

The attachment is the Libvirt debug log but I’m not able to find any useful cues.  Any comments regarding this issue will be appreciated.





> 在 2021年6月17日,下午8:21,Peter Krempa <pkrempa redhat com> 写道:
>
> Firstly please don't CC random people who are subscribed to the list.
>
> Additionally this is a user-question so it's not entirely appropriate
> for libvir-list redhat com only for libvirt-users redhat com
>
> On Thu, Jun 17, 2021 at 16:52:42 +0800, 梁朝军 wrote:
>> Hi All,
>>
>> Who can give me a help? I hit another issue when do vm migration?  Libvirt throw out the error like below
>>
>> "libvirt: Domain Config error : unsupported configuration: vcpu enable order of vCPU '0' differs between source and destination definitions”
>
> This error happens when the 'order' attribute ...
>
>>
>>
>> The cup information is defined VM domain on source host is like:
>> <vcpu placement='static'>2</vcpu>
>> <vcpus>
>> <vcpu id='0' enabled='yes' hotpluggable='no' order='1'/>
>> <vcpu id='1' enabled='yes' hotpluggable='no' order='2'/>
>
> ... such you can see here doesn't match for a vcpu of a particular ID.
>
>> </vcpus>
>> <cputune>
>> <vcpupin vcpu='0' cpuset='42'/>
>> <vcpupin vcpu='1' cpuset='43'/>
>> </cputune>
>>
>> The distinction host previews generate xml for VM like:
>>
>> <vcpu placement='static'>2</vcpu>
>> <vcpus>
>> <vcpu id='0' enabled='yes' hotpluggable='no' order='1'/>
>> <vcpu id='1' enabled='yes' hotpluggable='no' order='2'/>
>
> Yours do match though. Did you post the correct XMLs?
>
>> </vcpus>
>> <cputune>
>> <vcpupin vcpu='0' cpuset='42'/>
>> <vcpupin vcpu='1' cpuset='43'/>
>> </cputune>
>>
>> What’t wrong with it? Or I missing some actions in configurations regarding the migration
>
> It's unfortunately impossible to tell, your report doesn't descirbe what
> steps you took to do the migration nor does contain debug logs.
>

Attachment: testvm_cuhv7a54.log
Description: testvm_cuhv7a54.log


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]