Description of problem: There is a problem with pkcon with the fedora repository if zchunk is enabled. Version-Release number of selected component (if applicable): 1.2.2-2.fc33 How reproducible: Steps to Reproduce: 1. Use "pkcon refresh force" Actual results: Fatal error: cannot update repo 'fedora': Yum repo downloading error: Downloading error: Unable to initialize zchunk file repodata/f9196996d311c31b162864369f45430463808a93e8c5ab92bede63611698358e-comps-Everything.x86_64.xml.zck: Unable to set zchunk file descriptor for repodata/f9196996d311c31b162864369f45430463808a93e8c5ab92bede63611698358e-comps-Everything.x86_64.xml.zck: Unable to find multipart download range ; Last error: Zchunk error: Unable to find multipart download range sometimes Fatal error: cannot update repo 'fedora': Yum repo downloading error: Downloading error: Unable to initialize zchunk file repodata/f9196996d311c31b162864369f45430463808a93e8c5ab92bede63611698358e-comps-Everything.x86_64.xml.zck: Unable to set zchunk file descriptor for repodata/f9196996d311c31b162864369f45430463808a93e8c5ab92bede63611698358e-comps-Everything.x86_64.xml.zck: Unable to compile regular expression ; Last error: Zchunk error: Unable to compile regular expression Expected results: No error Additional info: Software Update in cockpit-packagekit (234-1.fc33) could not work because of this. Temporary solution: 1. Set zchunk to False in dnf.conf ~]# echo 'zchunk=False' >> /etc/dnf/dnf.conf 2. Restart packagekit ~]# systemctl restart packagekit.service 3. Run again "pkcon refresh force"
Still see this annoying bug on system installed with latest f34: [root@fedora lnie]# dnf install virt-manager libvirt qemu-kvm -y Fedora Modular 34 - x86_64 1.7 kB/s | 4.6 kB 00:02 Fedora Modular 34 - x86_64 29 kB/s | 182 kB 00:06 Fedora Modular 34 - x86_64 - Updates 2.4 kB/s | 6.4 kB 00:02 Fedora Modular 34 - x86_64 - Test Updates 634 B/s | 3.8 kB 00:06 Fedora Modular 34 - x86_64 - Test Updates 115 kB/s | 163 kB 00:01 Errors during downloading metadata for repository 'updates-testing-modular': - Zchunk error: Unable to find multipart download range Error: Failed to download metadata for repo 'updates-testing-modular': Yum repo downloading error: Downloading error: Unable to initialize zchunk file repodata/4523904474371c093f0ffdc59a2c01d2cdbb9576c8c4279d98715d981cbe8a0c-primary.xml.zck: Unable to set zchunk file descriptor for repodata/4523904474371c093f0ffdc59a2c01d2cdbb9576c8c4279d98715d981cbe8a0c-primary.xml.zck: Unable to find multipart download range
Created attachment 1772025 [details] journal
I am facing a similar issue. [ryno@thinkpad ~]$ dnf check-update Fedora 34 openh264 (From Cisco) - x86_64 103 B/s | 2.5 kB 00:24 Fedora Modular 34 - x86_64 78 kB/s | 3.8 MB 00:49 Fedora Modular 34 - x86_64 - Updates 11 kB/s | 115 kB 00:10 Errors during downloading metadata for repository 'updates-modular': - Zchunk error: Unable to find multipart download range Error: Failed to download metadata for repo 'updates-modular': Yum repo downloading error: Downloading error: Unable to initialize zchunk file repodata/13c5b8a8c503886539ad8883ea9efbbc3ac837b6ffa4570e63b829a2d4da1617-primary.xml.zck: Unable to set zchunk file descriptor for repodata/13c5b8a8c503886539ad8883ea9efbbc3ac837b6ffa4570e63b829a2d4da1617-primary.xml.zck: Unable to find multipart download range Tried running a `dnf clean all` but it didn't help. [ryno@thinkpad ~]$ dnf clean all 15 files removed [ryno@thinkpad ~]$ dnf check-update Fedora 34 openh264 (From Cisco) - x86_64 103 B/s | 2.5 kB 00:24 Fedora Modular 34 - x86_64 78 kB/s | 3.8 MB 00:49 Fedora Modular 34 - x86_64 - Updates 11 kB/s | 115 kB 00:10 Errors during downloading metadata for repository 'updates-modular': - Zchunk error: Unable to find multipart download range Error: Failed to download metadata for repo 'updates-modular': Yum repo downloading error: Downloading error: Unable to initialize zchunk file repodata/13c5b8a8c503886539ad8883ea9efbbc3ac837b6ffa4570e63b829a2d4da1617-primary.xml.zck: Unable to set zchunk file descriptor for repodata/13c5b8a8c503886539ad8883ea9efbbc3ac837b6ffa4570e63b829a2d4da1617-primary.xml.zck: Unable to find multipart download range At the end I set `zchunk=False` in my /etc/dnf/dnf.conf file and this issue has been resolved, though I suspect this is not the ideal way to deal with it.
I think this might be another duplicate of bz1927988 If dnf was trying to use mirror.sjtu.edu.cn mirror than it most likely is, you can check that in: /var/log/dnf.librepo.log It should be resolved by zchunk-1.1.11-1.
*** This bug has been marked as a duplicate of bug 1927988 ***