Chromium 18.0.1025.168
Jan
Dňa 02.07.2012 15:06, Hector Sanjuan wrote / napísal(a):
Ah. good then.
The IP address is not that of the Virtual Machine but of the physical
host,
since vnc is served by the hypervisor in the host.
What version of chrome were you using?
Hector
En Mon, 02 Jul 2012 15:01:38 +0200, Jan Benadik <jan.bena...@atos.net>
escribió:
Physical node has IP 10.0.5.21.
Virtual machine on it has IP 192.168.122.1 (ID 32), clicking on VNC icon
in the
Sunstone session - nothing is displayed (Chrome browser).
Console of that virtual machine is accessible on 10.0.5.21::5932 (via
Vinagre
viewer), I expected to catch it on 192.168.122.1::5932 ...
BUT - I checked it right now in Firefox and it works corectly ...
Sorry for my mistakes and thanks for your help.
Jan
Dňa 02.07.2012 14:23, Hector Sanjuan wrote / napísal(a):
What do you mean on other IP than expected?
Can you try manually running the proxy as I suggested?
Hector
En Mon, 02 Jul 2012 14:14:07 +0200, Jan Benadik <jan.bena...@atos.net>
escribió:
BACK, BACK, BACK ...:-)
VNC console works, but on other IP than I expected ...
When I tried to open port 5932 on IP of physical server (where virtual
instance
runs - via other VNC viewer which I have), it works.
Why it doesn't work directly in Sunstone UI or OCCI UI?
I'm sure I have something wrong in noVNC installation / setting ...
J.B.
Dňa 02.07.2012 13:57, Jan Benadik wrote / napísal(a):
It doesn't help.
That websockify process is ran by clicking on icon.
Processes before clicking on icon VNC console:
root@nebula-3:/home/sk1u06k5# ps aux |grep websoc
root 6179 0.0 0.0 8068 648 pts/0 S+ 13:51 0:00 grep --color=auto websoc
root@nebula-3:/home/sk1u06k5#
Processes after clicking to icon VNC console (instance ID 32):
root@nebula-3:/home/sk1u06k5# ps aux |grep websoc
oneadmin 6461 4.0 0.4 91628 16808 ? S 13:52 0:00 python
/usr/share/opennebula/noVNC/utils/websockify
35808 myto:5932
root 6471 0.0 0.0 8068 652 pts/0 S+ 13:52 0:00 grep --color=auto websoc
root@nebula-3:/home/sk1u06k5#
But console doesn't work ...:-(
No open port on that server:
root@nebula-3:/home/sk1u06k5# nmap one
Starting Nmap 5.21 ( http://nmap.org ) at 2012-07-02 13:56 CEST
Nmap scan report for one (10.0.1.125)
Host is up (0.000015s latency).
Not shown: 996 closed ports
PORT STATE SERVICE
22/tcp open ssh
111/tcp open rpcbind
2049/tcp open nfs
5678/tcp open unknown
Nmap done: 1 IP address (1 host up) scanned in 0.08 seconds
root@nebula-3:/home/sk1u06k5#
J.B.
Dňa 02.07.2012 13:45, Hector Sanjuan wrote / napísal(a):
looks like there is a websockify proxy running that shouldnt be there...
try killing the related python process which is taking port 29876+vmid
and retry
opening the vnc console.
Hector
En Mon, 02 Jul 2012 13:40:56 +0200, Jan Benadik <jan.bena...@atos.net>
escribió:
Thanks, now it is a little bit better (but only a little bit - VNC still
doesn't
work, no error message on screen ...)
Now I have in /etc/one/occi_templates/small.erb :
CPU = 1
MEMORY = 512
ARCH = "i686"
GRAPHICS = [
TYPE = "vnc",
LISTEN = "0.0.0.0"
]
In /etc/one/sunstone-server.conf I have:
:vnc_proxy_base_port: 29876
:vnc_proxy_path: /usr/share/opennebula/noVNC/utils/websockify
:vnc_proxy_support_wss: no
:vnc_proxy_cert:
:vnc_proxy_key:
In /etc/one/oned.conf I have:
VNC_BASE_PORT = 5900
When I click on VNC icon in Sunstone interface, the following message in
/var/log/one/sunstone.log
appears:
Mon Jul 02 12:51:14 2012 [I]: 10.0.3.51 - - [02/Jul/2012 12:51:14] "POST
/vm/25/startvnc
HTTP/1.1" 200 30 0.0023
Mon Jul 02 12:51:19 2012 [I]: 10.0.3.51 - - [02/Jul/2012 12:51:19] "GET
/vmtemplate?timeout=true
HTTP/1.1" 200 3559 0.0829
Mon Jul 02 12:51:26 2012 [I]: 10.0.3.51 - - [02/Jul/2012 12:51:26] "GET
/group?timeout=true
HTTP/1.1" 200 311 0.0124
Mon Jul 02 12:51:47 2012 [I]: 10.0.3.51 - - [02/Jul/2012 12:51:47] "GET
/cluster?timeout=true
HTTP/1.1" 200 27 0.0778
Mon Jul 02 12:51:57 2012 [I]: 10.0.3.51 - - [02/Jul/2012 12:51:57] "GET
/user?timeout=true
HTTP/1.1" 200 840 0.0099
Mon Jul 02 12:52:00 2012 [I]: 10.0.3.51 - - [02/Jul/2012 12:52:00] "GET
/datastore?timeout=true
HTTP/1.1" 200 2360 0.0132
Mon Jul 02 12:52:01 2012 [I]: 10.0.3.51 - - [02/Jul/2012 12:52:01] "GET
/vnet?timeout=true
HTTP/1.1" 200 791 0.0157
Mon Jul 02 12:52:03 2012 [I]: 10.0.3.51 - - [02/Jul/2012 12:52:03] "GET
/vm?timeout=true
HTTP/1.1" 200 18134 0.0172
Mon Jul 02 12:52:04 2012 [I]: 10.0.3.51 - - [02/Jul/2012 12:52:04] "GET
/image?timeout=true
HTTP/1.1" 200 6974 0.0143
Mon Jul 02 12:52:08 2012 [I]: 10.0.3.51 - - [02/Jul/2012 12:52:08] "GET
/acl?timeout=true
HTTP/1.1" 200 377 0.0750
Mon Jul 02 12:52:11 2012 [I]: 10.0.3.51 - - [02/Jul/2012 12:52:11] "GET
/host?timeout=true
HTTP/1.1" 200 3808 0.0171
Mon Jul 02 12:52:14 2012 [I]: 10.0.3.51 - - [02/Jul/2012 12:52:14] "GET
/host/monitor?title=graph1&monitor_resources=cpu_usage%2Cused_cpu%2Cmax_cpu&history_length=40
HTTP/1.1" 200 330 0.0121
Mon Jul 02 12:52:14 2012 [I]: 10.0.3.51 - - [02/Jul/2012 12:52:14] "GET
/host/monitor?title=graph2&monitor_resources=mem_usage%2Cused_mem%2Cmax_mem&history_length=40
HTTP/1.1" 200 398 0.0042
Mon Jul 02 12:52:14 2012 [I]: 10.0.3.51 - - [02/Jul/2012 12:52:14] "GET
/vm/monitor?title=graph3&monitor_resources=total%2Cactive%2Cerror&history_length=40
HTTP/1.1" 200 293 0.0043
Mon Jul 02 12:52:14 2012 [I]: 10.0.3.51 - - [02/Jul/2012 12:52:14] "GET
/vm/monitor?title=graph4&monitor_resources=net_tx%2Cnet_rx&history_length=40
HTTP/1.1" 200 274 0.0032
In /etc/one/sunstone-server.error:
File "/usr/share/opennebula/noVNC/utils/websockify", line 282, in
websockify_init
server.start_server()
File "/usr/share/opennebula/noVNC/utils/websocket.py", line 804, in
start_server
lsock = self.socket(self.listen_host, self.listen_port)
File "/usr/share/opennebula/noVNC/utils/websocket.py", line 190, in
socket
sock.bind(addrs[0][4])
File "/usr/lib/python2.7/socket.py", line 224, in meth
return getattr(self._sock,name)(*args)
socket.error: [Errno 98] Address already in use
What is wrong?
Jan
Dňa 29.06.2012 14:15, Hector Sanjuan wrote / napísal(a):
Hello,
I believe your small.erb should rather say:
GRAPHICS = [
TYPE = "vnc"
]
More info:
http://opennebula.org/documentation:rel3.4:template#i_o_devices_section
Also remember to set LISTEN if your not accessing the VM from localhost.
