virtualmin-universal/primary_d FAILED primary.sqlite.bz2: [Errno 14] HTTP Error 404 - Not Found

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

Status: Active » Needs review

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

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

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

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

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

yum clean expire-cache cleared it up for me.

Submitted by yngens on Wed, 07/19/2017 - 11:56

Unfortunately, the solution proposed has just a temporary effect. If you run yum clean all and yum 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

Hope it will get fixed soon

Submitted by m_umair69 on Thu, 07/20/2017 - 02:15

Hope it will get fixed soon

Submitted by andreychek on Thu, 07/20/2017 - 09:21

Assigned: Unassigned »

Thanks for all the info, I'm passing this to Joe to take a closer look.

fakemoth's picture
Submitted by fakemoth on Fri, 07/21/2017 - 14:04

I can also confirm that it is still an issue.

Submitted by yngens on Fri, 07/21/2017 - 14:53

Status: Needs review » Active

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

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.

Joe's picture
Submitted by Joe on Tue, 08/01/2017 - 22:56 Pro Licensee

Is it still happening? It should have been fixed when I took the old repo server offline a few days ago.

fakemoth's picture
Submitted by fakemoth on Tue, 08/01/2017 - 23:59

It is solved, no more problems with this one.

Submitted by JamieCameron on Wed, 08/02/2017 - 00:00

Status: Active » Fixed

Ok, great!

Submitted by yngens on Wed, 08/02/2017 - 23:01

Is it still happening? It should have been fixed when I took the old repo server offline a few days ago.

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 andreychek on Sat, 08/05/2017 - 23:50

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 andreychek on Sun, 08/06/2017 - 22:06

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

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

Eric,

You know what I mean - answers like:

Is it still happening? It should have been fixed when I took the old repo server offline a few days ago.

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

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

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

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.

Submitted by michaelsteel on Mon, 09/11/2017 - 18:40

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.