segfault when encountering WAL error in /var/lib/dnf/history.sqlite about libdnf HOT 9 CLOSED

Related issue in rpm — rpm-software-management/rpm#2553

from libdnf.

If I do sqlite3 /var/lib/dnf/history.sqlite VACUUM\; , I can run dnf at least once without segfaulting.

from libdnf.

I ran into this while running tests in osbuild-composer with up-to-date packages (with sqlite 3.42.0). Is this an issue in libdnf or sqlite? If it's in sqlite, is there a ticket I can follow for that?

from libdnf.

I am not sure is this libdnf, sqlite, or rpm (see frame #5) bug, as I spent only a couple of minutes troubleshooting this.

from libdnf.

I don't see any official sqlite 3.42 package for Fedora. Is it something manually built? I cannot reproduce it using the latest versions from Fedora 38: libdnf 0.70.1 rpm 4.18.1 dnf 4.15.1 sqlite 3.40.1.

from libdnf.

It's manually built. After I upgrade a package (history.sqlite is modified), segfaulting starts again.

from libdnf.

If it's working for you with the current official version of sqlite for Fedora, I would suggest to wait until the new version is released. It might be already fixed by then.

from libdnf.

# dnf upgrade
enabling rpmfusion-free-debuginfo repository
enabling rpmfusion-free-updates-debuginfo repository
Last metadata expiration check: 0:03:33 ago on Wed 24 May 2023 09:52:54 EEST.
warning: (null): notification message: recovered 213 frames from WAL file /var/lib/dnf/history.sqlite-wal
Dependencies resolved.
Nothing to do.
Complete!
# dnf upgrade
enabling rpmfusion-free-debuginfo repository
enabling rpmfusion-free-updates-debuginfo repository
Last metadata expiration check: 0:03:51 ago on Wed 24 May 2023 09:52:54 EEST.
Segmentation fault (core dumped)
#

from libdnf.

I guess if there has been already some operation involved using the manually built sqlite, the db could be broken. Could you check the dnf check output please?

from libdnf.