[Users] OpenVZ/Virtuozzo 7 Repos Broken
Jehan Procaccia
jehan.procaccia at tem-tsp.eu
Fri Jun 21 23:43:50 MSK 2019
I confirm , I cannot yum update on mine
# cat /etc/openvz-release
OpenVZ release 7.0.10 (254)
# uname -a
Linux olbia.int-evry.fr 3.10.0-957.12.2.vz7.86.2 #1 SMP Wed May 15
09:45:34 MSK 2019 x86_64 x86_64 x86_64 GNU/Linux
# yum update
Modules complémentaires chargés : fastestmirror, langpacks, openvz,
priorities, product-id, refresh-packagekit, rhsm-auto-add-pools,
: search-disabled-repos, vzlinux
Loading mirror speeds from cached hostfile
One of the configured repositories failed (Inconnu),
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=<repoid> ...
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 <repoid>
or
subscription-manager repos --disable=<repoid>
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=<repoid>.skip_if_unavailable=true
Cannot find a valid baseurl for repo: virtuozzolinux-base
# yum repolist
Modules complémentaires chargés : fastestmirror, langpacks, openvz,
priorities, product-id, refresh-packagekit, rhsm-auto-add-pools,
: search-disabled-repos, vzlinux
Loading mirror speeds from cached hostfile
Loading mirror speeds from cached hostfile
Loading mirror speeds from cached hostfile
Loading mirror speeds from cached hostfile
Loading mirror speeds from cached hostfile
Loading mirror speeds from cached hostfile
Loading mirror speeds from cached hostfile
Loading mirror speeds from cached hostfile
id du dépôt nom du dépôt statut
openvz-os OpenVZ 0
openvz-updates OpenVZ Updates 0
virtuozzolinux-base VirtuozzoLinux
Base 0
virtuozzolinux-updates VirtuozzoLinux
Updates 0
repolist: 0
Le 21/06/2019 à 20:07, jjs - mainphrame a écrit :
> Seeing the same here. I suspect it may be related to the package
> signing issue I saw yesterday. I suspect it will be cleared up before
> too long.
>
> Jake
>
> On Fri, Jun 21, 2019 at 9:22 AM Jonathan Wright
> <jonathan at knownhost.com <mailto:jonathan at knownhost.com>> wrote:
>
> Something has broken the vz7 repos:
>
> # yum upgrade
> Loaded plugins: fastestmirror, langpacks, openvz, priorities, vzlinux
> Determining fastest mirrors
> * openvz-os: mirrors.evowise.com <http://mirrors.evowise.com>
> * openvz-updates: mirrors.evowise.com <http://mirrors.evowise.com>
> openvz-os | 3.9 kB 00:00:00
> openvz-updates | 3.1 kB 00:00:00
> virtuozzolinux-base | 785 B 00:00:00
> virtuozzolinux-updates | 2.9 kB 00:00:00
> (1/4): virtuozzolinux-updates/primary_db | 1.1 kB 00:00:00
> (2/4): openvz-os/group_gz | 18 kB 00:00:00
> (3/4): openvz-updates/primary_db | 882 kB 00:00:00
> (4/4): openvz-os/primary_db | 987 kB 00:00:00
> Error: requested datatype primary not available
>
> Seeing this across all of my ovz/vz7 servers.
>
> --
> Jonathan Wright
> KnownHost, LLC
> https://www.knownhost.com
>
> _______________________________________________
> Users mailing list
> Users at openvz.org <mailto:Users at openvz.org>
> https://lists.openvz.org/mailman/listinfo/users
>
>
> _______________________________________________
> Users mailing list
> Users at openvz.org
> https://lists.openvz.org/mailman/listinfo/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvz.org/pipermail/users/attachments/20190621/db334fc9/attachment-0001.html>
More information about the Users
mailing list