Bug 2223603

Summary:	dnf: apparent use of uninitialized or corrupted memory
Product:	[Fedora] Fedora	Reporter:	Zbigniew Jędrzejewski-Szmek <zbyszek>
Component:	dnf	Assignee:	Evan Goode <egoode>
Status:	CLOSED INSUFFICIENT_DATA	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	unspecified
Version:	rawhide	CC:	daniel.mach, jmracek, jrohel, mblaha, packaging-team-maint, pkratoch, rpm-software-management
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2023-07-20 22:21:50 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Zbigniew Jędrzejewski-Szmek 2023-07-18 11:44:23 UTC

$ sudo dnf upgrade https://kojipkgs.fedoraproject.org//packages/libdnf/0.70.1/4.fc39/x86_64/libdnf-0.70.1-4.fc39.x86_64.rpm https://kojipkgs.fedoraproject.org//packages/libdnf/0.70.1/4.fc39/x86_64/python3-libdnf-0.70.1-4.fc39.x86_64.rpm https://kojipkgs.fedoraproject.org//packages/libdnf/0.70.1/4.fc39/x86_64/python3-hawkey-0.70.1-4.fc39.x86_64.rpm

Last metadata expiration check: 1:33:37 ago on Tue Jul 18 12:08:21 2023.
libdnf-0.70.1-4.fc39.x86_64.rpm                                                                        517 kB/s | 658 kB     00:01    
python3-libdnf-0.70.1-4.fc39.x86_64.rpm                                                                434 kB/s | 822 kB     00:01    
python3-hawkey-0.70.1-4.fc39.x86_64.rpm                                                                 90 kB/s | 107 kB     00:01    
warning: �z�U: notification message: recovered 584 frames from WAL file /var/lib/dnf/history.sqlite-wal
Dependencies resolved.

 Problem: The operation would result in removing the following protected packages: dnf
Nothing to do.
Complete!

(See the "warning: mojibake" part.)

libdnf-0.70.0-1.fc39.x86_64
dnf-4.15.1-1.fc39.noarch


Reproducible: Didn't try

Comment 1 Evan Goode 2023-07-20 22:21:50 UTC

Thanks for reporting, but without a reproducer or other additional debugging information, there isn't much to go on here, so I am closing.

That line is generated by SQLite, not directly by DNF code. It looks like DNF may have been killed and didn't get a chance to cleanly exit and gracefully write the history database.

Feel free to reopen if you can offer any additional information, but it's more likely this is a SQLite bug if anything.

Comment 2 Zbigniew Jędrzejewski-Szmek 2023-07-21 08:00:25 UTC

Ack. I can't provide a reproducer and haven't seen this again.