Open Stack

Anthony,
thank you, I saw that.

I'm working in it and I'll report if I have success.

Lucian Thomaz

Date: Fri, 30 Mar 2012 11:18:31 -0700
Subject: Re: [Openstack] Dashboard VNC Console failed to connect to server
From: sleepsonthefloor at gmail.com
To: lucianthomaz at hotmail.com
CC: openstack at lists.launchpad.net

Lucian,
I added a response to your question.  There are several issues at play there.
A

On Fri, Mar 30, 2012 at 9:30 AM, Lucian Thomaz <lucianthomaz at hotmail.com> wrote:





Anthony, I tried to add this flags there and do some more things but I didn't have sucess yet.


I made a question in launchpad with all my network configurations and my log. Can you see that please?

Thank you.

https://answers.launchpad.net/nova/+question/192153



Lucian Thomaz



Date: Thu, 29 Mar 2012 12:28:24 -0700
Subject: Re: [Openstack] Dashboard VNC Console failed to connect to server
From: sleepsonthefloor at gmail.com

To: lucianthomaz at hotmail.com
CC: openstack at lists.launchpad.net


Here are several flags that you must set on your compute host for a multi host deploy:



:option:`--vncserver_listen` - defaults to 127.0.0.1 This is the address that vncservers will bind, and should be overridden in production deployments as a private address. Applies to libvirt only. For multi-host libvirt deployments this should be set to a host management ip on the same network as the proxies.


:option:`--vncserver_proxyclient_address` - defaults to 127.0.0.1 This is the address of the compute host that nova will instruct proxies to use when connecting to instance vncservers. For all-in-one xen server domU deployments this can be set to 169.254.0.1. For multi-host xen server domU deployments this can be set to a dom0 management ip on the same network as the proxies. For multi-host libvirt deployments this can be set to a host management ip on the same network as the proxies.


:option:`--novncproxy_base_url=[base url for client connections]` - this is the public base url to which clients will connect. "?token=abc" will be added to this url for the purposes of auth. When using the system as described in this document, an appropriate value is "http://$SERVICE_HOST:6080/vnc_auto.html" where SERVICE_HOST is a public hostname.

Suppose you have 2 servers, APISERVER and COMPUTESERVER:
APISERVER:public hostname = my.server.commanagement ip = 192.168.1.1

public ip = 172.24.4.1
COMPUTESERVER:management ip = 192.168.1.2
Your nova.conf con COMPUTESERVER would need the following flags:


novncproxy_base_url=http://my.server.com:6080/vnc_auto.html or novncproxy_base_url=http://172.24.4.1:6080/vnc_auto.html

vncserver_proxyclient_address=192.168.1.2vncserver_listen=192.168.1.2


Note that novncproxy_base_url references a public ip or hostname (so clients can connect), while the other flags use private ips.


For more info:https://github.com/openstack/nova/blob/master/doc/source/runnova/vncconsole.rst



On Thu, Mar 29, 2012 at 11:07 AM, Lucian Thomaz <lucianthomaz at hotmail.com> wrote:






Hey guys,
I'm using Dashboard with a nova-compute installed in another machine, but when I try access VNC Console I get the error "failed to connect to server".


Here is the log -> http://pastebin.com/5DZMfiNE


Anyone already saw this trouble?



Lucian Thomaz 
 		 	   		  

_______________________________________________

Mailing list: https://launchpad.net/~openstack

Post to     : openstack at lists.launchpad.net

Unsubscribe : https://launchpad.net/~openstack

More help   : https://help.launchpad.net/ListHelp



 		 	   		  

 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20120330/199aac10/attachment.html>