You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jul 16, 2020. It is now read-only.
The notion of FULL for disk spaces is totally broken at the moment. We broke it when we moved VM instances to ceph only and never fixed it.
The problem is that launcher reports FULL when there is less than 80GBs on the drive on which /var/lib/ciao/instances is located. But this doesn’t make sense any more.
Storage for VM instances is taken from the ceph cluster so the amount of free space in /var/lib/ciao/instances is mostly irrelevant, unless you’re down to your last 10kb or so.
Container instances do use local storage but they do not store their state in /var/lib/ciao/instances.
Even if we were correctly computing the free space on a node for container instances, and we determine that there is no space left for any more containers, should we return FULL? Returning FULL, would prevent us from hosting any more VM instances on this node, even though these instances are not disk space bound and should be able to run happily.
To really fix this we’d need to have two different FULL statuses and we’d need to find a way to accurately determine how much disk space is available to containers on a given node. Perhaps there’s some way we can ask docker for this info.
The text was updated successfully, but these errors were encountered:
The notion of FULL for disk spaces is totally broken at the moment. We broke it when we moved VM instances to ceph only and never fixed it.
The problem is that launcher reports FULL when there is less than 80GBs on the drive on which /var/lib/ciao/instances is located. But this doesn’t make sense any more.
To really fix this we’d need to have two different FULL statuses and we’d need to find a way to accurately determine how much disk space is available to containers on a given node. Perhaps there’s some way we can ask docker for this info.
The text was updated successfully, but these errors were encountered: