Open xabru opened 3 months ago
We have experiences this as well, and are currently working around it by manually cleaning up these empty directories.
Hi @xabru, @AidanAbd , thanks for reporting this.
Yes, I can confirm this is a bug. I have a fix in mind, will work on this ASAP. Sorry for the inconvenience.
Hello @ctalledo @rodnymolina
I have tested sysbox v0.6.5 on GKE 1.29 and still see .sysbox-sysfs
directories, but now there are also .sysbox-procfs
directories in /
When i execute docker run -it alpine:latest sh
inside a sysbox pod, additionally i can see .sysbox-procfs
directories in the /
of the inner container. In some scenarios this directory causing permission denied error as it's owned by root:root
. Previously I used image ghcr.io/nestybox/sysbox-deploy-k8s:v0.6.5-dev-0
and it was working fine, but for some reason got deleted after official release of v0.6.5 :(
Now my projects are broken, because i can't rollback to v0.6.4 since i need support of sysbox-fs emulation to allow writes to '/proc/sys/kernel/shm*' paths, and this feature was added in v0.6.5-dev-0
, but now in official v0.6.5
these .sysbox-procfs
and .sysbox-sysfs
are causing .sysbox-procfs
permission denied issues.
Could you please have a look?
Description:
We have observed that many temporary directories are being created in the root directory with names following the pattern
.sysbox-sysfs-<number>
. This is causing clutter and potential confusion.System Environment:
Additional Information:
This issue might have arisen because I masked the following services using systemctl:
$_ ls -hasl /