No decision tasks and cron task failures across multiple trees
Categories
(Release Engineering :: General, defect, P1)
Tracking
(Not tracked)
People
(Reporter: ctuns, Unassigned)
References
Details
Attachments
(1 file, 1 obsolete file)
6.54 KB,
text/plain
|
Details |
Link with no decisions tasks: https://treeherder.mozilla.org/jobs?repo=autoland&group_state=expanded&resultStatus=testfailed%2Cbusted%2Cexception&classifiedState=unclassified&tochange=cfe7bdcc2e1235e33fd8408b337be8d36e22b066&fromchange=89c3b4480a815f8d9acb1e61fdc8344bceba6e3f
Link with cron failures: https://firefox-ci-tc.services.mozilla.com/hooks/#project-releng/cron-task-mozilla-central. Task: https://firefox-ci-tc.services.mozilla.com/tasks/YRqkNmxdSoWcg_VhI_nkZQ
Comment 1•11 months ago
|
||
This is closing all trees at the moment.
Updated•11 months ago
|
Comment 2•11 months ago
|
||
Suspiciously, this is also from today: bug 1889764.
Comment 3•11 months ago
|
||
Both this and bug 1889764 show connection timeouts between CI workers in gcp and pypi/hg in mdc1.
This could be either some kind of network/routing outage, or an issue with the load balancer that's fronting pypi and hg?
Comment 4•11 months ago
|
||
Comment 5•11 months ago
|
||
Attaching a sample failure log for the record.
Updated•11 months ago
|
Comment 6•11 months ago
|
||
Andrew, any ideas if something on the gcp side could explain why some workers can't connect to services in mdc1?
Comment 7•11 months ago
|
||
Turned out to be a Mozilla firewall change done by the Security team. Post-mortem being tracked at https://mozilla-hub.atlassian.net/browse/RELOPS-917.
Updated•9 months ago
|
Description
•