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
@kolyshkin@cyphar any idea what changed in this area? As mentioned in linuxkit/linuxkit#3718 (comment), the goal in linuxkit was to have a have a read-only filesystem; previously, runc was able to set this up before making the filesystem readonly (did the order of processing change perhaps?)
There are a few filesystems that are mounted under /dev, and a few devices that need to be created.
So we mount /dev first and then do all that (other mounts under /dev, and device nodes). Obviously, this fails if /dev is read-only. A workaround would be to mount it read-write, do all we need to do, then remount ro.
I think this works in rc92 and earlier, but now fails with an error trying to write to /dev.
Indeed it works for rc91 and rc92, but do not work with rc93.
While updating https://github.com/linuxkit/linuxkit to a more modern runc, I noticed that some containers would fail to start.
I tracked this down to linuxkit adding "ro" to the mount options for
/dev
e.g.I think this works in rc92 and earlier, but now fails with an error trying to write to
/dev
.In linuxkit I saw
I can reproduce the same type of error (slightly different message) in 1.0.2 from the
runc spec --help
example by adding the "ro" argument:If I remove the "ro" mount option it works correctly.
I propose to remove the "ro" mount option from linuxkit to fix the issue, see linuxkit/linuxkit#3718 (comment)
The containers involved all have
which is perhaps enough "readonly-ness".
Was it a mistake for us to add "ro" in the first place?
The text was updated successfully, but these errors were encountered: