Page MenuHomePhabricator

Migrate MediaWiki.spamblacklist.check_stash.* to statslib
Closed, ResolvedPublic

Description

Follow the migration process as outlined below.

Secure/Conduct code review(s).
Deploy the changes to production via the train (https://wikitech.wikimedia.org/wiki/Deployments/Train).
Verify that the changes have been successfully implemented.
Update the relevant dashboard(s) by replacing the old Graphite metric(s) with the new Prometheus metric(s).
Please follow the guidelines and standards outlined in the provided documentation:

https://www.mediawiki.org/wiki/Manual:Stats for detailed guidance on the conversion process.
https://drive.google.com/file/d/12yQEuOapkML1vb9MgCaX1QzbLBdXE6X2/view for a video tutorial on the conversion process.
https://docs.google.com/presentation/d/1SZWf_D3mWNX-XHN8PHYI84LDZr6GUQC2AMhZ9mQXCI0/edit#slide=id.g2795460c956_0_23 for slides on the best practices for converting metrics to statslib.

  • MediaWiki.spamblacklist.check_stash.hit.rate
  • MediaWiki.spamblacklist.check_stash.miss.rate
  • MediaWiki.spamblacklist.check_stash.store.rate

Event Timeline

Jdforrester-WMF subscribed.

I'd suggest dropping these (and the dashboard(s) that references them), rather than migrating them.

I'd suggest dropping these (and the dashboard(s) that references them), rather than migrating them.

Thanks for your suggestion, is there any particular reason on why dropping them is better than migrating them?

I'd suggest dropping these (and the dashboard(s) that references them), rather than migrating them.

Thanks for your suggestion, is there any particular reason on why dropping them is better than migrating them?

Only on the basis that I'm not sure anyone is looking at them, and it's easy to drop them (and bring them back on the new stack if people find that they want them in a few years' time).

tappof claimed this task.
tappof subscribed.

Dashboard panels have been deleted, and the 'statsd-viking-funeral' tag has been applied.