[03:54:06] Hiya, need to request access to another server: mwmaint1002.eqiad.wmnet, my wikitech username is my login is Shay Nowick - https://wikitech.wikimedia.org/wiki/User:Shay_Nowick [06:02:43] 10Phabricator: Phabricator logs out several times in a day! - https://phabricator.wikimedia.org/T248946 (10KartikMistry) [06:08:23] 10MediaWiki-Codesniffer, 10MediaWiki-General, 10Patch-For-Review, 10User-DannyS712: Add global $wgUser to DeprecatedGlobalVariablesSniff - https://phabricator.wikimedia.org/T244452 (10thiemowmde) Personally, I veto this idea. The variable still exists in a ton of code: https://codesearch.wmflabs.org/search... [06:42:42] 10MediaWiki-Codesniffer, 10MediaWiki-General, 10Patch-For-Review, 10User-DannyS712: Add global $wgUser to DeprecatedGlobalVariablesSniff - https://phabricator.wikimedia.org/T244452 (10DannyS712) >>! In T244452#6013414, @thiemowmde wrote: > Personally, I veto this idea. The variable still exists in a ton of... [06:48:56] PROBLEM - App Server Main HTTP Response on deployment-mediawiki-07 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [06:49:08] PROBLEM - English Wikipedia Main page on beta-cluster is CRITICAL: CRITICAL - Socket timeout after 10 seconds [06:49:13] PROBLEM - English Wikipedia Mobile Main page on beta-cluster is CRITICAL: CRITICAL - Socket timeout after 10 seconds [07:08:47] RECOVERY - App Server Main HTTP Response on deployment-mediawiki-07 is OK: HTTP OK: HTTP/1.1 200 OK - 93365 bytes in 0.962 second response time [07:08:59] RECOVERY - English Wikipedia Main page on beta-cluster is OK: HTTP OK: HTTP/1.1 200 OK - 93826 bytes in 1.003 second response time [07:09:06] RECOVERY - English Wikipedia Mobile Main page on beta-cluster is OK: HTTP OK: HTTP/1.1 200 OK - 52424 bytes in 1.066 second response time [07:42:20] 10Phabricator: Phabricator logs out several times in a day! - https://phabricator.wikimedia.org/T248946 (10Aklapper) Looking at [your logs](https://phabricator.wikimedia.org/people/logs/query/y.G1cFuquPXV/#R) (admin only) I don't see logout activity (only `Login: Partial Login`/`Login: Upgrade to Full`), and tha... [07:56:02] 10Release-Engineering-Team-TODO (2020-04 to 2020-06 (Q4)), 10Documentation, 10Kubernetes, 10Patch-For-Review: Document how to migrate a service to kubernetes - https://phabricator.wikimedia.org/T248916 (10Aklapper) [07:57:20] 10Phabricator, 10I18n: Translation of phabricator is outdated in Brazilian Portuguese - https://phabricator.wikimedia.org/T248902 (10Aklapper) @Eduaddad: T215697 is still open, so I don't understand why this task was created? [08:00:34] 10Project-Admins, 10User-DannyS712: Create Project: Named-References-VE - https://phabricator.wikimedia.org/T246485 (10Aklapper) I'd say it should not be a subproject but we should have a Herald rule instead to always add #VisualEditor-MediaWiki-References to #VisualEditor-Named-References tasks, as per T24648... [08:08:12] 10Project-Admins, 10User-DannyS712: Create Project: Named-References-VE - https://phabricator.wikimedia.org/T246485 (10DannyS712) >>! In T246485#6013623, @Aklapper wrote: > I'd say it should not be a subproject but we should have a Herald rule instead to always add #VisualEditor-MediaWiki-References to #Visual... [08:08:24] 10Project-Admins, 10User-DannyS712: Create Project: Named-References-VE - https://phabricator.wikimedia.org/T246485 (10DannyS712) 05Stalled→03Open [08:11:48] 10Project-Admins, 10User-DannyS712: Create Project: Named-References-VE - https://phabricator.wikimedia.org/T246485 (10DannyS712) >>! In T246485#6013674, @DannyS712 wrote: >>>! In T246485#6013623, @Aklapper wrote: >> I'd say it should not be a subproject but we should have a Herald rule instead to always add #... [09:04:06] 10Project-Admins, 10User-DannyS712: Create Project: Named-References-VE - https://phabricator.wikimedia.org/T246485 (10Aklapper) Sure, created H360: * When all of these conditions are met: ** Project tags include any of #VisualEditor-Named-References * Take these actions the first time this rule matches: ** Ad... [09:12:22] I'm having trouble testing a drag and drop action with webdriverIO v4. Does anyone here have experience with this problem? There's a known bug, but what I don't know yet is whether there is a workaround for v4, or if need to update to v5 (and whether that will work either). [09:24:45] awight: I don't have experience with drag-and-drop, but I have experience with updating to v5 of wdio :) [09:28:25] zeljkof: A survivor! Any tips about preventing a cascade of async? [09:29:19] awight: not sure what you mean by that :) [09:29:25] there were some problems, but not much [09:29:43] which repo would you like to update, I can try [09:29:54] I would update just on principle, but it turned out to be much messier than I hoped. U can see in https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/TwoColConflict/+/584708/ [09:29:57] there's a task... [09:30:21] zeljkof: Thank you for the incredibly generous offer, but don't worry! I can finish this up, once I have a decent way of attacking the async issue. [09:30:23] awight: for parent task see https://phabricator.wikimedia.org/T234314 [09:31:37] What I found is that the new async functions require their caller to resolve the promises. When I used the "async/await" syntax, I found that the required changes snowballed into quite a lot. [09:31:55] ty for the task link [09:32:23] awight: hm, the code on the first look looks fine, I don't see anything obviously wrong [09:32:32] awight: when I see javascript and promises, I usually refer to Timo :] [09:32:34] I do remember having some trouble with the update [09:32:42] haha ;-] [09:32:44] he makes it crystal clear everytime I had to ask him [09:33:01] hashar: that might be a good advice, he did the original v5 update for mediawiki/core [09:33:02] only for me to forget everything after a few days since I do not practice javascript at all bah [09:33:23] maybe we have some doc on mw.o about it ? [09:34:23] hashar: I would know, but as far as I know, we don't :) [09:34:38] oh, maybe you mean about async/await [09:34:41] in that case I don't know [09:38:49] I suspect I'm just being obtuse about async. It looks like I can write little adapters which hide the promises until the rest of our repo is ready for that. [09:48:28] (03PS1) 10Kosta Harlan: (wip) Add CI job for mediawiki/tools/cli [integration/config] - 10https://gerrit.wikimedia.org/r/584898 (https://phabricator.wikimedia.org/T248412) [09:55:12] 10Release-Engineering-Team (Pipeline), 10Analytics, 10Analytics-Kanban, 10Release Pipeline, and 2 others: Migrate EventStreams to k8s deployment pipeline - https://phabricator.wikimedia.org/T238658 (10akosiaris) 05Open→03Resolved @Ottomata I think we can resolve this. Feel free to reopen. [09:55:16] 10Release-Engineering-Team (Pipeline), 10Release-Engineering-Team-TODO, 10Operations, 10Release Pipeline, and 2 others: Migrate production services to kubernetes using the pipeline - https://phabricator.wikimedia.org/T198901 (10akosiaris) [09:56:22] awight: I left a comment on the patch, there seems to be only one failing test [09:56:41] tests/selenium/README.md says I can test this locally using mw-vagrant [09:56:52] is that correct? is that how you test it? [09:57:02] or do you use mw-docker or mw-docker-dev? [09:58:11] I guess not: [09:58:17] `vagrant roles enable twocolconflict` [09:58:30] `'twocolconflict' is not a valid role.` [09:58:32] :D [09:59:14] (03PS2) 10Kosta Harlan: (wip) Add CI job for mediawiki/tools/cli [integration/config] - 10https://gerrit.wikimedia.org/r/584898 (https://phabricator.wikimedia.org/T248412) [10:05:41] 10Continuous-Integration-Infrastructure: Docker report failing for docker-registry.wikimedia.org/releng/bazel:0.4.0 - https://phabricator.wikimedia.org/T248963 (10MoritzMuehlenhoff) [10:12:35] zeljkof: ah thanks for pointing out that we have no vagrant role. Installing the extension doesn't require any special config, if you still want to try. Just wfLoadExtension( 'TwoColConflict' ) [10:13:29] I'll try it with mw-docker [10:13:35] 10Continuous-Integration-Infrastructure: Docker report failing for docker-registry.wikimedia.org/releng/bazel:0.4.0 - https://phabricator.wikimedia.org/T248963 (10hashar) The container is a parent for the container we use to build Gerrit. If we rebuild it and the gerrit container, bazel version will be upgraded... [10:13:56] btw, I found a simple way to wrap the async for now. [10:40:49] awight: progress, now the only failures (but multiple times) is `this.username.setValue is not a function` [10:41:09] and eslint has a couple of complaints [10:42:49] 10Continuous-Integration-Config, 10Release-Engineering-Team-TODO (2020-04 to 2020-06 (Q4)), 10Quibble, 10Regression: Jenkins no longer fails build if mw-error.log or mw-dberror.log are non-empty - https://phabricator.wikimedia.org/T246358 (10Lucas_Werkmeister_WMDE) Assuming this check is still supposed to... [11:06:17] 10MediaWiki-Codesniffer, 10MediaWiki-extensions-Other: Fixing errors/warnings found by phpcbf shows error for MSSQLBackCompat - https://phabricator.wikimedia.org/T248919 (10Zoranzoki21) 05Open→03Declined Per {T248965}. [12:57:46] 10Release-Engineering-Team-TODO (2020-04 to 2020-06 (Q4)), 10MediaWiki-Docker, 10MW-1.35-notes (1.35.0-wmf.26; 2020-03-31), 10User-brennen: TimedMediaHandler's ffmpeg processes get stuck when using resource limits on Docker image - https://phabricator.wikimedia.org/T246942 (10Nikerabbit) Personally, I'd pr... [13:09:55] PROBLEM - App Server Main HTTP Response on deployment-mediawiki-07 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:10:08] PROBLEM - English Wikipedia Main page on beta-cluster is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:10:13] PROBLEM - English Wikipedia Mobile Main page on beta-cluster is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:14:48] RECOVERY - App Server Main HTTP Response on deployment-mediawiki-07 is OK: HTTP OK: HTTP/1.1 200 OK - 93361 bytes in 1.053 second response time [13:14:55] RECOVERY - English Wikipedia Main page on beta-cluster is OK: HTTP OK: HTTP/1.1 200 OK - 93786 bytes in 0.994 second response time [13:15:04] RECOVERY - English Wikipedia Mobile Main page on beta-cluster is OK: HTTP OK: HTTP/1.1 200 OK - 52424 bytes in 1.071 second response time [13:28:36] awight: does this look like a sane instructions on how to get the extension working with mediawiki-docker? https://www.mediawiki.org/wiki/MediaWiki-Docker/TwoColConflict [13:32:34] (03PS11) 10Hashar: jjb: migrate refinery release job to Docker [integration/config] - 10https://gerrit.wikimedia.org/r/583092 (https://phabricator.wikimedia.org/T210271) [13:34:45] (03CR) 10Hashar: [C: 04-1] "Updated to drop the old job." [integration/config] - 10https://gerrit.wikimedia.org/r/583092 (https://phabricator.wikimedia.org/T210271) (owner: 10Hashar) [13:37:20] 10Continuous-Integration-Infrastructure (phase-out-jessie), 10Release-Engineering-Team (CI & Testing services), 10Release-Engineering-Team-TODO, 10Analytics, and 2 others: Migrate analytics/refinery/source release jobs to Docker - https://phabricator.wikimedia.org/T210271 (10hashar) The job seems to be wor... [13:39:25] awight: to answer my own question, most of the tests pass, so I guess that's it [13:40:01] there's 6 failures, but I think that's because I didn't configure Vector skin :) [13:40:07] let's try fixing that [13:40:11] zeljkof: Sorry I missed that. Yes, that should be the whole thing! [13:40:25] awight: Vector is needed, or not? [13:40:47] Good question, we haven't tested with any other skin so I'm not sure. [13:40:51] /o\ [13:41:21] I'm still playing with async, pretty sure the remaining issues are just my confusion about promise vs. raw value [13:42:31] Krinkle might be able to help with that, my async/promise-fu is white belt [13:43:02] awight: I didn't configure _any_ skin, tests are looking better now with Vector configured :) [13:45:45] all tests pass now https://www.mediawiki.org/wiki/MediaWiki-Docker/TwoColConflict [13:46:53] O_o [13:47:18] I mean, all wdio v4 tests, didn't get to v5 yet [13:47:22] ah +1 [13:47:32] I was just trying to figure out if I can run master at all [13:47:42] I just got over the async hurdle, so will have a better patchset shortly. [14:01:00] zeljkof: Thanks for the review! I have to take a break for a while... I've pushed the latest attempt, there's still something subtle breaking the login steps but I think this is really close now. [14:01:45] awight: I'll take a look. I've pushed a small readme change https://gerrit.wikimedia.org/r/c/mediawiki/extensions/TwoColConflict/+/584930 [14:04:18] it's only failing with `this.username.setValue` [14:04:24] but multiple times :/ [14:04:33] I don't have much time, but I'll take a quick look [14:26:50] (03CR) 10Jforrester: "This should work. Yeah, we probably don't want to ship this as a built docker image. :-)" [integration/config] - 10https://gerrit.wikimedia.org/r/584898 (https://phabricator.wikimedia.org/T248412) (owner: 10Kosta Harlan) [14:35:00] (03PS3) 10Kosta Harlan: Add CI job for mediawiki/tools/cli [integration/config] - 10https://gerrit.wikimedia.org/r/584898 (https://phabricator.wikimedia.org/T248412) [14:36:06] (03CR) 10Kosta Harlan: "> Patch Set 2:" [integration/config] - 10https://gerrit.wikimedia.org/r/584898 (https://phabricator.wikimedia.org/T248412) (owner: 10Kosta Harlan) [14:44:07] (03PS4) 10Jforrester: layout: Add pipeline CI job for mediawiki/tools/cli [integration/config] - 10https://gerrit.wikimedia.org/r/584898 (https://phabricator.wikimedia.org/T248412) (owner: 10Kosta Harlan) [14:44:18] (03CR) 10Jforrester: [C: 03+2] layout: Add pipeline CI job for mediawiki/tools/cli [integration/config] - 10https://gerrit.wikimedia.org/r/584898 (https://phabricator.wikimedia.org/T248412) (owner: 10Kosta Harlan) [14:45:10] (03Merged) 10jenkins-bot: layout: Add pipeline CI job for mediawiki/tools/cli [integration/config] - 10https://gerrit.wikimedia.org/r/584898 (https://phabricator.wikimedia.org/T248412) (owner: 10Kosta Harlan) [14:45:55] !log Zuul: Add pipeline CI job for mediawiki/tools/cli T248412 [14:45:56] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [14:45:57] T248412: Set up CI for mediawiki/tools/cli - https://phabricator.wikimedia.org/T248412 [14:47:17] kostajh: First run at https://integration.wikimedia.org/ci/job/service-pipeline-test/5055/console passed. Success? [15:06:09] James_F: hard to say; just commented on a different patch about it [15:06:26] James_F: also, would you mind giving a +2 to https://gerrit.wikimedia.org/r/c/mediawiki/tools/cli/+/583913 so that the two already +2'ed patches above it can be merged? [15:23:39] kostajh: Huh, though I'd C+2'ed that one too. [15:30:21] (03CR) 10Brennen Bearnes: [V: 03+2 C: 03+2] Create image for EventLogging service [releng/dev-images] - 10https://gerrit.wikimedia.org/r/572212 (https://phabricator.wikimedia.org/T223643) (owner: 10Kosta Harlan) [15:36:34] !log Updating dev-images docker-pkg files on contint1001 for T223643 [15:36:38] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [15:36:39] T223643: Create EventLogging service - https://phabricator.wikimedia.org/T223643 [15:38:30] 10Continuous-Integration-Infrastructure (phase-out-jessie), 10Release-Engineering-Team (CI & Testing services), 10Release-Engineering-Team-TODO, 10Analytics, and 2 others: Migrate analytics/refinery/source release jobs to Docker - https://phabricator.wikimedia.org/T210271 (10Nuria) @hashar noted, thanks fo... [15:43:31] James_F: ty. Ok there is one more: https://gerrit.wikimedia.org/r/c/mediawiki/tools/cli/+/584112 [15:44:10] Yeah, I was leaving that one for Brennen. [15:44:34] Also https://gerrit.wikimedia.org/r/c/releng/dev-images/+/584111 would need to be merged first, right? [15:57:01] 10Release-Engineering-Team-TODO (2020-04 to 2020-06 (Q4)): Build a Seakeeper MVP - https://phabricator.wikimedia.org/T248876 (10LarsWirzenius) [16:20:50] James_F: has this week's branch been branched? [16:21:38] actually, nm, `git remote update` on core just told me i had a 1.35.0-wmf.26 branch now. so i guess it has! [16:26:20] PROBLEM - Work requests waiting in Zuul Gearman server on contint1001 is CRITICAL: CRITICAL: 100.00% of data above the critical threshold [150.0] https://www.mediawiki.org/wiki/Continuous_integration/Zuul https://grafana.wikimedia.org/dashboard/db/zuul-gearman?panelId=10&fullscreen&orgId=1 [16:35:18] 10Release-Engineering-Team-TODO (2020-01 to 2020-03 (Q3)), 10Scap, 10Developer Productivity, 10Patch-For-Review: Scap's link to Logstash for canary failure is not in sync with the monitoring query - https://phabricator.wikimedia.org/T247005 (10Jdforrester-WMF) 05Open→03Resolved Thank you! [16:38:36] RECOVERY - Work requests waiting in Zuul Gearman server on contint1001 is OK: OK: Less than 100.00% above the threshold [90.0] https://www.mediawiki.org/wiki/Continuous_integration/Zuul https://grafana.wikimedia.org/dashboard/db/zuul-gearman?panelId=10&fullscreen&orgId=1 [16:45:45] 10Beta-Cluster-Infrastructure, 10Wikidata: https://wikidata.beta.wmflabs.org/wiki/Q64 consitantly doesn't load on beta wikidata - https://phabricator.wikimedia.org/T249018 (10Addshore) [16:46:35] 10Beta-Cluster-Infrastructure, 10Wikidata: https://wikidata.beta.wmflabs.org/wiki/Q64 consitantly doesn't load on beta wikidata - https://phabricator.wikimedia.org/T249018 (10Addshore) [16:47:21] 10Beta-Cluster-Infrastructure, 10Wikidata: https://wikidata.beta.wmflabs.org/wiki/Q64 consitantly doesn't load on beta wikidata - https://phabricator.wikimedia.org/T249018 (10DannyS712) The error says: ` PHP fatal error: Allowed memory size of 692060160 bytes exhausted (tried to allocate 69632 bytes) ` [16:49:53] 10Project-Admins, 10User-DannyS712: Create Project: Named-References-VE - https://phabricator.wikimedia.org/T246485 (10MBinder_WMF) {meme, src="seal-of-approval", above=SEAL, below="OF APPROVAL"} [16:50:12] 10Beta-Cluster-Infrastructure, 10Wikidata: https://wikidata.beta.wmflabs.org/wiki/Q64 consitantly doesn't load on beta wikidata - https://phabricator.wikimedia.org/T249018 (10DannyS712) I reverted to a prior version, and now it can be accessed, so the original issues is resolved But, if you look at https://wi... [16:50:16] 10Beta-Cluster-Infrastructure, 10Wikidata: https://wikidata.beta.wmflabs.org/wiki/Q64 consitantly doesn't load on beta wikidata - https://phabricator.wikimedia.org/T249018 (10Addshore) Interestingly it just loaded for a first time now for me! [16:52:33] 10Project-Admins, 10User-DannyS712: Create Project: Named-References-VE - https://phabricator.wikimedia.org/T246485 (10MBinder_WMF) 05Open→03Resolved [16:55:08] James_F: in theory, but we're not pointing anyone to the tool yet, so it's probably ok? [16:56:26] 10Beta-Cluster-Infrastructure, 10Wikidata: https://wikidata.beta.wmflabs.org/wiki/Q64 consitantly doesn't load on beta wikidata - https://phabricator.wikimedia.org/T249018 (10DannyS712) >>! In T249018#6015614, @DannyS712 wrote: > I reverted to a prior version, and now it can be accessed, so the original issue... [17:03:29] 10Beta-Cluster-Infrastructure, 10Wikidata: https://wikidata.beta.wmflabs.org/wiki/Q64 consitantly doesn't load on beta wikidata - https://phabricator.wikimedia.org/T249018 (10Addshore) Something has obviously changed, and it relates to the number of terms that have been added to the item in https://wikidata.be... [17:05:25] 10Beta-Cluster-Infrastructure, 10Wikidata, 10User-DannyS712: https://wikidata.beta.wmflabs.org/wiki/Q64 consitantly doesn't load on beta wikidata - https://phabricator.wikimedia.org/T249018 (10DannyS712) p:05Triage→03High [17:05:42] 10Beta-Cluster-Infrastructure, 10Wikidata, 10Regression, 10User-DannyS712: https://wikidata.beta.wmflabs.org/wiki/Q64 consitantly doesn't load on beta wikidata - https://phabricator.wikimedia.org/T249018 (10DannyS712) [17:07:14] 10Beta-Cluster-Infrastructure, 10Wikidata, 10Regression, 10User-DannyS712: https://wikidata.beta.wmflabs.org/wiki/Q64 consitantly doesn't load on beta wikidata - https://phabricator.wikimedia.org/T249018 (10DannyS712) Is anything showing up on logstash that may be of use? [17:07:16] kostajh: Right. [17:43:02] (03PS1) 10Hashar: docker: container for refinery jar updater [integration/config] - 10https://gerrit.wikimedia.org/r/584998 (https://phabricator.wikimedia.org/T210271) [17:43:38] (03CR) 10jerkins-bot: [V: 04-1] docker: container for refinery jar updater [integration/config] - 10https://gerrit.wikimedia.org/r/584998 (https://phabricator.wikimedia.org/T210271) (owner: 10Hashar) [17:45:25] (03CR) 10Hashar: "recheck" [integration/config] - 10https://gerrit.wikimedia.org/r/584998 (https://phabricator.wikimedia.org/T210271) (owner: 10Hashar) [17:46:30] 10Release-Engineering-Team-TODO (2020-04 to 2020-06 (Q4)): Build a Seakeeper MVP - https://phabricator.wikimedia.org/T248876 (10LarsWirzenius) [17:48:08] 10Beta-Cluster-Infrastructure, 10Cloud-VPS: Broken puppet in deployment-prep - https://phabricator.wikimedia.org/T248933 (10Krenair) Thanks for taking care of these Andrew. Jessie upgrades are T218729 [17:50:19] (03CR) 10Hashar: "Will look at crafting a job for it tomorrow ;)" [integration/config] - 10https://gerrit.wikimedia.org/r/584998 (https://phabricator.wikimedia.org/T210271) (owner: 10Hashar) [18:18:05] 10Beta-Cluster-Infrastructure, 10Wikidata, 10Regression, 10User-DannyS712: https://wikidata.beta.wmflabs.org/wiki/Q64 consitantly doesn't load on beta wikidata - https://phabricator.wikimedia.org/T249018 (10Addshore) I also get errors on beta while trying to use wbeditentity to make an edit adding lots of... [18:34:01] James_F: ^^ FYI I just spotted that on beta, and wondering if it is also going to happen in prod, prepared somewhere to test it on test [18:34:24] Joy. [18:34:44] addshore: Train blocker for wikidata? [18:35:36] right now not sure, but I'll let you know once we get to group 0 [18:35:47] it might have been broken for ages *looks at history again* [18:35:54] Okie-dokie. Heads up to marxarelli [18:36:33] it was working on the 29th Jan though :D [18:36:43] So were many things. [18:37:43] Krinkle: do you remember a ticket about memory allocation you cced me in at some point this month? I'm struggling to find it [18:43:59] hi releng! I might need to ask for a repo to be nuked and reinitialized. We've got a local repo for 'drush', the drupal command line tool. [18:44:38] We had been using the debian packaged version instead of the version from our repo, so we let the repo get way out of date [18:44:40] ejegg: You want to drop the history of the repo? Or just have a new repo? [18:44:43] (7 years out of date) [18:44:51] I think we want to drop the history of the repo [18:45:02] Huh. Which repo? [18:45:07] and reinitialize it from the 7.x branch of the upstream repo [18:45:23] ours is /wikimedia/fundraising/crm/drush [18:45:33] the upstream is github.com:drush-ops/drush.git [18:46:30] I think we'll need to request a new repo for the vendor submodule too, /wikimedia/fundraising/crm/drush/vendor [18:52:03] I'll make sure that's what we need and make a phab task [18:57:15] zeljkof: I found the "this.username" issue, somehow @wdio/sync isn't working correctly and wdio is returning promises from its core API such as "$" / browser.findElement. [20:03:34] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team (CI & Testing services): Docker report failing for docker-registry.wikimedia.org/releng/bazel:0.4.0 - https://phabricator.wikimedia.org/T248963 (10hashar) p:05Triage→03Medium I don't know what docker-report-releng-images.service nor what k... [20:16:55] 10Release-Engineering-Team-TODO (2020-04 to 2020-06 (Q4)), 10Release, 10Train Deployments: 1.35.0-wmf.26 deployment blockers - https://phabricator.wikimedia.org/T247773 (10dduvall) [20:57:29] PROBLEM - Check systemd state on contint1001 is CRITICAL: CRITICAL - degraded: The system is operational but one or more units failed. https://wikitech.wikimedia.org/wiki/Monitoring/check_systemd_state [20:57:35] PROBLEM - jenkins_service_running on contint1001 is CRITICAL: PROCS CRITICAL: 0 processes with regex args ^/usr/bin/java .*-jar /usr/share/jenkins/jenkins.war https://wikitech.wikimedia.org/wiki/Jenkins [20:59:23] RECOVERY - Check systemd state on contint1001 is OK: OK - running: The system is fully operational https://wikitech.wikimedia.org/wiki/Monitoring/check_systemd_state [20:59:29] RECOVERY - jenkins_service_running on contint1001 is OK: PROCS OK: 1 process with regex args ^/usr/bin/java .*-jar /usr/share/jenkins/jenkins.war https://wikitech.wikimedia.org/wiki/Jenkins [21:03:02] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team (CI & Testing services), 10Release-Engineering-Team-TODO, 10ContentSecurityPolicy, and 3 others: .mp4 build artifacts not viewable due to CSP in Chrome - https://phabricator.wikimedia.org/T245658 (10hashar) Eventually I had to revert the p... [21:55:55] PROBLEM - App Server Main HTTP Response on deployment-mediawiki-07 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [21:56:07] PROBLEM - English Wikipedia Main page on beta-cluster is CRITICAL: (Service Check Timed Out) [21:56:12] PROBLEM - English Wikipedia Mobile Main page on beta-cluster is CRITICAL: CRITICAL - Socket timeout after 10 seconds [22:45:58] 10Release-Engineering-Team-TODO (2020-04 to 2020-06 (Q4)), 10Release, 10Train Deployments: 1.35.0-wmf.26 deployment blockers - https://phabricator.wikimedia.org/T247773 (10Catrope) [22:50:46] RECOVERY - App Server Main HTTP Response on deployment-mediawiki-07 is OK: HTTP OK: HTTP/1.1 200 OK - 93351 bytes in 0.971 second response time [22:50:57] RECOVERY - English Wikipedia Main page on beta-cluster is OK: HTTP OK: HTTP/1.1 200 OK - 93665 bytes in 1.056 second response time [22:51:04] RECOVERY - English Wikipedia Mobile Main page on beta-cluster is OK: HTTP OK: HTTP/1.1 200 OK - 52077 bytes in 1.080 second response time [22:52:33] Is anyone around to help me understand a jenkins -1? I've been staring at it for quite a while. [22:52:33] https://integration.wikimedia.org/ci/job/operations-puppet-tests-buster-docker/96/console [23:00:30] andrewbogott: hmmm... varnish test failures seem very unrelated to that change set [23:00:51] yeah, but I submitted two patches in a set and the first one passed. [23:01:08] So /something/ about that patch is prompting an unexpected test. Probably the change to tox? [23:01:20] ah, that could be [23:01:49] the logic by which the puppet repo choses to run tests is dark and mysterious [23:02:22] _j.oe_ optimized the hell out of that [23:03:23] hence my appealing to the higher authority of #here [23:05:02] andrewbogott: ema last touched the test file that is failing ~3 months ago