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" <mkletzan(a)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 <mkletzan(a)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(a)redhat.com
>>>
https://www.redhat.com/mailman/listinfo/libvirt-users
>>>
>>>
>>