Submitted by yngens on Fri, 07/14/2017 - 16:42
A Virtualmin system with no any extra repositories is giving the following error:
root@guest.hostname.com:/root#
yum clean all
Cleaning repos: base extras updates virtualmin virtualmin-universal
Cleaning up everything
root@guest.hostname.com:/root#
yum update
base | 3.6 kB 00:00:00
extras | 3.4 kB 00:00:00
updates | 3.4 kB 00:00:00
virtualmin | 2.5 kB 00:00:00
virtualmin-universal | 2.5 kB 00:00:00
(1/6): extras/7/x86_64/primary_db | 190 kB 00:00:00
(2/6): base/7/x86_64/group_gz | 155 kB 00:00:00
virtualmin-universal/primary_d FAILED
http://GPL:GPL@software.virtualmin.com/gpl/universal/repodata/7fb0cc80fa57caee54814fd725b1f9442da91249-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/
(3/6): virtualmin/7/x86_64/primary_db | 51 kB 00:00:00
(4/6): base/7/x86_64/primary_db | 5.6 MB 00:00:00
(5/6): updates/7/x86_64/primary_db | 7.7 MB 00:00:07
virtualmin-universal/primary_d FAILED
http://GPL:GPL@software.virtualmin.com/gpl/universal/repodata/7fb0cc80fa57caee54814fd725b1f9442da91249-primary.sqlite.bz2: [Errno 14] HTTP Error 404 - Not Found
Trying other mirror.
http://GPL:GPL@software.virtualmin.com/gpl/universal/repodata/7fb0cc80fa57caee54814fd725b1f9442da91249-primary.sqlite.bz2: [Errno 14] HTTP Error 404 - Not Found
Trying other mirror.
One of the configured repositories failed (Virtualmin Distribution Neutral Packages),
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=virtualmin-universal ...
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 virtualmin-universal
or
subscription-manager repos --disable=virtualmin-universal
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=virtualmin-universal.skip_if_unavailable=true
failure: repodata/7fb0cc80fa57caee54814fd725b1f9442da91249-primary.sqlite.bz2 from virtualmin-universal: [Errno 256] No more mirrors to try.
http://GPL:GPL@software.virtualmin.com/gpl/universal/repodata/7fb0cc80fa57caee54814fd725b1f9442da91249-primary.sqlite.bz2: [Errno 14] HTTP Error 404 - Not Found
root@guest.hostname.com:/root#
Status:
Closed (fixed)
Comments
Submitted by yngens on Fri, 07/14/2017 - 17:34 Comment #1
I tracked this error to the file /var/cache/yum/x86_64/7/virtualmin-universal/repomd.xml containing the reference to linux.duke.edu, which was failing. So I have added the following line to /etc/yum/pluginconf.d/fastestmirror.conf:
exclude=linux.duke.edu
and now yum is updating without any problem.
Submitted by jmunjr on Sun, 07/16/2017 - 01:15 Comment #2
I got that same error on my Centos 7 server but the change did not help. Do I need to restart anything?
Submitted by m_umair69 on Sun, 07/16/2017 - 03:10 Comment #3
I am getting same error
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/universal/repodata/b1d180e6dc... [Errno 14] HTTP Error 404 - Not Found Trying other mirror. \http://GPL:GPL@software.virtualmin.com/gpl/universal/repodata/b1d180e6dc... [Errno 14] HTTP Error 404 - Not Found
i have tried same but didnt help
Submitted by jmunjr on Sun, 07/16/2017 - 03:34 Comment #4
After I edited the file /etc/yum/pluginconf.d/fastestmirror.conf it worked. At first it did not take but worked the second time.
Submitted by m_umair69 on Sun, 07/16/2017 - 03:54 Comment #5
I edited /etc/yum/pluginconf.d/fastestmirror.conf and set enabled to 0 , also i manually run command
rpm -Uvh http://mirror.centos.org/centos/7/os/x86_64/Packages/perl-Switch-2.16-7....
which i found on other forum. It did installed virtualmin
My virtualmin installation is keep trying to get
http://GPL:GPL@software.virtualmin.com/gpl/rhel/7/x86_64/repodata/726106...
but that file does not exist on link as well , although it did installed virtualmin and it virtualmin seems to be working now.
Submitted by zignut on Mon, 07/17/2017 - 18:19 Pro Licensee Comment #6
yum clean expire-cache
cleared it up for me.Submitted by yngens on Wed, 07/19/2017 - 11:56 Comment #7
Unfortunately, the solution proposed has just a temporary effect. If you run
yum clean all
andyum update
commands couple times in a raw then you will get:yum clean all
Cleaning repos: base extras updates virtualmin virtualmin-universal
Cleaning up everything
root@ns1.servername.com:/root#
yum update
base | 3.6 kB 00:00:00
extras | 3.4 kB 00:00:00
updates | 3.4 kB 00:00:00
virtualmin | 2.5 kB 00:00:00
virtualmin-universal | 2.5 kB 00:00:00
(1/6): extras/7/x86_64/primary_db | 190 kB 00:00:00
(2/6): base/7/x86_64/group_gz | 155 kB 00:00:00
virtualmin/7/x86_64/primary_db FAILED
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/
virtualmin-universal/primary_d FAILED
http://GPL:GPL@software.virtualmin.com/gpl/universal/repodata/b1d180e6dc35cc4403de68e539cdd7f0405bd14d-primary.sqlite.bz2: [Errno 14] HTTP Error 404 - Not Found
Trying other mirror.
(3/6): updates/7/x86_64/primary_db | 7.8 MB 00:00:00
(4/6): base/7/x86_64/primary_db | 5.6 MB 00:00:02
virtualmin-universal/primary_d FAILED
http://GPL:GPL@software.virtualmin.com/gpl/universal/repodata/b1d180e6dc35cc4403de68e539cdd7f0405bd14d-primary.sqlite.bz2: [Errno 14] HTTP Error 404 - Not Found
Trying other mirror.
(1/2): virtualmin/7/x86_64/primary_db | 54 kB 00:00:00
http://GPL:GPL@software.virtualmin.com/gpl/universal/repodata/b1d180e6dc35cc4403de68e539cdd7f0405bd14d-primary.sqlite.bz2: [Errno 14] HTTP Error 404 - Not Found
Trying other mirror.
One of the configured repositories failed (Virtualmin Distribution Neutral Packages),
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=virtualmin-universal ...
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 virtualmin-universal
or
subscription-manager repos --disable=virtualmin-universal
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=virtualmin-universal.skip_if_unavailable=true
failure: repodata/b1d180e6dc35cc4403de68e539cdd7f0405bd14d-primary.sqlite.bz2 from virtualmin-universal: [Errno 256] No more mirrors to try.
http://GPL:GPL@software.virtualmin.com/gpl/universal/repodata/b1d180e6dc35cc4403de68e539cdd7f0405bd14d-primary.sqlite.bz2: [Errno 14] HTTP Error 404 - Not Found
What is the most frustrating is the fact that there was no reaction from Jamie on this critical bug yet...
Submitted by m_umair69 on Thu, 07/20/2017 - 02:14 Comment #8
Hope it will get fixed soon
Submitted by m_umair69 on Thu, 07/20/2017 - 02:15 Comment #9
Hope it will get fixed soon
Submitted by andreychek on Thu, 07/20/2017 - 09:21 Comment #10
Thanks for all the info, I'm passing this to Joe to take a closer look.
I can also confirm that it is still an issue.
Submitted by yngens on Fri, 07/21/2017 - 14:53 Comment #12
This bug is quite critical as hosting companies relying on Virtualmin are getting bombarded with ton's of hourly root mail notifications.
Jamie, please have this fixed ASAP!
Submitted by andreychek on Fri, 07/21/2017 - 15:10 Comment #13
Joe will be able to take a look at this -- though if you'r'e receiving regular notifications that you don't want, until the issue is fixed my suggestion would be to temporarily setup a filter to delete such notifications.
Submitted by yngens on Fri, 07/28/2017 - 11:25 Comment #14
Any updates on this?
Is it still happening? It should have been fixed when I took the old repo server offline a few days ago.
It is solved, no more problems with this one.
Submitted by JamieCameron on Wed, 08/02/2017 - 00:00 Comment #17
Ok, great!
Submitted by yngens on Wed, 08/02/2017 - 23:01 Comment #18
Few days ago you could update the status of this ticket. Generally, the way the bug reports are dealt around here lacks lot's of improvements.
Submitted by michaelsteel on Sat, 08/05/2017 - 18:25 Comment #19
Still broken for Rhel/CentOS 5 as there are no repodata subdirs available neither for the x86 nor x86_64 architectures.
http://software.virtualmin.com/gpl/rhel/5/i386/repodata/repomd.xml http://software.virtualmin.com/gpl/rhel/5/x86_64/repodata/repomd.xml
Submitted by andreychek on Sat, 08/05/2017 - 23:50 Comment #20
Unfortunately, the RedHat/CentOS 5 repos are unlikely to be updated, as that distro reached it's end of life back in March. In fact the CentOs 5 repo, along with the Ubuntu 12.04 repos, will probably be removed altogether soon.
RedHat and CentOS no longer support version 5, and we've also stopped our support for it. There's details about that here:
https://www.virtualmin.com/node/51520
However, if you need to perform an update, you can do so by manually downloading an RPM from the "Universal" repo.
We'd highly encourage anyone still using CentOS 5 to update to a supported distro, as it's not receiving security updates.
Note that there are some planned features for Virtualmin that won't work on the Perl version shipped with CentOS 5, so there will be a point where Virtualmin updates won't work at all on it.
Sorry, I wish we could support distros indefinitely, but we stop supporting them when the vendors that make them no longer provide security updates.
Submitted by yngens on Sun, 08/06/2017 - 04:08 Comment #21
...
Submitted by andreychek on Sun, 08/06/2017 - 22:06 Comment #22
Are you experiencing a problem?
Joe asked on Tuesday if anyone was experiencing a problem, and the only response was Fakemoth saying it worked for him.
You mentioned that you were unhappy with bug reporting, but you didn't indicate that you were experiencing an issue :-)
Submitted by m_umair69 on Mon, 08/07/2017 - 04:02 Comment #23
I think support is good enough since the issue presented resolved and worked for someone, I did not personally checked it yet but still if concerned peoples are working that should be good enough
Submitted by yngens on Mon, 08/07/2017 - 19:27 Comment #24
Eric,
You know what I mean - answers like:
are simply not productive. You, guys, are supposed to fix it and properly inform your user base, especially when there is a relevant bug report.
Submitted by michaelsteel on Sun, 08/13/2017 - 15:34 Comment #25
Hi Andrey. Thanks for suggesting to use the universal rpm for the time being.
I do understand that CentOS 5 is end of life at the same time I think pulling the repodata altogether is not ideal as a solution.
Submitted by andreychek on Sun, 08/13/2017 - 23:46 Comment #26
We didn't intentionally disable it -- in the switch to a new software server, the metadata for CentOS 5 (and other distros) stopped working properly.
We put quite a bit of time into fixing all that. However, we just don't have the resources to fix that on distros that are no longer supported or maintained.
It's a lot of work to support all the distributions that Virtualmin can run on.
Sorry, I wish there was a better option, but we're just not able to provide support on distributions that aren't being maintained any longer.
If you really need to run a distro that isn't maintained, and not receiving security updates, the best option is going to be to manually perform updates from the universal repo. But also remember that at some point here new Virtualmin versions are going to have features that don't work with the Perl version in CentOS 5.
Submitted by IssueBot on Sun, 08/27/2017 - 23:56 Comment #27
Automatically closed - issue fixed for 2 weeks with no activity.
Submitted by michaelsteel on Mon, 09/11/2017 - 18:40 Comment #28
Hi, andreychek
Apologies for the late reply. I was not suggesting to support virtualmin forever for EOL distros, I was suggesting to to leave the repodata in place and freeze the repository in time to avoid 404 errors.