Uploaded image for project: 'RHEL'
  1. RHEL
  2. RHEL-36078

dnf with libsolv-0.7.22-4.el8pc crashes on zstd-compressed repositories: gboolean load_yum_repo(DnfSack*, HyRepo, GError**): Assertion `fp_primary' failed.

    • Icon: Bug Bug
    • Resolution: Not a Bug
    • Icon: Undefined Undefined
    • None
    • rhel-8.9.0
    • libsolv
    • None
    • None
    • None
    • rhel-sst-cs-software-management
    • ssg_core_services
    • None
    • False
    • Hide

      None

      Show
      None
    • None
    • None
    • None
    • None
    • x86_64
    • None

      In an up to date RHEL 8.9 system, installing packages from EPEL has started failing recently (it was working on May 8th and started failing May 9th) with the following error:

      # dnf -v list --available
      Loaded plugins: builddep, changelog, config-manager, copr, debug, debuginfo-install, download, generate_completion_cache, groups-manager, needs-restarting, playground, product-id, repoclosure, repodiff, repograph, repomanage, reposync, subscription-manager, system-upgrade, uploadprofile
      Updating Subscription Management repositories.
      DNF version: 4.7.0
      cachedir: /var/cache/dnf
      User-Agent: constructed: 'libdnf (Red Hat Enterprise Linux 8.9; generic; Linux.x86_64)'
      countme: no event for epel: window already counted
      Extra Packages for Enterprise Linux 8 - x86_64                                                                                                                                                                                                                              143 kB/s |  23 kB     00:00    
      reviving: 'epel' can be revived - metalink checksums match.
      platform-python: /builddir/build/BUILD/libdnf-0.63.0/libdnf/dnf-sack.cpp:781: gboolean load_yum_repo(DnfSack*, HyRepo, GError**): Assertion `fp_primary' failed.
      Aborted (core dumped)
      

      Once I disable the EPEL repo, dnf works as expected.

       

      Stacktrace didn't show up in journal, so I've generated a core file and this is what I've been able to get from gdb:

      (gdb) bt
      #0  0x00007f20cdb8cacf in raise () at /lib64/libc.so.6
      #1  0x00007f20cdb5fea5 in abort () at /lib64/libc.so.6
      #2  0x00007f20cdb5fd79 in _nl_load_domain.cold.0 () at /lib64/libc.so.6
      #3  0x00007f20cdb85426 in  () at /lib64/libc.so.6
      #4  0x00007f20cb28fa97 in dnf_sack_load_repo () at /lib64/libdnf.so.2
      #5  0x00007f20bd7ff64e in load_repo(_SackObject*, _object*, _object*) () at /usr/lib64/python3.6/site-packages/hawkey/_hawkey.so
      #6  0x00007f20cea41fd4 in PyCFunction_Call (func=<built-in method load_repo of Sack object at remote 0x7f20b4fd0868>, args=<optimized out>, kwds=<optimized out>) at /usr/src/debug/python3-3.6.8-56.el8_9.3.x86_64/Objects/methodobject.c:103
      #7  0x00007f20cea4f89c in do_call_core
          (kwdict={'build_cache': True, 'load_filelists': True, 'load_presto': True, 'load_updateinfo': True}, callargs=(<Repo(this=<SwigPyObject at remote 0x7f20b48a4150>) at remote 0x7f20b752e5f8>,), func=<built-in method load_repo of Sack object at remote 0x7f20b4fd0868>)
          at /usr/src/debug/python3-3.6.8-56.el8_9.3.x86_64/Python/ceval.c:5117 

              packaging-team-maint packaging-team-maint
              rhn-engineering-pablomh Pablo Méndez Hernández
              packaging-team-maint packaging-team-maint
              Software Management QE Software Management QE
              Votes:
              1 Vote for this issue
              Watchers:
              7 Start watching this issue

                Created:
                Updated:
                Resolved: