Join GitHub today
GitHub is home to over 20 million developers working together to host and review code, manage projects, and build software together.
Failed to reset devices.list...Operation not permitted #2004
Comments
|
Unprivileged containers cannot modify the devices cgroup configuration. That's a kernel policy not something that LXD enforces itself. It may be that the new kernel cgroup hierarchy work (cgroupv2) will allow setting additional device restrictions inside unprivileged containers, but right now, the kernel just doesn't let you do it. |
stgraber
closed this
May 9, 2016
|
There probably is an argument for making systemd a bit less verbose in such cases, you can file a bug against systemd in Ubuntu (https://launchpad.net/ubuntu/+source/systemd/+filebug) to try and improve things there. |
CalebEverett
commented
May 9, 2016
|
Happy to log it in over there if you think helpful. |
jason-lo
commented
Sep 12, 2016
|
I have also encountered that issue. Is there a solution already? Or where is the bug listed to improve this so that I can track the status? |
|
@jason-lo as mentioned in this report, this particular error message isn't fatal at all. If a systemd unit isn't working for you, it's because of something else. The bug report I requested (which I don't believe was filed), was simply to hide that error message since it is non-fatal and clearly confuses users. |
jason-lo
commented
Sep 12, 2016
•
|
@stgraber I think you are right. The error message looks similar, but the root course might be totally different. and part of the error messages are here:
Is there any solution for this? |
|
You can't install snaps inside LXD containers right now. Installing snaps inside LXD containers first requires support for apparmor profile stacking which is still being worked on by the apparmor guys. Once the feature is available in the Ubuntu kernels, LXD will be able to make use of it. That combined with the squashfuse support I contributed to snapd a while back will allow for snaps to be installed inside LXD containers. We're hoping this will be unblocked soon, but right now we're waiting on a fixed kernel from the apparmor team without any clear ETA from them. |
jason-lo
commented
Sep 12, 2016
|
Thanks for the reply. At least now I know it is not out of some missing configuration on privileged or mount mapping. It is even better to know this is a plan in schedule, only soon or later. |
gregsifr
commented
Nov 30, 2016
•
|
@stgraber I'm running a priveledged container and experiencing To be specific, I executed the following commands:
I then install a third party package using
What needs to happen to allow the LXD container this behaviour. To provide further context, I had no issues doing this is privileged LXC containers. Update: Update 2: |
gattytto
commented
Sep 12, 2017
|
lxc.aa_profile: unconfined |
Eddie85
commented
Sep 20, 2017
|
Dear gattytto This is how my profiles looks like: |
|
This line is wrong. It needs to be:
Also, please note that |
CalebEverett commentedMay 8, 2016
Required information
Distribution
Linux version 4.4.0-21-generic (buildd@lgw01-21) (gcc version 5.3.1 20160413 (Ubuntu 5.3.1-14ubuntu2) ) #37-Ubuntu SMP Mon Apr 18 18:33:37 UTC 2016LXC Info
Issue description
Systemd in container fails to reset devices.list on system.slice when adding a new unit.
Steps to reproduce
Run this script: