-
Notifications
You must be signed in to change notification settings - Fork 6.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
No arm release for runc v1.0.3 #8384
Comments
Same problem, no arm release at https://github.com/opencontainers/runc/releases/tag/v1.0.3 |
Is there any way to use it on arm64? |
At least not a production-ready variant at the moment. I just got a running cluster up and running on my Pis a few minutes ago. But for that I had to add the hash for runc v1.1.0-rc-1 and containerd-1.6.0-beta.5, because only from these releases an arm64 version is offered upstream. What I didn't quite understand yet is that the installation under Kubespray v2.17 worked without problems but I couldn't find any arm64 versions upstream runc and containerd for the used versions. You might have to check if something has changed in the download sources between v2.17 and v2.18. |
Hi, I tested the #8391 fix but I still receive the same error. The error message, after disabling no_log: true is
|
Yes unfortunately the fix #8391 doesn't quite solve the original problem. As mentioned in the previous comment, I only got the cluster running after I entered runc v1.1.0-rc-1 in the hash values. After that the playbook fails because there is no containerd 1.5.8 for arm64 and so I added the hash for containerd-1.6.0-beta.5 locally. After that the installation went without problems. Since both are release candidates or beta version, I would not recommend a productive use. As far as I can see, however, there are no official arm64 binaries of runc and containerd prior to these releases. Therefore the open question from my side, where were the binaries in Kubespray v2.17 obtained from (Because I previously had a running cluster on arm64 running v2.17). I haven't had time to take a closer look for that yet. |
@Payback159 we were using docker.com packages but they were slow to update and even skipping containerd version, so we switched to using release from containerd directly |
Thanks @champtar for the clarification. That is, as soon as runc v1.1.0 and containerd 1.6.0 were released, we could think about an arm64 installation. Presumably this will come with Kubespray v2.19 at the earliest or you use master. Am I right? |
I don't use k8s with arm(64) but yes once containerd 1.6.0 is released I'm sure It'll land in kubespray pretty fast. If config doesn't change you can just add the hash/change the version in 2.18 |
Hi, can you tell me which files needs to updated and with which values for containerd ? I got it working for runc but not for containerd |
Hi @kjellmoens, at the moment I can't get to my ansible-roles but in the end it should be enough if you just add here:
in a new line, plus here a new line with:
After that you have to add somewhere in your inventory (for example I added it to the
Hope I could help. |
@Payback159 thank you ! It works |
Note: checksum for containerd 1.6.0-rc.1 arm64 is here.
|
Environment:
raspberry pi 4
printf "$(uname -srm)\n$(cat /etc/os-release)\n"
):ansible --version
):python --version
):Kubespray version (commit) (
git rev-parse --short HEAD
):92f25bf2
Network plugin used:
calico
Full inventory with variables (
ansible -i inventory/sample/inventory.ini all -m debug -a "var=hostvars[inventory_hostname]"
):Command used to invoke ansible:
ansible-playbook -i /inventory/inventory.yaml --private-key /root/.ssh/id_rsa -u ubuntu upgrade-cluster.yml --become
Output of ansible run:
Anything else do we need to know:
temporarily disabled nolog in download_file step to get the broken link output.
Looks like the hash value was added in PR #8274 but there is no arm release at https://github.com/opencontainers/runc/releases/tag/v1.0.3.
The following value was stored in the runc_checksum under arm64:
v1.0.3: edda26f24f9137f5e6981583dc0e782ea9e3ffee591d4c7a9f9565adc2ed9461
I can create a PR for it too, but wanted to check with you first if that's what you want. The hash value must come from somewhere.
The text was updated successfully, but these errors were encountered: