What is this error means? How to overcome this error?
Hi there!,
though it may not be related, just to discard other problemsā¦
In your opennebula frontendā¦ is the noVNC proxy server started and listening? You may run ss -ntap | grep 29876 and check if that port is listeningā¦
Also check if you have an exception in your firewall for that 29876/tcp port if youāre using any.
Cheers!
Even I got the same error:
This is message i got when i typed your command in terminal
What to do now?
Hi,
that means the noVNC proxy is listening, thatās good.
Iād check if your frontendās firewall allows traffic to port 29876/tcp. If you have no firewall or that port is allowed then Iād check if tcp ports 5900 onwards are allowed in opennebulaās node from your frontendās. The noVNC server is listening on the 29876 port and then it proxies VNC sessions to the nodes/hypervisors so that traffic must be allowed by the firewall. Check it out and if thatās not the problem will continue the troubleshooting.
Cheers
Hi!
that means that 5900 port is listening so you have a virtual machine with VNC port ready for incoming connections, but you have to check if you have a firewall running that could be blocking the connection.
What operating system are you running on that host? And what is the virtual machine ID you want to open the VNC connection? The VNC ports starts on 5900. If you want to connect to VM #4 the port should be 5904, if VM is #22 the port should be 5922 and so on.
Cheers!
Hi!
well in CentOS 7 try the following.
firewall-cmd --state, is it running? Both in frontend and nodes?
If itās running change 1.2.3.4 with the IP address of your frontend and try executing these lines just to be sure that the firewall ports are allowed.
firewall-cmd --zone=public --add-rich-rule=ārule family=āipv4ā source address=ā1.2.3.4/32ā port protocol=ātcpā port=ā5900-6000ā acceptā --permanent
firewall-cmd --reload
What if firewall shows not running. What to do now?
Ok! so firewalld is not running. What about iptables just to be sure? Whatās shown if you run: systemctl status iptables
If it says not-foundā¦ try to check if you can reach 5900 port on the node from the frontend. You can install nmap in the frontend: yum install nmap and try to run: nmap -p 5900 X.X.X.X changing X.X.X.X with the IP of your node, letās see what happens.
Cheers
I have the same error, and after this error I have: VNC Failed to connect to server (code: 1006).
Any idea?
Hi there!
what have you tried?, in this post Iāve put many different troubleshooting steps so it would be helpful to know what youāve tried already so we know what can be discarded.
Just to sum up, this is what happens usually (I hope Iām right )
- If the VM machine is runningā¦
- The VNC button in Sunstone tries to open a connection against 29876/tcp port where the noVNC proxy is listening.
- Then VNC proxy in the frontend tries to open a connection against 59XX port on the node/hypervisor where XX is the ID of the VM.
Are you using KVM as hypervisor or vCenter?
Are you using Apache or NGINX in front of Sunstone? Using SSL/TLS?
Cheers!
Hi,
Yes, I read the solution of this post, but I continue with the problemā¦
-The VM is running
-If i execute ss -ntap | grep 29876 , result is that LISTEN
-Before importing virtual machines to opennebula, I set this in the .vmx:
remotedisplay.vnc.enabled TRUE
remotedisplay.vnc.port 5901
remotedisplay.vnc.ip 0.0.0.0
For each machine I change the port number. But the XX of port (59XX) is aleatori and not the ID of VM.
I have 3 esx and a vCenter. I have to open any port on a vCenter? Or only gdb server on esx? Actually, I only opened gdb server.
Iām not using ssl/tls.
Itās strange, because at the moment I have imported 2 machines, I can connect to one of them and the other not.
Thanks.
Hi there,
thanks for your feedback, Iāll try to help but Iām beginning my journey with OpenNebula and vCenter so Iām not sure of what could be happeningā¦ hope I donāt give you wrong advices.
According to the docs, you should only have to configure the ESX servers (http://docs.opennebula.org/5.0/deployment/node_installation/vcenter_node_installation.html?highlight=vnc):
āTo enable VNC functionality, repeat the following procedure for each ESX:
In the vSphere client proceed to Home -> Inventory -> Hosts and Clusters
Select the ESX host, Configuration tab and select Security Profile in the Software category
In the Firewall section, select Edit. Enable GDB Server, then click OK
Make sure that the ESX hosts are reachable from the OpenNebula Front-endā
So, Iād try to check that the frontend can connect to any of the ESX hosts, maybe a DNS error? Are both machines running in the same host? If they run in different ESX hosts maybe you forgot to enable GDB Serverā¦
As you are working with VMWare as hypervisorā¦ are you using vOneCloud? (http://vonecloud.today/) In that case you may try this forum instead: https://support.vonecloud.com/hc/en-us
Cheers!
Hi again Sergi,
Iāve been looking for more info in the docs. Check that VMWare Tools is installed in any VM, maybe thatās why you can open a connection to one VM and failing with the other VM.
Cheers
Hi All,
I have the gdb server enabled on all esxās within vcenter.
I think that I have a problem in .vmx configuration.
When you importing a machine, you have all fields as well?
remotedisplay.vnc.enabled TRUE
remotedisplay.vnc.port 5901
remotedisplay.vnc.ip 0.0.0.0
I have to put the remotedisplay.vnc.port in all imported machines? Or there is a way for that opennebula sets a random port?
Thanks.
Hi @Sergi
When import the VMs (wilds), you need put manually these configs in each VM.
Remembering to change remotedisplay.vnc.port to each VM
Best regards,
-Carlos
Hi @ccesario,
There is any way for not have to put the port in each VM?
I have to import a lot of virtual machines, and, if i have to put a different port on each VM, it is easy to make mistakes.
Hi @Sergi,
Maybe you can usage PowerCli to automate it.
This is only an example, but you can usage it as based
This feature request, should solve this kind of problem, easily
Regards,
-Carlos
Hi,
Iām continuing with this errorā¦but, I see that if I enter in portal by name, https://nameOpenneubla, when I try to open a vnc console I have the error. But, if I enter in the portal by ip, https://ip, when I try to open a vnc console I can connect without problem.
Any idea? If i connect to opennebula by ssh and do a ping, by name, to a esx, resolves!
Thanks.