[Bug] Build image cbdb-build-rocky9-latest: dnf fails on Rocky minor-version transitions due to pinned 9.7 baseurls
Maintainer thường phản hồi trong vòng 2 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 3/5
- Thời gian dự kiến
- 1-2 ngày
- Mức phù hợp với người mới
- 48/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Ít trao đổi
- Công nghệ
- docker, linux
- Lĩnh vực
- ci-cd, devops, infrastructure
Hướng nghiên cứu
Xác định Dockerfile hoặc điểm bắt đầu build image tạo ra apache/incubator-cloudberry:cbdb-build-rocky9-latest, sau đó kiểm tra /etc/yum.repos.d/rocky*.repo trong image. Tái hiện bằng dnf install -y glibc-langpack-de và so sánh các URL của repository với quá trình chuyển đổi Rocky 9 được mô tả. Được xem là hoàn tất khi image được build lại có thể cài đặt các package mà không gặp lỗi 404 từ mirror 9.7 và vẫn có thể sử dụng cho CI workflow được tham chiếu.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Apache Cloudberry version
cloudberry 2.1.x /2.0.x
What happened
Summary
The CI build image apache/incubator-cloudberry:cbdb-build-rocky9-latest
ships dnf repository files with baseurl paths pinned to a specific
Rocky Linux minor version (currently 9.7). Whenever Rocky publishes
the next point release (now 9.8), upstream mirrors stop serving the
old minor — the previous tree is moved to vault.rockylinux.org. From
that moment, every dnf install inside the image fails with hundreds of
404s on *-modules.yaml.xz, *-primary.xml.gz, *-filelists.xml.gz,
etc. This breaks any downstream CI that does runtime package installs
on top of this image, including apache/cloudberry-backup.
What you think should happen instead
Root cause
/etc/yum.repos.d/rocky*.repo (or the mirrorlist= URLs they generate)
embed the minor version 9.7 instead of the rolling major 9 (or
$releasever mapped to 9). Mirror network behavior on Rocky point
releases has been consistent for years: only the current minor is on
live mirrors; older minors move to vault.rockylinux.org.
Proposed fixes (any one is sufficient)
- Rolling major in baseurl (preferred). Change repo baseurl
from .../rocky/9.7/... to .../rocky/9/... (or rely on the
mirrorlist= form that Rocky's official rocky.repo uses, which
resolves the current point release automatically). This makes the
image resilient across future 9.x → 9.y transitions without any
maintenance. - Rebuild image on Rocky 9.8 base. Short-term unblock, but the
same problem will recur at 9.9. - Add vault.rockylinux.org as a fallback baseurl. Keeps the
pinned-minor model working after the transition. Slower than live
mirrors but always available.
In addition, it would help downstream CIs if commonly required locale
packages were pre-installed in the image (e.g.
glibc-langpack-de, glibc-langpack-en), so that a transient mirror
outage upstream doesn't cascade into every Cloudberry-related test job.
Impact
Until the image is republished, every CI run against
apache/cloudberry-backup (and likely any other repo using this image
plus a runtime dnf install) will fail at the package-install step,
regardless of code changes in the PR. We are currently working around
it by rewriting the repo files to point at vault.rockylinux.org in
the workflow itself, but that is brittle and not appropriate as a
long-term fix.
Happy to send a PR against whichever Dockerfile produces this image if
the maintainers can point me at it.
How to reproduce
Reproduction
Inside a fresh container of apache/incubator-cloudberry:cbdb-build-rocky9-latest:
dnf install -y glibc-langpack-de
fails with:
Errors during downloading metadata for repository 'appstream':
- Status code: 404 for http://.../rocky/9.7/AppStream/x86_64/os/repodata/...
Error: Failed to download metadata for repo 'appstream'
(All ~40 mirrors in the mirrorlist 404 because none of them carry 9.7/
on the live tree anymore.)
Real CI failure for reference:
- Repo: apache/cloudberry-backup
- Workflow: cloudberry-backup-ci.yml, step Setup Locale for Integration Tests
- Symptom: dnf install -y glibc-langpack-de fails with the 404 storm above
### Operating System
rockyLinux 9.x
### Code of Conduct
- [x] I agree to follow this project's [Code of Conduct](https://github.com/apache/cloudberry/blob/main/CODE_OF_CONDUCT.md).
- Ngôn ngữ chính
- C
- Star
- 1.4k
- Fork
- 248
- Merge trung bình
- 4 ngày 17 giờ
- Pull request đã merge (30 ngày)
- 40
Chuẩn bị môi trường
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của apache/cloudberry
-
type: Bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
apache/cloudberry#1885 · 2 reaction ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 86/100
apache/cloudberry#1825 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
[Bug] UPDATE of the distribution key fails with "can't split update for inherit table" after the child table is droppedCó thể đã có người làm @aryan9948 đã nhận 2 ngày trước. Đang mởtype: Bug
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 65/100
apache/cloudberry#2048 · 5 bình luận · 1 reaction · 1 người được giao ·
Maintainer thường phản hồi trong vòng 2 ngày
-
[Bug] Wrong results: GPORCA evaluates a window function in a correlated aggregate subquery over all groupsCó thể đã có người làm @andr-sokolov đã nhận 2 ngày trước. Đang mởtype: Bug
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 40/100
apache/cloudberry#2047 · 1 người được giao ·
Maintainer thường phản hồi trong vòng 2 ngày
-
[Bug] Wrong results: GPORCA returns NULL instead of the empty-input value for correlated aggregate subqueries other than countCó thể đã có người làm @Alena0704 đã nhận 2 ngày trước. Đang mởtype: Bug
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
apache/cloudberry#2046 · 1 bình luận · 1 người được giao ·
Maintainer thường phản hồi trong vòng 2 ngày
Tất cả issue của apache/cloudberry
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 86/100
DaveGamble/cJSON#1094 ·
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Status: Opened
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 88/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Issue-Bug Needs-Triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
Maintainer thường phản hồi trong vòng 1 ngày