[BUG] CAGRA hang on h100 oldest-deps CI (cuvs test_cagra, then cuvs_bench test_run_command_creates_results)
Maintainer thường phản hồi trong vòng 2 ngà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
- 42/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- python
- Lĩnh vực
- machine-learning, testing-qa
Hướng nghiên cứu
Start with tests/test_cagra.py, especially the suspected test_cagra_dataset_dtype_host_device area, and tests/test_cli.py::test_run_command_creates_results; inspect the failing CI logs and the ci/test_python.sh timeout setup. Reproduce on the specified H100, CUDA 12.2, oldest-deps matrix and capture where each process hangs. Done means the intermittent hangs are explained and addressed, with both test suites passing reliably; the separate symbol-lookup failure is out of scope.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
tests/test_cli.py::test_run_command_creates_results in cuvs_bench failed in 4 pr.yaml runs since 2026-10-06, all on the 12.2.2, 3.11, amd64, rockylinux8, h100, earliest-driver, oldest-deps matrix entry. test_plot_command_creates_png_files fails in the same jobs because it reads the results the run test did not produce.
The Aborted! message is not a crash. It is click's response to SIGINT: ci/test_python.sh runs pytest under timeout 40m --signal=SIGINT, and the benchmark was hung until timeout fired.
In all 4 jobs:
- The
pytest cuvsstep hits its 40 minute timeout and is SIGKILLed. It stalls insidetests/test_cagra.pyat the same point (after roughly 52 tests, likely intest_cagra_dataset_dtype_host_device). - The
pytest cuvs-benchstep then starts, andCUVS_CAGRA_HNSWLIB_ANN_BENCHhangs about 3 seconds in, right after "We have sufficient memory to proceed with in memory build", until its own 40 minute timeout.
A passing run of the same job finishes the cuvs suite in 11 minutes and the bench suite in 72 seconds, with the same driver (580.178.04), CUDA 12.2 and rmm version, so the hang is intermittent. Two of the failing commits already contain #2729. The root cause is not yet identified; the logs do not show where the process is stuck.
Failing jobs:
A fifth job, https://github.com/NVIDIA/cuvs/actions/runs/34719781952/job/104185737619 (PR #2600, CUDA 13.3.0, rtxpro6000), failed the same two tests in 5.8 seconds with symbol lookup error on the bench binaries. That is a separate build/ABI problem, not this hang.
Method: failed pr.yaml runs created on or after 2026-09-08 (230 of 555), then failed python-tests jobs, then FAILED lines in their logs. The count may be incomplete if some job listings could not be fetched.
- Ngôn ngữ chính
- Cuda
- Star
- 873
- Fork
- 247
- Merge trung bình
- 3 ngày 16 giờ
- Pull request đã merge (30 ngày)
- 73
Chuẩn bị môi trường
- Có Dockerfile hoặc tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
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 NVIDIA/cuvs
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
Maintainer thường phản hồi trong vòng 2 ngày
-
[BUG] cuVS Bench Faiss CAGRA b_ratio reads the wrong JSON keyCó thể đã có người làm @arcusbuilds đã nhận 21 ngày trước. Đang mởbug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
Maintainer thường phản hồi trong vòng 2 ngày
-
doc
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 2 ngày
-
Upgrade faiss to v1.15.1Đang mởfaiss improvement
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 86/100
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 82/100
Maintainer thường phản hồi trong vòng 2 ngày
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
ml-explore/mlx-lm#2002 ·
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 68/100
skrub-data/skrub#2369 ·
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 79/100
tenstorrent/tt-metal#62098 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Validate non-divisible effective batch sizes in the Unsloth LoRA backendCó thể đã có người làm @debesh-biswas đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
-
ci: health needs-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
flashinfer-ai/flashinfer#7013 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày