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

local jupyter notebook servers break tunneling setup #146

Closed
ltalirz opened this issue Sep 9, 2019 · 3 comments
Closed

local jupyter notebook servers break tunneling setup #146

ltalirz opened this issue Sep 9, 2019 · 3 comments
Labels
type/improve Improving already existing content

Comments

@ltalirz
Copy link
Member

ltalirz commented Sep 9, 2019

several people ran into issues because they were running jupyter notebook servers locally already, causing the jupyter notebook server started on the VM to write something like
https://(workhorse or 127.0.0.1):8888/.../...

Perhaps (to test), one solution could be to forward a range of ports starting at 8888

Of course, this is only an issue when using ssh tunneling - not when connecting directly to the port 8888 of the VM via a browser (which did not work on huawei cloud, however).

@ltalirz ltalirz added type/improve Improving already existing content event/2019-xiamen labels Sep 9, 2019
@ltalirz ltalirz changed the title tunneling jupyter ports breaks when local server(s) running local jupyter notebook servers break tunneling setup Sep 9, 2019
@giovannipizzi
Copy link
Member

For now I'm going to fix this by putting a note at the beginning of the setup section.
Would this be ok for you to close it?
Is it ok to just fix it in the most recent tutorial (Ljubljana in this case) to close this issue? We have to remember to copy from the correct earlier version when preparing future tutorials

giovannipizzi added a commit that referenced this issue Sep 10, 2019
@ltalirz
Copy link
Member Author

ltalirz commented Sep 10, 2019

For now I'm going to fix this by putting a note at the beginning of the setup section. Would this be ok for you to close it?

Yes.

Is it ok to just fix it in the most recent tutorial (Ljubljana in this case) to close this issue? We have to remember to copy from the correct earlier version when preparing future tutorials

Yes - up to you. Usually, I've corrected errors in the old materials as well, while for issues that add new material I've not "backported" them.
This case is perhaps a bit in a gray area.

@ltalirz
Copy link
Member Author

ltalirz commented Jun 30, 2020

It seems this was overlooked when preparing the 2020 tutorial.
I will put this back in via the "Troubleshooting" section

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type/improve Improving already existing content
Projects
None yet
Development

No branches or pull requests

2 participants