FileManagerMixin.use_atomic_writingBool
Default: True
By default notebooks are saved on disk on a temporary file and then if successfully written, it replaces the old ones.
This procedure, namely ‘atomic_writing’, causes some bugs on file system without operation order enforcement (like some networked fs). If set to False, the new notebook is written directly on the old one which could fail (eg: full filesystem or quota )
Which is exactly my case with SMB. But since I have moved to jupyterlab temporary files have come back causing troubles.
If launched with jupyter lab, the default file would be jupyter_server_config.py, and the main app is ServerApp, not NotebookApp… but these contents things are probably fine.
jupyter_config.py will get picked up by both, and you can duplicate values… sometimes will do this to ensure it working on e.g. binder.
This is deployed from jupyterhub for a course. So jupyterlab is spawned from jupyterhub with the systemd spawner. I am guessing one point to check would be locations, I have a global version of the file at /etc/jupyter/jupyter_notebook_config.py and one at ~/.jupyter/jupyter_notebook_config.py and neither seem to be picked or have any effect.
Now an interesting point of your comment is about ServerApp and NotebookApp, and I am not sure what you mean by that. Is it something I should add somewhere in the configuration?