I want to open a running ARE jupyterlab session in my vs code. I can connect to the remote host through vs code but the part which I can’t seem to figure out is how to open an already running ARE jupyterlab session in my vs code. I have never tried this so a detailed instruction would be much appreciated. Thank you!
It worked. Had to remove the usekeychain part in the config file.
2 Likes
Aidan
(Aidan Heerdegen, ACCESS-NRI Release Team Lead)
6
Awesome.
Which instructions did you follow? If you mark that post as a solution it will be referenced below your original post and make it easier for others to find.
I also tried the steps in @Paola-CMS’s link above, and also had to remove the usekeychain parameter.
However I am stuck at a later stage: when I try to connect, VSCode asks which platform, I select Linux, and then I get an error:
[13:18:09.256] Got some output, clearing connection timeout
[13:18:09.320] > Acquiring lock on /home/548/ag0498/.vscode-server/bin/6509174151d557a81c9d0b5f8a
> 5a1e9274db5585/vscode-remote-lock.ag0498.6509174151d557a81c9d0b5f8a5a1e9274db558
> 5
[13:18:09.353] > Installing to /home/548/ag0498/.vscode-server/bin/6509174151d557a81c9d0b5f8a5a1e
> 9274db5585...
> 6d2233bdeaf6%%1%%
> Downloading with wget
[13:18:09.507] > wget download failed
> failed: Network is unreachable. failed: Network is unreachable.
> printenv:
> SSH_CONNECTION=1.1.1.1 35198 a.b.c.d 22 (note: edited for posting here)
> TZ=:/etc/localtime
<<< SNIP>>>
> OLDPWD=/home/548/ag0498
> Trigger local server download
> 6d2233bdeaf6:trigger_server_download
> artifact==server-linux-x64==
> destFolder==/home/548/ag0498/.vscode-server/bin/==
> destFolder2==/6509174151d557a81c9d0b5f8a5a1e9274db5585/vscode-server.tar.gz==
> 6d2233bdeaf6:trigger_server_download_end
> Waiting for client to transfer server archive...
> Waiting for /home/548/ag0498/.vscode-server/bin/6509174151d557a81c9d0b5f8a5a1e92
> 74db5585/vscode-server.tar.gz.done and vscode-server.tar.gz to exist
>
[13:18:09.520] Got request to download on client for {"artifact":"server-linux-x64","destPath":"/home/548/ag0498/.vscode-server/bin//6509174151d557a81c9d0b5f8a5a1e9274db5585/vscode-server.tar.gz"}
[13:18:09.521] Downloading VS Code server locally...
[13:18:10.703] Resolver error: Error: XHR failed
at y.onerror (vscode-file://vscode-app/c:/Program%20Files/Microsoft%20VS%20Code/resources/app/out/vs/workbench/workbench.desktop.main.js:78:1261)
[13:18:10.710] ------
Apologies for the long log chunk but I think the important point is that it tries to download VSCode Server, wget fails, so it triggers a “local” (on my local machine?) download, which fails with XHR error, whatever that is.
I tried installing VSCode manually on my gadi home folder (~/.vscode-server) but that doesn’t seem to have changed anything (perhaps not seen?).
All ideas and suggestions appreciated.
Thanks!
Aidan
(Aidan Heerdegen, ACCESS-NRI Release Team Lead)
8
This is a classic error when trying to run something from a PBS job as the compute nodes don’t have direct internet access.
I’m not sure of the context of your failure, but just thought I’d point that out in case it is at all relevant.
Thanks Aidan. I’m using ARE, so I wouldn’t expect internet access problems. Have I misunderstood that ARE jobs can now see the 'net? I don’t recall having trouble e.g. downloading Cartopy feature geometries or uploading things to Amazon buckets from ARE sessions…
Aidan
(Aidan Heerdegen, ACCESS-NRI Release Team Lead)
10
No you are correct. I just suggested it in case it was relevant.
In general I’d also recommend closing the session and trying again, to see if the problem is reproducible.
If so then I’d ask for help from NCI (help@nci.org.au).
Also keep in mind that there is a NCI facility maintenance going on and the system will be offline from 5:00 am AEST Thursday 12 September to 6:00 pm AEST Friday 13 September. So, all the services are unavailable for this time period.
If you’re sshing to a ARE node, I think it might be the ARE container that grants you internet access which you won’t have if you ssh in. Try first starting up ARE in the copyq queue, which will have network access for vscode to download its stuff, then the other queues should have the download already available.