Virtualmin Yum Repository Isn't Working

5 posts / 0 new
Last post
#1 Mon, 07/17/2017 - 22:57
TaGaDvAnCe

Virtualmin Yum Repository Isn't Working

I am struggling to get the Virtualmin yum repository to work on a CentOS 7 EC2 instance that was provisioned ~4 months ago and configured using install.sh.

sudo yum clean all
Loaded plugins: fastestmirror, priorities
Cleaning repos: base epel extras updates virtualmin virtualmin-universal
Cleaning up everything
Cleaning up list of fastest mirrors
sudo yum -d1 update
http://GPL:GPL@software.virtualmin.com/gpl/rhel/7/x86_64/repodata/1692d7618fd53faf0d373997577010381e84bd27-primary.sqlite.bz2: [Errno 14] HTTP Error 404 - Not Found
Trying other mirror.
To address this issue please refer to the below knowledge base article

https://access.redhat.com/articles/1320623

If above article doesn't help to resolve this issue please create a bug on https://bugs.centos.org/

http://GPL:GPL@software.virtualmin.com/gpl/rhel/7/x86_64/repodata/1692d7618fd53faf0d373997577010381e84bd27-primary.sqlite.bz2: [Errno 14] HTTP Error 404 - Not Found
Trying other mirror.

Here are some of the things i have tried to resolve this issue:

yum clean all

yum clean all; rm -f /var/lib/rpm/__db*; rpm --rebuilddb

I tried editing /etc/yum.repos.d/virtualmin.repo to use https instead of http.

I have tried editing /etc/yum/pluginconf.d/fastestmirror.conf in various ways, including setting enabled=0 and adding exclude=linux.duke.edu to the end.

Nothing has worked. Please help me fix it.

Tue, 07/18/2017 - 15:29
mike189762

Same. Trying to get past this as well.

Tue, 07/18/2017 - 18:55
Joe
Joe's picture

There's a problem with metadata differences between the two mirror servers that I'm sorting out...but, the folloing should always work to get new metadata (none of that other stuff is necessary):

yum clean all yum update

If that doesn't work, let me know...it'd be some other issue.

The problem I know about is that there are two different sets of metadata across the two mirrors, because metadata is generated on the server itself. This used to work, but newer createrepo versions generate metadata in uniquely named files now, so I need to sync everything instead of just pushing packages...it means my package publishing workflow needs to change. I'm working on it today. It just depends on which repo server your yum contacts that day (based on DNS) as to whether it gets the old server or the new.

--

Check out the forum guidelines!

Tue, 07/18/2017 - 22:07
TaGaDvAnCe

Hello Joe,

yum clean all + yum update results in text similar to that from my original post. The long string of characters that prefix the file name in the path portion of the URL are different though.

Edit: It looks like the first mirror is failing, then the second one works. It is a little unsettling seeing that text every time.

Wed, 07/19/2017 - 22:47 (Reply to #4)
Joe
Joe's picture

It'll be fixed shortly (maybe tonight, if everything goes easily). It's odd that you're seeing it regularly, though...on my servers, I only see it when it switches between the two different servers. I may be able to temporarily just sync the repo metadata (which might have issues of its own).

--

Check out the forum guidelines!

Topic locked