-
Notifications
You must be signed in to change notification settings - Fork 198
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
error: Committing: Adding composefs metadata: No data available #4649
Comments
Hmm, must be a regression from #4594 "No data available" is odd, will look. What filesystem are you using? i.e. paste the output of |
I also have another machine that was following the upgrades similarly, and have the same additional packages installed, but itdoes not have any default packages removed. On that machine upgrade works. |
Damn, I forgot before, but I need to add that lately (cannot tell if after latest successfull update or before) I have canceled the ongoing upgrade (very early in the process) with Ctrl+c |
To help debug coreos/rpm-ostree#4649
I am not totally sure where this error is coming from, but the latest git ostree (soon to show up in https://copr.fedorainfracloud.org/coprs/g/CoreOS/continuous/ will help debug - want to try installing that via Is this reproducible 100% of the time? |
The error is happening 100% of the time, but I was able to do |
I found out that:
In the end I managed to fix the system with steps:
the problematic commit path is still on my system, since I pinned it. Not sure if this helps with the mystery (I guess some file/commit was corrupted ), if there is need for some debug info, I could revert temporarily to the problematic deployment, to test stuff, but need info what and how. |
Hi, you likely have filesystem corruption. Check |
I was checking dmesg before and now, no errors there, btrfs scrub shows no error as well, but btrfsck found something. So this might be thee case. |
Same error |
For me it was indeed broken filesystem, but if I was able to fix it with btrfs tools, and then, thanks to rpm-ostree powers I was able to restore system fully, without reinstall, and I am still using the same system installation right now. |
Thanks |
I had the same issue and running |
Host system details
Expected vs actual behavior
Cannot do anything other than
rpm-ostree reset
. Upgrading, removing packages, installing new packages does not work. Afterrpm-ostree reset
upgrading works, but changing the packages still does not.Expected:
Steps to reproduce it
Would you like to work on the issue?
Can only provide more info about the setup.
The text was updated successfully, but these errors were encountered: