docker-image-updatebot-3rdp task is failing
Categories
(Developer Infrastructure :: Mach Vendor & Updatebot, defect)
Tracking
(firefox110 fixed)
Tracking | Status | |
---|---|---|
firefox110 | --- | fixed |
People
(Reporter: marco, Assigned: tjr)
References
Details
(Keywords: intermittent-failure, Whiteboard: [stockwell disable-recommended])
Attachments
(3 files)
Landing https://phabricator.services.mozilla.com/D162661 triggered the task, and it failed: https://treeherder.mozilla.org/jobs?repo=autoland&revision=6c277442d5aa1e4fe699f37061389295a2d44e3d&selectedTaskRun=GmvGCoYkRayJ5Pzqcgvk0A.0.
I'm attaching the raw log for posterity.
Assignee | ||
Comment 1•1 year ago
|
||
I.... have no idea what could be happening. It's failing on poetry install
like maybe it can't contact a server to download a package from? But there are no logs. I guess I could maybe add a -v
flag if it doesn't fix itself?
Reporter | ||
Comment 3•1 year ago
|
||
(In reply to Tom Ritter [:tjr] from comment #1)
I.... have no idea what could be happening. It's failing on
poetry install
like maybe it can't contact a server to download a package from? But there are no logs. I guess I could maybe add a-v
flag if it doesn't fix itself?
Yeah that would help, it looks like it is still happening.
Assignee | ||
Comment 4•1 year ago
|
||
Assignee | ||
Updated•1 year ago
|
Pushed by mcastelluccio@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/76ec3da6cab6 Add verbose flags for debugging r=marco DONTBUILD
Comment 6•1 year ago
•
|
||
If the patch is supposed to fixe the problem, it's not working: https://treeherder.mozilla.org/logviewer?job_id=399952864&repo=autoland
Comment hidden (Intermittent Failures Robot) |
Reporter | ||
Comment 8•1 year ago
|
||
The patch was trying to add more logging to help figure out the problem, but apparently it didn't help at all, the log is as succinct as it was before. Maybe we could try "-vvv" for debug output?
CCing ahal to see if he has any thoughts.
Updated•1 year ago
|
Comment 9•1 year ago
|
||
bugherder |
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Assignee | ||
Comment 12•1 year ago
|
||
I am still not sure. I used an interactive task in GCP (external IP was 34.168.214.146) and was able to poetry install everything fine. I also built the Docker image locally and poetry worked fine here too.
Comment hidden (Intermittent Failures Robot) |
Reporter | ||
Comment 14•1 year ago
|
||
Julien, Andrew, could you help?
Comment 15•1 year ago
|
||
I'm also unable to reproduce the poetry install failure locally. I don't know anything about poetry though so no idea why it would fail in automation.
Comment 16•1 year ago
|
||
The error message is coming out of kaniko:
https://github.com/GoogleContainerTools/kaniko/blob/146ec6a9cd6f87b4a12e8119ded575d5edca35ac/pkg/executor/build.go#L370
I'm not even sure if poetry install
is the culprit or not given the lack of an error coming out of it.. Maybe it's just taking too long and hitting some timeout in kaniko? Though poetry -vv
is pretty verbose and should produce output pretty much immediately after that "Package operations" log.
Looks like we're pinned to kaniko v1.0.0, whereas the latest is v1.9.1 (13 releases later). Maybe we should try upgrading this in the image builder image.
- /usr/local/bin/poetry install -vv
One thing to try would be adding --no-ansi
here in case there's something in the rich output that is tripping up kaniko's command executor.
- python3 -m pip install poetry
Another thing to try would be to pin poetry to whatever version was installed the last time this ran.
Assignee | ||
Comment 17•1 year ago
|
||
I'm trying these ideas (no ansi and the last poetry version) in holly - https://treeherder.mozilla.org/jobs?repo=holly
Comment 18•1 year ago
|
||
I think poetry install
is the culprit, because I tried adding more commands after it to setup.sh in https://hg.mozilla.org/try/rev/dc82d15aeb5f93d70c0df5bc5fd5a94a8dc0e37e and those commands didn't run.
Assignee | ||
Comment 19•1 year ago
|
||
Also, pin poetry at the same time
Assignee | ||
Comment 20•1 year ago
|
||
It looks like --no-ansi worked. I also pinned it to the last known good revision (just in case that was the problem also.) I'm out today so please land this once (someone/anyone) approves it.
Comment 21•1 year ago
•
|
||
I've been able to reproduce this in try so i've been trying to debug this for a bit this morning and it looks like we're hitting this issue in poetry 1.3.1.
https://github.com/python-poetry/poetry/issues/7184
Confirmed adding -no-ansi
to the poetry install
command solves the issue in try as well, although pinning to anything pre 1.3.1
should solve the issue as well.
https://treeherder.mozilla.org/jobs?repo=try&revision=f267f1f8d7b2a73ee6fe3464cdfce6f8979b3dbe
Comment 22•1 year ago
|
||
Pushed by tritter@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/d0ea6be8e3d0 Use --no-ansi with Poetry to avoid an unexpected error r=marco
Comment hidden (Intermittent Failures Robot) |
Comment 24•1 year ago
|
||
bugherder |
Reporter | ||
Updated•1 year ago
|
Comment hidden (Intermittent Failures Robot) |
Updated•1 year ago
|
Description
•