View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0000170 | AlmaLinux-8 | almalinux-release | public | 2022-01-04 22:44 | 2022-02-03 16:07 |
Reporter | lnx1991 | Assigned To | alukoshko | ||
Priority | normal | Severity | minor | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Platform | x86_64 | OS | AlmaLinux Vault | OS Version | 8 |
Summary | 0000170: Vault is missing all non-i686 content as described in the wiki | ||||
Description | We have need of the Vault contents, primarily to use older kernels for proprietary 3rd party software which have custom kernel modules built for very specific kernel versions. Many of these modules are compatible to all kernels within one point release family, however are known to break if used on the next-higher version (so in practice, an 8.4 compiled blob might segfault on 8.5 kernels). Waiting on the vendor to release newly compiled modules of their code is required to move forward with a kernel upgrade, which tends to have a long delay (~6months in practice). The wiki at https://wiki.almalinux.org/repos/AlmaLinux.html has this design statement: > AlmaLinux has a Vault repository that provides packages and isos for previous AlmaLinux OS versions. Also, the Vault repository contains 32-bit packages for the latest stable version to build. However, the design on the servers doesn't seem to match - what we seem to see is (using 8.4 as an example, 8.5 is the current release as of this writing): a) Vault has only i686: http://repo.almalinux.org/vault/8.4/BaseOS/ b) Main has other arches: http://repo.almalinux.org/almalinux/8.4/BaseOS/ Our intent/need is to deploy a DNF repo config to connect an older Vault x86_64 to get at the older kernels to use when needed, but the project design seems a little split between two places and the wiki doesn't match the bits. We would like to get clarification on the long-term design intent from the Alma team in order to move forward with deployments at scale. In context, we have/had this same need of the CentOS Vault which does contain all arches in one location, we are carrying the need over to AlmaLinux now. Thank you! | ||||
Tags | No tags attached. | ||||
abrt_hash | |||||
URL | |||||
|
Add-on question which isn't specifically part of this, but related: we are an official mirror; is there a documented process to mirror the Vault contents which matches Main? https://wiki.almalinux.org/Mirrors.html (basically, are the upstream servers ready to accept pulls from rsync://rsync.repo.almalinux.org/vault/ and is that the design intent we should use). Thanks! |
|
Hello. Vault content can be synced from here: rsync://rsync.repo.almalinux.org/almalinux-vault/ And I've merged all 8.4 arches to vault so now it has full tree. |
|
Hi thank you! Apologies on the delayed reply, I've shared with our mirror team to have a look at the rsync URL now and see if we can move forward, much appreciated. |
|
Quick update, our mirror team is successfully rsyncing and redistributing the Vault content without error, everything is looking great. I think we can close this bug, anything from here is a new issue. :) |
Date Modified | Username | Field | Change |
---|---|---|---|
2022-01-04 22:44 | lnx1991 | New Issue | |
2022-01-04 23:09 | lnx1991 | Note Added: 0000470 | |
2022-01-18 16:24 | alukoshko | Note Added: 0000478 | |
2022-01-24 21:30 | lnx1991 | Note Added: 0000482 | |
2022-02-03 13:47 | lnx1991 | Note Added: 0000484 | |
2022-02-03 16:07 | alukoshko | Assigned To | => alukoshko |
2022-02-03 16:07 | alukoshko | Status | new => closed |
2022-02-03 16:07 | alukoshko | Resolution | open => fixed |