[03:24:02] 10MediaWiki-Codesniffer, 10Release, 10User-DannyS712: Release mediawiki-codesniffer v36.0.0 - https://phabricator.wikimedia.org/T278653 (10Jdforrester-WMF) Yeah, WFM. Not aware of any open tasks/patches that we should wait for; anyone have a differing opinion? [03:27:05] 10MediaWiki-Codesniffer, 10Release, 10User-DannyS712: Release mediawiki-codesniffer v36.0.0 - https://phabricator.wikimedia.org/T278653 (10DannyS712) >>! In T278653#6952253, @Jdforrester-WMF wrote: > Yeah, WFM. Not aware of any open tasks/patches that we should wait for; anyone have a differing opinion? Mig... [05:34:39] 10Beta-Cluster-Infrastructure, 10User-Majavah: Upgrade deployment-prep MediaWiki clusters to Buster - https://phabricator.wikimedia.org/T278664 (10Majavah) [05:36:22] 10Beta-Cluster-Infrastructure: Migrate deployment-prep away from Debian Stretch to Buster/Bullseye - https://phabricator.wikimedia.org/T278641 (10Majavah) [05:40:07] !log move role::labs::lvm::srv puppet classes from deployment-mediawiki- prefix to current individual appservers, T278664 [05:40:11] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [05:40:11] T278664: Upgrade deployment-prep MediaWiki clusters to Buster - https://phabricator.wikimedia.org/T278664 [06:04:21] PROBLEM - PHD should be supervising processes on phab1001 is CRITICAL: PROCS CRITICAL: 2 processes with UID = 497 (phd) https://wikitech.wikimedia.org/wiki/Phabricator [06:09:07] RECOVERY - PHD should be supervising processes on phab1001 is OK: PROCS OK: 7 processes with UID = 497 (phd) https://wikitech.wikimedia.org/wiki/Phabricator [06:14:41] 10Beta-Cluster-Infrastructure, 10Release-Engineering-Team: create instance in deployment-prep just for testing MediaWiki code not yet merged into master - https://phabricator.wikimedia.org/T278666 (10ArielGlenn) [06:15:44] 10Beta-Cluster-Infrastructure, 10Release-Engineering-Team, 10User-ArielGlenn: create instance in deployment-prep just for testing MediaWiki code not yet merged into master - https://phabricator.wikimedia.org/T278666 (10ArielGlenn) [06:46:18] !log cherry-pick https://gerrit.wikimedia.org/r/c/operations/puppet/+/675357/ on deployment-puppetmaster04 - T278664 [06:46:23] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [06:46:23] T278664: Upgrade deployment-prep MediaWiki clusters to Buster - https://phabricator.wikimedia.org/T278664 [07:02:40] 10Beta-Cluster-Infrastructure, 10User-Majavah: Upgrade deployment-prep MediaWiki clusters to Buster - https://phabricator.wikimedia.org/T278664 (10Majavah) I installed deployment-mediawiki10 and it's giving 500s: ` PHP fatal error:
Uncaught ConfigException: Failed to load configuration from etcd: (curl... [07:50:32] (03PS11) 10AndyRussG: Fundraising images: Separate Mediawiki and Civi setups [releng/dev-images] - 10https://gerrit.wikimedia.org/r/663294 (https://phabricator.wikimedia.org/T262975) [07:51:51] 10Phabricator, 10Release-Engineering-Team (Development services), 10Release-Engineering-Team-TODO: Some very specific Maniphest search queries by RelEng, Sec Team and WMCS are global and shown for all users - https://phabricator.wikimedia.org/T214579 (10Aklapper) [07:52:16] 10Release-Engineering-Team-TODO (2021-01-01 to 2021-03-31 (Q3)), 10Patch-For-Review, 10Release, 10Train Deployments: 1.36.0-wmf.36 deployment blockers - https://phabricator.wikimedia.org/T274940 (10Ladsgroup) [07:52:24] 10Phabricator, 10Release-Engineering-Team (Development services), 10Release-Engineering-Team-TODO: Some very specific Maniphest search queries by RelEng, Sec Team and WMCS are global and shown for all users - https://phabricator.wikimedia.org/T214579 (10Aklapper) See sidebar on https://phabricator.wikimedia.... [08:02:51] (03CR) 10Thiemo Kreuz (WMDE): [C: 03+2] internal: Fix doc type for token argument in SpaceyParenthesisSniff [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/675224 (owner: 10Umherirrender) [08:05:03] (03Merged) 10jenkins-bot: internal: Fix doc type for token argument in SpaceyParenthesisSniff [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/675224 (owner: 10Umherirrender) [08:06:54] 10Phabricator, 10Release-Engineering-Team (Development services), 10Release-Engineering-Team-TODO, 10Security-Team, 10Developer Productivity: Some very specific Maniphest search queries by RelEng, Sec Team and WMCS are global and shown for all users - https://phabricator.wikimedia.org/T214579 (10Aklapper) [08:20:50] 10Release-Engineering-Team-TODO: echostore helm test service checker failing in staging cluster - https://phabricator.wikimedia.org/T259686 (10Aklapper) No reply; removing archived project tag and adding #Release-Engineering-Team-TODO [08:23:16] 10Release-Engineering-Team-TODO (2021-01-01 to 2021-03-31 (Q3)), 10Patch-For-Review, 10Release, 10Train Deployments: 1.36.0-wmf.36 deployment blockers - https://phabricator.wikimedia.org/T274940 (10hashar) I have pushed 1.36.0-wmf.36 to group 1 wikis this morning at 8:00 UTC. Given we had it for a full d... [08:28:19] 10MediaWiki-Releasing, 10Security: Release MediaWiki 1.31.11/1.35.1 - https://phabricator.wikimedia.org/T263802 (10Aklapper) 05Open→03Resolved a:03Reedy This happened I think [08:49:21] !log DIsable puppet on mediawiki10 - investigating failing curl certificate check [08:49:24] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [08:49:40] Majavah: ^^ [08:49:43] lt's continue here [08:49:47] ack [08:50:05] deployment-mediawiki11 has the same problem, so you might want to disable there too [08:50:14] I'm just investigating now [08:50:20] this is just so i can change system files [08:50:30] once i know what is happening, i can test there too [08:50:55] i installed curl-config on both 07 and 10 [08:51:06] `curl-config --ca` yields nothing on 10 [08:51:15] which explains why it does not check any certs [08:55:00] (03CR) 10Thiemo Kreuz (WMDE): Fix false positive for Java-style array types (032 comments) [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/670832 (https://phabricator.wikimedia.org/T277176) (owner: 10Thiemo Kreuz (WMDE)) [08:55:46] brb [09:00:14] Urbanecm: https://paste.debian.net/1191475/ refers to /etc/ssl/certs/, /etc/ssl/certs/Puppet_Internal_CA.pem is there and correct (just a symlink to the correct one), /etc/ssl/certs/ca-certificates.crt is not a symlink but it contains the puppet ca cert [09:00:52] (03PS5) 10Thiemo Kreuz (WMDE): Fix UnusedUseStatement sniff for Java-style array [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/674308 (https://phabricator.wikimedia.org/T277176) [09:01:02] (03CR) 10jerkins-bot: [V: 04-1] Fix UnusedUseStatement sniff for Java-style array [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/674308 (https://phabricator.wikimedia.org/T277176) (owner: 10Thiemo Kreuz (WMDE)) [09:09:12] Majavah: I'm going to reinstall curl [09:09:19] ack [09:09:31] it sounds that it failed to detect the ca bundle on install time properly [09:09:35] I can reproduce this on all buster vms I tested [09:09:52] compare those two outputs https://www.irccloud.com/pastebin/4OCCq5QA/ [09:10:03] Majavah: sounds that warrants a ticket for the cloud services [09:10:15] I'll make one [09:10:20] thx [09:10:54] I wonder if this is related to the recent openssl security update, which is available on buster but not stretch, https://security-tracker.debian.org/tracker/source-package/openssl [09:11:28] possible [09:12:27] this is definitely a curl problem, `wget` works [09:13:01] doesn't surprise me [09:16:07] Majavah: compiling curl from source, and let's see if the manually compilled version will work [09:17:55] and we'll want to delete mediawiki10 once I'm done, as I installed tons of resources needed for compiling to work [09:19:00] 10Beta-Cluster-Infrastructure, 10Cloud-VPS, 10cloud-services-team (Kanban): curl on deployment-prep Buster hosts does not trust Puppet CA - https://phabricator.wikimedia.org/T278677 (10Majavah) [09:19:25] ack, we can make a deployment-mediawiki12 too [09:19:49] Majavah: yeah, but once I finish with workarounding it [09:20:33] Majavah: maybe also add the strace outputs to the task? [09:20:44] sure [09:23:21] 10Beta-Cluster-Infrastructure, 10Cloud-VPS, 10cloud-services-team (Kanban): curl on deployment-prep Buster hosts does not trust Puppet CA - https://phabricator.wikimedia.org/T278677 (10Majavah) [09:25:00] hmm [09:25:35] I executed ./configure several times, and i always get "SSL support: no" and "ca cert bundle: no" [09:26:39] Urbanecm: afk, lunch time [09:26:45] k [09:28:48] !log Re-enable puppet on mediawiki10 [09:28:51] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [09:29:09] !log Manually run puppet on mediawiki10 [09:29:12] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [09:35:53] 10Release-Engineering-Team (Development services), 10Release-Engineering-Team-TODO, 10GerritBot, 10Patch-For-Review, 10Technical-Debt: gerritbot doesnt escape sequences from commitmsg - https://phabricator.wikimedia.org/T93331 (10hashar) [09:51:01] 10Beta-Cluster-Infrastructure, 10Cloud-VPS, 10cloud-services-team (Kanban): curl on deployment-prep Buster hosts does not trust Puppet CA - https://phabricator.wikimedia.org/T278677 (10ArielGlenn) This could be another instance of T273089 [09:54:37] apergos: those look like the same issue, but I tried update-ca-certificates already (https://phabricator.wikimedia.org/T273089#6840946) but with no effect [09:54:48] this is another case of "how does this even work in prod" [09:55:03] try what I did on the task, figure out the right hash and manually do the link [09:55:38] it works in prod because we are not switching from one puppetmaster to another during the install/setup [09:56:35] !log taavi@deployment-mediawiki10:~$ sudo ln -s /usr/local/share/ca-certificates/Puppet_Internal_CA.crt /etc/ssl/certs/aeffde42.0 && sudo update-ca-certificates [09:56:37] that works [09:56:37] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [09:56:40] Urbanecm: ^ [09:56:45] I do not like this hack at all [09:57:06] me neither [09:57:09] but at least it works :D [09:57:25] want me to run it on 11 too? and then see if scap syncs [09:59:25] yup [09:59:35] done [09:59:51] so now we just wait until Jenkins starts the next sync, unless you want to run it manually [10:00:53] Majavah: I'm too lazy, scheduled :D [10:00:59] https://integration.wikimedia.org/ci/job/beta-scap-eqiad/343742/ [10:01:08] thanks [10:01:32] np [10:03:18] 10Beta-Cluster-Infrastructure, 10Cloud-VPS, 10User-Majavah, 10cloud-services-team (Kanban): curl on deployment-prep Buster hosts does not trust Puppet CA - https://phabricator.wikimedia.org/T278677 (10Majavah) 05Open→03Resolved a:03Majavah yep, it was, thanks! the following one-liner solved it: ` taa... [10:03:20] 10Beta-Cluster-Infrastructure, 10User-Majavah: Upgrade deployment-prep MediaWiki clusters to Buster - https://phabricator.wikimedia.org/T278664 (10Majavah) [10:03:40] "Test Main Page returned the unexpected status 302 (expecting: 200); /wiki/{title}" [10:03:41] uhh [10:05:11] it tries to load http://en.wikipedia.beta.wmflabs.org/wiki/Special:Version, so I guess mediawiki redirects it to https? [10:06:15] we only listen on 80, not 443 [10:06:30] likely [10:06:57] i think it's one of the differences prod vs beta. iirc prod terminates TLS on the app server layer as well [10:07:04] yep [10:09:21] 10Project-Admins, 10WMSE (IT): Move "Magnus Sälgö" and "so9q" to top level projects - https://phabricator.wikimedia.org/T272137 (10Aklapper) Could WMSE and Magnus comment on how to proceed? Thanks! [10:10:24] and because we only had one host marked as canary previously it worked, because at least one can fail always https://github.com/wikimedia/scap/blob/24c46245883f9234c1d4202563e548f083341640/scap/main.py#L383 [10:10:36] hehe [10:12:05] so we need to remove mediawiki10 in any case? [10:13:20] or make scap ignore canaries... [10:13:24] ...or finally fix the bug [10:14:03] I meant completely delete 10 since you installed tons of things it [10:14:26] oh [10:14:32] yeah, sounds like a good thing [10:14:34] but actually fixing that (the checks or make them support https) sounds like a good idea, yes [10:16:56] do we even need two mediawikis? we don't have lvs and everything that I could find is hardcoded to use 07 while we have 09 too [10:18:25] Majavah: i assume scap canaries check was the original intention [10:18:38] but wouldn't object deleting one of the instances until lvs is a thing [10:19:39] so for now I'll make a puppet patch to remove 10 from scap, and change the current canary from 07 to 11, how does that sound? [10:20:03] we can remove 10 after that, at least scap will work, and we can fix the scap canaries later [12:30:07] 10Beta-Cluster-Infrastructure, 10User-Majavah: Upgrade deployment-prep MediaWiki clusters to Buster - https://phabricator.wikimedia.org/T278664 (10Majavah) Certificate issues were solved, deployment-mediawiki10 deleted after we used it for debugging that. deployment-mediawiki11 is now running and I'm planning... [12:38:37] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, and 2 others: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10hashar) [13:04:32] !log cherry pick https://gerrit.wikimedia.org/r/c/operations/puppet/+/675503/ on deployment-puppetmaster04 (T278664), also apply same change on horizon. this will switch traffic from deployment-mediawiki-07 to deployment-mediawiki11 [13:04:36] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [13:04:36] T278664: Upgrade deployment-prep MediaWiki clusters to Buster - https://phabricator.wikimedia.org/T278664 [13:05:34] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, and 2 others: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Script wmf-auto-reimage was launched by jiji on cumin1001.eqiad.wm... [13:06:06] we're now serving deployment-prep mediawiki from a buster host! [13:06:15] yey [13:13:59] 10Project-Admins, 10WMSE (IT): Move "Magnus Sälgö" and "so9q" to top level projects - https://phabricator.wikimedia.org/T272137 (10Lokal_Profil) Hi. Yes #Magnus_Sälgö should be moved out of #WMSE and renamed to `#User-Magnus_Sälgö`. Additionally #Magnus_Sälgö-Riksarkivet-NAD should be moved out of #WMSE and be... [13:19:56] (03PS6) 10Thiemo Kreuz (WMDE): Fix UnusedUseStatement sniff for Java-style array [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/674308 (https://phabricator.wikimedia.org/T277176) [14:20:13] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team (CI & Testing services), 10Release-Engineering-Team-TODO (2020-10-01 to 2020-12-31 (Q2)), 10Patch-For-Review: Reduce size of artifacts stored on the CI Jenkins master - https://phabricator.wikimedia.org/T249268 (10hashar) 05Stalled→03Op... [14:56:18] 10Beta-Cluster-Infrastructure, 10Beta-Cluster-reproducible, 10User-zeljkofilipin: Cannot login to beta cluster: "There seems to be a problem with your login session..." - https://phabricator.wikimedia.org/T263617 (10zeljkofilipin) [15:16:26] !log manually run puppet on deployment-sessionstore03, starting Cassandra (which was stopped) T263617 [15:16:33] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [15:16:33] T263617: Cannot login to beta cluster: "There seems to be a problem with your login session..." - https://phabricator.wikimedia.org/T263617 [15:21:24] 10Beta-Cluster-Infrastructure, 10Beta-Cluster-reproducible, 10User-zeljkofilipin: Cannot login to beta cluster: "There seems to be a problem with your login session..." - https://phabricator.wikimedia.org/T263617 (10Majavah) deployment-sessionstore03 is running sessionstore in Docker, the containers logs are... [15:26:23] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, and 2 others: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10jijiki) I have reimaged parse2001 as a test, and it appears that puppet is unable to r... [15:37:01] !log hard reboot deployment-sessionstore03 T263617 [15:37:06] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [15:37:06] T263617: Cannot login to beta cluster: "There seems to be a problem with your login session..." - https://phabricator.wikimedia.org/T263617 [15:38:53] and now the VM does not allow me to use sudo [15:42:59] 10Beta-Cluster-Infrastructure, 10Beta-Cluster-reproducible, 10User-zeljkofilipin: Cannot login to beta cluster: "There seems to be a problem with your login session..." - https://phabricator.wikimedia.org/T263617 (10Majavah) Session storage itself appears to be working. However now the VM does not allow me t... [15:44:06] Majavah: I can get a root shell on deployment-sessionstore03, apparently [15:44:11] if that helps… [15:44:51] Lucas_WMDE: bah, logged out and back in and works now :// [15:44:59] heh, okay [15:45:11] maybe you logged in before LDAP was running or something? [15:45:15] no idea [15:45:19] (I’m not very familiar with the auth setup there) [15:45:47] anyways it appears to be working now [15:46:19] 10Beta-Cluster-Infrastructure, 10Beta-Cluster-reproducible, 10User-Majavah, 10User-zeljkofilipin: Cannot login to beta cluster: "There seems to be a problem with your login session..." - https://phabricator.wikimedia.org/T263617 (10Majavah) 05Open→03Resolved a:03Majavah [15:55:28] (03PS5) 10Zabe: Add Sandeep Kumar Patel in the CI whitelist [integration/config] - 10https://gerrit.wikimedia.org/r/673770 [16:14:49] 10Continuous-Integration-Config, 10Wikidata, 10Wikidata Query Builder, 10wdwb-tech: Add branch hosting to Query Builder integration pipline - https://phabricator.wikimedia.org/T278706 (10Michael) [16:27:28] 10Beta-Cluster-Infrastructure, 10Beta-Cluster-reproducible, 10User-Majavah, 10User-zeljkofilipin: Cannot login to beta cluster: "There seems to be a problem with your login session..." - https://phabricator.wikimedia.org/T263617 (10zeljkofilipin) [16:51:31] uhhhh Mar 29 16:47:29 deployment-jobrunner04 apachectl[2897]: AH00534: apache2: Configuration error: No MPM loaded. [17:04:23] (03CR) 10Umherirrender: [C: 03+2] Fix UnusedUseStatement sniff for Java-style array (031 comment) [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/674308 (https://phabricator.wikimedia.org/T277176) (owner: 10Thiemo Kreuz (WMDE)) [17:05:57] (03Merged) 10jenkins-bot: Fix UnusedUseStatement sniff for Java-style array [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/674308 (https://phabricator.wikimedia.org/T277176) (owner: 10Thiemo Kreuz (WMDE)) [17:06:13] 10Beta-Cluster-Infrastructure, 10User-Majavah: Upgrade deployment-prep MediaWiki clusters to Buster - https://phabricator.wikimedia.org/T278664 (10Majavah) [17:07:31] (03PS3) 10Umherirrender: Make UnusedUseStatement sniff accept Java-style in @phan-var [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/675098 (https://phabricator.wikimedia.org/T277176) (owner: 10Thiemo Kreuz (WMDE)) [17:07:34] (03CR) 10Umherirrender: [C: 03+2] Make UnusedUseStatement sniff accept Java-style in @phan-var [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/675098 (https://phabricator.wikimedia.org/T277176) (owner: 10Thiemo Kreuz (WMDE)) [17:09:12] (03Merged) 10jenkins-bot: Make UnusedUseStatement sniff accept Java-style in @phan-var [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/675098 (https://phabricator.wikimedia.org/T277176) (owner: 10Thiemo Kreuz (WMDE)) [17:14:10] (03PS4) 10Umherirrender: Fix error message for long array case in SpaceyParenthesisSniff [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/673626 [17:17:06] (03PS4) 10Umherirrender: Remove reference to T_RETURN_TYPE [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/673643 [17:17:43] (03PS3) 10Umherirrender: internal: Add return type hint to Sniff::register implementation [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/675232 [17:17:57] (03PS4) 10Umherirrender: internal: Use param and return type hint on non-inherited functions [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/675220 [17:19:59] (03CR) 10DannyS712: [C: 03+2] Fix error message for long array case in SpaceyParenthesisSniff [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/673626 (owner: 10Umherirrender) [17:21:42] (03Merged) 10jenkins-bot: Fix error message for long array case in SpaceyParenthesisSniff [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/673626 (owner: 10Umherirrender) [17:22:33] 10MediaWiki-Codesniffer, 10Release, 10User-DannyS712: Release mediawiki-codesniffer v36.0.0 - https://phabricator.wikimedia.org/T278653 (10DannyS712) [17:25:31] (03PS4) 10Umherirrender: internal: Add return type hint to Sniff::register implementation [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/675232 [17:25:34] (03PS5) 10Umherirrender: internal: Use param and return type hint on non-inherited functions [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/675220 [17:29:15] 10MediaWiki-Codesniffer, 10Patch-For-Review: False positive for Java-style array types - https://phabricator.wikimedia.org/T277176 (10Umherirrender) 05Open→03Resolved p:05Triage→03Low [17:31:08] (03PS2) 10DannyS712: internal: Add @codeCoverageIgnore to untestable code [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/673690 (owner: 10Umherirrender) [17:32:05] (03CR) 10DannyS712: [C: 03+1] "looking at this again, isn't it possible to have tests for live coding early returns by having incomplete test code?" [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/673690 (owner: 10Umherirrender) [17:35:43] (03CR) 10Umherirrender: "> Patch Set 2:" [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/673690 (owner: 10Umherirrender) [18:40:13] 10Beta-Cluster-Infrastructure: Migrate deployment-prep away from Debian Stretch to Buster/Bullseye - https://phabricator.wikimedia.org/T278641 (10Majavah) [18:48:54] (03PS1) 10Majavah: jjb.beta: Remove jessie and trusty repos, add buster [integration/config] - 10https://gerrit.wikimedia.org/r/675571 [18:56:29] (03PS2) 10Majavah: jjb.beta: Remove jessie and trusty repos, add buster [integration/config] - 10https://gerrit.wikimedia.org/r/675571 [21:15:49] 10Beta-Cluster-Infrastructure, 10SRE: cannot curl to wiki from beta mw appservers - https://phabricator.wikimedia.org/T278599 (10jijiki) p:05Triage→03Medium [23:20:06] 10Beta-Cluster-Infrastructure, 10SRE: cannot curl to wiki from beta mw appservers - https://phabricator.wikimedia.org/T278599 (10Krinkle) Using the `Host` doesn't work for various reasons as `http://localhost` is served by health-check rather than MediaWiki. To approach MW, one can use `--connect-to` instead,... [23:49:05] (03PS2) 10Jforrester: build: Updating eslint-config-wikimedia to 0.19.0 [integration/docroot] - 10https://gerrit.wikimedia.org/r/673238 (owner: 10Libraryupgrader) [23:54:24] (03PS3) 10Jforrester: jjb: [beta-publish-deb, scap-beta-deb] Remove jessie and trusty repos, add buster [integration/config] - 10https://gerrit.wikimedia.org/r/675571 (owner: 10Majavah) [23:55:39] (03CR) 10jerkins-bot: [V: 04-1] jjb: [beta-publish-deb, scap-beta-deb] Remove jessie and trusty repos, add buster [integration/config] - 10https://gerrit.wikimedia.org/r/675571 (owner: 10Majavah) [23:55:43] (03CR) 10Jforrester: [C: 03+2] "Deployed." [integration/config] - 10https://gerrit.wikimedia.org/r/675571 (owner: 10Majavah) [23:56:06] (03PS4) 10Jforrester: jjb: [beta-publish-deb, scap-beta-deb] Drop jessie & trusty, add buster [integration/config] - 10https://gerrit.wikimedia.org/r/675571 (owner: 10Majavah) [23:56:12] (03CR) 10Jforrester: [C: 03+2] "…" [integration/config] - 10https://gerrit.wikimedia.org/r/675571 (owner: 10Majavah) [23:57:20] (03Merged) 10jenkins-bot: jjb: [beta-publish-deb, scap-beta-deb] Drop jessie & trusty, add buster [integration/config] - 10https://gerrit.wikimedia.org/r/675571 (owner: 10Majavah)