[vbox-dev] checksum error in RHEL 7 repo for Vbox 5.0.18
Frank Mehnert
frank.mehnert at oracle.com
Tue Apr 26 11:35:19 GMT 2016
Hi Allan,
On Tuesday 26 April 2016 13:21:04 Allan wrote:
> On Tue, 26 Apr 2016 09:19:09 +0200
> Frank Mehnert <frank.mehnert at oracle.com>
>
> wrote:
> > > Could you please take a look at that ?
> >
> > just verified: I could install VirtualBox-5.0-5.0.18 from that
> > repository without any problem. Please try to refresh the metadata,
> > perhaps doing
> >
> > yum clean all
> >
> > before you continue.
>
> I tried that, and even cleaning everything out of /tmp
> and /var/cache/yum
>
> it just ended uo giving me an even longer error - asking me
> to remove virtualbox repo.
>
> I have had this system running with Vbox since 4.3 , and never had
> a problem like this, and none of my Fedora systems shows it either;
> but this is the only Centos 7 box I have currently (just updated
> this weekend)
>
> Did you try a X86_64 system ?
of course, because OL7 is only available for 64-bit systems :)
> Do Oracle perhaps have more than one mirror bhind that URL that fails ?
The possible reason is that the behind that an IP does load balancing.
> I tried to get that URL on another system (primary.xml.gz) and looked at
> the contents. Besides being not really readable ( :-) ) I noticed that
> the firste version number that is readable i 5.0 16 and everything
> later seems to be lower - didn't look lige 5.0.18 is in there (just
> by browsing).
I will attach the primary.xml.gz file to this mail (it's 4.7K). See
also:
$ zgrep "version epoch" primary.xml.gz
<version epoch="0" ver="5.0.16_105871_el7" rel="1"/>
<version epoch="0" ver="4.3.22_98236_el7" rel="1"/>
<version epoch="0" ver="5.0.0_101573_el7" rel="1"/>
<version epoch="0" ver="4.3.34_104062_el7" rel="1"/>
<version epoch="0" ver="5.0.14_105127_el7" rel="1"/>
<version epoch="0" ver="4.3.28_100309_el7" rel="1"/>
<version epoch="0" ver="4.3.24_98716_el7" rel="1"/>
<version epoch="0" ver="5.0.10_104061_el7" rel="1"/>
<version epoch="0" ver="4.3.32_103443_el7" rel="1"/>
<version epoch="0" ver="5.0.6_103037_el7" rel="1"/>
<version epoch="0" ver="4.3.26_98988_el7" rel="1"/>
<version epoch="0" ver="5.0.2_102096_el7" rel="1"/>
<version epoch="0" ver="5.0.12_104815_el7" rel="1"/>
<version epoch="0" ver="5.0.18_106667_el7" rel="1"/>
<version epoch="0" ver="4.3.36_105129_el7" rel="1"/>
<version epoch="0" ver="5.0.8_103449_el7" rel="1"/>
<version epoch="0" ver="4.3.30_101610_el7" rel="1"/>
<version epoch="0" ver="5.0.4_102546_el7" rel="1"/>
so 5.0.18 is there but comes quite late.
When you download the file from the above URL, do you get the same content?
> I _think_ I have tried everything possible at my end; but I'm just
> a linux newbee :-)
>
> Here is the error from yum makecache this time, after clean up:
>
> virtualbox
> | 951 B 00:00:00
> virtualbox/7/x86_64/primary FAILED
> 0.0 B/s | 0 B
> 00:00:00
> http://download.virtualbox.org/virtualbox/rpm/el/7/x86_64/repodata/primary.
> xml.gz: [Errno -1] Metadata file does not match checksum/s | 0 B
> 00:00:00 Prøver et andet filspejl.
> Loading mirror speeds from cached hostfile
> * base: mirror.fysik.dtu.dk
> * elrepo: mirrors.coreix.net
> * epel: mirror.bytemark.co.uk
> * extras: mirror.fysik.dtu.dk
> * nux-dextop: mirror.li.nux.ro
> * updates: mirror.fysik.dtu.dk
> virtualbox/7/x86_64/primary
> | 4.6 kB 00:00:00
> http://download.virtualbox.org/virtualbox/rpm/el/7/x86_64/repodata/primary.
> xml.gz: [Errno -1] Metadata file does not match checksum Prøver et andet
> filspejl.
>
>
> One of the configured repositories failed (Oracle Linux / RHEL / CentOS-7 /
> x86_64 - VirtualBox), 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 virtualbox
>
> 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=virtualbox.skip_if_unavailable=true
>
> failure: repodata/primary.xml.gz from virtualbox: [Errno 256] No more
> mirrors to try.
> http://download.virtualbox.org/virtualbox/rpm/el/7/x86_64/repodata/primary.
> xml.gz: [Errno -1] Metadata file does not match checksum
>
> Allan.
Frank
--
Dr.-Ing. Frank Mehnert | Software Development Director, VirtualBox
ORACLE Deutschland B.V. & Co. KG | Werkstr. 24 | 71384 Weinstadt, Germany
ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstraße 25, D-80992 München
Registergericht: Amtsgericht München, HRA 95603
Komplementärin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher
-------------- next part --------------
A non-text attachment was scrubbed...
Name: primary.xml.gz
Type: application/gzip
Size: 4746 bytes
Desc: not available
URL: <http://www.virtualbox.org/pipermail/vbox-dev/attachments/20160426/50e68880/attachment.gz>
More information about the vbox-dev
mailing list