samsung device farm stopped assigning devices, test-samsung-models-linux times out on every trunk run
維護者通常 1 天內回覆
還沒有人認領這個 Issue。
評估
- 難度
- 2/5
- 預估耗時
- 1-3 小時
- 新手友好度
- 48/100
- Issue 類型
- 缺陷
- 描述清晰度
- 基本清楚
- 活躍度
- 活躍
- 技術堆疊
- github-actions, python
- 領域
- ci-cd, mobile-dev
研究方向
Read .ci/scripts/setup-samsung-linux-deps.sh and inspect acquire_device, which polls the Samsung device farm without a limit. Check the trunk / test-samsung-models-linux workflow logs to confirm the repeated wait behavior; done means device acquisition stops after a 30–60 minute cap and the job fails promptly when no device is assigned. The queue itself needs investigation by the Samsung device farm team.
由索引模型根據 Issue 內容生成。
描述
since about 14:00 utc today (nov 10), trunk / test-samsung-models-linux never gets a device. devicefarm-cli -Q prints "Queue registration successful", then every devicefarm-cli -C poll returns "Device not assigned. waiting for assignment..." until the job hits its 360 minute cap and gets cancelled.
the last two jobs that had a device released them cleanly ("Device disconnected successfully" at 14:06 and 14:59 utc). jobs that were already waiting in the queue at that point never got assigned. 5 of 5 finished trunk runs on main since then timed out this way (the latest at 21:46 utc), and about 15 more are waiting now. trunk is required for viable/strict, so it cannot move.
could someone on the samsung side check the device farm queue?
also, acquire_device in .ci/scripts/setup-samsung-linux-deps.sh polls with no limit, so a stuck queue holds a runner for 6 hours per run. a cap of 30 to 60 minutes would fail faster and free the runner.
cc @SS-JIA @Jiseong-oh @digantdesai @kimishpatel
- 主要語言
- Python
- 星號
- 5.2k
- 分支
- 1.2k
- 平均合併
- 2 天 21 分鐘
- 30 天內合併 PR
- 708
環境準備
- 沒有 Dockerfile 或 Docker Compose 檔案
- 有 Pull Request 範本
- 閱讀貢獻指南
從這裡開始
- 先讀完整個 Issue，再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫，在一個分支上完成修改。
- 送出 Pull Request，並在描述裡引用這個 Issue 編號。
pytorch/executorch 的其他 Issue
-
CUDA backend: no fallback kernels for `nonzero` and `masked_select`可能已有人在做 @Gasoonjia 於 2 天前認領。 未關閉
難度 2/5 1-3 小時 新手友好度 64/100
pytorch/executorch#24767 · 1 則留言 · 已指派 1 人 ·
維護者通常 1 天內回覆
-
Qualcomm AI Engine Direct - fp16a8w quantization crashes on layer_norm可能已有人在做 @psiddh 於 1 天前認領。 未關閉bug module: qnn partner: qualcomm
難度 2/5 1-3 小時 新手友好度 74/100
pytorch/executorch#24434 · 已指派 1 人 ·
維護者通常 1 天內回覆
-
enhancement triaged
難度 2/5 半天 新手友好度 68/100
pytorch/executorch#21640 ·
維護者通常 1 天內回覆
-
qnn sdk and hexagon sdk downloads return 403 (InvalidAccessKeyId) since ~13:50 utc nov 10, all qnn ci jobs red可能已有人在做 @qti-horodnic 今天認領。 未關閉module: ci module: qnn partner: qualcomm
pytorch/executorch#24853 · 5 則留言 · 已指派 1 人 ·
維護者通常 1 天內回覆
-
[RFC] A runtime-only ExecuTorch Python package: `executorch-runtime` runs a `.pte` without PyTorch未關閉
難度 5/5 一週以上 新手友好度 25/100
pytorch/executorch#24820 · 2 則留言 · 2 個 reaction ·
維護者通常 1 天內回覆
查看 pytorch/executorch 的全部 Issue
相似的 Issue
-
難度 1/5 1 小時以內 新手友好度 75/100
SACGF/variantgrid#2791 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 66/100
維護者通常 1 天內回覆
-
bot-triaged oncall: cpu inductor
難度 2/5 1-3 小時 新手友好度 73/100
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 82/100
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 76/100
kubescape/cel-admission-library#141 · 1 則留言 ·
維護者通常 1 天內回覆