[11:12:25] 10serviceops, 10Traffic, 10envoy, 10Patch-For-Review: Upgrade Envoy to supported version - https://phabricator.wikimedia.org/T300324 (10JMeybohm) [11:13:08] 10serviceops, 10Traffic, 10envoy, 10Patch-For-Review: Refactor envoy access_log_path to access loggers - https://phabricator.wikimedia.org/T303231 (10JMeybohm) 05Open→03Resolved Done in deployment-charts and puppet [12:29:27] o/ what happens if a chart version is reverted [12:29:28] e.g. https://gerrit.wikimedia.org/r/c/operations/deployment-charts/+/920576 [12:29:37] a change was accidentally merged, this is a revert [12:29:50] so, this chart version has already been published, and that's fine, we are reverting back to that [12:29:59] but, since this is a new revert commit, will something break? [12:30:18] or will the tooling just notice that the chart version has already been published and do nothing? [12:58:50] 10serviceops, 10Prod-Kubernetes: Fix naming confusion around main/wikikube kubernetes clusters - https://phabricator.wikimedia.org/T336861 (10JMeybohm) p:05Triage→03Medium [13:09:17] ottomata: the chart version will not be re-published [13:09:33] but all deployments will probably still use "latest" e.g. the broken chart [13:11:17] reverting will basically do nothing here, apart from maybe adding some confusion as no change will be picked up in deployments as long as the Chart version is below 0.4.1 [13:13:38] 10serviceops, 10SRE, 10Traffic, 10envoy, 10Patch-For-Review: Refactor envoy HTTP protocol options to new version - https://phabricator.wikimedia.org/T303230 (10JMeybohm) Done in deployment-charts and puppet [13:13:45] 10serviceops, 10Traffic, 10envoy, 10Patch-For-Review: Upgrade Envoy to supported version - https://phabricator.wikimedia.org/T300324 (10JMeybohm) [13:13:55] 10serviceops, 10SRE, 10Traffic, 10envoy, 10Patch-For-Review: Refactor envoy HTTP protocol options to new version - https://phabricator.wikimedia.org/T303230 (10JMeybohm) 05In progress→03Resolved [13:17:25] 10serviceops, 10Prod-Kubernetes: Fix naming confusion around main/wikikube kubernetes clusters - https://phabricator.wikimedia.org/T336861 (10Ottomata) Heh, FWIW we made the same mistake early on with kafka clusters, calling single DC ones 'analytics' or 'jumbo', and then main was 'eqiad' and 'codfw'. Big mis... [13:18:38] jayme: thanks that makes sense. [13:20:28] I'd probably just bump the reverted version to 0.4.1 to ensure that a deployer receives what is currently in master when deploying [13:25:28] 10serviceops, 10PoolCounter, 10Performance-Team (Radar): poolcounter-exporter upgrade - https://phabricator.wikimedia.org/T333947 (10Kappakayala) p:05Triage→03Unbreak! [13:25:42] 10serviceops, 10PoolCounter, 10Performance-Team (Radar): poolcounter-exporter upgrade - https://phabricator.wikimedia.org/T333947 (10Kappakayala) p:05Unbreak!→03Triage [14:36:34] 10serviceops, 10Arc-Lamp, 10Performance-Team, 10WikimediaDebug, 10Patch-For-Review: Add per-request flamegraph option to WikimediaDebug - https://phabricator.wikimedia.org/T291015 (10Krinkle) It was already deployed last night shortly after the above merge (5 hours before the above comment). It is also a... [14:57:54] 10serviceops, 10MW-on-K8s, 10Performance-Team (Radar), 10Wikimedia-production-error: ResourceLoader icon rasterization fails via MediaWiki-on-Kubernetes - https://phabricator.wikimedia.org/T336025 (10Krinkle) >>! In T336025#8841709, @Joe wrote: >>>! In T336025#8841663, @Krinkle wrote: >> […], these are […]... [15:48:40] 10serviceops, 10SRE, 10Thumbor, 10Thumbor Migration, 10User-jijiki: Upgrade Thumbor to Buster - https://phabricator.wikimedia.org/T216815 (10hnowlan) 05Open→03Resolved a:03hnowlan [15:50:22] 10serviceops, 10SRE, 10Thumbor, 10Thumbor Migration, 10User-jijiki: Upgrade Thumbor to Buster - https://phabricator.wikimedia.org/T216815 (10Jdforrester-WMF) [15:53:02] 10serviceops, 10SRE, 10Thumbor, 10Thumbor Migration, 10User-jijiki: Upgrade Thumbor to Buster - https://phabricator.wikimedia.org/T216815 (10hnowlan) [15:59:49] 10serviceops, 10Thumbor: Upgrade Thumbor to bullseye - https://phabricator.wikimedia.org/T336881 (10hnowlan) [16:00:50] 10serviceops, 10Thumbor, 10Kubernetes: Investigate whether configuring hardware P-states would help with performance on k8s - https://phabricator.wikimedia.org/T333317 (10hnowlan) 05Open→03Resolved a:03kamila [16:00:53] 10serviceops, 10Kubernetes: Set scaling_governor to performance for wikikube workers - https://phabricator.wikimedia.org/T332788 (10hnowlan) [16:24:57] 10serviceops, 10Thumbor: Upgrade Thumbor to bullseye - https://phabricator.wikimedia.org/T336881 (10hnowlan) [16:30:43] 10serviceops, 10Thumbor: Upgrade Thumbor to bullseye - https://phabricator.wikimedia.org/T336881 (10hnowlan) [17:04:32] 10serviceops, 10RESTbase Sunsetting, 10API Platform (RESTbase Deprecation Roadmap), 10Epic, 10Platform Engineering Roadmap: Survey RESTBase services and find which ones accesses Parsoid via RESTBase - https://phabricator.wikimedia.org/T333536 (10DAlangi_WMF) [17:41:52] 10serviceops, 10Thumbor: Upgrade Thumbor to bullseye - https://phabricator.wikimedia.org/T336881 (10AntiCompositeNumber) [17:42:54] 10serviceops, 10Thumbor: Upgrade Thumbor to bullseye - https://phabricator.wikimedia.org/T336881 (10AntiCompositeNumber) re xcftools: see https://gerrit.wikimedia.org/r/c/operations/software/thumbor-plugins/+/619864, {T260285}. That patch will probably need a few revisions because of the Thumbor changes in the... [17:49:29] 10serviceops, 10Thumbor, 10Patch-For-Review: Upgrade Thumbor to bullseye - https://phabricator.wikimedia.org/T336881 (10hnowlan) [20:01:05] 10serviceops, 10Data-Engineering-Planning, 10Event-Platform Value Stream (Sprint 14 A), 10Patch-For-Review, 10Service-deployment-requests: New Service Request mediawiki-page-content-change-enrichment - https://phabricator.wikimedia.org/T330507 (10Ottomata) @JMeybohm, I just tried to apply ^ in staging-co... [23:27:49] 10serviceops, 10Thumbor, 10Patch-For-Review: Upgrade Thumbor to bullseye - https://phabricator.wikimedia.org/T336881 (10Izno)