Fixing a bogus URL for debuginfo

General support questions
Post Reply
afalanga
Posts: 96
Joined: 2013/01/31 00:29:05

Fixing a bogus URL for debuginfo

Post by afalanga » 2016/02/23 15:22:47

Today I tried to load a silverlight component of a website in Firefox. Of course this failed but some searches revealed that the answer was a program named moonlight. I did yum whatprovides moonlight-plugin-mozilla. (A link from the search showed these packages being installed on a Debian type system.) I was then presented with this:
[afalanga@afalanga4 ~]$ yum whatprovides moonlight-plugin-mozilla
Loaded plugins: auto-update-debuginfo, fastestmirror, langpacks
Loading mirror speeds from cached hostfile
* base: centos-distro.cavecreek.net
* epel: archive.linux.duke.edu
* epel-debuginfo: archive.linux.duke.edu
* extras: centos.mia.host-engine.com
* updates: centos.den.host-engine.com
http://debuginfo.centos.org/7/x86_64/re ... 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/



One of the configured repositories failed (CentOS-7 - Debuginfo),
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. Disable the repository, 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 base-debuginfo

4. 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=base-debuginfo.skip_if_unavailable=true

failure: repodata/56705e2cd51ae261b1fad158fb4c2bf192883a0a-filelists.sqlite.bz2 from base-debuginfo: [Errno 256] No more mirrors to try.
http://debuginfo.centos.org/7/x86_64/re ... sqlite.bz2: [Errno 14] HTTP Error 404 - Not Found
I tried the command yum-config-manager --disable base-debuginfo as suggested in the response but this did not work. I tried going to the URL http://debuginfo.centos.org/7/ and it's there. So, this begs the questions, what really is the problem and how do I fix it? Is there some sort of fix for the URL that I don't know about?

Andy

User avatar
TrevorH
Site Admin
Posts: 33225
Joined: 2009/09/24 10:40:56
Location: Brighton, UK

Re: Fixing a bogus URL for debuginfo

Post by TrevorH » 2016/02/23 15:42:06

Most likely you just need to run yum clean all - there are repodata files in the repodata directory but your yum is looking for ones that aren't there.

I'd also ask if you actually need the debuginfo repos enabled at all? They are quite special-use-case things.
The future appears to be RHEL or Debian. I think I'm going Debian.
Info for USB installs on http://wiki.centos.org/HowTos/InstallFromUSBkey
CentOS 5 and 6 are deadest, do not use them.
Use the FAQ Luke

afalanga
Posts: 96
Joined: 2013/01/31 00:29:05

Re: Fixing a bogus URL for debuginfo

Post by afalanga » 2016/02/23 16:32:31

I did not know they were enabled. I thought they weren't because I usually use debuginfo-install when I need to install relevant debug info.

I did the yum clean all as instructed and this has fixed the issue. Thank you. Interesting though that the yum whatprovides ... command still referenced debuginfo.
[afalanga@afalanga4 ~]$ yum whatprovides moonlight-plugin-mozilla
Loaded plugins: auto-update-debuginfo, fastestmirror, langpacks
adobe-linux-x86_64 | 951 B 00:00
base | 3.6 kB 00:00
base-debuginfo | 2.5 kB 00:00
....
(4/9): base-debuginfo/x86_64/primary_db | 1.0 MB 00:07
.....
epel-debuginfo/x86_64/filelists_db | 2.9 MB 00:00
And then, relevant portions of repos.d files
[epel-debuginfo]
name=Extra Packages for Enterprise Linux 7 - $basearch - Debug
#baseurl=http://download.fedoraproject.org/pub/e ... arch/debug
mirrorlist=https://mirrors.fedoraproject.org/metal ... =$basearch
failovermethod=priority
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7
gpgcheck=1

[base-debuginfo]
name=CentOS-7 - Debuginfo
baseurl=http://debuginfo.centos.org/7/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-Debug-7
enabled=0
As you can see, they're disabled.

Post Reply