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 天内回复