-
Notifications
You must be signed in to change notification settings - Fork 59
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
/boot is full and system is boot looping #819
Comments
Is the fatal error here. ostree supports What's the output of |
Also the output of |
I don't see a remount or read-only message in dmesg, but it is mounted ro
This looks normal:
|
I don't know if the generator sets ro when it's full, but I don't believe /boot should be read-only |
looks like the generator is defaulting to And I see that on my system:
|
The read-only Hmm, it seems like somehow rpm-ostree is triggering a sysroot cleanup on an |
Can you also provide the recent-ish output of |
This is suspicious: selinux: avc: netlink recvfrom: error 9 but this looks like the problem: Txn Deploy on /org/projectatomic/rpmostree1/fedora_coreos failed: Cleaning bootversions: Removing boot/loader.0: unlinkat(entries): Read-only file system |
Seeing a similar report downstream in RHCOS - https://bugzilla.redhat.com/show_bug.cgi?id=1959327 |
Hits on https://bugzilla.redhat.com/show_bug.cgi?id=1883797, which was apparently solved by a reboot? Might be worth opening a separate issue for that error with the contents of |
Remounting /boot as rw doesn't do much besides let me remove the extraneous kernels. Removing those let's zincati & rpm-ostree apply the next update. Unfortunately I have to re-provision need this system because I need it working. I'll close this issue; hopefully this is a freak thing that won't crop up elsewhere. |
I do wish we knew what happened here. If anyone sees something similar, please speak up. |
I did leave the hard drive in tact so I can boot this back up if needed. It's not super convenient to do so, but totally possible. |
Upgrading from OCP 4.8 to 4.9, I'm just seeing this on about all nodes I have (except my masters, that are done rebooting)
I can oc debug on those faulty node, and found 3 folders in /boot/ostree, while I was expecting 2:
hint, maybe: this is my second upgrade on that cluster today |
Describe the bug
It appears old kernels aren't getting cleaned up on my system which causes rpm-ostree stages to fail, and zincati tries to reapply updates every 10 minutes, rinse and repeat.
Reproduction steps
Steps to reproduce the behavior:
I'm not sure this is reproducible. This system was deployed pre stable stream.
Expected behavior
A clear and concise description of what you expected to happen.
Ideally zincati, or ostree, would degrade in a way that doesn't just keep rebooting like this.
Actual behavior
A clear and concise description of what actually happened.
Logs are below.
System details
-bare metal
currently 33.20210328.3.0, originally deployed w/ a very old version.
Ignition config
I just used the basic template to inject my ssh key
Additional information
Add any other information about the problem here.
The text was updated successfully, but these errors were encountered: