【发布时间】:2019-07-24 05:42:19
【问题描述】:
通过 CMD 启动 JupyterLab 后,它打开了,我选择了 Python 3 Notebook,编辑器打开了,但它只是停留在“Kernel Reconnecting”。
有人遇到过同样的问题并想出了解决办法吗?
【问题讨论】:
标签: python-3.x kernel jupyter-lab
通过 CMD 启动 JupyterLab 后,它打开了,我选择了 Python 3 Notebook,编辑器打开了,但它只是停留在“Kernel Reconnecting”。
有人遇到过同样的问题并想出了解决办法吗?
【问题讨论】:
标签: python-3.x kernel jupyter-lab
我遇到了类似的问题。降级 tornado 包就可以了。
请看这里Jupyter notebook: No connection to server because websocket connection fails
【讨论】:
我也有同样的问题。我花了一天的时间与它作斗争,刚刚在 JupyterLab 的 git repo 上打开了issue #6062。
【讨论】:
我似乎通过将 jupyterlab 升级到 0.35.3 解决了这个问题。我已经在运行 Tornado 5.1.1。但是笔记本在关闭后无法重新连接到正在运行的内核。
(咳咳)
conda update jupyterlab
其他人(上个月)通过 downgradingTornado 到 5.1.1 解决了类似的问题,或者(最近)保持 Tornado 6.0 但 upgradingjupyter notebook 到 5.7.5。去年(在 jupyter notebook 4.4.0 上)解决方案是 downgrade 到 Tornado 到 4.5.3。
【讨论】:
使用 docker 在我自己的服务器上出现同样的问题。
这是因为我的 Nginx 配置。 Jupyter 需要 WebSocket 进行通信。
这是我的 Nginx 配置。希望我能帮上忙。
server
{
listen 80;
server_name jupyter.abser.top;
chunked_transfer_encoding on;
location / {
proxy_pass http://127.0.0.1:8888;
proxy_next_upstream error timeout invalid_header http_500 http_502 http_504;
proxy_redirect off;
proxy_buffering off;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
# WebSocket support
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "Upgrade";
}
}
【讨论】:
我遇到了这个问题并自己解决了。这里的其他解决方案不起作用。它归结为虚拟 Python 环境中的打包问题。 tornado 软件包可能已经解决了某些问题,因为它是我的解决方案重新安装的众多软件包之一。
使用 virtualenv 添加内核的好链接。 https://queirozf.com/entries/jupyter-kernels-how-to-add-change-remove#add-virtualenv-as-python-kernel
这是我对无法从 jupyterlab 内部连接的内核的解决方案。
确保您已安装 virtualenv
pip install virtualenv
创建虚拟环境(如果您还没有的话)。我确实已经调用了 python373
virtualenv python373
源激活你的 virtualenv。
source python373/bin/activate
移除 jupyterlab
pip uninstall jupyterlab
移除 ipykernel
pip uninstall ipykernel
按此顺序重新安装两者
pip install ipykernel
pip install jupyterlab
运行命令以添加到内核规范列表。
ipython kernel install --name "python373" --user
检查以确保它在列表中
jupyter kernelspec list
就我而言,python373 在那里。
最后,回到您的 jupyterlab 应用程序,并使用您的内核启动一个笔记本。就我而言,python373 就在那里,并且在之前被破坏后它工作得很好。
最后的想法 如果您是从头开始,请按照前 9 步操作,但无需使用第 4 步和第 5 步卸载。
我希望这会有所帮助!
【讨论】: