build only 2 runs are available. ERROR: () build -dd5a-468e-9a7a- completed with status "FAILURE" 1 warning found (use --debug to expand):  - InvalidDefaultArgInFrom: Default value for ARG ${RUNNERIMAGE} results in empty or invalid base image name (line 16) Dockerfile.windows:22 20 | COPY etcd etcdctl /usr/local/bin/ 21 | COPY migrate-if- /usr/local/bin/ 22 | COPY migrate 23 | 24 | # NOTE(claudiub): docker buildx sets the PATH env variable to a Linux-like PATH, ERROR: failed to solve: mkdir /var/lib/buildkit/runc-overlayfs/cachemounts/buildkit3627953617/usr/local/bin: not a directory make[1]: Leaving directory '/workspace/cluster/images/etcd' make[1]: [Makefile:132: build] Error 1 make: [Makefile:217: sub-push-image-windows-amd64-1809] Error 2 ERROR ERROR: build step 0 "" failed: step exited with non-zero status: 2
2024/07/25 02:39:53 Failed to run some build jobs: [error running [gcloud builds submit --verbosity info --config The etcd 3.5.15 post CI failed to build the image. needs to promote the image: This is post submit CI for /sig release etcd
/cc
can you please try this?
cc Folks, We could use your help fixing the etcd image for windows!
/triage accepted /priority important-soon
actually passed in


POD is OOM. k8s v1.19.4+docker is OK. but v1.21+cri-o+buildah does not work properly. Why the limits are not effective.Not the container limit memory, It's physical memory centos7 kernel use limits memory use -XX:+UseContainerSupport Cannot read memory.limitinbytes k8s version cri-o version buildah version oracleJdk or openjdk have same problem It is normal to use xms and Xmx
/sig node
Supplement v19+docker v21+cri-o+buildah
/assign taking a look, thanks for opening the issue
seems relevant, have you checked your kernel supports the memory cgroup (I know docker does work, but let's sanity check first) I checked on my machine (fedora 34) and successfully can see usageinbytes in a container on our latest 1.22 branch. also, attaching the crio logs will likely help me debug
also curious about the runc version
cri-o logs runc Looks like a problem with cgroup v1
hm the memory cgroup seems to be enabled. what is the image you're using?
centos7.9.2009
/triage needs-information
what cgroup manager are you using?
kubeadm kubectl config crio ps aux|grep kubelet
I seem to have found this bug Delete the following two items to return to normal. deployment
that is unexpected... Great find!
Does the problem manifest if either are different? (hostNetwork: false, but dnsPolicy ClusterFirstWithHostNet)
hostNetwork: true hostNetwork: false delete hostNetwork and dnsPolicy
Rocky 8.4, kernel-5.4, kubernetes v1.21.4 has the same problem
ah! I found the issue
thanks for your patience
Is crio 1.21.3 fixed? This problem still occurs after the upgrade. Branch v1.21.3 did not see the commit
no the initial PR hasn't merged yet, I will try to revive it
sorry this fell through the cracks, I'll try to get this through ASAP
will get it in 1.22.1. is that sufficient or would you like it backported to 1.21?


Thank you Both are OK, I currently use java -xmx instead.I will update in the next version. Preferably v1.21, v1.22 version I will upgrade later.
I've opened as well :)
/remove-triage needs-information /triage accepted /close as this is being tracked as a CRI-O bug
Closing this issue. <detailsIn response to : /remove-triage needs-information /triage accepted Instructions for interacting with me using PR comments are available . If you have questions or suggestions related to my behavior, please file an issue against the repository. </details