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
{{ message }}
This repository was archived by the owner on Feb 24, 2020. It is now read-only.
Repository navigation
This repository was archived by the owner on Feb 24, 2020. It is now read-only.
stage1-host doesn't run containers: failed to execute "--notify-ready=yes" #3215
I tried to run the nginx-latest-linux-amd64.aci build with this example.
What did you expect to see?
A running container.
What did you see instead?
image: using image from local store for image name coreos.com/rkt/stage1-host:1.15.0
image: using image from file ./nginx-latest-linux-amd64.aci
image: using image from local store for image name quay.io/coreos/alpine-sh
networking: loading networks from /etc/rkt/net.d
networking: loading network default with type ptp
stage1: warning: no volume specified for mount point "html", implicitly creating an "empty" volume. This volume will be removed when the pod is garbage-collected.
stage1: warning: no volume specified for mount point "html", implicitly creating an "empty" volume. This volume will be removed when the pod is garbage-collected.
stage1: failed to execute "--notify-ready=yes": no such file or directory
changed the title [-]Running containers with rkt-15.0 fails[/-][+]stage1-host doesn't run containers: failed to execute "--notify-ready=yes"[/+]on Sep 18, 2016
Thanks @akermu! As you already noticed, this is due to wrong argument ordering when building the command-line for systemd-nspawn.
As a side note, this only affects stage1-host flavors on those distributions that are shipping with systemd >= v231. A workaround is for users to use the prebuilt stage1s (ie. stage1-coreos) and for downstream distributors to temporarily cherry-pick the patch at #3216.
Activity
Fix rkt#3215: Reorder systemd-nspawn args
[-]Running containers with rkt-15.0 fails[/-][+]stage1-host doesn't run containers: failed to execute "--notify-ready=yes"[/+]lucab commentedon Sep 18, 2016
Thanks @akermu! As you already noticed, this is due to wrong argument ordering when building the command-line for systemd-nspawn.
As a side note, this only affects stage1-host flavors on those distributions that are shipping with systemd >= v231. A workaround is for users to use the prebuilt stage1s (ie. stage1-coreos) and for downstream distributors to temporarily cherry-pick the patch at #3216.
/cc @onlyjob
stage1/host: reorder systemd-nspawn args