Azure by-hash publish fails while reacquiring a source blob lease
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 54/100
Hướng nghiên cứu
Start with internalCopyOrMoveBlob in azure/public.go and trace how it acquires and breaks the source blob lease during repeated by-hash copies. Reproduce the publish command against Azurite and inspect the returned lease state and error. Done means the initial publish completes through writing Release without the second hash copy failing to acquire the lease.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
An initial by-hash publish to Azurite doesn't finish. I used a fresh local repository with one generated package and an empty Azure container, with no endpoint or publication prefix:
aptly -config=aptly.json publish repo -skip-signing=true -skip-contents=true -acquire-by-hash=true repo azure:test:
The first hash copy works, but the next copy of the same index fails:
ERROR: unable to publish: unable to build hash file: Acquire-By-Hash: error creating hardlink dists/noble/main/binary-amd64/by-hash/SHA256/c3a74cd3f913af199ec980e1e183015b8afa0a3b9b0088c3c8fce08bc685a2cd: error acquiring lease on source blob dists/noble/main/binary-amd64/Packages
Azurite returns 409 / LeaseAlreadyPresent from LeaseBreakingState.acquire. After copying, internalCopyOrMoveBlob breaks the source lease with a nonzero break period. The next hash copy then tries to lease the blob while that lease is still breaking, so publishing stops before writing Release.
This might be related:
- 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 76/100
-
Độ 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
-
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 72/100
nebari-dev/nebi#630 ·
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 78/100
router-for-me/CLIProxyAPI#7084 ·
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 83/100
speakeasy-api/openapi#284 ·
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 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 78/100
yetone/magpie#4095 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày