[Users] Changing repo metadata?

Alexey Zilber alexeyzilber at gmail.com
Fri Dec 13 18:57:33 MSK 2019


Thanks for the info Konstantin.  It's happened to me twice, on two
different machines, so had me worried.... :P

-Alex

On Fri, Dec 13, 2019 at 5:11 PM Konstantin Khorenko <khorenko at virtuozzo.com>
wrote:

> On 12/13/2019 06:07 AM, Alexey Zilber wrote:
>
> Hi All,
>
>    I notice that there is some funkiness going on with the repo metadata.
> A lot of times when I do a 'yum update' I get a message saying my local
> cache is newer than the repo.   If I try to install a specific package,
> I'll get errors like:
>
> debian-10.0-x86_64-ez-7.0.0-9. FAILED
>
>
> http://mirror.zetup.net/openvz/virtuozzo/releases/7.0/x86_64/os/Packages/d/debian-10.0-x86_64-ez-7.0.0-9.vz7.noarch.rpm:
> [Errno 14] HTTP Error 404 - Not Found           ]  0.0 B/s |    0 B  --:--:--
> ETA
>
> Trying other mirror.
>
>
> The package will never be found on any mirror.
>
>
> The only way forward is to do a 'yum clean all', then everything is
> fine... until a few weeks later, when the same thing happens again.  Are
> the repos going through some major changes?
>
>
> Hi Alexey,
>
> well, i can explain the current situation:
> we've uploaded vz7 update 12 bits recently
> https://download.openvz.org/virtuozzo/releases/openvz-7.0.12-283/
> <https://download.openvz.org/virtuozzo/releases/openvz-7.0.12-283/x86_64/os/Packages/d/>
>
> but found a memory leak on vz7.116.6 kernel if running VMs and as OpenVZ
> users cannot fix kernel issues via ReadyKernel patches,
> we decided to roll back update 12 bits in repo until we have it fixed.
>
> This explains the situation with particular debian-10.0-x86_64-ez-7.0.0-9
> rpm:
> it presents in update 12 repo
>
> https://download.openvz.org/virtuozzo/releases/openvz-7.0.12-283/x86_64/os/Packages/d/
>
> but absents in update 11 repo
>
> https://download.openvz.org/virtuozzo/releases/openvz-7.0.11-235/x86_64/os/Packages/d/
>
>
> But this is quite exceptional case, this does not explain why (if) it
> happens to you often, the reason should be something else.
>
> Hope that helps.
>
> --
> Best regards,
>
> Konstantin Khorenko,
> Virtuozzo Linux Kernel Team
>
> _______________________________________________
> 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/20191213/eb2420fe/attachment.html>


More information about the Users mailing list