Bug 2227827

Summary: [abrt] dnf: module(): conf.py:10:<module>:ImportError: /lib64/libassuan.so.0: file too short
Product: [Fedora] Fedora Reporter: ICHP <ichp>
Component: dnfAssignee: Jan Kolarik <jkolarik>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 38CC: daniel.mach, ichp, jmracek, jrohel, mblaha, packaging-team-maint, pkratoch, rpm-software-management
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
URL: https://retrace.fedoraproject.org/faf/reports/bthash/249abbbdfaf9d0661034c1c1437837319d40c32
Whiteboard: abrt_hash:6320c2acc215c32dc03cbf6a30cfa48cbdb6791e;VARIANT_ID=matecompiz;
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2023-08-04 10:31:30 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:
Attachments:
Description Flags
File: os_info
none
File: environ
none
File: mountinfo
none
File: open_fds
none
File: namespaces
none
File: backtrace
none
File: cpuinfo
none
File: _var_log_dnf.log
none
File: dnf-makecache.log none

Description ICHP 2023-07-31 15:40:06 UTC 
Version-Release number of selected component:
dnf-4.16.1-1.fc38

Additional info:
reporter:       libreport-2.17.10
kernel:         6.3.6-200.fc38.x86_64
cmdline:        /usr/bin/python3 /usr/bin/dnf
cgroup:         0::/user.slice/user-1000.slice/session-2.scope
uid:            1000
reason:         conf.py:10:<module>:ImportError: /lib64/libassuan.so.0: file too short
executable:     /usr/bin/dnf
type:           Python3
package:        dnf-4.16.1-1.fc38
runlevel:       N 5
exception_type: ImportError
crash_function: module
interpreter:    python3-3.11.4-1.fc38.x86_64

Truncated backtrace:
#1 [/usr/lib64/python3.11/site-packages/libdnf/conf.py:10] <module>
#2 [/usr/lib64/python3.11/site-packages/libdnf/__init__.py:12] <module>
#3 [/usr/lib/python3.11/site-packages/dnf/base.py:29] <module>
#4 [/usr/lib/python3.11/site-packages/dnf/__init__.py:30] <module>
#5 [/usr/bin/dnf:61] <module>
Comment 1 ICHP 2023-07-31 15:40:10 UTC 
Created attachment 1980905 [details]
File: os_info
Comment 2 ICHP 2023-07-31 15:40:12 UTC 
Created attachment 1980906 [details]
File: environ
Comment 3 ICHP 2023-07-31 15:40:14 UTC 
Created attachment 1980907 [details]
File: mountinfo
Comment 4 ICHP 2023-07-31 15:40:16 UTC 
Created attachment 1980908 [details]
File: open_fds
Comment 5 ICHP 2023-07-31 15:40:18 UTC 
Created attachment 1980909 [details]
File: namespaces
Comment 6 ICHP 2023-07-31 15:40:19 UTC 
Created attachment 1980910 [details]
File: backtrace
Comment 7 ICHP 2023-07-31 15:40:22 UTC 
Created attachment 1980911 [details]
File: cpuinfo
Comment 8 ICHP 2023-07-31 15:40:24 UTC 
Created attachment 1980912 [details]
File: _var_log_dnf.log
Comment 9 ICHP 2023-07-31 15:40:26 UTC 
Created attachment 1980913 [details]
File: dnf-makecache.log
Comment 10 Jan Kolarik 2023-08-04 10:29:04 UTC 
Hello, it seems like you have a corrupted library file /lib64/libassuan.so.0 for some reason which is causing a system malfunction. According to the logs provided about installed packages, this should be a symlink pointing to the libassuan.so.0.8.6 file when having the system in correct state. Unfortunately this file is a dependency for a lot of core system components. I've tried simulating your state in my container and I was able to recover by downloading the libassuan library manually by:

curl -O https://dl.fedoraproject.org/pub/fedora/linux/updates/38/Everything/x86_64/Packages/l/libassuan-2.5.6-1.fc38.x86_64.rpm

... and then reinstalling the package using rpm:

rpm -iv --replacepkgs libassuan-2.5.6-1.fc38.x86_64.rpm
Comment 11 Jan Kolarik 2023-08-04 10:31:30 UTC 
But anyway, there doesn't seem to be any problem regarding the dnf component.