I now realize that my previous topic was actually describing a symptom of this problem, so I’ve created a new topic.
When I tried to start Jupyter-lab on a container, I got this error:
Failed to write server-info to /home/ubuntu/.local/share/jupyter/runtime/jpserver-596.json: [Errno 28] No space left on device: '/home/ubuntu/.local/share/jupyter/runtime/jpserver-596.json'
It turns out that, not only is there no space available on that container:
But all my other containers have the same problem. There’s no shortage of space on the host system - there are 283GB free there. Is there anything capping the overall space allocated to containers in general?
Thanks,
lxc storage list
[sudo] password for dbclinton:
+---------+-------------+--------+--------------------------------------------+---------+
| NAME | DESCRIPTION | DRIVER | SOURCE | USED BY |
+---------+-------------+--------+--------------------------------------------+---------+
| default | | zfs | /var/snap/lxd/common/lxd/disks/default.img | 9 |
+---------+-------------+--------+--------------------------------------------+---------+
I can’t remember why I didn’t use ZFS when I originally installed LXD. I don’t suppose there’s any easy way to change that now without having to rebuild all my containers.
By the way, I deleted a half dozen or so old and unused containers and I’ve now got enough space in the remaining containers for the time being.
You can add another storage pool using lxc storage create then move your instances with lxc move NAME --storage NEW-STORAGE and eventually change your default profile over to your new pool and delete the old one. Takes some effort and some space, but can be done.
It sounds like it might be worth the effort. I’ve been using LX containers for many years now and they’ve become a fundamental part of just about everything I do. I definitely want a stable container environment.
Thanks for your fantastic work on this!