Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1779104 - PackageKit: loading of MD_TYPE_PRIMARY has failed.
Summary: PackageKit: loading of MD_TYPE_PRIMARY has failed.
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: libdnf
Version: 31
Hardware: Unspecified
OS: Unspecified
low
unspecified
Target Milestone: ---
Assignee: amatej
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 1781047 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-12-03 10:19 UTC by Dmitry Monakhov
Modified: 2020-10-27 01:20 UTC (History)
16 users (show)

Fixed In Version: libdnf-0.54.2-1.fc32
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-10-18 15:49:01 UTC
Type: Bug
Embargoed:

Attachments (Terms of Use)
*.repo files (1.68 KB, application/gzip)
2020-02-05 06:51 UTC, Dmitry Monakhov 		no flags Details
repomd for the failing cache (4.86 KB, application/xml)
2020-02-13 05:45 UTC, viraptor@gmail.com 		no flags Details
packagekit-direct output (9.71 KB, text/plain)
2020-06-18 11:51 UTC, 247 		no flags Details
View All


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1830512 0 unspecified CLOSED zchunk does not work when going through transparent proxy "WebProxy/1.0" 2022-05-16 11:32:56 UTC
Red Hat Bugzilla 1851841 0 medium CLOSED zchunk issue with packagekit 2022-05-16 11:32:56 UTC

Internal Links: 1830512

Description Dmitry Monakhov 2019-12-03 10:19:49 UTC 
Description of problem:
PackageKit Daemon does not work.
I can update packages using dnf command. But can do the same using PackageKit.

Version-Release number of selected component (if applicable):
libdnf-0.37.2-2.fc31.x86_64
dnf-4.2.15-2.fc31.noarch
PackageKit-1.1.12-11.fc31.x86_64

How reproducible:
Always.

Steps to Reproduce:
1.pkcon -v refresh force

Fatal error: loading of MD_TYPE_PRIMARY has failed.

Actual results:
Fatal error: loading of MD_TYPE_PRIMARY has failed.


Expected results:

Update packages
Comment 1 Dmitry Monakhov 2019-12-09 12:04:48 UTC 
Updated packages do not resolve the problem.

libdnf-0.39.1-1.fc31.x86_64
dnf-4.2.17-1.fc31.noarch
Comment 2 Daniel Mach 2019-12-16 12:27:35 UTC 
*** Bug 1781047 has been marked as a duplicate of this bug. ***
Comment 3 Jaroslav Mracek 2020-01-16 15:32:46 UTC 
Please are you able to update your system by dnf 'dnf upgrade --refresh' and still not able to use `pkcon -v refresh force`?

Please could you also provide output from `dnf repoinfo`?

I suggest that one of your repositories in /etc/yum.repos.d/ has incorrect metadata without primary data type. Can you disable some of repositories and try again  `pkcon -v refresh force`?

Disabling repository can be performed in .repo files in /etc/yum.repos.d/ by setting `enabled=False` and `enabled_metadata=False`.
Comment 4 Dmitry Monakhov 2020-01-24 07:02:20 UTC 
'dnf upgrade --refresh' did not resolve the issue.

' dnf repolist' output:
repo id                                                                         repo name
fedora                                                                          Fedora 31 - x86_64
fedora-modular                                                                  Fedora Modular 31 - x86_64
rpmfusion-free                                                                  RPM Fusion for Fedora 31 - Free
rpmfusion-free-updates                                                          RPM Fusion for Fedora 31 - Free - Updates
rpmfusion-nonfree                                                               RPM Fusion for Fedora 31 - Nonfree
rpmfusion-nonfree-updates                                                       RPM Fusion for Fedora 31 - Nonfree - Updates
updates                                                                         Fedora 31 - x86_64 - Updates
updates-modular                                                                 Fedora Modular 31 - x86_64 - Updates



[root@monakhv ~]# dnf repoinfo
Last metadata expiration check: 0:18:16 ago on Fri 24 Jan 2020 09:42:47 AM MSK.

Repo-id            : fedora
Repo-name          : Fedora 31 - x86_64
Repo-revision      : 1571871168
Repo-updated       : Thu 24 Oct 2019 01:52:47 AM MSK
Repo-pkgs          : 56,361
Repo-available-pkgs: 55,860
Repo-size          : 71 G
Repo-metalink      : https://mirrors.fedoraproject.org/metalink?repo=fedora-31&arch=x86_64
  Updated          : Fri 24 Jan 2020 09:42:43 AM MSK
Repo-baseurl       : https://mirror.linux-ia64.org/fedora/linux/releases/31/Everything/x86_64/os/ (133 more)
Repo-expire        : 604,800 second(s) (last: Fri 24 Jan 2020 09:42:43 AM MSK)
Repo-filename      : /etc/yum.repos.d/fedora.repo

Repo-id            : fedora-modular
Repo-name          : Fedora Modular 31 - x86_64
Repo-revision      : 1571871190
Repo-updated       : Thu 24 Oct 2019 01:53:13 AM MSK
Repo-pkgs          : 2,403
Repo-available-pkgs: 546
Repo-size          : 2.3 G
Repo-metalink      : https://mirrors.fedoraproject.org/metalink?repo=fedora-modular-31&arch=x86_64
  Updated          : Fri 24 Jan 2020 09:42:42 AM MSK
Repo-baseurl       : http://mirror.linux-ia64.org/fedora/linux/releases/31/Modular/x86_64/os/ (134 more)
Repo-expire        : 172,800 second(s) (last: Fri 24 Jan 2020 09:42:42 AM MSK)
Repo-filename      : /etc/yum.repos.d/fedora-modular.repo

Repo-id            : rpmfusion-free
Repo-name          : RPM Fusion for Fedora 31 - Free
Repo-revision      : 1571739692
Repo-tags          : binary-x86_64
Repo-updated       : Tue 22 Oct 2019 01:21:36 PM MSK
Repo-pkgs          : 588
Repo-available-pkgs: 588
Repo-size          : 1.0 G
Repo-metalink      : https://mirrors.rpmfusion.org/metalink?repo=free-fedora-31&arch=x86_64
  Updated          : Fri 24 Jan 2020 09:42:46 AM MSK
Repo-baseurl       : http://mirror.yandex.ru/fedora/rpmfusion/free/fedora/releases/31/Everything/x86_64/os/ (52 more)
Repo-expire        : 1,209,600 second(s) (last: Fri 24 Jan 2020 09:42:46 AM MSK)
Repo-filename      : /etc/yum.repos.d/rpmfusion-free.repo

Repo-id            : rpmfusion-free-updates
Repo-name          : RPM Fusion for Fedora 31 - Free - Updates
Repo-revision      : 1579777826
Repo-tags          : binary-x86_64
Repo-updated       : Thu 23 Jan 2020 02:10:28 PM MSK
Repo-pkgs          : 188
Repo-available-pkgs: 188
Repo-size          : 556 M
Repo-metalink      : https://mirrors.rpmfusion.org/metalink?repo=free-fedora-updates-released-31&arch=x86_64
  Updated          : Fri 24 Jan 2020 09:42:45 AM MSK
Repo-baseurl       : ftp://mirror.yandex.ru/fedora/rpmfusion/free/fedora/updates/31/x86_64/ (50 more)
Repo-expire        : 172,800 second(s) (last: Fri 24 Jan 2020 09:42:45 AM MSK)
Repo-filename      : /etc/yum.repos.d/rpmfusion-free-updates.repo

Repo-id            : rpmfusion-nonfree
Repo-name          : RPM Fusion for Fedora 31 - Nonfree
Repo-revision      : 1571741026
Repo-tags          : binary-x86_64
Repo-updated       : Tue 22 Oct 2019 01:43:47 PM MSK
Repo-pkgs          : 218
Repo-available-pkgs: 218
Repo-size          : 1.1 G
Repo-metalink      : https://mirrors.rpmfusion.org/metalink?repo=nonfree-fedora-31&arch=x86_64
  Updated          : Fri 24 Jan 2020 09:42:47 AM MSK
Repo-baseurl       : ftp://mirror.yandex.ru/fedora/rpmfusion/nonfree/fedora/releases/31/Everything/x86_64/os/ (52 more)
Repo-expire        : 1,209,600 second(s) (last: Fri 24 Jan 2020 09:42:47 AM MSK)
Repo-filename      : /etc/yum.repos.d/rpmfusion-nonfree.repo

Repo-id            : rpmfusion-nonfree-updates
Repo-name          : RPM Fusion for Fedora 31 - Nonfree - Updates
Repo-revision      : 1579778942
Repo-tags          : binary-x86_64
Repo-updated       : Thu 23 Jan 2020 02:29:02 PM MSK
Repo-pkgs          : 65
Repo-available-pkgs: 65
Repo-size          : 420 M
Repo-metalink      : https://mirrors.rpmfusion.org/metalink?repo=nonfree-fedora-updates-released-31&arch=x86_64
  Updated          : Fri 24 Jan 2020 09:42:46 AM MSK
Repo-baseurl       : rsync://mirror.yandex.ru/fedora/rpmfusion/nonfree/fedora/updates/31/x86_64/ (50 more)
Repo-expire        : 172,800 second(s) (last: Fri 24 Jan 2020 09:42:46 AM MSK)
Repo-filename      : /etc/yum.repos.d/rpmfusion-nonfree-updates.repo

Repo-id            : updates
Repo-name          : Fedora 31 - x86_64 - Updates
Repo-revision      : 1579567009
Repo-updated       : Tue 21 Jan 2020 04:02:46 AM MSK
Repo-pkgs          : 15,972
Repo-available-pkgs: 15,896
Repo-size          : 25 G
Repo-metalink      : https://mirrors.fedoraproject.org/metalink?repo=updates-released-f31&arch=x86_64
  Updated          : Fri 24 Jan 2020 09:42:43 AM MSK
Repo-baseurl       : rsync://mirror.yandex.ru/fedora/linux/updates/31/Everything/x86_64/ (110 more)
Repo-expire        : 21,600 second(s) (last: Fri 24 Jan 2020 09:42:43 AM MSK)
Repo-filename      : /etc/yum.repos.d/fedora-updates.repo

Repo-id            : updates-modular
Repo-name          : Fedora Modular 31 - x86_64 - Updates
Repo-revision      : 1579657876
Repo-updated       : Wed 22 Jan 2020 04:52:50 AM MSK
Repo-pkgs          : 2,454
Repo-available-pkgs: 506
Repo-size          : 2.4 G
Repo-metalink      : https://mirrors.fedoraproject.org/metalink?repo=updates-released-modular-f31&arch=x86_64
  Updated          : Fri 24 Jan 2020 09:42:42 AM MSK
Repo-baseurl       : http://mirror.linux-ia64.org/fedora/linux/updates/31/Modular/x86_64/ (135 more)
Repo-expire        : 21,600 second(s) (last: Fri 24 Jan 2020 09:42:42 AM MSK)
Repo-filename      : /etc/yum.repos.d/fedora-updates-modular.repo
Total packages: 78,249
Comment 5 Jaroslav Mracek 2020-01-27 09:25:46 UTC 
> 'dnf upgrade --refresh' did not resolve the issue.

Please what does it mean?
'dnf upgrade --refresh' crash by the same way, or dnf perform well but it doesn't resolve the issue with PackageKit? Or something else?


Please could you also investigate /var/cache/PackageKit/31/metadata/<repositories_id>repodata/repomd.xml?


I suggest that one of repomd.xml files has no <data type="primary"> informations.

Please could you confirm my suggestion?
Comment 6 Dmitry Monakhov 2020-01-27 11:54:05 UTC 
(In reply to Jaroslav Mracek from comment #5)
> > 'dnf upgrade --refresh' did not resolve the issue.
> 
> Please what does it mean?
> 'dnf upgrade --refresh' crash by the same way, or dnf perform well but it
> doesn't resolve the issue with PackageKit? Or something else?


`dnf upgrade --refresh ` works very well without any problem!
However it does not change the result of 'pkcon -v refresh force'

> 
> 
> Please could you also investigate
> /var/cache/PackageKit/31/metadata/<repositories_id>repodata/repomd.xml?
> 
> 
> I suggest that one of repomd.xml files has no <data type="primary">
> informations.
> 
> Please could you confirm my suggestion?

I can not confirm it.
Please find below my investigation.

read all file "repomd.xml" into variable rep
[root@monakhv metadata]# cd /var/cache/PackageKit/31/metadata
[root@monakhv metadata]# rep=`find . -name  "repomd.xml" `

Find all primary words into the files 
[root@monakhv metadata]# for r in $rep ; do echo $r;  grep  primary $r ; echo ; done
./fedora-31-x86_64/repodata/repomd.xml
  <data type="primary">
    <location href="repodata/87aea7fb189357f558fad367a3882383cb8804a6e666b2ad655b4321a75069f7-primary.xml.gz"/>
  <data type="primary_db">
    <location href="repodata/c88adc42550adc4c8481edd0b5aa73904e8a189cc93bb9867a3319fe8753ee4e-primary.sqlite.xz"/>
  <data type="primary_zck">
    <location href="repodata/5dd866cf6ce0e21f428b6c5bf4eabee65719b72c8cc279393125e79b34fdae31-primary.xml.zck"/>

./google-chrome-31-x86_64/repodata/repomd.xml
<data type="primary">
  <location href="repodata/primary.xml.gz"/>

./fedora-modular-31-x86_64/repodata/repomd.xml
  <data type="primary">
    <location href="repodata/b3741575ff87ae2b55d7ff60555bfd1f3caf6e044c950c91a9ea0ef057833815-primary.xml.gz"/>
  <data type="primary_db">
    <location href="repodata/fe1351897687dbf27584d40f0bf7e9aed8f015b3bc07de2d178d9c14cb06f29a-primary.sqlite.xz"/>
  <data type="primary_zck">
    <location href="repodata/585e6b410ed840737587803da3c61d8e7276bda225b6facc1ed0a6cc5603cf08-primary.xml.zck"/>

./fedora-cisco-openh264-31-x86_64/repodata/repomd.xml
  <data type="primary">
    <location href="repodata/3dada59a0fc1e0a339ea1545f1453d1446943cb7d5e7dd39ad55bc7e6f1eb0e8-primary.xml.gz"/>
  <data type="primary_db">
    <location href="repodata/c1f02bc908eb52044c99ee49eadde0121a7ba4b9daf49e508787e6561a8522fa-primary.sqlite.xz"/>

./updates-31-x86_64/repodata/repomd.xml
  <data type="primary">
    <location href="repodata/27dacb15ac9cd8baa1e76f72aac4f5359c6a1695036dfba771ef25bd902f3e6c-primary.xml.gz"/>
  <data type="primary_db">
    <location href="repodata/5dcf6729dd4cc7ebd0cb8167409e20caaec610dcc5cf5f9ee48dd13056cec424-primary.sqlite.bz2"/>
  <data type="primary_zck">
    <location href="repodata/1d7e510a3182fcfe07800671cd194b48e59c1c5c09eeba306e1f945f4e5a1086-primary.xml.zck"/>

./rpmfusion-free-31-x86_64/repodata/repomd.xml
<data type="primary">
  <location href="repodata/7d359ca7a4d66290fc5767ca4f11ec65514cce7cf7582ee568f79e8215145620-primary.xml.gz"/>
<data type="primary_db">
  <location href="repodata/a0a65432f9fd3b06910e1fc96d355b8be20d383fbde76b2f94fd73b8ba480029-primary.sqlite.xz"/>

./adobe-linux-x86_64-31-x86_64/repodata/repomd.xml
<data type="primary">
  <location href="repodata/76f5b750f952ea4b3f085f2b7e1b230c14c97f7abc7d5c5e8b6242a3cd2f6d00-primary.xml.gz"/>
<data type="primary_db">
  <location href="repodata/ed08e6da79b615805e06c77e64f621c80fb84a71429c6849a4ee16fae092ae68-primary.sqlite.bz2"/>

./rpmfusion-nonfree-updates-31-x86_64/repodata/repomd.xml
<data type="primary">
  <location href="repodata/0a5dec96614c424b608f3dd08d80e89dfd9729b1ac03885c6e0eec1f3beaa884-primary.xml.gz"/>
<data type="primary_db">
  <location href="repodata/2c9647cf0da4c17d0ded6c654e5704a881a87155abefd7692786e9a8a3a1293d-primary.sqlite.xz"/>

./rpmfusion-nonfree-31-x86_64/repodata/repomd.xml
<data type="primary">
  <location href="repodata/feb74872025056442b66aca1575f40f12a3b196abf42ca5f7bdd1d2d7b9d3ed9-primary.xml.gz"/>
<data type="primary_db">
  <location href="repodata/22875713b3ad3222311266be202889e0f1b16412e40f49129db776abf9ee9581-primary.sqlite.xz"/>

./rpmfusion-free-updates-31-x86_64/repodata/repomd.xml
<data type="primary">
  <location href="repodata/f00e4bee46c7963980106044b495f1e6c6595485566df436fde46caabc3d18fa-primary.xml.gz"/>
<data type="primary_db">
  <location href="repodata/ba20f2558132c1d20110cf22d580073d703ccf41767ef13a36e396a176af67a9-primary.sqlite.xz"/>

./updates-modular-31-x86_64/repodata/repomd.xml
  <data type="primary">
    <location href="repodata/3c63a0d4989ee05246733561e2fe2c2b356e72e0414302a97ac768b52f70a2e9-primary.xml.gz"/>
  <data type="primary_zck">
    <location href="repodata/eb6181e5ba66613c8d179b6dc133a8d84f776305f586f1fd3b51c9edb66672d0-primary.xml.zck"/>
Comment 7 Jaroslav Mracek 2020-01-30 10:33:00 UTC 
Thank you very much for data.

The data provided looks fine.

I can also suggest that file described in data type="primary" is not available or corrupted. (corrupted cache)


DNF and pkcon uses same configuration in /etc/yum.repos.d/ but their code that handles caching differs.

But pkcon shares more code with microdnf.

Could you also try as a root:
dnf install microdnf
microdnf install acpi   # acpi is a simple file that can be then removed by 'dnf remove acpi'. Please could you also provide an output . Thanks

If microdnf works fine () please try remove PackageKit cache as a root and then reboot.
sudo rm /var/cache/PackageKit/* -rf
reboot


If pkcon will work after reboot the cache was somehow corrupted.
Comment 8 Dmitry Monakhov 2020-01-31 14:13:53 UTC 
'microdnf install acpi ' produces the same error as `pkcon -v refresh force`

sudo rm /var/cache/PackageKit/* -rf
does not resolve the issue
Comment 9 Jaroslav Mracek 2020-02-04 11:08:01 UTC 
May I ask you for complete output from 'microdnf install acpi'?

Please could you provide all files from "/etc/yum.repos.d/*.repo"?

Thanks a lot.
Comment 10 Dmitry Monakhov 2020-02-05 06:50:46 UTC 
This is microdnf output.

[root@monakhv ~]# export LANG=C
[root@monakhv ~]# microdnf install acpi
Downloading metadata...
error: loading of MD_TYPE_PRIMARY has failed.
[root@monakhv ~]# 


Repo files are into attachement.
Comment 11 Dmitry Monakhov 2020-02-05 06:51:52 UTC 
Created attachment 1657751 [details]
*.repo files
Comment 12 viraptor@gmail.com 2020-02-13 05:44:56 UTC 
Same issue here, and I patched libdnf to return the id of the repo along with the error. Got: "Fatal error: loading of MD_TYPE_PRIMARY has failed in updates-modular."

I'll attach the repomd file for that repo.
Comment 13 viraptor@gmail.com 2020-02-13 05:45:54 UTC 
Created attachment 1662873 [details]
repomd for the failing cache
Comment 14 viraptor@gmail.com 2020-02-13 06:40:14 UTC 
The primary is indeed ignored, even though it's present in the file. After putting in some debug prints in Repo::Impl::getMetadataPath:

    for(auto it = metadataPaths.begin(); it != metadataPaths.end(); ++it) {
        std::cout << "path to check in " << conf->name().getValue() << ": " << it->first << ", " << it->second << std::endl;
    }

I get:

Failing repo - only has primary_zck:

Feb 13 17:31:39 chai packagekitd[61929]: path to check in updates-modular: filelists_zck, /var/cache/PackageKit/31/metadata/updates-modular-31-x86_64/repodata/88cdb1f0f4cb3d3fe1e911acf3a6ea1610da7bc31489891d93c6f8f2b6677949-f>
Feb 13 17:31:39 chai packagekitd[61929]: path to check in updates-modular: modules, /var/cache/PackageKit/31/metadata/updates-modular-31-x86_64/repodata/6f75cd36f69e3afbda0d3c9fc54d7924ee9600da8531bd4bee8af21432dec80d-modules>
Feb 13 17:31:39 chai packagekitd[61929]: path to check in updates-modular: primary_zck, /var/cache/PackageKit/31/metadata/updates-modular-31-x86_64/repodata/006f661f0a6b0a0ca82ff365918143c1a64ef102e920c55841a192b113b6580f-pri>
Feb 13 17:31:39 chai packagekitd[61929]: path to check in updates-modular: updateinfo_zck, /var/cache/PackageKit/31/metadata/updates-modular-31-x86_64/repodata/cfa5880d0b3ec1ae7f6841de07760d702a72733680acbf0e8c13bdd06721accf->
Feb 13 17:31:39 chai packagekitd[61929]: path to check in updates-modular: filelists_zck, /var/cache/PackageKit/31/metadata/updates-modular-31-x86_64/repodata/88cdb1f0f4cb3d3fe1e911acf3a6ea1610da7bc31489891d93c6f8f2b6677949-f>
Feb 13 17:31:39 chai packagekitd[61929]: path to check in updates-modular: modules, /var/cache/PackageKit/31/metadata/updates-modular-31-x86_64/repodata/6f75cd36f69e3afbda0d3c9fc54d7924ee9600da8531bd4bee8af21432dec80d-modules>
Feb 13 17:31:39 chai packagekitd[61929]: path to check in updates-modular: primary_zck, /var/cache/PackageKit/31/metadata/updates-modular-31-x86_64/repodata/006f661f0a6b0a0ca82ff365918143c1a64ef102e920c55841a192b113b6580f-pri>
Feb 13 17:31:39 chai packagekitd[61929]: path to check in updates-modular: updateinfo_zck, /var/cache/PackageKit/31/metadata/updates-modular-31-x86_64/repodata/cfa5880d0b3ec1ae7f6841de07760d702a72733680acbf0e8c13bdd06721accf->

Ok repo - has primary:

Feb 13 17:31:41 chai packagekitd[61929]: path to check in rpmfusion-nonfree: filelists, /var/cache/PackageKit/31/metadata/rpmfusion-nonfree-31-x86_64/repodata/d84faec2cf344cf150470e79845a2408db81099fb0087794e77edc59b9479371-f>
Feb 13 17:31:41 chai packagekitd[61929]: path to check in rpmfusion-nonfree: group, /var/cache/PackageKit/31/metadata/rpmfusion-nonfree-31-x86_64/repodata/025b28992f4b94e17e5c062c4ba5fe35e64abdb01849193547fe081f86a7b549-comps>
Feb 13 17:31:41 chai packagekitd[61929]: path to check in rpmfusion-nonfree: primary, /var/cache/PackageKit/31/metadata/rpmfusion-nonfree-31-x86_64/repodata/feb74872025056442b66aca1575f40f12a3b196abf42ca5f7bdd1d2d7b9d3ed9-pri>
Feb 13 17:31:41 chai packagekitd[61929]: path to check in rpmfusion-nonfree: filelists, /var/cache/PackageKit/31/metadata/rpmfusion-nonfree-31-x86_64/repodata/d84faec2cf344cf150470e79845a2408db81099fb0087794e77edc59b9479371-f>
Feb 13 17:31:41 chai packagekitd[61929]: path to check in rpmfusion-nonfree: group, /var/cache/PackageKit/31/metadata/rpmfusion-nonfree-31-x86_64/repodata/025b28992f4b94e17e5c062c4ba5fe35e64abdb01849193547fe081f86a7b549-comps>
Feb 13 17:31:41 chai packagekitd[61929]: path to check in rpmfusion-nonfree: primary, /var/cache/PackageKit/31/metadata/rpmfusion-nonfree-31-x86_64/repodata/feb74872025056442b66aca1575f40f12a3b196abf42ca5f7bdd1d2d7b9d3ed9-pri>

As visible in the repomd.xml for updates-modular, I've got both entries available:

  <data type="primary">
    <checksum type="sha256">937e2d51a42615a106ee413287cd6d50db64c846e3590f440b844cbf162c058c</checksum>
    <open-checksum type="sha256">fe74799dfcacf9926e111e85994687f1a7d841e01dce6e10b68c6dd69ebfef49</open-checksum>
    <location href="repodata/937e2d51a42615a106ee413287cd6d50db64c846e3590f440b844cbf162c058c-primary.xml.gz"/>
    <timestamp>1581299858</timestamp>
    <size>554532</size>
    <open-size>6951957</open-size>
  </data>
  ...
  <data type="primary_zck">
    <checksum type="sha256">006f661f0a6b0a0ca82ff365918143c1a64ef102e920c55841a192b113b6580f</checksum>
    <open-checksum type="sha256">fe74799dfcacf9926e111e85994687f1a7d841e01dce6e10b68c6dd69ebfef49</open-checksum>
    <header-checksum type="sha256">6255cb1aa33c773e04174be647208349348fb18d6cfe0f75cb51f123eb5bbebe</header-checksum>
    <location href="repodata/006f661f0a6b0a0ca82ff365918143c1a64ef102e920c55841a192b113b6580f-primary.xml.zck"/>
    <timestamp>1581299858</timestamp>
    <size>1059137</size>
    <open-size>6951957</open-size>
    <header-size>48833</header-size>
  </data>

But the -primary.xml.gz file does not actually exist:

$ ls -1 /var/cache/PackageKit/31/metadata/updates-modular-31-x86_64/repodata/
006f661f0a6b0a0ca82ff365918143c1a64ef102e920c55841a192b113b6580f-primary.xml.zck
6f75cd36f69e3afbda0d3c9fc54d7924ee9600da8531bd4bee8af21432dec80d-modules.yaml.gz
88cdb1f0f4cb3d3fe1e911acf3a6ea1610da7bc31489891d93c6f8f2b6677949-filelists.xml.zck
cfa5880d0b3ec1ae7f6841de07760d702a72733680acbf0e8c13bdd06721accf-updateinfo.xml.zck
repomd.xml

I'm debugging this pretty much blind, so if I should look at anything else instead, please let me know.
Comment 15 viraptor@gmail.com 2020-02-13 07:00:29 UTC 
Seems like packagekitd forces the zchunk off somewhere. If I replace the zchunk check at https://github.com/rpm-software-management/libdnf/blob/0.43.1/libdnf/repo/Repo.cpp#L202 with "if (true) {" things "just work" again. As far as I can tell, the updates-modular repo was checked just fine and the updates were installed afterwards.
Comment 16 groobson 2020-03-30 11:21:40 UTC 
Hi,
I was facing the same problem with pkcon for about 8 months.

Finally I resolved it by commenting out 'zchunk=False' from both:
/etc/yum.conf
/etc/dnf/dnf.conf

Then I did 'pkcon -v refresh force' and everything is ok now.
Comment 17 247 2020-06-07 09:08:04 UTC 
hi everybody, i'm following this because i'm having the same exact problem, plus the fact that gnome software is not working anymore due to this and zchunk=False did not help me...
Comment 18 James McDonald 2020-06-11 06:21:10 UTC 
Not sure I should post this here as I'm seeing this on Fedora 32

I am getting "Fatal error: loading of MD_TYPE_PRIMARY has failed."

sudo dnf update --refresh
Dropbox Repository                              5.4 kB/s | 2.9 kB     00:00    
Fedora 32 openh264 (From Cisco) - x86_64        1.1 kB/s | 986  B     00:00    
Fedora Modular 32 - x86_64                      4.2 kB/s | 3.6 kB     00:00    
Fedora Modular 32 - x86_64 - Updates            3.3 kB/s | 3.0 kB     00:00    
Fedora 32 - x86_64 - Updates                    4.0 kB/s | 3.6 kB     00:00    
Fedora 32 - x86_64                              3.7 kB/s | 3.6 kB     00:00    
google-chrome                                   6.1 kB/s | 1.3 kB     00:00    
insync repo                                     4.4 kB/s | 2.9 kB     00:00    
MySQL 8.0 Community Server                       73 kB/s | 2.5 kB     00:00    
MySQL Connectors Community                       61 kB/s | 2.5 kB     00:00    
MySQL Tools Community                            65 kB/s | 2.5 kB     00:00    
Visual Studio Code                              5.8 kB/s | 3.0 kB     00:00    
Dependencies resolved.
Nothing to do.
Complete!

But I need to have zchunk=False added to /etc/dnf/dnf.conf other wise I get

sudo dnf update --refresh
Dropbox Repository                              5.2 kB/s | 2.9 kB     00:00    
Fedora 32 openh264 (From Cisco) - x86_64        1.0 kB/s | 986  B     00:00    
Fedora Modular 32 - x86_64                      2.2 MB/s | 4.9 MB     00:02    
Fedora Modular 32 - x86_64 - Updates            112 kB/s | 153 kB     00:01    
Errors during downloading metadata for repository 'updates-modular':
  - Curl error (23): Failed writing received data to disk/application for http://ftp.iinet.net.au/pub/fedora/linux/updates/32/Modular/x86_64/repodata/66dbb91529aa0aadc449337de261491614cc0027f0fa84e52e8cd6c31acb2143-filelists.xml.zck [Failed writing body (0 != 249)]
  - Curl error (23): Failed writing received data to disk/application for http://ftp.iinet.net.au/pub/fedora/linux/updates/32/Modular/x86_64/repodata/46b2ce94f20b0cbb3835f2660ace68099822d9d54470d0f8132c381031c45e8d-primary.xml.zck [Failed writing body (0 != 249)]
Error: Failed to download metadata for repo 'updates-modular': Yum repo downloading error: Downloading error(s): repodata/46b2ce94f20b0cbb3835f2660ace68099822d9d54470d0f8132c381031c45e8d-primary.xml.zck - Download failed: Curl error (23): Failed writing received data to disk/application for http://ftp.iinet.net.au/pub/fedora/linux/updates/32/Modular/x86_64/repodata/46b2ce94f20b0cbb3835f2660ace68099822d9d54470d0f8132c381031c45e8d-primary.xml.zck [Failed writing body (0 != 249)]; repodata/66dbb91529aa0aadc449337de261491614cc0027f0fa84e52e8cd6c31acb2143-filelists.xml.zck - Download failed: Curl error (23): Failed writing received data to disk/application for http://ftp.iinet.net.au/pub/fedora/linux/updates/32/Modular/x86_64/repodata/66dbb91529aa0aadc449337de261491614cc0027f0fa84e52e8cd6c31acb2143-filelists.xml.zck [Failed writing body (0 != 249)]

With or without zchunk=False and pkcon I get

sudo pkcon -v refresh force
16:12:33	PackageKit          Verbose debugging enabled (on console 1)
16:12:33	PackageKit          filter=(null), filters=0
16:12:33	PackageKit          adding state 0x55da221a7ca0
16:12:33	PackageKit          role now refresh-cache
Refreshing cache              [                         ] (0%)  16:12:33	PackageKit          notify::connected
                              [=========================]         
Loading cache                 [=========================]         
Downloading repository information[=========================]         
Loading cache                 [=========================]         
Downloading repository information[=========================]         
Loading cache                 [=========================]         
Downloading repository information[=========================]         
Loading cache                 [=========================]         
Downloading repository information[=========================]         
Loading cache                 [=========================]         
Downloading repository information[=========================]         
Loading cache                 [=========================]         
Downloading repository information[=========================]         
Loading cache                 [=========================]         
Downloading repository information[=========================]         
Loading cache                 [=========================]         
Downloading repository information[=========================]         
Loading cache                 [=========================]         
Downloading repository information[=========================]         
Loading cache                 [=========================]         
Querying                      [=========================]         
Finished                      [                         ] (0%)  16:13:15	PackageKit          remove state 0x55da221a7ca0
                              [=========================]         
Fatal error: loading of MD_TYPE_PRIMARY has failed.

Also of note is when I put an incorrect command into my terminal i get

[jm@tgn-ws01-tgn-home restore]$ jkd
bash: jkd: command not found...
Failed to search for file: loading of MD_TYPE_PRIMARY has failed.

These are the repositories I'm using

dnf repoinfo 
Fedora Modular 32 - x86_64 - Updates            3.5 kB/s | 3.0 kB     00:00    
Fedora 32 - x86_64 - Updates                    4.1 kB/s | 3.6 kB     00:00    
insync repo                                     2.9 kB/s | 2.9 kB     00:01    
Repo-id            : Dropbox
Repo-name          : Dropbox Repository
Repo-revision      : 1583364791
Repo-updated       : Thu 05 Mar 2020 10:33:11
Repo-pkgs          : 4
Repo-available-pkgs: 4
Repo-size          : 279 k
Repo-baseurl       : http://linux.dropbox.com/fedora/31/
Repo-expire        : 172,800 second(s) (last: Wed 10 Jun 2020 10:30:05)
Repo-filename      : /etc/yum.repos.d/dropbox.repo

Repo-id            : code
Repo-name          : Visual Studio Code
Repo-revision      : 1591727924
Repo-updated       : Wed 10 Jun 2020 04:38:44
Repo-pkgs          : 255
Repo-available-pkgs: 255
Repo-size          : 20 G
Repo-baseurl       : https://packages.microsoft.com/yumrepos/vscode
Repo-expire        : 172,800 second(s) (last: Wed 10 Jun 2020 10:30:42)
Repo-filename      : /etc/yum.repos.d/vscode.repo

Repo-id            : fedora
Repo-name          : Fedora 32 - x86_64
Repo-revision      : 1587594156
Repo-updated       : Thu 23 Apr 2020 08:22:36
Repo-pkgs          : 55,327
Repo-available-pkgs: 55,327
Repo-size          : 73 G
Repo-metalink      : https://mirrors.fedoraproject.org/metalink?repo=fedora-32&arch=x86_64
  Updated          : Wed 10 Jun 2020 10:30:22
Repo-baseurl       : rsync://ftp.iinet.net.au/redhat-fedora/releases/32/Everything/x86_64/os/
                   : (16 more)
Repo-expire        : 604,800 second(s) (last: Wed 10 Jun 2020 10:30:22)
Repo-filename      : /etc/yum.repos.d/fedora.repo

Repo-id            : fedora-cisco-openh264
Repo-name          : Fedora 32 openh264 (From Cisco) - x86_64
Repo-revision      : 1584475845
Repo-updated       : Wed 18 Mar 2020 07:10:45
Repo-pkgs          : 8
Repo-available-pkgs: 8
Repo-size          : 1.8 M
Repo-metalink      : https://mirrors.fedoraproject.org/metalink?repo=fedora-cisco-openh264-32&arch=x86_64
  Updated          : Wed 10 Jun 2020 10:30:06
Repo-baseurl       : https://codecs.fedoraproject.org/openh264/32/x86_64/ (0
                   : more)
Repo-expire        : 1,209,600 second(s) (last: Wed 10 Jun 2020 10:30:06)
Repo-filename      : /etc/yum.repos.d/fedora-cisco-openh264.repo

Repo-id            : fedora-modular
Repo-name          : Fedora Modular 32 - x86_64
Repo-revision      : 1587589390
Repo-updated       : Thu 23 Apr 2020 07:03:13
Repo-pkgs          : 2,407
Repo-available-pkgs: 0
Repo-size          : 2.7 G
Repo-metalink      : https://mirrors.fedoraproject.org/metalink?repo=fedora-modular-32&arch=x86_64
  Updated          : Wed 10 Jun 2020 10:30:08
Repo-baseurl       : rsync://ftp.iinet.net.au/redhat-fedora/releases/32/Modular/x86_64/os/
                   : (16 more)
Repo-expire        : 172,800 second(s) (last: Wed 10 Jun 2020 10:30:08)
Repo-filename      : /etc/yum.repos.d/fedora-modular.repo

Repo-id            : google-chrome
Repo-name          : google-chrome
Repo-revision      : 1591378205
Repo-updated       : Sat 06 Jun 2020 03:30:06
Repo-pkgs          : 3
Repo-available-pkgs: 3
Repo-size          : 198 M
Repo-baseurl       : http://dl.google.com/linux/chrome/rpm/stable/x86_64
Repo-expire        : 172,800 second(s) (last: Wed 10 Jun 2020 10:30:23)
Repo-filename      : /etc/yum.repos.d/google-chrome.repo

Repo-id            : insync
Repo-name          : insync repo
Repo-revision      : 1591161380
Repo-updated       : Wed 03 Jun 2020 15:16:21
Repo-pkgs          : 12
Repo-available-pkgs: 12
Repo-size          : 935 M
Repo-baseurl       : http://yum.insync.io/fedora/32/
Repo-expire        : 7,200 second(s) (last: Thu 01 Jan 1970 10:00:00)
Repo-filename      : /etc/yum.repos.d/insync.repo

Repo-id            : mysql-connectors-community
Repo-name          : MySQL Connectors Community
Repo-revision      : 1587877234
Repo-updated       : Sun 26 Apr 2020 15:00:36
Repo-pkgs          : 14
Repo-available-pkgs: 14
Repo-size          : 39 M
Repo-baseurl       : http://repo.mysql.com/yum/mysql-connectors-community/fc/32/x86_64/
Repo-expire        : 172,800 second(s) (last: Wed 10 Jun 2020 10:30:39)
Repo-filename      : /etc/yum.repos.d/mysql-community.repo

Repo-id            : mysql-tools-community
Repo-name          : MySQL Tools Community
Repo-revision      : 1587722434
Repo-updated       : Fri 24 Apr 2020 20:00:36
Repo-pkgs          : 7
Repo-available-pkgs: 7
Repo-size          : 264 M
Repo-baseurl       : http://repo.mysql.com/yum/mysql-tools-community/fc/32/x86_64/
Repo-expire        : 172,800 second(s) (last: Wed 10 Jun 2020 10:30:39)
Repo-filename      : /etc/yum.repos.d/mysql-community.repo

Repo-id            : mysql80-community
Repo-name          : MySQL 8.0 Community Server
Repo-revision      : 1587879626
Repo-updated       : Sun 26 Apr 2020 15:40:34
Repo-pkgs          : 17
Repo-available-pkgs: 17
Repo-size          : 607 M
Repo-baseurl       : http://repo.mysql.com/yum/mysql-8.0-community/fc/32/x86_64/
Repo-expire        : 172,800 second(s) (last: Wed 10 Jun 2020 10:30:39)
Repo-filename      : /etc/yum.repos.d/mysql-community.repo

Repo-id            : updates
Repo-name          : Fedora 32 - x86_64 - Updates
Repo-revision      : 1591553208
Repo-updated       : Mon 08 Jun 2020 04:20:54
Repo-pkgs          : 8,041
Repo-available-pkgs: 8,041
Repo-size          : 17 G
Repo-metalink      : https://mirrors.fedoraproject.org/metalink?repo=updates-released-f32&arch=x86_64
  Updated          : Thu 01 Jan 1970 10:00:00
Repo-baseurl       : http://ftp.iinet.net.au/pub/fedora/linux/updates/32/Everything/x86_64/
                   : (13 more)
Repo-expire        : 21,600 second(s) (last: Thu 01 Jan 1970 10:00:00)
Repo-filename      : /etc/yum.repos.d/fedora-updates.repo

Repo-id            : updates-modular
Repo-name          : Fedora Modular 32 - x86_64 - Updates
Repo-revision      : 1591329863
Repo-updated       : Fri 05 Jun 2020 14:14:06
Repo-pkgs          : 2,411
Repo-available-pkgs: 0
Repo-size          : 2.7 G
Repo-metalink      : https://mirrors.fedoraproject.org/metalink?repo=updates-released-modular-f32&arch=x86_64
  Updated          : Thu 01 Jan 1970 10:00:00
Repo-baseurl       : http://ftp.iinet.net.au/pub/fedora/linux/updates/32/Modular/x86_64/
                   : (13 more)
Repo-expire        : 21,600 second(s) (last: Thu 01 Jan 1970 10:00:00)
Repo-filename      : /etc/yum.repos.d/fedora-updates-modular.repo
Total packages: 68,506
Comment 19 247 2020-06-11 14:17:53 UTC 
I'm on f32 too, but unfortunately the zchunk false did not solve my error...
Comment 20 James McDonald 2020-06-11 23:30:17 UTC 
(In reply to 247 from comment #19)
> I'm on f32 too, but unfortunately the zchunk false did not solve my error...

Yes I think there are two different issues. 

One is the curl error issue work-a-round using zchunk=False

and the other is the "Fatal error: loading of MD_TYPE_PRIMARY has failed." issue
Comment 21 247 2020-06-14 10:06:33 UTC 
yes, one is a zchunk error, and at least in my case is due to the fact, i have some proxy in my connection set by my provider (i use a 4g network) that zchunk can't handle, and it's solved by zchunk=False
the other one (the md type primary, is completely another issue that seems to affect packagekit

by the way, i even discovered that now gnome software can't install rpms anymore due to unsupported format, been thining about doing a fresh install if none solves the issue...
Comment 22 Dmitry Monakhov 2020-06-17 06:28:55 UTC 
Upgrade to f32 do not resolve the issue.
Comment 23 247 2020-06-18 11:51:10 UTC 
so, i have opened a thread on ask fedora and someone over there is kindly trying to help me, in regard to this problem, we've done lot of tests and maybe the results of packagekit-direct will be interesting to read for someone more experienced on here, so i'll attach the file here...
Comment 24 247 2020-06-18 11:51:39 UTC 
Created attachment 1697948 [details]
packagekit-direct output
Comment 25 Alessio 2020-06-19 14:48:24 UTC 
Hello.
I performed some test.
All works when I'm connected to the internet using the ADSL or other networks.
If I use my mobile phone using USB tethering, I am able to reproduce this issue.

I have a fully updated Fedora 32 installation.
If I issue pkcon -v refresh force, using the mobile line I get
Fatal error: loading of MD_TYPE_PRIMARY has failed.

If I issue pkcon -v refresh force, using the ADSL line it works.
Comment 26 Alessio 2020-06-20 15:14:05 UTC 
Hello again. It could look totally random, but.
Using the mobile connection, issuing pkcon -v refresh force, I always get an error related to the fedora repository or to the fedora-updates one.

The error sometimes is 
"Fatal error: loading of MD_TYPE_PRIMARY has failed." 
And sometimes it is 
"Fatal error: cannot update repo 'fedora': Yum repo downloading error: Downloading error(s): repodata/b7e1566c87075299c4a199737b341e7d15fbf1a4d49c4c2cbe43368437b02c47-comps-Everything.x86_64.xml.zck - Download failed: Curl error (23): Failed writing received data to disk/application for http://fedora.mirror.garr.it/fedora/linux/releases/32/Everything/x86_64/os/repodata/b7e1566c87075299c4a199737b341e7d15fbf1a4d49c4c2cbe43368437b02c47-comps-Everything.x86_64.xml.zck [Failed writing body (0 != 1388)]; Last error: Curl error (23): Failed writing received data to disk/application for http://fedora.mirror.garr.it/fedora/linux/releases/32/Everything/x86_64/os/repodata/b7e1566c87075299c4a199737b341e7d15fbf1a4d49c4c2cbe43368437b02c47-comps-Everything.x86_64.xml.zck [Failed writing body (0 != 1388)]"

This happens if, in the /etc/yum.repos.d/fedora.repo file (and in the fedora-updates.repo one, with the proper url) I use 
metalink=https://mirrors.fedoraproject.org/metalink?repo=fedora-$releasever&arch=$basearch
or
baseurl=http://fedora.mirror.garr.it/fedora/linux/releases/$releasever/Everything/$basearch/os/

But if I use 
baseurl=https://dl.fedoraproject.org/pub/fedora/linux/releases/$releasever/Everything/$basearch/os/
then I don't get any error.

Isn't it weird?
Comment 27 247 2020-06-23 11:23:20 UTC 
yes it is, especially considering this does not work for me

anyway i clearly can say this is a regression, cause i did not have this problem till about one month ago...
Comment 28 Alessio 2020-06-23 16:52:08 UTC 
I don't know if it is a regression in the packages. Because installing the packages in the fedora repository (downgrading them), the behaviour is the same for me.
libdnf-0.45.0-3.fc32.x86_64
PackageKit-1.1.13-2.fc32.x86_64
Comment 29 Alessio 2020-06-24 06:46:50 UTC 
I have another observation.
As said, if I use the mobile connection and in the fedora.repo file I put 
baseurl=http://fedora.mirror.garr.it/fedora/linux/releases/$releasever/Everything/$basearch/os/
I can hit this issue.
But, if I use the same mirror, but using https, it works...
I tried multiple times.
Comment 30 Alessio 2020-06-29 12:44:19 UTC 
I built the libdnf package with WITH_ZCHUNK=OFF in the spec file.
Obviously the .zck files are not downloaded when refreshing the repository; and all works as expected.

So the point is: why packagekit (or libdnf or whatever) continue to dowload the zck files even if the zchunk=False is set in dnf.conf?

Please have a look to BZ#1830512 too.
Comment 31 Alessio 2020-06-29 12:47:05 UTC 
> Please have a look to BZ#1830512 too.

And expecially to BZ#1851841
Comment 32 amatej 2020-07-14 15:59:33 UTC 
Here is a PR that should fix this issue: https://github.com/rpm-software-management/libdnf/pull/998
And tests: https://github.com/rpm-software-management/ci-dnf-stack/pull/864

The code mentions microdnf instead of packagekit but they use libdnf in the same way so the fix applies to both.
Comment 33 Fedora Update System 2020-10-08 11:59:01 UTC 
FEDORA-2020-b40fc174b5 has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2020-b40fc174b5
Comment 34 Fedora Update System 2020-10-08 12:00:01 UTC 
FEDORA-2020-5d9f0ce2b3 has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-5d9f0ce2b3
Comment 35 Fedora Update System 2020-10-08 22:19:32 UTC 
FEDORA-2020-b40fc174b5 has been pushed to the Fedora 33 testing repository.
In short time you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-b40fc174b5`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-b40fc174b5

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
Comment 36 Fedora Update System 2020-10-12 21:15:38 UTC 
FEDORA-2020-b40fc174b5 has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2020-b40fc174b5
Comment 37 Fedora Update System 2020-10-12 21:23:15 UTC 
FEDORA-2020-5d9f0ce2b3 has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-5d9f0ce2b3
Comment 38 Fedora Update System 2020-10-12 22:45:03 UTC 
FEDORA-2020-b40fc174b5 has been pushed to the Fedora 33 testing repository.
In short time you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-b40fc174b5`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-b40fc174b5

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
Comment 39 Fedora Update System 2020-10-13 20:17:59 UTC 
FEDORA-2020-5d9f0ce2b3 has been pushed to the Fedora 32 testing repository.
In short time you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-5d9f0ce2b3`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-5d9f0ce2b3

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
Comment 40 Fedora Update System 2020-10-18 15:49:01 UTC 
FEDORA-2020-5d9f0ce2b3 has been pushed to the Fedora 32 stable repository.
If problem still persists, please make note of it in this bug report.
Comment 41 Fedora Update System 2020-10-19 16:53:14 UTC 
FEDORA-2020-b40fc174b5 has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2020-b40fc174b5
Comment 42 Fedora Update System 2020-10-20 14:22:36 UTC 
FEDORA-2020-b40fc174b5 has been pushed to the Fedora 33 testing repository.
In short time you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-b40fc174b5`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-b40fc174b5

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
Comment 43 Fedora Update System 2020-10-27 01:20:36 UTC 
FEDORA-2020-b40fc174b5 has been pushed to the Fedora 33 stable repository.
If problem still persists, please make note of it in this bug report.
Note You need to log in before you can comment on or make changes to this bug.