Issue #4427
closedFailure to Generate HTML Files
Description
While trying to publish a repository I'm being greeted with the following error.
Task Failed
'ascii' codec can't decode byte 0xc0 in position 871702: ordinal not in range(128)
This happens when trying to mirror Fedora 29 Everything Release.
+----------------------------------------------------------------------+
RPM Repositories
+----------------------------------------------------------------------+
Id: Testing_Fedora_29_Release
Display Name: None
Description: None
Content Unit Counts:
Distribution: 1
Package Category: 13
Package Environment: 16
Package Group: 187
Package Langpacks: 1
Rpm: 58215
Notes:
Scratchpad:
Checksum Type: sha256
Importers:
Config:
Feed: http://www.mirrorservice.org/sites/dl.fedoraproject.org/pub/fedora/lin
ux/releases/29/Everything/x86_64/os/
Id: yum_importer
Importer Type Id: yum_importer
Last Override Config:
Last Sync: 2019-02-15T07:46:02Z
Last Updated: 2019-02-14T11:35:13Z
Repo Id: Testing_Fedora_29_Release
Scratchpad:
Repomd Revision: 1540419615
Distributors:
Auto Publish: True
Config:
Generate Sqlite: True
Http: True
Https: True
Relative URL: Testing/Fedora/29/Release/
Repoview: True
Distributor Type Id: yum_distributor
Id: yum_distributor
Last Override Config:
Last Publish: None
Last Updated: 2019-02-14T11:35:13Z
Repo Id: Testing_Fedora_29_Release
Scratchpad:
Auto Publish: False
Config:
Http: True
Https: True
Relative URL: Testing/Fedora/29/Release/
Distributor Type Id: export_distributor
Id: export_distributor
Last Override Config:
Last Publish: None
Last Updated: 2019-02-14T11:35:13Z
Repo Id: Testing_Fedora_29_Release
Scratchpad:
Files
Updated by wibbit about 5 years ago
A little more context.
Setting Repoview to False allows the publish to complete, so I'm guessing it is a problematic RPM description that's trying to be passed for the repoview, or something similar.
Updated by wibbit almost 5 years ago
Looking into this in more detail, the problem appears to relate to /usr/bin/repoview, as the error is the following.
Though, that's not immediately obvious.
Traceback (most recent call last):
File "/usr/bin/repoview", line 940, in <module>
main()
File "/usr/bin/repoview", line 937, in main
Repoview(opts)
File "/usr/bin/repoview", line 191, in init
packages = self.do_packages(repo_data, group_data, pkgnames)
File "/usr/bin/repoview", line 544, in do_packages
pkg_data = self.get_package_data(pkgname)
File "/usr/bin/repoview", line 442, in get_package_data
rows = pcursor.fetchall()
sqlite3.OperationalError: Could not decode to UTF-8 column \'location_href\' with text \'\xc0\x9f\'\n', 7760, 7761, 'ordinal not in range(128)')
I'll carry on doing some digging.
Updated by wibbit almost 5 years ago
I think this issue is actually related to createrepo_c generated corrupted sqlite files, which causes repoview to fail.
A bug's been raised upstream for createrepo_c
Updated by bmbouter almost 5 years ago
- Status changed from NEW to CLOSED - WONTFIX
Pulp 2 is approaching maintenance mode, and this Pulp 2 ticket is not being actively worked on. As such, it is being closed as WONTFIX. Pulp 2 is still accepting contributions though, so if you want to contribute a fix for this ticket, please reopen or comment on it. If you don't have permissions to reopen this ticket, or you want to discuss an issue, please reach out via the developer mailing list.