Azure by-hash cleanup can't read its link metadata
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 2/5
- Thời gian dự kiến
- 1-3 giờ
- Mức phù hợp với người mới
- 76/100
Hướng nghiên cứu
Bắt đầu với bộ ghi và bộ đọc liên kết Azure trong azure/public.go, sau đó theo dõi cách deb/index_files.go sử dụng ReadLink trong quá trình xoay vòng by-hash. Kiểm tra cách bộ ghi lưu đích liên kết và khóa mà bộ đọc tra cứu; issue báo cáo rằng các khóa này khác nhau. Tái hiện bằng cấu hình Azurite được mô tả trong issue và xác nhận rằng việc xoay vòng xóa hash cũ nhất sau hai thế hệ có thay đổi.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
The Azure backend's SymLink stores the link target in metadata key SymLink, but ReadLink looks for original_blob. As a result, by-hash rotation can't find the oldest index's target, so that blob never gets deleted.
I reproduced this with Azurite by calling the production packageIndexByHash function for successive SHA256 index generations, waiting for leases to expire between writes. The oldest hash was still there after two changed generations, although the current/previous-generation policy should have removed it. Every ReadLink call returned:
error reading link dists/noble/main/binary-amd64/by-hash/SHA256/Packages: <nil>
The stored metadata had SymLink, and every retained hash blob still matched its original contents.
Relevant code: Azure link writer/reader and index rotation.
- Ngôn ngữ chính
- Go
- Star
- 2.9k
- Fork
- 436
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
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 aptly-dev/aptly
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 80/100
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 54/100
-
Aptly fails to use CONNECT-only HTTP proxiesCó thể đã có người làm @7heo đã nhận 48 ngày trước. Đang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 30/100
Tất cả issue của aptly-dev/aptly
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
yetone/magpie#4095 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
docs: Google Safe Browsing flags go-bonnie.dev as "deceptive" (pipe-to-shell install instructions)Đang mởdocumentation
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
Maintainer thường phản hồi trong vòng 1 ngày
-
docs: flags and behaviour in Command Reference/FAQ/claude-skill don't match the binary (-y, --since, --yaml, envelope, --set, kg)Có thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mở
Độ 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 2 ngày
-
[Bug]: Telegram bot (v3.11.0): "Ban log" no longer sends the current 3xipl-banned.logCó thể đã có người làm @HamedSanaei đã nhận hôm nay. Đang mởbug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
MHSanaei/3x-ui#6990 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 3 ngày
-
bug(tool/internal/instrument): identical inject_code rules from two rule packages are applied twiceĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
open-telemetry/opentelemetry-go-compile-instrumentation#1611 ·
Maintainer thường phản hồi trong vòng 2 ngày