You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Maybe a dev can have a play with running that actual command on a broken container to see what it does? Is there a display already running, do we need to do something else to ensure LHCI starts when the container/server does other than this? I'm already not convinced the task does what it thinks it does. Looks to me like that will start Xvfb once, but not on reboot.
Some info here, although it's quite old. I'm almost certain there's a better/smarter way to start Xvfb though.
On ce-dev provision, the process seemed to hang. I hit CTRL-C, then ce-dev shell <container-id> and ran:
ce-dev@REDACTED-web:~$ Xvfb -ac :99 -screen 0 1280x1024x16 &
[1] 21101
ce-dev@REDACTED-web:~$ (EE)
Fatal server error:
(EE) Server is already active for display 99
If this server is no longer running, remove /tmp/.X99-lock
and start again.
(EE)
At this point, it's waiting for stdin.
Maybe I can experiment with removing /tmp/.X99-lock before this.
Trying to use the lhci role in ce-dev just stay stuck during provisioning. That seems to be due to
ce-provision/roles/debian/lhci/tasks/main.yml
Line 47 in c4aeab0
There's another approach in the selenium role that could be reused here.
The text was updated successfully, but these errors were encountered: