-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Error: Fail launching agent SSH #3603
Comments
@Metal-Mighty can you try it this way please?
You may replace Once started, you will see che.env file in that directory. Open it for editing and add CHE_HOST |
Won't work either, same errors as before. |
@eivantsov - are you thinking this is something speicific to debian Jessie? |
@TylerJewell the script get executed inside a workspace. And those are certified Che stacks with all the deps for sshd. Puzzled... @Metal-Mighty can you run the following?
|
I ran into a few issues today, related to the Linux kernel installed by my server provider OVH/Kimsufi (long story short: I had no /lib/modules/3.xx directory and no corresponding image or headers packages in the repos), so I decided to upgrade my kernel to the latest kernel available. I did not encounter this issue since I restarted my server, so I guess it was related to the faulty kernel/missing modules somehow. Thank you for your answers even though Che wasn't the issue! |
Well, we appreciate your persistence in resolving this issue. I do take a little bit of joy in knowing that our product works as advertised. There is a lot of hard technology in it and we always run into some weird issues with Docker and networking on some systems! Red Hat - FYI - has started on some investigations on how we could channel all Che traffic through a single port (both workspaces and server traffic) - which we would like to see in Q2. That will help with some firewall stuff in the future. They will merge next week another PR that makes sure that traffic between Che server and worksapces is no longer routed through external IP addresses. Today it is, so it does require more firewall configuration even if your che server and workspaces are both behind the firewall. |
Oh, those are some great news! Thanks for sharing this, I'll keep an eye on the next PRs and give it a try once it's released. |
Starting any workspace will fail with the aformentioned error
Fail launching agent SSH
after 3 minutesReproduction Steps:
[STDOUT] ssh-keygen: generating new host keys: RSA1
Expected behavior:
Proper launch of the workspace
Observed behavior:
-> Popup message:
Could not start workspace wksp-b6nu. Reason: Start of environment default failed. Error: Fail launching agent SSH. Workspace ID:workspace8vauea36yanui9tw
-> Eclipse Che log (trimmed)
-> Docker logs
Che version: 5.0.0-latest
OS and version: Debian GNU/Linux 8.6 (jessie)
Docker version: 1.12.5
Che install: Docker container (
che
command)Additional information: I am accessing Che through my domain on port 8080 (default). The CHE_HOST_IP has correctly been changed to my server's IP. The logs use the /home/user/che path even though it has been changed (the issue still happens when using the default folder)
The text was updated successfully, but these errors were encountered: