-
Notifications
You must be signed in to change notification settings - Fork 2.3k
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
K3s Server fails to run on fresh Fedora 33 install #2797
Comments
Hi, try with 1.19 version, I'm having issues with 1.20 as well, same issues. |
@i5Js After attempting to install v1.19.5+k3s2, I now get a cgroups related error:
Perhaps the same as: https://github.com/k3s-io/k3s/issues/900, but trying this did not help:
|
You didn't include any OS or platform info; is this on arm? |
@brandond Apologies, no... Arch: x86 Intel |
Can you attach complete logs? |
@brandond It is just endless lines of Go output, which I don't think provides much debugging value to you.
|
This looks like a duplicate of #900 @darkdatter You can try the workarounds listed there to see if they help resolve the issue. |
@rancher-max as I stated above, I tried the main workaround from #900 and it did not help with this issue. |
FYI: I scrubbed the k3s install, and tried v1.19.5+k3s1 release to no success, so then I went further and tried v1.18.3+k3s1 and it works! (again latest Fedora 33 as of the date of this issue submission) |
I'm thinking that Fedora uses
I'm trying to change as little as I can about the system, but that may not be possible. Since k3d doesn't work with Podman, I may have to try using some other operating system or a virtual machine at which point, there are other options too. |
Cgroups v2 has been fixed in #2844 and I validated a fresh Fedora 33 setup from AWS. I wonder if this is working for you all now on commit
|
@rancher-max I was following https://www.rancher.co.jp/docs/k3s/latest/en/installation/ and tried running:
Nothing happens after. Do I need to specify extra args? edit: |
@T0MASD That is not a valid release version; it's a dev build. You can install builds from CI using the INSTALL_K3S_COMMIT variable, for example to install the current master build you can do: |
Just had a go on my fresh f33 install:
and
didn't run any further tests other than what's above |
I was able to install k3s with that commit, and it did seem to start as shown in your outputs. However, I am getting some output I'm not familiar with
Then when I tried with just plain ol'
The .k3s/config.yaml➜ ~ cat $HOME/.k3s/config.yaml
apiVersion: v1
clusters:
- cluster:
certificate-authority-data: (redacted)
server: https://127.0.0.1:6443
name: default
contexts:
- context:
cluster: default
user: default
name: default
current-context: default
kind: Config
preferences: {}
users:
- name: default
user:
client-certificate-data: (redacted)
client-key-data: (redacted) |
Can confirm, v1.20.4+k3s is functioning as expected using containerd-shims on Fedora 33. I was able to run a few pods, albeit kubecolor messed up the interactive terminal. Then shutdown using the k3s-killall.sh script. SystemD unit still doesn't fully kill it. |
Glad it's working. Note that the systemd unit is not intended to kill the pods. |
This could also be closed, isn't it? |
Environmental Info:
Fedora 33 (workstation)
K3s version 1.20.0+k3s2 (2ae6b163)
Describe the bug:
k3s service endlessly flaps
Steps To Reproduce:
Expected behavior:
The service would start and the master node would be available
Actual behavior:
The k3s server starts/stops endlessly until the user intervenes
Logs:
These are seen initially once the service dies for the first time:
After these messages, many general Go errors are visible.
The text was updated successfully, but these errors were encountered: