I need write the domain XML in libvirt to eventually convert it into these
qemu commands.. I don't want to call qemu directly with these commands. So
I needed assistance with that

On Oct 17, 2016 9:34 PM, "Martin Kletzander" <mklet...@redhat.com> wrote:

> On Mon, Oct 17, 2016 at 02:29:10PM +0200, Marina Danial wrote:
>
>> I have a predetermined set of commands that I want to launch qemu with:
>>
>> sudo `which qemu-system-x86_64` -m 4G $(IMAGE) -enable-kvm \
>> -nographic \
>> -net nic,model=virtio,netdev=net0,macaddr=$(MAC),vlan=0 \
>> -netdev tap,id=net0,ifname=tap01,vhost=on,script=no,downscript=no \
>> -net nic,model=virtio,netdev=net1,macaddr=$(MANAGE_MAC),vlan=1 \
>> -netdev tap,id=net1,ifname=tap02,vhost=on,script=no,downscript=no \
>>
>> I dont need any extra configuration from libvirt. is this possible? Or can
>> anyone help with a possible xml configuration ?
>>
>>
> Why do you need libvirt, then?  If you need something from libvirt,
> we'll need to add some things.  But if you don't need libvirt, then you
> can just run that command.  Maybe I'm missing something.
>
>
>>
>> On Thu, Oct 13, 2016 at 1:13 PM, Martin Kletzander <mklet...@redhat.com>
>> wrote:
>>
>> On Thu, Oct 13, 2016 at 11:49:44AM +0200, Marina Danial wrote:
>>>
>>> Hello,
>>>>
>>>> In my C++ code, I generate my own domain XML file and I
>>>> use virDomainCreateXML or virDomainDefineXML to launch my qemu VM.
>>>> However,
>>>> when I get to check which commands are sent to the qemu commandline, I
>>>> find
>>>> that libvirt has added so many extra parameters to the ones I have
>>>> already
>>>> set. How can I prevent libvirt from adding any extra parameters to the
>>>> ones
>>>> I originally defined in the domain XML?
>>>>
>>>>
>>>> What problems are you having with those?  What specific ones are
>>> problematic for you?  Libvirt adds a lot of things so that the domain is
>>> predictable, it can talk to it later on and so on.  Some of them are
>>> adding the same things you would have there without -no-defconfig and
>>> similar.  Just so we can guarantee some compatibility etc.
>>>
>>> Help will be highly appreciated.
>>>
>>>>
>>>>
>>>> Thanks
>>>>
>>>>
>>> _______________________________________________
>>>
>>>> libvirt-users mailing list
>>>> libvirt-users@redhat.com
>>>> https://www.redhat.com/mailman/listinfo/libvirt-users
>>>>
>>>>
>>>
_______________________________________________
libvirt-users mailing list
libvirt-users@redhat.com
https://www.redhat.com/mailman/listinfo/libvirt-users

Reply via email to