Addshore added a project: wikidata-tech-focus.
TASK DETAILhttps://phabricator.wikimedia.org/T138208EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Lydia_Pintscher, daniel, hoo, ArielGlenn, jcrespo, Zppix, Nandana, Lahi, Gq86, GoranSMilovanovic,
hoo added a comment.
@jcrespo I can only talk about the Wikidata side of things, we are working on this in two ways:
We change the script invocation so that they don't run for several days anymore (the first part for that is awaiting review already) - T190513
We plan to implement T147169#3660704
jcrespo added a comment.
Depooled db1109 2 days ago, I still cannot put it under maintenance.
I still see it on other sections other than s8, see T143870.
If the code doesn't work, special mediawiki configuration should be setup so that dump hosts only know about dump dbs, I can see that working
hoo added a subtask: T147169: Make sure Wikibase dump maintenance scripts solely use the "dump" db group.
TASK DETAILhttps://phabricator.wikimedia.org/T138208EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Lydia_Pintscher, daniel, hoo, ArielGlenn,
jcrespo added a comment.
This is not an emergency, I handled that, but it should be definitely 'high'- I suspect it is what it is causing queries such as dumps fail/go slow. T138291 has a different root cause, but I assume it is related to this.
There has been dewiki bot (api) users complaining
jcrespo added a project: Wikidata.jcrespo added a comment.
This is not only happening for dumps, terbium is also wrongly using main-dbs (which are still on testing) for long-running queries, which cause long periods of connection issues:
