[08:23:10] o/ dcausse: are you around? I’d like to enable page_rerender by default now as final “batch”: https://gerrit.wikimedia.org/r/c/operations/mediawiki-config/+/990718 [08:27:02] pfischer: I'm around [08:28:17] lemme me briefly look what happens on wikis that don't have EventBus events enabled [08:28:28] mainly private and wikitech [08:28:37] Sure, thanks! [08:38:06] I think they'll be silently ignored, which is good was afraid of logspam [08:39:36] Good, thanks for checking! [08:47:27] Alright, I’ll self-deploy it then. [08:47:43] pfischer: am deploying [08:48:24] Oh, thanks! [09:26:52] sigh... in addition to "ASK" queries we have a bunch of "describe" queries too... which of course have a different result format... [13:54:39] inflatador: you have 5 watch'ed curls running on cumin1001. That host is going to be decommissioned and shouldn't be used anymore. Out of curiosity, what are those doing? [13:57:47] volans they are elastic health checks, leftover from a maintenance. I just shut them down. FFR you can always reboot/kill my stuff on cumin hosts. If we're running a data reload (our only long-running operation) we'll warn you [14:01:27] ack, thx! They weren't hurting but would have disappeared soon~ish so wanted to make sure you weren't relying on them :D [14:12:07] NP, thanks for asking [15:01:38] dcausse pfischer in meeting w gehel ATM [15:03:46] pfischer OK, done with mtg, we're in https://meet.google.com/aod-fbxz-joy if you wanna join [15:37:10] Wohoo we made it to PR # 100 for the search update pipeline and it’s about getting sonar to play nicely: https://gitlab.wikimedia.org/repos/search-platform/cirrus-streaming-updater/-/merge_requests/100 [15:37:39] \o/ [15:40:04] {◕ ◡ ◕} [15:57:51] pfischer just to be clear, the partitioning mentioned in https://phabricator.wikimedia.org/T354595 should be enabled for these topics on kafka-main, right? [16:59:41] workout, back in ~40 [17:51:23] back [17:58:06] dinner [18:24:52] ebernhardson qq on T354595 , "we" (as in cirrussearch) are the only consumers of the`update_pipeline` and `page_rerender` kafka topics, right? Just gauging the impact if we enable kafka partitioning on these topics [18:24:53] T354595: SUP: Production TODOs - https://phabricator.wikimedia.org/T354595 [18:51:48] inflatador: should be [18:54:24] thanks, do you know if `update_pipeline` is used at all in the old SUP? Or a way to tell which topics we use? I'm just grepping thru the Cirrussearch repo ATM [18:55:55] now grepping thru kafkacat output [19:04:50] lunch, back in ~1h [20:00:24] back [20:14:01] * ebernhardson isn't sure what would go on Help:Extension:NetworkSession. The docs say "The help pages are very much targeted at normal visitors to a wiki website." which makes me think maybe nothing should go there [20:21:54] ryankemper: I've added a few commits to T354658. Should work, but I haven't tested any of those [20:21:55] T354658: Create 3 microsites for wdqs full graph, main graph, & scholarly articles - https://phabricator.wikimedia.org/T354658 [21:00:07] ebernhardson I tagged in that alerts review, feel free to edit/elaborate on the point I was trying to make [21:00:13] err....tagged you that is [22:04:20] * ebernhardson wonders if there is any use following a wiki page that includes "leaving a talk page message for Senior Designer Brandon Harris." [22:05:31] for those unfamiliar, jorm (brandon) left in 2014 [23:14:15] seems some airflow things didn't pick up correctly after the cluster maintenance on jan 15, i've cleared and reset a few things and suspect it will now work...or it will email more complaints to discovery-alerts :) [23:21:32] the ones from today are separate, but i'm suspecting something is up with event ingestion, numerous things failed today starting 2024-01-17T17:00 UTC [23:21:48] ignoring those until tomorrow, assuming event ingestion gets worked out