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 <luciantho...@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: sleepsonthefl...@gmail.com > To: luciantho...@hotmail.com > CC: openstack@lists.launchpad.net > > > Here are several flags that you must set on your compute host for a multi > host deploy: > > > - :option:`--vncserver_listen` <https://github.com/openstack/nova#id3> - > 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`<https://github.com/openstack/nova#id5> > - > 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]`<https://github.com/openstack/nova#id7> - > 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.com > management 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.2 > vncserver_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 > <luciantho...@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@lists.launchpad.net > Unsubscribe : https://launchpad.net/~openstack > More help : https://help.launchpad.net/ListHelp > > >
_______________________________________________ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp