10:47 a.m.
Hello,
AFAIK, aliases cannot be set for Graphics devices. I tried this very simple experiment
with libvirt 1.2.4 (from virt-preview on F20)
relevant part of the input xml:
<graphics type='spice' port='-1' autoport='yes'
listen='127.0.0.1'>
<listen type='address' address='127.0.0.1'/>
<alias name='display.0'/>
</graphics>
<graphics type='vnc' port='-1' autoport='yes'
listen='127.0.0.1'>
<listen type='address' address='127.0.0.1'/>
<alias name='display.1'/>
</graphics>
# virsh -c qemu:///system
virsh # create testdom_spice_vnc_aliases.xml # see attachment
Domain fedora19 created from testdom_spice_vnc_aliases.xml
virsh # dumpxml fedora19 # only relevant part, see attachment for full output
[...]
<graphics type='spice' port='5900' autoport='yes'
listen='127.0.0.1'>
<listen type='address' address='127.0.0.1'/>
</graphics>
<graphics type='vnc' port='5901' autoport='yes'
listen='127.0.0.1'>
<listen type='address' address='127.0.0.1'/>
</graphics>
[...]
So, are really aliases not allowed for the Graphics Devices or am I doing something
wrong?
If aliases aren't allowed, any plans to support them?
Thanks and best regards,
--
Francesco Romani
RedHat Engineering Virtualization R & D
Phone: 8261328
IRC: fromani
11:28 a.m.
On 05/14/2014 09:47 AM, Francesco Romani wrote:
Hello,
AFAIK, aliases cannot be set for Graphics devices. I tried this very simple experiment
with libvirt 1.2.4 (from virt-preview on F20)
relevant part of the input xml:
<graphics type='spice' port='-1' autoport='yes'
listen='127.0.0.1'>
<listen type='address' address='127.0.0.1'/>
<alias name='display.0'/>
</graphics>
Aliases are output-only; they are ignored on input. Libvirt demands
total control over the alias field, because it interacts with qemu via
the alias that libvirt chooses.
So, are really aliases not allowed for the Graphics Devices or am I doing something
wrong?
If aliases aren't allowed, any plans to support them?
No plans to support user-specified aliases on input.
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
12:24 p.m.
On Wed, May 14, 2014 at 10:28:13AM -0600, Eric Blake wrote:
On 05/14/2014 09:47 AM, Francesco Romani wrote:
> Hello,
>
> AFAIK, aliases cannot be set for Graphics devices. I tried this very simple
experiment
> with libvirt 1.2.4 (from virt-preview on F20)
>
> relevant part of the input xml:
>
> <graphics type='spice' port='-1' autoport='yes'
listen='127.0.0.1'>
> <listen type='address' address='127.0.0.1'/>
> <alias name='display.0'/>
> </graphics>
Aliases are output-only; they are ignored on input. Libvirt demands
total control over the alias field, because it interacts with qemu via
the alias that libvirt chooses.
Furthermore with older QEMU versions, we have no choice in aliases - we
had to use what QEMU hardcoded
Regards,
Daniel
--
|: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org -o- http://virt-manager.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|
2:41 p.m.
----- Original Message -----
From: "Daniel P. Berrange" <berrange(a)redhat.com>
To: "Eric Blake" <eblake(a)redhat.com>
Cc: "Francesco Romani" <fromani(a)redhat.com>, libvirt-users(a)redhat.com
Sent: Wednesday, May 14, 2014 7:24:13 PM
Subject: Re: [libvirt-users] aliases for graphic devices
On Wed, May 14, 2014 at 10:28:13AM -0600, Eric Blake wrote:
> On 05/14/2014 09:47 AM, Francesco Romani wrote:
> > Hello,
> >
> > AFAIK, aliases cannot be set for Graphics devices. I tried this very
> > simple experiment
> > with libvirt 1.2.4 (from virt-preview on F20)
> >
> > relevant part of the input xml:
> >
> > <graphics type='spice' port='-1' autoport='yes'
listen='127.0.0.1'>
> > <listen type='address' address='127.0.0.1'/>
> > <alias name='display.0'/>
> > </graphics>
>
> Aliases are output-only; they are ignored on input. Libvirt demands
> total control over the alias field, because it interacts with qemu via
> the alias that libvirt chooses.
Furthermore with older QEMU versions, we have no choice in aliases - we
had to use what QEMU hardcoded
Thanks to you and to Eric for the answers.
If I understood correctly there are no plans to have libvirt-generated aliases
for the graphics devices, is that true?
If so, I think the only way to distinguish the graphics device is per type (spice,
vnc,...),
and the final implication of this hypothesis is that no more of one device per type
is supported, right?
I'm asking because I understood this from the documentation (and from a few
experiments)
and I just want to be sure my interpretation is 100% correct.
Thanks and best regards,
--
Francesco Romani
RedHat Engineering Virtualization R & D
Phone: 8261328
IRC: fromani
8:33 p.m.
On Wed, May 14, 2014 at 03:41:38PM -0400, Francesco Romani wrote:
----- Original Message -----
> From: "Daniel P. Berrange" <berrange(a)redhat.com>
> To: "Eric Blake" <eblake(a)redhat.com>
> Cc: "Francesco Romani" <fromani(a)redhat.com>,
libvirt-users(a)redhat.com
> Sent: Wednesday, May 14, 2014 7:24:13 PM
> Subject: Re: [libvirt-users] aliases for graphic devices
>
> On Wed, May 14, 2014 at 10:28:13AM -0600, Eric Blake wrote:
> > On 05/14/2014 09:47 AM, Francesco Romani wrote:
> > > Hello,
> > >
> > > AFAIK, aliases cannot be set for Graphics devices. I tried this very
> > > simple experiment
> > > with libvirt 1.2.4 (from virt-preview on F20)
> > >
> > > relevant part of the input xml:
> > >
> > > <graphics type='spice' port='-1'
autoport='yes' listen='127.0.0.1'>
> > > <listen type='address' address='127.0.0.1'/>
> > > <alias name='display.0'/>
> > > </graphics>
> >
> > Aliases are output-only; they are ignored on input. Libvirt demands
> > total control over the alias field, because it interacts with qemu via
> > the alias that libvirt chooses.
>
> Furthermore with older QEMU versions, we have no choice in aliases - we
> had to use what QEMU hardcoded
Thanks to you and to Eric for the answers.
If I understood correctly there are no plans to have libvirt-generated aliases
for the graphics devices, is that true?
If so, I think the only way to distinguish the graphics device is per type (spice,
vnc,...),
and the final implication of this hypothesis is that no more of one device per type
is supported, right?
Correct, there should be at most one entry per type.
Regards,
Daniel
--
|: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org -o- http://virt-manager.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|
12:23 p.m.
On Wed, May 14, 2014 at 11:47:16AM -0400, Francesco Romani wrote:
Hello,
AFAIK, aliases cannot be set for Graphics devices. I tried this very simple experiment
with libvirt 1.2.4 (from virt-preview on F20)
relevant part of the input xml:
<graphics type='spice' port='-1' autoport='yes'
listen='127.0.0.1'>
<listen type='address' address='127.0.0.1'/>
<alias name='display.0'/>
</graphics>
<graphics type='vnc' port='-1' autoport='yes'
listen='127.0.0.1'>
<listen type='address' address='127.0.0.1'/>
<alias name='display.1'/>
</graphics>
# virsh -c qemu:///system
virsh # create testdom_spice_vnc_aliases.xml # see attachment
Domain fedora19 created from testdom_spice_vnc_aliases.xml
virsh # dumpxml fedora19 # only relevant part, see attachment for full output
[...]
<graphics type='spice' port='5900' autoport='yes'
listen='127.0.0.1'>
<listen type='address' address='127.0.0.1'/>
</graphics>
<graphics type='vnc' port='5901' autoport='yes'
listen='127.0.0.1'>
<listen type='address' address='127.0.0.1'/>
</graphics>
[...]
So, are really aliases not allowed for the Graphics Devices or am I doing something
wrong?
If aliases aren't allowed, any plans to support them?
Note that in addition to what Eric said, the <graphics> tags don't represent
actual guest devices, so the concept of device aliases doesn't really apply
here.
Regards,
Daniel
--
|: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org -o- http://virt-manager.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|
3844
days inactive
3845
days old
5 comments
3 participants
participants (3)
-
Daniel P. Berrange -
Eric Blake -
Francesco Romani