[ZBX-15757] Metadata file does not match checksum Created: 2019 Mar 04  Updated: 2019 Mar 05  Resolved: 2019 Mar 05

Status: Closed
Project: ZABBIX BUGS AND ISSUES
Component/s: Installation (I)
Affects Version/s: 3.0.25, 4.0.4, 4.0.5
Fix Version/s: None

Type: Incident report Priority: Minor
Reporter: Jay Penney Assignee: dimir
Resolution: Incomplete Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

CentOS 7



 Description   

https://www.zabbix.com/download?zabbix=4.0&os_distribution=centos&os_version=7&db=mysql

 

following install instructions

a. Install Zabbix repository

documentation
# rpm -Uvh https://repo.zabbix.com/zabbix/4.0/rhel/7/x86_64/zabbix-release-4.0-1.el7.noarch.rpm
# yum clean all

b. Install Zabbix server, frontend, agent
  1. yum -y install zabbix-server-mysql zabbix-web-mysql zabbix-agent

 

fails

 

I get "Metadata file does not match checksum"

 

I tried

zabbix-release-3.5-1.el7.noarch.rpm

zabbix-release-4.0-1.el7.noarch.rpm

not working.

failure: repodata/6842e98407e78c66b975f98432ba9422077e0646292de0c24fbff625d56b6421-primary.sqlite.bz2 from zabbix: [Errno 256] No more mirrors to try.
http://repo.zabbix.com/zabbix/4.0/rhel/7/x86_64/repodata/6842e98407e78c66b975f98432ba9422077e0646292de0c24fbff625d56b6421-primary.sqlite.bz2: [Errno -1] Metadata file does not match checksum



 Comments   
Comment by dimir [ 2019 Mar 05 ]

Your local metadata seems to be corrupted.Try:

yum clean all
rm -rf /var/cache/yum

And then installing zabbix again.

Comment by Jay Penney [ 2019 Mar 05 ]

This is a brand new install. Nothing else has been done other than

yum check-update

yum update

and that is it. nothing has been done yet on this system.

Extra fresh CentOS 7 install.

Here is the full unhappy message

 

yum -y install zabbix-server-mysql zabbix-web-mysql zabbix-agent
Loaded plugins: fastestmirror, langpacks
Determining fastest mirrors

One of the configured repositories failed (Zabbix Official Repository - x86_64),
and yum doesn't have enough cached data to continue. At this point the only
safe thing yum can do is fail. There are a few ways to work "fix" this:

1. Contact the upstream for the repository and get them to fix the problem.

2. Reconfigure the baseurl/etc. for the repository, to point to a working
upstream. This is most often useful if you are using a newer
distribution release than is supported by the repository (and the
packages for the previous distribution release still work).

3. Run the command with the repository temporarily disabled
yum --disablerepo=zabbix ...

4. Disable the repository permanently, so yum won't use it by default. Yum
will then just ignore the repository until you permanently enable it
again or use --enablerepo for temporary usage:

yum-config-manager --disable zabbix
or
subscription-manager repos --disable=zabbix

5. Configure the failing repository to be skipped, if it is unavailable.
Note that yum will try to contact the repo. when it runs most commands,
so will have to try and fail each time (and thus. yum will be be much
slower). If it is a very temporary problem though, this is often a nice
compromise:

yum-config-manager --save --setopt=zabbix.skip_if_unavailable=true

failure: repodata/6842e98407e78c66b975f98432ba9422077e0646292de0c24fbff625d56b6421-primary.sqlite.bz2 from zabbix: [Errno 256] No more mirrors to try.
http://repo.zabbix.com/zabbix/4.0/rhel/7/x86_64/repodata/6842e98407e78c66b975f98432ba9422077e0646292de0c24fbff625d56b6421-primary.sqlite.bz2: [Errno -1] Metadat a file does not match checksum

 

Comment by Jay Penney [ 2019 Mar 05 ]

nm, CentOS sucks

Comment by dimir [ 2019 Mar 05 ]

The upstream is fine, we few people have just checked it. I suggest removing your yum cache directory

rm -rf /var/cache/yum

Another thing, make sure you have enough disk space where your /var is mounted.

Generated at Mon Apr 28 11:17:33 EEST 2025 using Jira 9.12.4#9120004-sha1:625303b708afdb767e17cb2838290c41888e9ff0.