Problem with xen hvm DomU

Christoph mangel at gmx.de
Fri Jan 8 08:00:17 UTC 2021


Hi

Unfortunately not... I use still the xen config with this domU, I didnt
find out how to make it with xml libvirt config :(

---
------
Greetz

Am 08.01.2021 01:28, schrieb Jim Fehlig:
> While doing some new year mail cleaning I noticed this unanswered
> mail. It is quite old so perhaps you've figured something out in the
> meantime.
>
> On 9/10/20 7:31 AM, Christoph wrote:
>> I think its again a translate error of domxml-from-native...
>>
>> This is the line in xl config:
>>
>> vif = [
>> "mac=00:16:3e:05:30:04,bridge=xenbr5,script=vif-bridge,type=vif",
>> "mac=00:16:3e:04:30:04,bridge=xenbr4,script=vif-bridge,type=vif",
>> "mac=00:16:3e:15:30:04,bridge=xenbr15,script=vif-bridge,type=vif",
>> "mac=00:16:3e:14:30:04,bridge=xenbr14,script=vif-bridge,type=vif" ]
>>
>> in xen if I want to use more than 3 nic's I need to define the
>> "type=vif". With default or e1000 as type it doesnt work for >3 nic's
>>
>> The translated config is:
>>
>> <interface type='bridge'>
>>        <mac address='00:16:3e:05:30:04'/>
>>        <source bridge='xenbr5'/>
>>        <script path='vif-bridge'/>
>>        <model type='netfront'/>
>> </interface>
>> ...
>
> This translation is correct.
>
>> there is the type "netfront" and nothing about type=vif. I've tried to
>> set it to model type='vif' but it doesnt work to...
>
> Long ago the Xen PV NIC model was known as "netfront", and for better
> or worse the name was exposed in the libvirt domXML schema. When the
> Xen community ditched xend in favor of libxl, the specification of
> emulated (LIBXL_NIC_TYPE_VIF_IOEMU) vs PV (LIBXL_NIC_TYPE_VIF) NIC was
> moved to the 'nictype' field of the NIC definition. Compatibility
> guarantees of libvirt schema prevent changing the model from
> "netfront" to "vif". The latter could be added to the schema as
> another way of specifying a PV NIC model, but we already have
> "netfront" and another would only add more confusion IMO :-).
>
> Regardless of the name used in the libvirt schema, the libxl driver
> should be doing the right thing and mapping <model type='netfront'/>
> to LIBXL_NIC_TYPE_VIF. I tested an HVM guest with 4 "netfront"
> interfaces and didn't notice any problems. What version of libvirt are
> you using?
>
> Regards,
> Jim
>
>> Am 09.09.2020 05:12, schrieb Jim Fehlig:
>>> On 9/8/20 7:55 AM, Christoph wrote:
>>>> It seems there is a problem with more than 3 NIC's... If I delete
>>>> one
>>>> nick from the config then it starts without problems...
>>>
>>> Wow, that's not good :-). I took a quick peek at the code but didn't
>>> spot anything obvious. Since I don't have time to investigate further
>>> now, perhaps it would be best to track this in the gitlab issue
>>> tracker
>>>
>>> https://gitlab.com/libvirt/libvirt/-/issues
>>>
>>> Can you create a new issue there? Thanks!
>>>
>>> Regards,
>>> Jim
>>>
>>>>
>>>> ---
>>>> ------
>>>> Greetz
>>>>
>>>> Am 03.09.2020 14:28, schrieb Christoph:
>>>>> Hi
>>>>>
>>>>> can someone say me whats wrong in this config:
>>>>>
>>>>> <domain type='xen'>
>>>>>   <name>fenrir.chao5.int</name>
>>>>>   <uuid>7aedcd03-54e8-4055-8d1b-37dd34194859</uuid>
>>>>>   <memory unit='KiB'>2097152</memory>
>>>>>   <currentMemory unit='KiB'>2097152</currentMemory>
>>>>>   <vcpu placement='static'>2</vcpu>
>>>>>   <os>
>>>>>     <type arch='x86_64' machine='xenfv'>hvm</type>
>>>>>     <loader type='rom'>/usr/lib/xen/boot/hvmloader</loader>
>>>>>     <kernel>/usr/lib64/xen/boot/hvmloader</kernel>
>>>>>     <boot dev='hd'/>
>>>>>   </os>
>>>>>   <features>
>>>>>     <acpi/>
>>>>>     <apic/>
>>>>>     <pae/>
>>>>>   </features>
>>>>>   <clock offset='variable' adjustment='0' basis='localtime'/>
>>>>>   <on_poweroff>destroy</on_poweroff>
>>>>>   <on_reboot>restart</on_reboot>
>>>>>   <on_crash>restart</on_crash>
>>>>>   <devices>
>>>>>     <disk type='file' device='disk'>
>>>>>       <driver name='qemu' type='raw'/>
>>>>>       <source file='/dev/vg_astarte/lv_fenrir_root'/>
>>>>>       <target dev='hda' bus='ide'/>
>>>>>       <address type='drive' controller='0' bus='0' target='0'
>>>>> unit='0'/>
>>>>>     </disk>
>>>>>     <disk type='file' device='disk'>
>>>>>       <driver name='qemu' type='raw'/>
>>>>>       <source file='/dev/vg_astarte/lv_fenrir_swap'/>
>>>>>       <target dev='hdb' bus='ide'/>
>>>>>       <address type='drive' controller='0' bus='0' target='0'
>>>>> unit='1'/>
>>>>>     </disk>
>>>>>     <controller type='xenbus' index='0'/>
>>>>>     <controller type='ide' index='0'/>
>>>>>     <interface type='bridge'>
>>>>>       <mac address='00:16:3e:05:30:04'/>
>>>>>       <source bridge='xenbr5'/>
>>>>>       <script path='vif-bridge'/>
>>>>>       <model type='netfront'/>
>>>>>     </interface>
>>>>>     <interface type='bridge'>
>>>>>       <mac address='00:16:3e:04:30:04'/>
>>>>>       <source bridge='xenbr4'/>
>>>>>       <script path='vif-bridge'/>
>>>>>       <model type='netfront'/>
>>>>>     </interface>
>>>>>     <interface type='bridge'>
>>>>>       <mac address='00:16:3e:15:30:04'/>
>>>>>       <source bridge='xenbr15'/>
>>>>>       <script path='vif-bridge'/>
>>>>>       <model type='netfront'/>
>>>>>     </interface>
>>>>>     <interface type='bridge'>
>>>>>       <mac address='00:16:3e:14:30:04'/>
>>>>>       <source bridge='xenbr14'/>
>>>>>       <script path='vif-bridge'/>
>>>>>       <model type='netfront'/>
>>>>>     </interface>
>>>>>     <input type='mouse' bus='ps2'/>
>>>>>     <input type='keyboard' bus='ps2'/>
>>>>>     <graphics type='vnc' port='6000' autoport='no'
>>>>> listen='0.0.0.0'>
>>>>>       <listen type='address' address='0.0.0.0'/>
>>>>>     </graphics>
>>>>>     <video>
>>>>>       <model type='cirrus' vram='8192' heads='1' primary='yes'/>
>>>>>     </video>
>>>>>     <memballoon model='xen'/>
>>>>>   </devices>
>>>>> </domain>
>>>>>
>>>>> If I try to start it with virsh create... then I see only:
>>>>>
>>>>> error: Failed to create domain from
>>>>> /etc/libvirt/libxl/fenrir.chao5.int.xml
>>>>> error: internal error: libxenlight failed to create new domain
>>>>> 'fenrir.chao5.int'
>>>>>
>>>>> ------
>>>>> Greetz
>>>>
>>>>
>>





More information about the libvirt-users mailing list