Page MenuHomePhabricator

Z28602 often, but not always, fails with a Z570
Open, HighPublicBUG REPORT

Description

Steps to replicate the issue (include links if applicable):

What happens?:
It fails with a Z570/Reached rate limit in orchestrator with orchestrator rate limit: "600"

It doesn't do so consistently for the same noun. Sometimes a noun passes, sometimes it doesn't (and on repeat, I hit the cache).

What should have happened instead?:
Hopefully pass and show the HTML

Software version (on Special:Version page; skip for WMF-hosted wikis like Wikipedia):

Other information (browser name/version, screenshots, etc.):

Details

Related Changes in Gerrit:
Related Changes in GitLab:
TitleReferenceAuthorSource BranchDest Branch
Make maximum simultaneous executions controllable by an environment variable.repos/abstract-wiki/wikifunctions/function-orchestrator!475apineapine-rate-limitsmain
Customize query in GitLab

Event Timeline

This is being debugged by committee. I'm assigning it to myself, but it's actually a group effort among several of us.

I hope I am not messing up the debugging effort, but I created a code implementation ( Z28931 ) that works much faster than the previous implementation ( Z28604 ).

The mentioned error is still reproducible on implementation Z28604

https://www.wikifunctions.org/view/en/Z28604

Change #1202149 had a related patch set uploaded (by Jforrester; author: Jforrester):

[operations/deployment-charts@master] wikifunctions: Upgrade orchestrator from 2025-10-28-205854 to 2025-11-04-215809

https://gerrit.wikimedia.org/r/1202149

Change #1202149 merged by jenkins-bot:

[operations/deployment-charts@master] wikifunctions: Upgrade orchestrator from 2025-10-28-205854 to 2025-11-04-215809

https://gerrit.wikimedia.org/r/1202149

After the deploy, I've just triggered Z28602 for Herz in ~6 rare languages in a row, and all worked. Is this just happenstance/luck, or is this ameliorated/fixed?