-
Notifications
You must be signed in to change notification settings - Fork 249
Datalab is loading on different (incorrect) user workspace #884
Comments
We have a theory about what the source of this bug could be. The current code that launches a Jupyter server per user tells the Jupyter server to listen to a specific port. However, it does not confirm that the Jupyter server is listening on that port. Further, if the port that Jupyter is told to run on is not available, then Jupyter (by default) will try the next port in sequence until it finds a free one. So, we could hit the following scenario:
The fix for that is to do multiple things:
I've created two different pull requests to apply that fix; one for the master branch and one for the 'datalab-managed' branch. |
thank you. On Jun 30, 2016, at 5:32 PM, Omar Jarjur <[email protected]mailto:[email protected]> wrote: Closed #884https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_GoogleCloudPlatform_datalab_issues_884&d=CwMCaQ&c=uGuXJ43KPkPWEl2imVFDmZQlhQUET7pVRA2PDIOxgqw&r=PknZLpsILkbpNJZKwt5YHQ&m=GYMa5jX9drItEgGI63HaMrJj0eCxzUh759wPsdKhOhI&s=mDG2toR-t5YEQIT7lx98IBKi0eG1wXl-oENgoGOh0n4&e=. — |
Datalab is randomly loading under different users workspace within the serving VM for the datalab app engine (datalab_main).
I am attaching an image of datalab for which I list the workspace folder and you can see that it is on the workspace of my colleague.
We suspect this has been happening for a while since we have randomly disappearing files from workspaces. We also realize that these VMs have some background linux process to synchronize source code with git so perhaps that is the cause also of the missing files.
In any case, this is an issue and it is affecting our work now.
The text was updated successfully, but these errors were encountered: