notebook: Kernel error

I fond that every time I change the name of my pc, there was a Kernel error. How can I deal with it? `The error is:

Traceback (most recent call last): File “D:\Applications\Scoop\apps\anaconda3\2019.10\lib\site‑packages\spyder\plugins\ipythonconsole.py”, line 1572, in create_kernel_manager_and_kernel_client kernel_manager.start_kernel(stderr=stderr_handle) File “D:\Applications\Scoop\apps\anaconda3\2019.10\lib\site‑packages\jupyter_client\manager.py”, line 240, in start_kernel self.write_connection_file() File “D:\Applications\Scoop\apps\anaconda3\2019.10\lib\site‑packages\jupyter_client\connect.py”, line 547, in write_connection_file kernel_name=self.kernel_name File “D:\Applications\Scoop\apps\anaconda3\2019.10\lib\site‑packages\jupyter_client\connect.py”, line 212, in write_connection_file with secure_write(fname) as f: File “D:\Applications\Scoop\apps\anaconda3\2019.10\lib\contextlib.py”, line 112, in enter return next(self.gen) File “D:\Applications\Scoop\apps\anaconda3\2019.10\lib\site‑packages\jupyter_client\connect.py”, line 102, in secure_write with os.fdopen(os.open(fname, open_flag, 0o600), mode) as f: PermissionError: [Errno 13] Permission denied: ‘C:\Users\blank\AppData\Roaming\jupyter\runtime\kernel�dd8fe4.json’` I reset my pc, and there was no problem when I don’t change the name of the PC.

About this issue

  • Original URL
  • State: open
  • Created 5 years ago
  • Comments: 25 (12 by maintainers)

Most upvoted comments

Sorry I have finished my university homework last days. My os is windows 10 1903 And I use the scoop to install it then there was the error. So I uninstall it by the scoop and run Anaconda3 installer as Administrator. Everything ok.

Ok - no rush - that fact is consistent with what I’m seeing in the couple images I have pulled.

I wonder if this has something to do with you using a linux-based image on a Windows file-system. The changes @MSeal made that are coming into play now have specific changes for both Windows and Linux and I wonder if this combination of usage is presenting problems.

Once you go back to using jupyter_client 5.3.4, It might be an interesting experiment to try running with the following added to the command line: -e JUPYTER_RUNTIME_DIR=/tmp so that the kernel connection file is written to /tmp (and no “os boundaries” are crossed).

I ran with the following and confirmed the kernel’s connection file (kernel-<kernel-id>.json) to be in /tmp after running this is a cell !ls /tmp/kernel-*.

docker run -it --rm -p 8888:8888 -e JUPYTER_RUNTIME_DIR=/tmp vnijs/rsm-jupyterhub:1.6.2 jupyter-lab --debug

And when I run it as Administrator. Nothing wrong