-
Notifications
You must be signed in to change notification settings - Fork 275
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
After the latest VSCode automatic update, I am unable to connect to my remote host. #9478
Comments
Digging deeper it seems like there is a new GLIBC requirement:
Will downgrade to v1.85 as suggested by the docs: |
I am observing the same behavior. But also: VSCode v1.86 + extension v0.107.1 - works Debian Bookworm (12) which should be supported according to https://code.visualstudio.com/docs/remote/faq#_can-i-run-vs-code-server-on-older-linux-distributions
Also unable to connect to Ubuntu 22.04 with 1.86+0.108:
|
Not for me... The Remote-SSH extension deploys on the remote SSH host (linux based) a vscode-server that does not seem to depend on the extension version, but rather on the VS Code version (visible in Help / about)
One would imagine that it's possible to update VS Code (especially if it runs on Windows) without bringing in new requirements for the remote SSH host.... But no, a different decision was made. Thanks a lot ;-) |
@DavidC-75 interesting... ... I'm wondering if I'm observing a different failure mode than you are. Ubuntu 22.04 says:
Debian 12:
IIUC, both of these should work with 1.86 just fine... and they seem to, but not with Remote SSH 0.108... ... should I file a separate issue? |
I guess the answer to that question lies in your What I'm seeing is
which leaves no doubt.... |
Yeap, looks like I need to file a new issue. My server-side log when connecting with 1.86+0.107.1:
With 1.86+0.108, I don't think the handshake even starts, nothing at all in the log... |
I filed #9479; completely different issue. The extension doesn't like comments in an include in my SSH config. Easily worked around by moving the configs Code needs to know about to a separate config file and then including that from my |
Same. I am on CentOS Linux release 7.9.2009 (Core) |
#9467 (comment) might help..... |
Thanks David. I'll give it a whirl. Yesterday was a long day with vi. |
This is fixed in VS Code 1.86.1 |
I am still unable to use Remote-SSH. Last friday i suddenly was unable to connect through VS Code - remote ssh. Then i downgraded VS code to 1.85.2 and remote-ssh to 0.107.1 as suggested here #9467 (comment) Then today, i was once again unable to establish remote connection with the same issue. I tried uninstalling and reinstalling the same versions (1.85.2 and 0.107.1) but it didn't work. I then saw your message and tried installing 1.86.1 but once again i am not able to connect. Any help? |
I can confirm that 1.86.1 "fixes" it by warning you that you are about to use an unsupported OS version. You have to click "Allow" and will still see a warning that you cannot hide, but it seems to work. |
I tried killing VS code server on host and reestablishing connection and i can now connect as @OliverUrbann said. |
Type: Bug
After the latest VSCode update, I am unable to connect to my remote host. When I monitor the Remote SSH logs it keeps printing "Waiting for server log" multiple times before showing the error message "Could not establish connection to . The VS Code Server failed to start".
I even tried the same after deleting my ".vscode-server" directory in my remote home folder but this did not resolve the issue.
Extension version: 0.108.0
VS Code version: Code 1.86.0 (05047486b6df5eb8d44b2ecd70ea3bdf775fd937, 2024-01-31T10:28:19.990Z)
OS version: Windows_NT x64 10.0.22621
Modes:
System Info
canvas_oop_rasterization: enabled_on
direct_rendering_display_compositor: disabled_off_ok
gpu_compositing: enabled
multiple_raster_threads: enabled_on
opengl: enabled_on
rasterization: enabled
raw_draw: disabled_off_ok
skia_graphite: disabled_off
video_decode: enabled
video_encode: enabled
vulkan: disabled_off
webgl: enabled
webgl2: enabled
webgpu: enabled
A/B Experiments
The text was updated successfully, but these errors were encountered: