Page MenuHomePhabricator

Schlurcher
User

Projects

User does not belong to any projects.

Today

  • No visible events.

Tomorrow

  • No visible events.

Saturday

  • No visible events.

User Details

User Since
Jul 2 2020, 8:44 AM (302 w, 6 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
Schlurcher [ Global Accounts ]

Recent Activity

Apr 25 2021

Schlurcher added a comment to T280232: Uncached wiki requests partially unavailable due to excessive request rates from a bot.

Hi all, I have resumed my bot edits in Commons at 1/10th of the edit rate that lead to this. I made sure that the coding includes maxlag checks for each purge requests and other api calls, as applicable. Is these a way from my end how I can monitor if this will lead to issues again? Please let me know. Please also confirm once the underlying issue is resolved.

Apr 25 2021, 8:58 AM · SRE, Wikimedia-Incident

Apr 17 2021

Schlurcher added a comment to T237991: Changes to Structured Data on Commons should trigger page refresh.

Note that this behaviour has resulted in T280232 'Uncached wiki requests partially unavailable due to excessive request rates from a bot'

Apr 17 2021, 10:26 AM · Wikidata Integration in Wikimedia projects, Editing-team (Tracking), Structured-Data-Backlog, User-Daniel, VisualEditor, TemplateData, Commons, Wikidata, SDC General
Schlurcher added a comment to T280232: Uncached wiki requests partially unavailable due to excessive request rates from a bot.

From my talk page a suggestion was to check maxlag. I'm checking maxlag, and at the time I ultimately shut down the bot, maxlag events were triggered on all concurrent workers.

Can you double check that maxlag is set on the purge requests, that's what I saw missing in the logs. But tbh, I don't even know if maxlag would have helped in this case.

Apr 17 2021, 10:24 AM · SRE, Wikimedia-Incident

Apr 16 2021

Schlurcher added a comment to T280232: Uncached wiki requests partially unavailable due to excessive request rates from a bot.

Thanks for adding me as a subscriber, as my bot apparently caused this issue. The bot has been performing these actions with an edit rate of ~60 edits per minutes more or less over the last year. The last script change occurred roughly a week ago, so this cause of events caught me off guard. Could someone please explain to me in some more layman terms what the underlying issue is and how I can help to address this. From my talk page a suggestion was to check maxlag. I'm checking maxlag, and at the time I ultimately shut down the bot, maxlag events were triggered on all concurrent workers.
Please also understand why the bot is sending so many purge requests. The Bot is currently adding structured data to commons based on tracking categories (see e.g https://commons.wikimedia.org/wiki/Category:Pages_with_local_camera_coordinates_and_missing_SDC_coordinates). However only after a purge the categories do get refreshed and properly removed after adding the missing structured data. So Multichill asked me to perform a purge after each structured data edit. Please advise if there is a better way of handling this.

Apr 16 2021, 4:55 PM · SRE, Wikimedia-Incident

Jul 2 2020

Schlurcher added a comment to T256533: Identify accounts with very high login rate.

Hi, SchlurcherBot should also be fixed. I switched approx. 2 days ago to OAuth verification for the majority of my tasks that need login. Schlurcher

Jul 2 2020, 8:50 AM · User-Urbanecm, WMF-General-or-Unknown, Security, Security-Team