Page MenuHomePhabricator

Z28602 often, but not always, fails with a Z570
Closed, ResolvedPublicBUG 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.):

Related Objects

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?

DSantamaria changed the task status from Open to In Progress.Nov 12 2025, 7:00 AM
ecarg subscribed.

Resolving now since:

  • original implementation has changed
  • maxSimultaneousExecutions has been configured and increased

(Note: we are still using this implementation for local/debug discovery purposes!)