Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

VNC autorestart patch #18

Open
dann1 opened this issue Jul 25, 2017 · 0 comments
Open

VNC autorestart patch #18

dann1 opened this issue Jul 25, 2017 · 0 comments
Labels
Bug Confirmed bug Debug Requires analysis to get more info

Comments

@dann1
Copy link
Collaborator

dann1 commented Jul 25, 2017

Somehow OpenNebula kills the VNC server started during deploy fase. Sometimes you may get Server Disconnection when logged via noVNC in Sunstone. This is solved by pressing f5 reloading the tab in your browser. What happens behind the scenes is

while [[ $(lxc info one-$VM_ID | grep Status | awk {'print $2'}) == "Running" ]]; do
svncterm -timeout 0 -rfbport $VNC_PORT -c lxc exec one-$VM_ID login || ((counter=counter+1))
if [[ $counter -eq 6 ]]; then exit
fi
done

This basically starts the VNC server associated to a one-container whenever its killed. The problem is VNC server shouldn't be restarted because it shouldn't be killed in the first place. We don't know why it's been killed but we think it has something to do with OpenNebula because manually starting the VNC and not entering via Sunstone keeps the server alive. We used tigervnc client and it wouldn't die.

Resuming, the vnc.bash patch works but things could be better. Any ideas would be welcomed.

@dann1 dann1 added Bug Confirmed bug Help Help required to progress faster. labels Jul 25, 2017
@dann1 dann1 added Debug Requires analysis to get more info and removed Help Help required to progress faster. labels Mar 9, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Confirmed bug Debug Requires analysis to get more info
Projects
None yet
Development

No branches or pull requests

1 participant