-
Notifications
You must be signed in to change notification settings - Fork 30
EACCES when root opens user files with O_WRONLY|O_CREAT|O_APPEND #2577
Comments
Confirmed I can reproduce this. Investigating. Doesn't look to be SELinux related since I can repro in permissive mode and I don't see any audit logs. |
Looks like it doesn't affect the rootfs, but does affect tmpfs mounts. I tried with an xfs mount and that also worked. My gut says its a kernel issue but it seems weird that 1) it would have been outstanding a breaking for a long time. and 2) ubuntu's kernel of the same version does not exhibit the problem. |
This was introduced by systemd/systemd@2732587. We're reverting for next beta (which will then promote to stable). In the mean time you can follow the steps here: systemd/systemd@2732587#diff-ff4e2dc4962dc25a1512353299992c8dR37 |
Closed via coreos/coreos-overlay#3638 |
Thanks for the insanely fast turnaround! For the record - this breaking change was exposed on a MySQL container failing to start, without any sort of log.
|
Issue Report
Bug
Container Linux Version
OK on 2023.5.0
KO on 2079.1.0
KO on 2107.0.0
OK on Ubuntu with the same linux kernel as 2079.1.0 (4.19.31)
Environment
EC2
Expected Behavior
root
should be able to append to any fileActual Behavior
root
getsEACCES
when appending to a file owned by another regular userReproduction Steps
The text was updated successfully, but these errors were encountered: