Bug 1324865

Summary: EPEL 5 metadata provided in non RHEL 5 compatible format
Product: [Fedora] Fedora EPEL Reporter: Jarek Polok <jaroslaw.polok>
Component: yumAssignee: Jeff Sheltren <sheltren>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: urgent Docs Contact:
Priority: unspecified    
Version: el5CC: sheltren, thomas.oulevey
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-04-07 13:37:43 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Jarek Polok 2016-04-07 13:14:16 UTC
Description of problem:

Since today (yesterday ?) EPEL 5 repositories metadata (sqlite files) is generated using gzip compression instead of bzip2

Version-Release number of selected component (if applicable):

N/A

How reproducible:


Steps to Reproduce:
1. yum update on RHEL 5 / SL(C) 5 / CentOS 5 with EPEL 5 enabled

Actual results:

traceback:

# yum --enablerepo=epel update
Loaded plugins: priorities, protectbase, security
epel                                                                                  | 3.6 kB     00:00     
epel/primary_db                                                                       | 3.6 MB     00:00     
Traceback (most recent call last):
  File "/usr/bin/yum", line 29, in ?
    yummain.user_main(sys.argv[1:], exit_code=True)
  File "/usr/share/yum-cli/yummain.py", line 309, in user_main
    errcode = main(args)
  File "/usr/share/yum-cli/yummain.py", line 178, in main
    result, resultmsgs = base.doCommands()
  File "/usr/share/yum-cli/cli.py", line 345, in doCommands
    self._getTs(needTsRemove)
  File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 101, in _getTs
    self._getTsInfo(remove_only)
  File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 112, in _getTsInfo
    pkgSack = self.pkgSack
  File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 662, in <lambda>
    pkgSack = property(fget=lambda self: self._getSacks(),
  File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 502, in _getSacks
    self.repos.populateSack(which=repos)
  File "/usr/lib/python2.4/site-packages/yum/repos.py", line 260, in populateSack
    sack.populate(repo, mdtype, callback, cacheonly)
  File "/usr/lib/python2.4/site-packages/yum/yumRepo.py", line 168, in populate
    if self._check_db_version(repo, mydbtype):
  File "/usr/lib/python2.4/site-packages/yum/yumRepo.py", line 226, in _check_db_version
    return repo._check_db_version(mdtype)
  File "/usr/lib/python2.4/site-packages/yum/yumRepo.py", line 1226, in _check_db_version
    repoXML = self.repoXML
  File "/usr/lib/python2.4/site-packages/yum/yumRepo.py", line 1399, in <lambda>
    repoXML = property(fget=lambda self: self._getRepoXML(),
  File "/usr/lib/python2.4/site-packages/yum/yumRepo.py", line 1391, in _getRepoXML
    self._loadRepoXML(text=self)
  File "/usr/lib/python2.4/site-packages/yum/yumRepo.py", line 1381, in _loadRepoXML
    return self._groupLoadRepoXML(text, ["primary"])
  File "/usr/lib/python2.4/site-packages/yum/yumRepo.py", line 1366, in _groupLoadRepoXML
    self._commonRetrieveDataMD(mdtypes)
  File "/usr/lib/python2.4/site-packages/yum/yumRepo.py", line 1343, in _commonRetrieveDataMD
    misc.bunzipFile(dl_local, local)
  File "/usr/lib/python2.4/site-packages/yum/misc.py", line 615, in bunzipFile
    data = s_fn.read(1024000)
EOFError: compressed file ended before the logical end-of-stream was detected


Expected results:

.. working update 

Additional info:

(possible cause of the problem: https://bugzilla.redhat.com/show_bug.cgi?id=771703)

Please revert to bz2 compressed sqlite metadata for EPEL 5

(yes I know this is not for yum component, but must choose one in order to submit the bug ... )

Comment 1 Jarek Polok 2016-04-07 13:37:43 UTC
Sorry for the noise: apparently the upstream distribution at:
https://anorien.csc.warwick.ac.uk/mirrors/epel/5/x86_64/repodata/
is OK, our mirror is missing the *sqlite.bz2 metadata.

Thanks

Jarek