I was troubleshooting the reason why my DNF scripts were not returning any information. When I ran the "dnf check-update" command, it returned the following:
root@gdcnim01: /root >dnf check-update
Traceback (most recent call last):
File "/opt/freeware/bin/dnf", line 57, in <module>
from dnf.cli import main
File "/opt/freeware/lib/python3.7/site-packages/dnf/__init__.py", line 32, in <module>
import dnf.base
File "/opt/freeware/lib/python3.7/site-packages/dnf/base.py", line 29, in <module>
import libdnf.transaction
File "/opt/freeware/lib/python3.7/site-packages/libdnf/__init__.py", line 3, in <module>
from . import common_types
File "/opt/freeware/lib/python3.7/site-packages/libdnf/common_types.py", line 13, in <module>
from . import _common_types
ImportError: rtld: 0712-001 Symbol lua_newuserdata was referenced
from module /usr/opt/rpm/lib/librpmio.so(), but a runtime definition
of the symbol was not found.
The only change that took place on the system was the application of the following security patch:
6 S IJ55266m9a 08/14/25 10:41:16 IJ55266 - POTENTIAL SECURITY ISSUE
Could this be related to the issue I am seeing? If so what is the remediation so we can get DNF working again?