Thanks for reaching out. Can you help with a bit more details on what you mean by absolute path volumes (is this a custom path?) and what is the error you see on balenaOS ? We support named volumes which generally reside at /var/lib/docker/volumes/<APP ID>_resin-data/_data.
Thanks for the reply @nitish! It seems the project needs access to the host machine´s /sys/fs/cgroup, and that is done my mapping thru volumes. It’s different from the named volume which keeps data.
I’m not exactly sure how/why the projects needs it. Would like to know if someone has trailed similar paths before diving deeper into the code.
Hi @luandro! Are you creating a multicontainer app? In that case, I believe you just need to set the io.balena.features.sysfslabel on your docker-compose.yml to achieve what you need. See here for details: Multiple containers - Balena Documentation
Please give it a try and let us know if it worked!
That must be it, thanks @lmbarros! But I’m still getting errors:
Cannot determine cgroup we are running in: No medium found
Failed to allocate manager object: No medium found
[!!!!!!] Failed to allocate manager object.
Exiting PID 1...
@luandro Do you know why sysfs is required from the host? There is very little documentation on the containerization of the RaspAP application.
Does it run without mounting sysfs from the host? What if you also added procfs from the host with io.balena.features.procfs? I think we need to understand what the requirements are to run this application properly in a container.
Hey @luandro, something I ran into recently when trying to run systemd in a container made me think of this. Have you tried adding pid: host to your docker-compose file? I found this enabled systemd to run in a chroot for something I was testing and it might help you here.