[openstack-dev] [nova][xenapi] can we deprecate the xenapi-specific 'nova-console' service?
Stephen Finucane
sfinucan at redhat.com
Thu Oct 4 12:57:52 UTC 2018
On Thu, 2018-10-04 at 12:03 +0000, Bob Ball wrote:
> Hi Melanie,
>
> We recommend using novncproxy_base_url with
> vncserver_proxyclient_address set to the dom0's management IP
> address.
>
> We don't currently use nova-console, so deprecation would be the best
> approach.
>
> Thanks,
>
> Bob
What about nova-xvpvncproxy [1]? This would be configured using
xvpvncproxy_base_url. This is also Xen-specific (as the name, Xen VNC
Proxy, would suggest). If the noVNC-based console is now recommended,
can we also deprecate the XVP one?
Stephen
[1]
https://review.openstack.org/#/c/606148/5/doc/source/admin/remote-console-access.rst@313
> -----Original Message-----
> From: melanie witt [mailto:melwittt at gmail.com]
> Sent: 03 October 2018 23:08
> To: OpenStack Development Mailing List (not for usage questions) <
> openstack-dev at lists.openstack.org>;
> openstack-operators at lists.openstack.org
> Subject: [openstack-dev] [nova][xenapi] can we deprecate the xenapi-
> specific 'nova-console' service?
>
> Greetings Devs and Ops,
>
> Today I noticed that our code does not handle the 'nova-console'
> service properly in a multi-cell deployment and given that no one has
> complained or reported bugs about it, we're wondering if anyone still
> uses the nova-console service. The documentation [1] says that the
> nova-console service is a "XenAPI-specific service that most recent
> VNC proxy architectures do not use."
>
> Can anyone from xenapi land shed some light on whether the nova-
> console service is still useful in deployments using the xenapi
> driver, or is it an old relic that we should deprecate and remove?
>
> Thanks for your help,
> -melanie
>
> [1]
> https://docs.openstack.org/nova/latest/admin/remote-console-access.html class="Apple-tab-span" style="white-space:pre">
>
> _____________________________________________________________________
> _____
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubs
> cribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> _____________________________________________________________________
> _____
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubs
> cribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
More information about the OpenStack-dev
mailing list