[00:04:03] hashar did you see gerrit's new ci plugin for first class ci support? https://gerrit.googlesource.com/plugins/checks/+/refs/heads/master [00:04:51] looks like I missed my 7th anniversary of labs access recently [00:07:58] paladox: I have absolutely no idea what that checks plugin is for. But surely if you write some summary about it somewhere or a blog post, I will be happy to learn about it [00:08:02] and I am sure others as well! [00:08:17] paladox: dont you have access to Phabricator blogs to write some? [00:08:22] hashar https://groups.google.com/forum/#!searchin/repo-discuss/checkers%7Csort:date/repo-discuss/MBYw4wM-7c8/mju4ElE0BgAJ [00:08:44] oh [00:08:47] well that is hmm [00:08:58] a huge wall of text [00:08:59] https://docs.google.com/document/d/e/2PACX-1vRW41XdoY-HlKdgSzAZ4Dwm-OeAyi1zEkDvwIfw3FsZ5H4yhtPNaZPs-50lgG_BHsWLKixxlrHpske1/pub [00:09:28] better ;) [00:10:30] :) [00:11:48] you should blog about it :] [00:12:03] heh, i haven't used it though [01:33:53] paladox: nice spec, that would be quite useful to have in Gerrit. Do you have an idea which release it will be in? [01:34:54] paladox: looking over the spec, it seems they do not currently cover the use case of "gate" checks. That is, to require a test to re-run upon CR+2, or (in other words) that a test result before CR+2 is only for information, not final. [01:35:20] Actually, I think it does cover it. We'd give them different scores or different names of checker, and make the gate one blocking/required. [01:38:28] Krinkle: gerrit 3.0 [01:38:30] I think [01:39:50] Actually I’m sure it’s 3.0 [01:41:42] I’m not sure on the time frame for 3.0 release date [01:42:19] There’s 2 hackathons for gerrit this year one in may (hosted at google) and the other at Volvo cars [01:42:30] (In August ) [01:49:05] (03PS1) 10Krinkle: Use php72 instead of php70 for more mw jobs where possible (4) [integration/config] - 10https://gerrit.wikimedia.org/r/499370 [01:50:34] (03CR) 10jerkins-bot: [V: 04-1] Use php72 instead of php70 for more mw jobs where possible (4) [integration/config] - 10https://gerrit.wikimedia.org/r/499370 (owner: 10Krinkle) [03:09:21] (03CR) 10Jforrester: Use php72 instead of php70 for more mw jobs where possible (4) (031 comment) [integration/config] - 10https://gerrit.wikimedia.org/r/499370 (owner: 10Krinkle) [03:09:58] (03CR) 10Jforrester: "(Also the tests are apparently hard-coded to php70.)" [integration/config] - 10https://gerrit.wikimedia.org/r/499370 (owner: 10Krinkle) [06:48:02] PROBLEM - Host integration-publishing02 is DOWN: CRITICAL - Host Unreachable (172.16.4.5) [06:49:47] RECOVERY - Free space - all mounts on deployment-fluorine02 is OK: OK: All targets OK [07:36:03] 10Continuous-Integration-Infrastructure, 10Shinken: Host DOWN alert for integration-slave-docker-1046 - https://phabricator.wikimedia.org/T218146 (10hashar) 9 days after I have deleted the instance integration-publishing02, I still get notifications: ` Notification Type: PROBLEM Host: integration-publishing02... [07:36:58] 10Continuous-Integration-Infrastructure, 10Shinken: Shinken keeps alerting about long gone instances - https://phabricator.wikimedia.org/T218146 (10hashar) [07:52:28] 10Continuous-Integration-Infrastructure, 10Shinken: Shinken keeps alerting about long gone instances - https://phabricator.wikimedia.org/T218146 (10hashar) @gtirloni apparently you have acted recently on shinken-02.shinken.eqiad.wmflabs instance. Would you mind checking the config? It seems to be stall at som... [08:08:48] 10Gerrit, 10Release-Engineering-Team (Backlog), 10Security, 10Upstream: Integrate MFA into Gerrit - https://phabricator.wikimedia.org/T198813 (10hashar) >>! In T198813#4410058, @Bawolff wrote: > Personally I wish that gerrit just used oAuth and we just used on wiki SUL 2fa.... but i guess its a bit late fo... [09:06:56] (03CR) 10WMDE-Fisch: "> This will (I think) make older branches fail tests, which is" [integration/config] - 10https://gerrit.wikimedia.org/r/499257 (owner: 10WMDE-Fisch) [10:28:15] 10Continuous-Integration-Config, 10Code-Health-Metrics, 10User-zeljkofilipin: Report results from SonarCloud to Gerrit - https://phabricator.wikimedia.org/T217008 (10zeljkofilipin) I think @thcipriani is working on cleaning up Gerrit groups at the moment. He might be able to help. [10:54:59] (03PS2) 10D3r1ck01: Add alternative email (xsavitar.wiki@aol.com) to remove prev soon [integration/config] - 10https://gerrit.wikimedia.org/r/498634 [11:22:55] 10Gerrit, 10GitHub-Mirrors: Puppet repo not being updated on github - https://phabricator.wikimedia.org/T219264 (10MarcoAurelio) @hashar @thcipriani What about repos with no recent commits? Will they still "lag behind" until a commit to them is made or does replication regularly updates all of them? I know the... [11:27:42] 10Diffusion, 10Phabricator: rOPUP repo having troubles to update - https://phabricator.wikimedia.org/T219369 (10MarcoAurelio) [11:28:07] 10Diffusion, 10Phabricator: rOPUP repo having troubles to update - https://phabricator.wikimedia.org/T219369 (10MarcoAurelio) [11:29:49] 10Diffusion, 10Phabricator: rOPUP repo having troubles to update - https://phabricator.wikimedia.org/T219369 (10MarcoAurelio) Same in https://phabricator.wikimedia.org/source/mediawiki/manage/ [11:30:44] 10Gerrit: Remove stale Gerrit identity for awight - https://phabricator.wikimedia.org/T219370 (10awight) [11:37:12] 10Diffusion, 10Phabricator: rOPUP repo having troubles to update - https://phabricator.wikimedia.org/T219369 (10Mainframe98) Maybe related to {T219248}/{T219264}? Also, {T218780}. [11:38:19] (03CR) 10Hashar: [C: 03+2] "Sorry it took a while :)" [integration/config] - 10https://gerrit.wikimedia.org/r/498634 (owner: 10D3r1ck01) [11:41:05] (03Merged) 10jenkins-bot: Add alternative email (xsavitar.wiki@aol.com) to remove prev soon [integration/config] - 10https://gerrit.wikimedia.org/r/498634 (owner: 10D3r1ck01) [11:42:05] (03CR) 10D3r1ck01: "> Sorry it took a while :)" [integration/config] - 10https://gerrit.wikimedia.org/r/498634 (owner: 10D3r1ck01) [11:54:49] still looking for help with the DB master switch [12:01:10] 10Gerrit: Remove stale Gerrit identity for awight - https://phabricator.wikimedia.org/T219370 (10hashar) The account no more has an email. ` commit eaeb5d6ce747ba4e40bba1d81eff01d048700d49 Author: Gerrit Code Review AuthorDate: Sun Mar 24 07:46:42 2019 +0000 Commit: Gerrit Code Rev... [12:11:27] 10Continuous-Integration-Infrastructure, 10Shinken: Shinken keeps alerting about long gone instances - https://phabricator.wikimedia.org/T218146 (10GTirloni) p:05Triage→03Normal a:03GTirloni [12:42:24] 10Gerrit: Remove stale Gerrit identity for awight - https://phabricator.wikimedia.org/T219370 (10awight) The full context is that I'm continuing to use my account for volunteer purposes, so what I'm trying to do is switch it over to use `spam@ludd.net` to preferred email. I'm still unable to do that from the we... [12:44:57] awight: hello, your mail is entirely gone from gerrit :/ [12:45:21] and I have no idea why you would not be able to add one back [12:45:22] lawl [12:45:38] gerrit mysteries, episode n^th [12:46:06] hauskatze: it is more like a jigsaw puzzle ! [12:46:27] I guess you can add one via All-Users? [12:46:52] hashar: wait, I think the offboarding script does remove the emails [12:46:58] that might be [12:47:04] gotta look that up [12:47:12] the thing is, removing the email is probably wrong [12:48:34] hauskatze: any clue where that off boarding script is? [12:48:55] hashar: on puppet, let me fetch [12:49:01] I made a commit recently there [12:49:21] modules/openldap/files/offboard-user.py has some stuff [12:49:29] hashar: modules/openldap/files/offboard-user.py [12:49:32] that [12:49:35] \o/ [12:49:53] je vais manger [12:50:08] bon appétit [12:50:14] merci bien Monsieur [12:50:47] "j'ai bien mangé, j'ai bien bu, j'ai la pu du ventre bien tendue" [12:50:52] 10Beta-Cluster-Infrastructure, 10Mathoid, 10Operations, 10Core Platform Team Backlog (Watching / External), and 2 others: remove mathoid from scb - https://phabricator.wikimedia.org/T200832 (10akosiaris) >>! In T200832#5051312, @Krenair wrote: > deployment-mathoid still exists and has been failing puppet r... [12:55:38] 10Continuous-Integration-Infrastructure, 10Shinken: Shinken keeps alerting about long gone instances - https://phabricator.wikimedia.org/T218146 (10GTirloni) ` $ grep publishing02 /etc/shinken/generated/integration.cfg host_name integration-publishing02 ` `shinkengen` apparently stopped updating a... [13:09:36] 10Gerrit: Remove stale Gerrit identity for awight - https://phabricator.wikimedia.org/T219370 (10hashar) Related are T216425 and T216995 The change is immediate, I am confused as to how you managed to drop the email anyway. It is also supposedly fetched from LDAP so I do not quite know how you managed to remove... [13:11:12] hashar: he could use the All-Users repo to change the email [13:11:21] That’s what I did when I broke my email by mistake [13:11:25] yeah eventually [13:11:45] Apparently the UI prevents you changing your preferred email [13:18:32] paladox: but he managed to drop his preferred email somehow :( [13:18:42] has been done via the web interface, there is a matching POST request [13:18:44] ;( [13:19:10] Yeh I managed to do that too hashar [13:19:17] Same goes for another user [13:19:31] I just reverted the commit that removed it :) [13:24:25] oh actually [13:24:30] I had a question for you paladox ;] [13:24:37] 10Gerrit, 10GitHub-Mirrors: Puppet repo not being updated on github - https://phabricator.wikimedia.org/T219264 (10hashar) To clarify, all repositories are replicating just fine. The last ten ones are: ` $ grep github.*started replication_log|tail -n10 [2019-03-27 11:51:01,870] [fe6023bf] Replication to git@gi... [13:24:39] Yup [13:24:45] when creating a new project, one can tick a box saying it is only for permissions [13:24:57] or with the ssh command something like gerrit create-project --permissions-only [13:25:07] Yup [13:25:16] we can then query repositories using gerrit ls-projects [13:25:29] an differentiate between repo having code from those being just for permissions [13:25:44] using gerrit ls-projects --type [CODE | PARENT_CANDIDATES] [13:25:48] which is nice [13:26:06] but unforutnately, a bunch of repositories are marked as being CODE when really they are just for permissions [13:26:15] an example is /mediawiki.git iirc [13:26:18] which ends up being replicated [13:26:35] and cause issue when we try to replicate mediawiki/core.git to github since that is redreicted on github to mediawiki [13:26:38] Oh [13:26:47] ditto for VisualEditor or oojs I believe [13:27:06] so my question is [13:27:25] how does Gerrit recognizes a repo has been for permissions only :] [13:27:44] Oh right, I’m not sure what the answer to that is yet [13:28:48] Oh [13:29:04] hashar: I wonder what about doing a block/deny for the repo? [13:29:20] But make sure any dependant repos on that one doint have it blocked [13:29:20] to prevent replication? [13:29:36] that is a good idea [13:29:49] though having those rpeositories not marked as being just for permissions also cause a bunch of side effects [13:30:35] Yeh [13:30:46] hashar: what about a deny? [13:31:08] You can override a deny though not sure if it’s power is the same as a block [13:31:24] Brb in a bit [13:31:33] * hashar digs in gerrit ls-projects --type PERMISSIONS [13:31:46] bah VisualEditor is a permission repo .. [13:31:50] oojs as well [13:31:56] same for mediawiki.git [13:31:58] so that is not it ;] [13:33:21] return head != null [13:33:22] && head.isSymbolic() [13:33:22] && RefNames.REFS_CONFIG.equals(head.getLeaf().getName()); [13:33:46] so a Gerrit repo is of type PERMISSIONS if its HEAD points to refs/meta/config [13:33:47] cool [13:34:32] and the replication plugin should probably skip those [13:44:32] (03CR) 10Hashar: [C: 03+2] "It is feature flagged for now." [integration/quibble] - 10https://gerrit.wikimedia.org/r/493764 (https://phabricator.wikimedia.org/T211701) (owner: 10Hashar) [13:45:11] (03Merged) 10jenkins-bot: Support to clone repositories in parallel [integration/quibble] - 10https://gerrit.wikimedia.org/r/493764 (https://phabricator.wikimedia.org/T211701) (owner: 10Hashar) [13:45:40] (03CR) 10jenkins-bot: Support to clone repositories in parallel [integration/quibble] - 10https://gerrit.wikimedia.org/r/493764 (https://phabricator.wikimedia.org/T211701) (owner: 10Hashar) [13:45:55] (03CR) 10Thiemo Kreuz (WMDE): [C: 03+1] Remove BetaFeatures req from AdvancedSearch [integration/config] - 10https://gerrit.wikimedia.org/r/499257 (owner: 10WMDE-Fisch) [13:46:20] (03CR) 10Hashar: [C: 03+2] Properly abort when git submodule processing fails (031 comment) [integration/quibble] - 10https://gerrit.wikimedia.org/r/497474 (https://phabricator.wikimedia.org/T198980) (owner: 10Hashar) [13:46:59] (03Merged) 10jenkins-bot: Properly abort when git submodule processing fails [integration/quibble] - 10https://gerrit.wikimedia.org/r/497474 (https://phabricator.wikimedia.org/T198980) (owner: 10Hashar) [13:47:31] (03CR) 10jenkins-bot: Properly abort when git submodule processing fails [integration/quibble] - 10https://gerrit.wikimedia.org/r/497474 (https://phabricator.wikimedia.org/T198980) (owner: 10Hashar) [14:05:38] 10Continuous-Integration-Config, 10Code-Health-Metrics: Report results from SonarCloud to Gerrit - https://phabricator.wikimedia.org/T217008 (10zeljkofilipin) [14:16:28] !log contint: added repositories to the git caches https://gerrit.wikimedia.org/r/#/c/operations/puppet/+/499482/ [14:16:29] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [14:16:50] !log contint: refreshed all git caches manually from cumin: cumin --force 'name:docker' 'find /srv/git -name '*.git' -type d -print -exec git -C {} fetch --prune \;' [14:16:51] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [14:19:43] (03CR) 10Hashar: "I am not sure afterall. Either one does what this patch is proposing:" [integration/quibble] - 10https://gerrit.wikimedia.org/r/496125 (https://phabricator.wikimedia.org/T218357) (owner: 10Hashar) [14:39:36] hashar: so you figured it out? :) [14:39:47] nop gave up :D [14:39:48] 10Release-Engineering-Team, 10MinervaNeue, 10Readers-Web-Backlog: MinervaNeue CI tests frequently fail on request timeout - https://phabricator.wikimedia.org/T219394 (10Niedzielski) [14:39:50] oh [14:40:02] paladox: yeah a repo is a PERMISSIONS repo if its HEAD points to refs/meta/config [14:40:23] which is the case for VisualEditor or oojs or mediawiki so ... [14:40:43] Ah ok [14:42:38] 10Release-Engineering-Team, 10MinervaNeue, 10Readers-Web-Backlog: MinervaNeue CI tests frequently fail on bad certificate or request timeout - https://phabricator.wikimedia.org/T219394 (10Niedzielski) [14:50:05] (03PS2) 10Hashar: docker: ensure base images are up-to-date [integration/config] - 10https://gerrit.wikimedia.org/r/496579 (https://phabricator.wikimedia.org/T219398) [14:50:52] (03CR) 10Hashar: [C: 03+2] "Rebased and attached to new task T219398. I have poked Joe about it." [integration/config] - 10https://gerrit.wikimedia.org/r/496579 (https://phabricator.wikimedia.org/T219398) (owner: 10Hashar) [14:52:30] (03Merged) 10jenkins-bot: docker: ensure base images are up-to-date [integration/config] - 10https://gerrit.wikimedia.org/r/496579 (https://phabricator.wikimedia.org/T219398) (owner: 10Hashar) [14:53:21] PROBLEM - Host deployment-maps03 is DOWN: CRITICAL - Host Unreachable (172.16.4.113) [14:54:00] (03CR) 10Hashar: [C: 03+2] Archive EducationProgram [integration/config] - 10https://gerrit.wikimedia.org/r/495939 (https://phabricator.wikimedia.org/T214457) (owner: 10MacFan4000) [14:55:34] (03Merged) 10jenkins-bot: Archive EducationProgram [integration/config] - 10https://gerrit.wikimedia.org/r/495939 (https://phabricator.wikimedia.org/T214457) (owner: 10MacFan4000) [15:03:16] 10MediaWiki-Codesniffer: Missing detection of incorrect spacing in function syntax - https://phabricator.wikimedia.org/T217861 (10Anomie) [15:11:52] 10MediaWiki-Codesniffer: Missing detection of incorrect spacing in function syntax - https://phabricator.wikimedia.org/T217861 (10Anomie) Also, for ` $f = function ( int& $foo )use( int& $bar ){ }; /** @inheritDoc */ function wfF( int& $foo )use( int& $bar ) { } ` I'd expect it to complain about the missing spa... [15:11:59] 10Gerrit: Remove stale Gerrit identity for awight - https://phabricator.wikimedia.org/T219370 (10awight) Thanks for looking at this. I reloaded and it looks the same. When I try to set preferred email to my personal address and save changes, I get `realm does not allow editing name`. [15:25:58] 10Release-Engineering-Team (Kanban), 10Release, 10Train Deployments: 1.33.0-wmf.23 deployment blockers - https://phabricator.wikimedia.org/T206677 (10zeljkofilipin) a:03dduvall [15:42:37] (03PS1) 10Hashar: zuul: drop an obsolete rule for fundraising-tools-tox-docker [integration/config] - 10https://gerrit.wikimedia.org/r/499514 [15:49:45] (03PS2) 10Krinkle: Use php72 instead of php70 for more mw jobs where possible (4) [integration/config] - 10https://gerrit.wikimedia.org/r/499370 [15:50:54] (03PS3) 10Krinkle: Use php72 instead of php70 for more mw jobs where possible (4) [integration/config] - 10https://gerrit.wikimedia.org/r/499370 [15:51:16] (03PS4) 10Krinkle: Use php72 instead of php70 for more mw jobs where possible (4) [integration/config] - 10https://gerrit.wikimedia.org/r/499370 [15:54:19] (03CR) 10jerkins-bot: [V: 04-1] Use php72 instead of php70 for more mw jobs where possible (4) [integration/config] - 10https://gerrit.wikimedia.org/r/499370 (owner: 10Krinkle) [15:55:08] (03PS5) 10Krinkle: Use php72 instead of php70 for more mw jobs where possible (4) [integration/config] - 10https://gerrit.wikimedia.org/r/499370 [15:56:57] (03CR) 10jerkins-bot: [V: 04-1] Use php72 instead of php70 for more mw jobs where possible (4) [integration/config] - 10https://gerrit.wikimedia.org/r/499370 (owner: 10Krinkle) [15:57:32] 10Continuous-Integration-Infrastructure: Selenium tests failing for Video repo...except nobody ever set them up in the first place so they shouldn't be running - https://phabricator.wikimedia.org/T219409 (10ashley) [15:58:43] 10Phabricator, 10Release-Engineering-Team (Kanban): Mass-edits via @Phabricator_maintenance account stop after 11 tasks - https://phabricator.wikimedia.org/T205258 (10mmodell) 05Open→03Resolved [16:00:14] 10Phabricator, 10Release-Engineering-Team (Kanban): Mass-edits via @Phabricator_maintenance account stop after 11 tasks - https://phabricator.wikimedia.org/T205258 (10mmodell) {T216867} is still somewhat of an issue although it has a workaround. [16:32:08] (03PS6) 10Krinkle: Use php72 instead of php70 for more mw jobs where possible (4) [integration/config] - 10https://gerrit.wikimedia.org/r/499370 [16:33:45] (03CR) 10jerkins-bot: [V: 04-1] Use php72 instead of php70 for more mw jobs where possible (4) [integration/config] - 10https://gerrit.wikimedia.org/r/499370 (owner: 10Krinkle) [16:34:05] https://twitter.com/dmsimard/status/1110587960129409025 [16:34:26] zuul sending robot comments to gerrit. [16:42:30] 10Release-Engineering-Team (Kanban), 10Release, 10Train Deployments: 1.33.0-wmf.23 deployment blockers - https://phabricator.wikimedia.org/T206677 (10Jdforrester-WMF) [16:57:26] 10MediaWiki-Codesniffer: MediaWiki.Commenting.FunctionComment.DefaultNullTypeParam wants null even if type is nullable - https://phabricator.wikimedia.org/T218816 (10Tgr) >>! In T218816#5049334, @Legoktm wrote: > So apparently there is some difference, just not sure what exactly. Skimming [[https://github.com/p... [16:57:32] (03CR) 10Krinkle: "Something is interacting badly with all the filters. Fixing separately." [integration/config] - 10https://gerrit.wikimedia.org/r/499370 (owner: 10Krinkle) [16:58:28] (03PS1) 10Krinkle: Group related settings to avoid accidental conflicts (prop: voting) [integration/config] - 10https://gerrit.wikimedia.org/r/499539 [16:58:30] (03PS1) 10Krinkle: Remove settings for 'mwext-PoolCounter-rake-docker' (doesn't exist) [integration/config] - 10https://gerrit.wikimedia.org/r/499540 [16:58:34] (03PS1) 10Krinkle: Group related settings to avoid accidental conflicts (prop: queue) [integration/config] - 10https://gerrit.wikimedia.org/r/499541 [16:58:36] (03PS1) 10Krinkle: [WIP] Group related settings to avoid conflicts (prop: skip-if + files) [integration/config] - 10https://gerrit.wikimedia.org/r/499542 [17:03:26] (03CR) 10jerkins-bot: [V: 04-1] Group related settings to avoid accidental conflicts (prop: voting) [integration/config] - 10https://gerrit.wikimedia.org/r/499539 (owner: 10Krinkle) [17:03:29] (03CR) 10jerkins-bot: [V: 04-1] Remove settings for 'mwext-PoolCounter-rake-docker' (doesn't exist) [integration/config] - 10https://gerrit.wikimedia.org/r/499540 (owner: 10Krinkle) [17:04:47] (03CR) 10jerkins-bot: [V: 04-1] Group related settings to avoid accidental conflicts (prop: queue) [integration/config] - 10https://gerrit.wikimedia.org/r/499541 (owner: 10Krinkle) [17:05:25] (03CR) 10jerkins-bot: [V: 04-1] [WIP] Group related settings to avoid conflicts (prop: skip-if + files) [integration/config] - 10https://gerrit.wikimedia.org/r/499542 (owner: 10Krinkle) [17:11:01] (03Abandoned) 10Krinkle: Remove settings for 'mwext-PoolCounter-rake-docker' (doesn't exist) [integration/config] - 10https://gerrit.wikimedia.org/r/499540 (owner: 10Krinkle) [17:11:05] (03Abandoned) 10Krinkle: Group related settings to avoid accidental conflicts (prop: queue) [integration/config] - 10https://gerrit.wikimedia.org/r/499541 (owner: 10Krinkle) [17:11:07] (03Abandoned) 10Krinkle: [WIP] Group related settings to avoid conflicts (prop: skip-if + files) [integration/config] - 10https://gerrit.wikimedia.org/r/499542 (owner: 10Krinkle) [17:15:38] (03PS2) 10Krinkle: [WIP] zuul: Clean up custom job settings [integration/config] - 10https://gerrit.wikimedia.org/r/499539 [18:36:09] 10Release-Engineering-Team, 10Developer Productivity, 10Epic: Improve Developer Tooling - https://phabricator.wikimedia.org/T212449 (10jeena) [18:36:16] 10Release-Engineering-Team (Kanban), 10Developer Productivity, 10local-charts, 10Epic, 10Patch-For-Review: Automate LocalSettings.php creation for local-charts - https://phabricator.wikimedia.org/T217869 (10jeena) 05Open→03Resolved [18:43:07] 10Release-Engineering-Team, 10Developer Productivity, 10Epic: Add MacOS installation Documentation and Install Script for local-charts repo - https://phabricator.wikimedia.org/T219437 (10jeena) p:05Triage→03Normal [18:47:16] 10Release-Engineering-Team, 10Developer Productivity, 10Epic: Add Windows installation Documentation and Install Script for local-charts repo - https://phabricator.wikimedia.org/T219438 (10jeena) p:05Triage→03Normal [18:47:41] thcipriani: Gerrit seems very flaky/slow today. Possibly the git gc process is slowing things down? (Just speculating on recent changes.) [18:47:52] but git gc is infallible [18:48:03] it's never caused any problems before [18:48:07] * James_F coughs, pointedly. [18:48:23] it shoulden't be causing any issues, and the CPU had a dramatic down turn too. [18:48:34] 10Release-Engineering-Team (Kanban), 10Developer Productivity, 10Epic: Add MacOS installation Documentation and Install Script for local-charts repo - https://phabricator.wikimedia.org/T219437 (10jeena) a:03jeena [18:50:13] Project beta-code-update-eqiad build #240452: 04FAILURE in 8 min 36 sec: https://integration.wikimedia.org/ci/job/beta-code-update-eqiad/240452/ [18:51:32] Project beta-code-update-eqiad build #240453: 04STILL FAILING in 1 min 18 sec: https://integration.wikimedia.org/ci/job/beta-code-update-eqiad/240453/ [18:53:10] I guess this would be a bad moment for me to do a deployment-prep DB master swap... [18:54:29] Yippee, build fixed! [18:54:29] Project beta-code-update-eqiad build #240454: 09FIXED in 1 min 28 sec: https://integration.wikimedia.org/ci/job/beta-code-update-eqiad/240454/ [18:57:51] PROBLEM - Puppet errors on integration-slave-jessie-1001 is CRITICAL: CRITICAL: 6.67% of data above the critical threshold [3.0] [18:59:00] PROBLEM - Long lived cherry-picks on puppetmaster on deployment-puppetmaster03 is CRITICAL: CRITICAL: 100.00% of data above the critical threshold [0.0] [19:00:22] PROBLEM - Puppet errors on integration-slave-jessie-1004 is CRITICAL: CRITICAL: 11.11% of data above the critical threshold [3.0] [19:13:16] 10Gerrit: Remove stale Gerrit identity for awight - https://phabricator.wikimedia.org/T219370 (10Aklapper) Have you tried changing the email address on https://wikitech.wikimedia.org/wiki/Special:Preferences#mw-prefsection-personal already? [19:36:05] 10Continuous-Integration-Infrastructure, 10Shinken, 10Patch-For-Review: Shinken keeps alerting about long gone instances - https://phabricator.wikimedia.org/T218146 (10Andrew) As of just now, it looked to me like shinkengen was running properly but throwing an error due to a permissions problem. My guess is... [19:44:48] 10Continuous-Integration-Infrastructure, 10Shinken, 10Patch-For-Review: Shinken keeps alerting about long gone instances - https://phabricator.wikimedia.org/T218146 (10Andrew) >>! In T218146#5061727, @GTirloni wrote: > `./modules/shinken/templates/shinkengen.yaml.erb` uses the `::site` variable to define th... [19:45:24] RECOVERY - Host deployment-sessionstore01 is UP: PING OK - Packet loss = 0%, RTA = 1.85 ms [20:00:22] 10Release-Engineering-Team, 10Developer Productivity, 10Epic: Add Windows installation Documentation and Install Script for local-charts repo - https://phabricator.wikimedia.org/T219438 (10brennen) I probably have a box somewhere around here I can install Windows on, FWIW. [20:52:52] RECOVERY - Puppet errors on integration-slave-jessie-1001 is OK: OK: Less than 1.00% above the threshold [2.0] [20:55:22] RECOVERY - Puppet errors on integration-slave-jessie-1004 is OK: OK: Less than 1.00% above the threshold [2.0] [21:35:41] (03PS2) 10Ejegg: DonationInterface tests run on PHP7 and MediaWiki 1.31 [integration/config] - 10https://gerrit.wikimedia.org/r/499334 [22:14:12] hi releng! looks like tests are passing on that patch to switch donationInterface tests to php7 & MW 1.31 [22:14:51] Anyone want to take a peek? https://gerrit.wikimedia.org/r/499334 [22:14:55] (03PS3) 10Krinkle: zuul: Minor clean up custom job settings [integration/config] - 10https://gerrit.wikimedia.org/r/499539 [22:15:02] (03CR) 10Krinkle: [C: 03+2] zuul: Minor clean up custom job settings [integration/config] - 10https://gerrit.wikimedia.org/r/499539 (owner: 10Krinkle) [22:16:42] (03Merged) 10jenkins-bot: zuul: Minor clean up custom job settings [integration/config] - 10https://gerrit.wikimedia.org/r/499539 (owner: 10Krinkle) [22:21:01] 10Diffusion, 10Phabricator: rOPUP repo having troubles to update - https://phabricator.wikimedia.org/T219369 (10MarcoAurelio) Looks like both rMW and rOPUP are updating again. I no longer see the error messages reported. [22:27:14] 10Release-Engineering-Team (Kanban), 10GitHub-Mirrors, 10Security-Team, 10User-greg: Enforce 2FA for GitHub members - https://phabricator.wikimedia.org/T198810 (10Jdforrester-WMF) 05Open→03Resolved This is now done. Affected members will have been removed and e-mailed by GitHub explaining the situation. [22:27:27] !log Altered Wikimedia GitHub settings to require 2FA; see T198810 [22:27:29] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [22:27:29] T198810: Enforce 2FA for GitHub members - https://phabricator.wikimedia.org/T198810 [22:27:40] 10Release-Engineering-Team (Kanban), 10Release, 10Train Deployments: 1.33.0-wmf.23 deployment blockers - https://phabricator.wikimedia.org/T206677 (10IKhitron) Please check T219466 for possible blocker. [22:28:07] 10Release-Engineering-Team (Kanban), 10GitHub-Mirrors, 10Security-Team, 10User-greg: Enforce 2FA for GitHub members - https://phabricator.wikimedia.org/T198810 (10Jdforrester-WMF) [22:50:51] * paladox is super happy he got https://phabricator.wikimedia.org/T219300 working! https://phabricator.wikimedia.org/F28489552 [22:52:14] congrats! [22:53:00] thanks :) [22:57:21] paladox: the screen needs a Rick Astley meme [22:57:29] lol [22:57:42] is that on commons? [22:58:01] maybe not, the clip is still copyrighted aiui [22:58:08] oh [22:58:20] now I have to listen to that damn song [22:58:21] xD [22:58:28] lol [23:20:46] 10Phabricator, 10Phabricator (Upstream), 10Upstream: Feature request: filter task's bot CCs to the end of the ellipsis - https://phabricator.wikimedia.org/T115742 (10greg) Thanks @epriestley !