[00:07:40] bd808: Sounds like an upstream problem (from CI pov) ;-) [00:08:32] Krinkle: except that upstream has mostly stopped using nodepool afaik [00:08:49] Also the fact that we use it for a totally different usecase from them... [00:08:56] if you think the buck stops with my team ... [00:20:06] PROBLEM - Puppet run on deployment-phab02 is CRITICAL: CRITICAL: 55.56% of data above the critical threshold [0.0] [00:22:56] PROBLEM - Puppet run on deployment-phab01 is CRITICAL: CRITICAL: 50.00% of data above the critical threshold [0.0] [01:47:50] Project mediawiki-core-code-coverage build #2646: 04STILL FAILING in 2 hr 55 min: https://integration.wikimedia.org/ci/job/mediawiki-core-code-coverage/2646/ [03:58:45] Project selenium-MultimediaViewer » firefox,mediawiki,Linux,BrowserTests build #336: 04FAILURE in 2 min 44 sec: https://integration.wikimedia.org/ci/job/selenium-MultimediaViewer/BROWSER=firefox,MEDIAWIKI_ENVIRONMENT=mediawiki,PLATFORM=Linux,label=BrowserTests/336/ [03:58:57] (03PS1) 10Aude: Bump Wikidata to wmf/1.29.0-wmf.17 [tools/release] - 10https://gerrit.wikimedia.org/r/343817 [04:09:18] Yippee, build fixed! [04:09:19] Project selenium-MultimediaViewer » safari,beta,OS X 10.9,BrowserTests build #336: 09FIXED in 13 min: https://integration.wikimedia.org/ci/job/selenium-MultimediaViewer/BROWSER=safari,MEDIAWIKI_ENVIRONMENT=beta,PLATFORM=OS%20X%2010.9,label=BrowserTests/336/ [04:18:16] Yippee, build fixed! [04:18:16] Project selenium-MultimediaViewer » firefox,beta,Linux,BrowserTests build #336: 09FIXED in 22 min: https://integration.wikimedia.org/ci/job/selenium-MultimediaViewer/BROWSER=firefox,MEDIAWIKI_ENVIRONMENT=beta,PLATFORM=Linux,label=BrowserTests/336/ [05:54:24] Project mediawiki-core-code-coverage build #2647: 04STILL FAILING in 2 hr 54 min: https://integration.wikimedia.org/ci/job/mediawiki-core-code-coverage/2647/ [06:45:41] PROBLEM - Puppet run on deployment-redis02 is CRITICAL: CRITICAL: 22.22% of data above the critical threshold [0.0] [07:25:41] RECOVERY - Puppet run on deployment-redis02 is OK: OK: Less than 1.00% above the threshold [0.0] [08:07:13] 10Continuous-Integration-Config, 06Release-Engineering-Team, 10MediaWiki-Unit-tests: MediaWiki code coverage no longer runs parser tests - https://phabricator.wikimedia.org/T147779#3117020 (10hashar) I guess I got confused because the parser tests have been made way faster. Thank you for the task cleanup. [08:53:11] (03PS2) 10Hashar: [FileExporter] Add npm job [integration/config] - 10https://gerrit.wikimedia.org/r/343737 (owner: 10Umherirrender) [08:53:12] (03PS3) 10Hashar: [FileImporter] Add npm job [integration/config] - 10https://gerrit.wikimedia.org/r/343734 (owner: 10Umherirrender) [08:53:12] (03PS2) 10Hashar: [TheWikipediaLibrary] Add npm job [integration/config] - 10https://gerrit.wikimedia.org/r/343740 (owner: 10Umherirrender) [09:04:57] (03PS2) 10Hashar: High priority test pipeline [integration/config] - 10https://gerrit.wikimedia.org/r/343318 (https://phabricator.wikimedia.org/T160667) [09:06:31] (03CR) 10Hashar: [C: 032] High priority test pipeline [integration/config] - 10https://gerrit.wikimedia.org/r/343318 (https://phabricator.wikimedia.org/T160667) (owner: 10Hashar) [09:06:37] !log CI deploying config hack "High priority test pipeline" : https://gerrit.wikimedia.org/r/343318 - T160667 [09:06:41] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [09:06:41] T160667: Create "High Priority" test pipeline - https://phabricator.wikimedia.org/T160667 [09:07:37] (03Merged) 10jenkins-bot: High priority test pipeline [integration/config] - 10https://gerrit.wikimedia.org/r/343318 (https://phabricator.wikimedia.org/T160667) (owner: 10Hashar) [09:10:20] 10Continuous-Integration-Infrastructure (Little Steps Sprint): Create "High Priority" test pipeline - https://phabricator.wikimedia.org/T160667#3117119 (10hashar) a:03hashar Deployed and I will monitor it over the day. The tests probably offer a good enough coverage for now. [09:12:36] 10Continuous-Integration-Infrastructure (Little Steps Sprint): Create "High Priority" test pipeline - https://phabricator.wikimedia.org/T160667#3107070 (10hashar) p:05Triage>03Normal [09:12:53] 10Continuous-Integration-Infrastructure (Little Steps Sprint): For operations/puppet : merge tox / rake jobs in a single job? - https://phabricator.wikimedia.org/T160923#3117124 (10hashar) p:05Triage>03Normal [09:12:56] 10Continuous-Integration-Infrastructure (Little Steps Sprint), 06Discovery, 06Discovery-Search, 10Elasticsearch: Merge search/ javadoc jobs in the main maven job - https://phabricator.wikimedia.org/T160737#3117125 (10hashar) p:05Triage>03Normal [09:12:58] 10Continuous-Integration-Infrastructure (Little Steps Sprint): Create "High Priority" gate-and-submit pipeline - https://phabricator.wikimedia.org/T160668#3117126 (10hashar) p:05Triage>03Normal [09:18:26] dcausse: gehel : I forgot to follow up about the Jenkins javadoc jobs. Can we remove them since the java doc is apparently generated via "maven verify" ? [09:18:39] that is from last friday: https://phabricator.wikimedia.org/T160737 [09:19:10] hashar: sure, I can add a patch to remove it [09:19:33] hashar: but we agree to keep it in post-merge right so we can publish it? [09:19:53] I haven't checked all repos though. and search/highlighter needs a different goal : javadoc:aggregate (instead of javadoc:javadoc ) [09:19:57] yeah we would keep the post merge jobs [09:20:11] so we generate solely the doc and push it to doc.wm.o [09:20:21] ok, will send a patch [09:20:27] the idea is to stop triggering on each patchset the overlapping javadoc job [09:20:33] if that at all makes sense :-} [09:20:44] indeed [09:21:03] one potentially gotcha is verify apparently does not generate the HTML payload, then it does the javadoc source so that is probably good enough [09:21:22] 10Gerrit, 06Release-Engineering-Team, 10Phabricator, 07Technical-Debt: Replace deprecated phabricator conduit api calls in gerrit's its-phabricator plugin - https://phabricator.wikimedia.org/T159041#3117154 (10Paladox) My first patch https://gerrit-review.googlesource.com/#/c/98576/ was merged by Luca :)... [09:22:37] 10Continuous-Integration-Infrastructure (Little Steps Sprint), 06Discovery, 06Discovery-Search, 10Elasticsearch: Merge search/ javadoc jobs in the main maven job - https://phabricator.wikimedia.org/T160737#3109262 (10hashar) a:03dcausse That came up last friday was @dcausse / @Gehel . The jobs got chan... [09:23:03] dcausse: I went assigning the task to you. Merely so I can keep track of who is the "customer" :-} [09:23:16] hashar: thanks! [09:30:29] (03PS1) 10DCausse: Remove javadoc generation on search projects [integration/config] - 10https://gerrit.wikimedia.org/r/343832 (https://phabricator.wikimedia.org/T160737) [09:30:56] hashar: I'm not sure to understand where you say "this is a postmerge job" [09:33:30] ah found something in zuul/layout [09:34:09] (03PS2) 10DCausse: Remove javadoc generation on search projects [integration/config] - 10https://gerrit.wikimedia.org/r/343832 (https://phabricator.wikimedia.org/T160737) [09:45:29] dcausse: yeah postmerge has a different job [09:45:36] that invokes the javadoc:javadoc goal [09:45:39] instead of verify [09:45:54] yes it should work I think [09:50:08] looks good [09:50:28] looking at search/highlighter job output at https://integration.wikimedia.org/ci/job/search-highlighter/496/console [09:50:36] it does not seem to invoke javadoc:aggregate [09:50:57] but apparently it attach the doc for all the other modules [09:51:12] yes the javadoc is still generated on invidual modules [09:51:36] and the reason we use javadoc:aggregate is to generate the site HTML out of all those javadoc modules right ? [09:51:46] yes [09:51:53] so we can publish a nice site [09:52:34] (03CR) 10Hashar: [C: 032] "Excellent! That means less jobs triggered per patches and probably faster feedback whenever the CI pool of instances is starving :}" [integration/config] - 10https://gerrit.wikimedia.org/r/343832 (https://phabricator.wikimedia.org/T160737) (owner: 10DCausse) [09:52:35] \O/ [09:52:40] thanks for the verify thing really [09:52:44] hashar: thanks! [09:52:55] kudos to gehel for verify [09:52:58] so I guess now you can just tweak the goals you want to trigger by registering them somehow with verify [09:53:13] yes we have control in the pom now [09:53:29] that is probably something we want to generalize for all maven based repos. Though it seems people are migrating to gradle/bazel or whatever greener pastures [09:53:52] yes... me too, all easlticsearch build system is now using gradle [09:53:57] (03Merged) 10jenkins-bot: Remove javadoc generation on search projects [integration/config] - 10https://gerrit.wikimedia.org/r/343832 (https://phabricator.wikimedia.org/T160737) (owner: 10DCausse) [09:55:25] 10Continuous-Integration-Infrastructure (Little Steps Sprint), 06Discovery, 06Discovery-Search, 10Elasticsearch, 13Patch-For-Review: Merge search/ javadoc jobs in the main maven job - https://phabricator.wikimedia.org/T160737#3117261 (10hashar) 05Open>03Resolved Aced by the java cabal. The search... [09:55:46] dcausse: so the thing is releng is having a sprint to reduce the number of jobs being triggered [09:55:55] to save some instances [09:56:04] using maven to build elastic plugins requires more and more hacks, and I can't use their nice integration test framework: https://gerrit.wikimedia.org/r/#/c/338723/5/src/test/resources/rest-api-spec/test/levenshtein_distance_score/10_search.yaml [09:56:25] and introducing the verify goal last week came at the perfect time. As a side effect that saves a few jobs from triggering :-} [09:56:35] hashar: I understand, let me know when you see some useless stuff from us (cirrus & co) [10:02:09] 10Continuous-Integration-Infrastructure (Little Steps Sprint), 06Discovery, 06Discovery-Search, 10Elasticsearch, 13Patch-For-Review: Merge search/ javadoc jobs in the main maven job - https://phabricator.wikimedia.org/T160737#3117276 (10hashar) @thcipriani Over the last 2 months that would have saved 82... [10:02:41] dcausse: guess you can lead that :-} I barely know what maven / gradle etc are doing beside that "mvn package" manages to build something sometime [10:03:12] sure, it's my duty :) [10:03:28] a couple decades ago I face a choice: either work for Sun (which would have lead me to learn java) or work for some telco / ISP (and get lot of bandwith) [10:03:37] I have picked the later and went on the network side :-D [10:03:51] :) [10:41:42] (03PS6) 10Zfilipin: mediawiki-core-selenium-jessie Jenkins job [integration/config] - 10https://gerrit.wikimedia.org/r/324719 (https://phabricator.wikimedia.org/T139740) [10:46:58] (03PS1) 10Hashar: zuul: drop rule for mediawiki-phpunit-php55-composer [integration/config] - 10https://gerrit.wikimedia.org/r/343846 [10:53:10] 10Browser-Tests-Infrastructure, 10MediaWiki-General-or-Unknown, 07JavaScript, 05MW-1.29-release (WMF-deploy-2017-03-21_(1.29.0-wmf.17)), and 4 others: Port Selenium tests from Ruby to Node.js - https://phabricator.wikimedia.org/T139740#3117456 (10zeljkofilipin) [11:19:01] (03CR) 10Hashar: [C: 032] zuul: drop rule for mediawiki-phpunit-php55-composer [integration/config] - 10https://gerrit.wikimedia.org/r/343846 (owner: 10Hashar) [11:20:11] (03Merged) 10jenkins-bot: zuul: drop rule for mediawiki-phpunit-php55-composer [integration/config] - 10https://gerrit.wikimedia.org/r/343846 (owner: 10Hashar) [11:26:07] 10Browser-Tests-Infrastructure, 10MediaWiki-General-or-Unknown, 07JavaScript, 05MW-1.29-release (WMF-deploy-2017-03-21_(1.29.0-wmf.17)), and 4 others: Port Selenium tests from Ruby to Node.js - https://phabricator.wikimedia.org/T139740#3117495 (10zeljkofilipin) [11:27:27] !log integration: purging old packages on permanent slaves, mostly old kernels: apt-get autoremove --purge [11:27:30] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [11:34:36] (03PS1) 10Zfilipin: Do not run rake-jessie job for mediawiki/core [integration/config] - 10https://gerrit.wikimedia.org/r/343848 [11:37:04] (03PS2) 10Zfilipin: Do not run rake-jessie job for mediawiki/core [integration/config] - 10https://gerrit.wikimedia.org/r/343848 [11:56:01] (03PS1) 10Hashar: Jobs template for composer test using prefix [integration/config] - 10https://gerrit.wikimedia.org/r/343853 [11:57:53] (03CR) 10jerkins-bot: [V: 04-1] Do not run rake-jessie job for mediawiki/core [integration/config] - 10https://gerrit.wikimedia.org/r/343848 (owner: 10Zfilipin) [12:27:58] 10Continuous-Integration-Infrastructure (Little Steps Sprint), 10Wikidata: Revisit Jenkins jobs being triggered for Wikibase - https://phabricator.wikimedia.org/T160989#3117613 (10hashar) [12:28:32] (03CR) 10Hashar: [C: 032] "Noop in JJB per CI job." [integration/config] - 10https://gerrit.wikimedia.org/r/343853 (owner: 10Hashar) [12:33:25] (03Merged) 10jenkins-bot: Jobs template for composer test using prefix [integration/config] - 10https://gerrit.wikimedia.org/r/343853 (owner: 10Hashar) [12:41:40] 10Beta-Cluster-Infrastructure, 10media-storage: deployment-ms-be01.deployment-prep and deployment-ms-be02.deployment-prep have high load / system CPU - https://phabricator.wikimedia.org/T160990#3117645 (10hashar) [13:11:51] (03PS1) 10Hashar: SmashPig: trigger composer on both branches [integration/config] - 10https://gerrit.wikimedia.org/r/343862 [13:13:17] (03CR) 10Hashar: "In SmashPig, the composer.json in the deployment branch no more invokes PHPUnit: https://gerrit.wikimedia.org/r/#/c/321559/ So we can tr" [integration/config] - 10https://gerrit.wikimedia.org/r/343862 (owner: 10Hashar) [13:36:07] 10Browser-Tests-Infrastructure, 10MediaWiki-General-or-Unknown, 07JavaScript, 05MW-1.29-release (WMF-deploy-2017-03-21_(1.29.0-wmf.17)), and 4 others: Port Selenium tests from Ruby to Node.js - https://phabricator.wikimedia.org/T139740#3117742 (10zeljkofilipin) [13:38:51] (03CR) 10Aude: [C: 032] Bump Wikidata to wmf/1.29.0-wmf.17 [tools/release] - 10https://gerrit.wikimedia.org/r/343817 (owner: 10Aude) [13:39:55] (03Merged) 10jenkins-bot: Bump Wikidata to wmf/1.29.0-wmf.17 [tools/release] - 10https://gerrit.wikimedia.org/r/343817 (owner: 10Aude) [13:46:03] Project selenium-VisualEditor » firefox,beta,Linux,BrowserTests build #343: 04FAILURE in 2 min 2 sec: https://integration.wikimedia.org/ci/job/selenium-VisualEditor/BROWSER=firefox,MEDIAWIKI_ENVIRONMENT=beta,PLATFORM=Linux,label=BrowserTests/343/ [13:48:29] 10Browser-Tests-Infrastructure, 10MediaWiki-General-or-Unknown, 07JavaScript, 05MW-1.29-release (WMF-deploy-2017-03-21_(1.29.0-wmf.17)), and 4 others: Port Selenium tests from Ruby to Node.js - https://phabricator.wikimedia.org/T139740#3117754 (10zeljkofilipin) [13:55:50] (03PS3) 10Zfilipin: Do not run rake-jessie job for mediawiki/core [integration/config] - 10https://gerrit.wikimedia.org/r/343848 [14:54:38] PROBLEM - Free space - all mounts on deployment-ores-redis is CRITICAL: CRITICAL: deployment-prep.deployment-ores-redis.diskspace._srv.byte_percentfree (<100.00%) [14:56:35] I get this fixed soonish [15:08:06] Amir1: Just delete everything [15:08:28] Reedy: We have this [15:08:28] https://phabricator.wikimedia.org/T160762 [15:08:37] hmm [15:08:44] I can blow the redis cache [15:43:41] Amir1 hi, hopefully when we upgrade gerrit 2.14 it will resolve your issue with its-phabricator. One of my changes was merged to replace deprecated conduit api code with supported api. [15:43:50] twentyafterfour RainbowSprinkles ^^ [15:44:38] RainbowSprinkles you now have merge rights in its-phabricator too from today :). (Not my idea as i was asking for +2 rights so they gave them to you and qchris) [15:45:38] Thanks [15:53:46] Yippee, build fixed! [15:53:46] Project selenium-MobileFrontend » firefox,beta,Linux,BrowserTests build #366: 09FIXED in 31 min: https://integration.wikimedia.org/ci/job/selenium-MobileFrontend/BROWSER=firefox,MEDIAWIKI_ENVIRONMENT=beta,PLATFORM=Linux,label=BrowserTests/366/ [16:07:14] !log ladsgroup@deployment-ores-redis:~$ redis-cli -h deployment-ores-redis.deployment-prep.eqiad.wmflabs -p 6380 -a areallysecretpassword flushall (T160762) [16:07:18] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [16:07:18] T160762: deployment-ores-redis /srv/ redis is too small (500MBytes) - https://phabricator.wikimedia.org/T160762 [16:08:14] 10Beta-Cluster-Infrastructure, 10ORES, 06Revision-Scoring-As-A-Service, 15User-Ladsgroup: deployment-ores-redis /srv/ redis is too small (500MBytes) - https://phabricator.wikimedia.org/T160762#3118160 (10Ladsgroup) This should make it less severe until I migrate it to a bigger instance [16:17:25] Amir1: neat :-} [16:17:44] Amir1: probably you could use the same instance but move redis data from /srv to / [16:17:52] though / might end up being filled completely by redis [16:18:50] I don't think it can fill it any time soon. I set up this instance one year ago and now it ran out of space [16:19:48] RainbowSprinkles i've decided to make my polygerrit fixes blocking to the 2.14 release (lol) https://gerrit-review.googlesource.com/#/q/hashtag:"blocking-2.14" [16:20:03] They should not be releasing a ui that is known to break on prefixed ui [16:20:12] + it's enabled by default [16:22:45] hashar hi, i fixed polygerrit to not use rewrites any more :) [16:25:13] PROBLEM - Puppet run on deployment-mediawiki04 is CRITICAL: CRITICAL: 22.22% of data above the critical threshold [0.0] [16:25:56] That's me ^, fixing in puppet shortly [16:27:25] You can apparently use an array in file: [16:27:27] https://projects.puppetlabs.com/issues/86 [16:27:36] Oh woops wrong place [16:27:56] (03CR) 10Ejegg: [C: 031] SmashPig: trigger composer on both branches [integration/config] - 10https://gerrit.wikimedia.org/r/343862 (owner: 10Hashar) [16:44:20] twentyafterfour: fyi elastic@eqiad is up running elastic5, you can adjust your config as you want [16:47:37] !log halfak@deployment-ores-redis:~$ redis-cli -h deployment-ores-redis.deployment-prep.eqiad.wmflabs -p 6380 -a areallysecretpassword flushall (T160762) [16:47:40] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [16:47:41] T160762: deployment-ores-redis /srv/ redis is too small (500MBytes) - https://phabricator.wikimedia.org/T160762 [16:58:24] hi, I'd like to send https://gerrit.wikimedia.org/r/#/c/343919/ (wmf-config patch) in about 30 mins, this is part of the elastic5 upgrade. This patch is to repool eqiad so it can receive writes again. [16:58:42] {{approved}} [16:58:55] thanks :) [17:02:00] :) [17:05:15] RECOVERY - Puppet run on deployment-mediawiki04 is OK: OK: Less than 1.00% above the threshold [0.0] [17:11:37] dcausse: do I need to re-index or is it sync'd with codfw? [17:13:46] twentyafterfour: no you may have lost some writes, if you have a script to refresh then you may have to run it, or I can run copy from codfw -> eqiad if you prefer [17:14:20] dcausse: I can refresh it [17:14:38] twentyafterfour: ok, we need to refresh cirrus as well [17:25:05] dcausse: We need to find the guy who wrote that reindexing script and stab him [17:25:08] Oh...wait.... ;-) [17:25:38] RainbowSprinkles: hmm.. I think I know him... but he changed his nickname recently ;) [17:26:28] He does that from time to time so people can't find him and blame him for things :p [17:27:27] 10Beta-Cluster-Infrastructure, 10media-storage: deployment-ms-be01.deployment-prep and deployment-ms-be02.deployment-prep have high load / system CPU - https://phabricator.wikimedia.org/T160990#3118420 (10fgiunchedi) @hashar indeed the workers 100 is static in puppet, I'm not going to have time for it but plea... [17:45:15] halfak|Lunch: you having a super long lunch? ;) (also, just about to look at and comment on https://phabricator.wikimedia.org/T160989) [17:47:11] o/ addshore [17:47:23] wait! i pinged the wrong person :D [17:47:25] is 30 minutes a super long lunch? [17:47:28] lol [17:47:34] meanyt for hashar :D [17:47:42] Its about 5/6pm for him ;) [17:49:30] 10Continuous-Integration-Infrastructure (Little Steps Sprint), 10Wikidata: Revisit Jenkins jobs being triggered for Wikibase - https://phabricator.wikimedia.org/T160989#3118490 (10Addshore) > Drop the Zend PHP 5.5 jobs entirely > Wikimedia is on HHVM and we don't really release Wikibase for outside world reuse... [17:51:18] oh! Makes ways more sense addshore :) [17:51:29] I do sometimes forget to change my name back for hours :D [18:01:05] Yippee, build fixed! [18:01:05] Project selenium-MultimediaViewer » firefox,mediawiki,Linux,BrowserTests build #337: 09FIXED in 2 min 49 sec: https://integration.wikimedia.org/ci/job/selenium-MultimediaViewer/BROWSER=firefox,MEDIAWIKI_ENVIRONMENT=mediawiki,PLATFORM=Linux,label=BrowserTests/337/ [18:16:40] Project mediawiki-core-code-coverage build #2648: 04STILL FAILING in 3 hr 16 min: https://integration.wikimedia.org/ci/job/mediawiki-core-code-coverage/2648/ [18:40:28] greg-g: I found a releng team avatar https://imgur.com/Pf0VzAx [18:44:20] :) [19:14:49] 10Gerrit: Short commit hashes with all numbers cannot be searched using gerrit - https://phabricator.wikimedia.org/T86035#3118871 (10Paladox) This is fixed in polygerrit (new ui). See http://gerrit-new.wmflabs.org/r/q/a5c9c47 [19:17:05] 10Gerrit: "add comment" feature doesn't allow you to write a comment while viewing the code or viewing the other comments - https://phabricator.wikimedia.org/T48777#521287 (10Paladox) We can either keep this task open until polygerrit is rolled out on wikipedia's gerrit or we can close this as declined as this i... [19:17:44] 10Gerrit: Gerrit needs a very wide screen or has big horizontal scroll - https://phabricator.wikimedia.org/T38471#3118889 (10Paladox) p:05Low>03Lowest [19:18:52] 10Gerrit, 10Developer-Wishlist (2017), 07Upstream: Free-form tagging in gerrit - https://phabricator.wikimedia.org/T37534#3118899 (10Paladox) This is sounding like the hashtag feature in gerrit or the tag feature. Hashtag requires NoteDB though. Tag is already enabled. [19:19:26] 10Gerrit, 06Release-Engineering-Team, 06Labs, 06Operations, 07LDAP: Remove user gerrit2 from ldap - https://phabricator.wikimedia.org/T160122#3118904 (10Paladox) Can this be closed as resolved please? [19:19:53] 10Gerrit, 06Release-Engineering-Team, 06Labs, 06Operations, 07LDAP: Remove user gerrit2 from ldap - https://phabricator.wikimedia.org/T160122#3118905 (10demon) Haven't had time. [19:25:29] 10Gerrit, 06Release-Engineering-Team, 06Labs, 06Operations, 07LDAP: Remove user gerrit2 from ldap - https://phabricator.wikimedia.org/T160122#3118954 (10Paladox) >>! In T160122#3118905, @demon wrote: > Haven't had time. Oh, sorry, i thought it was done. [20:43:46] (03PS1) 10Hashar: Decouple apps/android/wikipedia [integration/config] - 10https://gerrit.wikimedia.org/r/343967 [20:45:20] (03CR) 10Chad: "Wouldn't this require more executors? The tests run pretty quick as it is..." [integration/config] - 10https://gerrit.wikimedia.org/r/343967 (owner: 10Hashar) [20:47:14] (03CR) 10Hashar: "Same # of instances consume. That merely get jobs with specific name which would move the repository out of the queue of changes that has" [integration/config] - 10https://gerrit.wikimedia.org/r/343967 (owner: 10Hashar) [20:48:00] (03CR) 10Chad: "Catch-22 of having standardized jobs, zuul stupidly treats them as all related :(" [integration/config] - 10https://gerrit.wikimedia.org/r/343967 (owner: 10Hashar) [20:48:51] (03PS1) 10Hashar: mediawiki-config: move to high priority test pipeline [integration/config] - 10https://gerrit.wikimedia.org/r/343968 (https://phabricator.wikimedia.org/T160667) [20:49:08] (03PS2) 10Hashar: mediawiki-config: move to high priority test pipeline [integration/config] - 10https://gerrit.wikimedia.org/r/343968 (https://phabricator.wikimedia.org/T160667) [20:50:30] (03CR) 10Thcipriani: [C: 031] mediawiki-config: move to high priority test pipeline [integration/config] - 10https://gerrit.wikimedia.org/r/343968 (https://phabricator.wikimedia.org/T160667) (owner: 10Hashar) [20:56:11] 10Continuous-Integration-Infrastructure (Little Steps Sprint), 10FR-Smashpig, 10Fundraising-Backlog, 10MediaWiki-extensions-DonationInterface, 10Wikimedia-Fundraising-CiviCRM: Disable fundraising CI jobs that are non-voting and always fail - https://phabricator.wikimedia.org/T160476#3119424 (10hashar) p:... [20:57:56] 10Continuous-Integration-Infrastructure (Little Steps Sprint), 10FR-Smashpig, 10Fundraising-Backlog, 10MediaWiki-extensions-DonationInterface, 10Wikimedia-Fundraising-CiviCRM: Disable fundraising CI jobs that are non-voting and always fail - https://phabricator.wikimedia.org/T160476#3119428 (10awight) @h... [21:04:01] 06Release-Engineering-Team (Deployment-Blockers), 05Release: MW-1.29.0-wmf.17 deployment blockers - https://phabricator.wikimedia.org/T160549#3119453 (10thcipriani) [21:06:14] 06Release-Engineering-Team (Deployment-Blockers), 05Release: MW-1.29.0-wmf.17 deployment blockers - https://phabricator.wikimedia.org/T160549#3119463 (10thcipriani) Rollout to group0 resulted in a spike of a number of new Warnings: * {T161039} * {T161037} * {T161036} [21:08:55] 06Release-Engineering-Team (Deployment-Blockers), 05Release: MW-1.29.0-wmf.17 deployment blockers - https://phabricator.wikimedia.org/T160549#3119474 (10demon) [21:10:07] 06Release-Engineering-Team (Deployment-Blockers), 05Release: MW-1.29.0-wmf.17 deployment blockers - https://phabricator.wikimedia.org/T160549#3103115 (10demon) {T161040} as well. All are now subtasks of this [21:14:55] (03CR) 10Hashar: [C: 032] mediawiki-config: move to high priority test pipeline [integration/config] - 10https://gerrit.wikimedia.org/r/343968 (https://phabricator.wikimedia.org/T160667) (owner: 10Hashar) [21:15:13] (03CR) 10Hashar: [C: 032] Decouple apps/android/wikipedia [integration/config] - 10https://gerrit.wikimedia.org/r/343967 (owner: 10Hashar) [21:17:42] 10Scap (Scap3-MediaWiki-MVP), 10Fundraising-Backlog, 10MediaWiki-extensions-ContributionTracking, 13Patch-For-Review: Clean up Contribution Tracking settings in main wmf config repo - https://phabricator.wikimedia.org/T147479#3119592 (10ggellerman) p:05Triage>03Normal [21:17:54] (03Merged) 10jenkins-bot: Decouple apps/android/wikipedia [integration/config] - 10https://gerrit.wikimedia.org/r/343967 (owner: 10Hashar) [21:18:01] 06Release-Engineering-Team (Deployment-Blockers), 05Release: MW-1.29.0-wmf.17 deployment blockers - https://phabricator.wikimedia.org/T160549#3119609 (10Reedy) [21:18:12] 06Release-Engineering-Team (Deployment-Blockers), 05Release: MW-1.29.0-wmf.17 deployment blockers - https://phabricator.wikimedia.org/T160549#3103115 (10Reedy) [21:18:51] (03Merged) 10jenkins-bot: mediawiki-config: move to high priority test pipeline [integration/config] - 10https://gerrit.wikimedia.org/r/343968 (https://phabricator.wikimedia.org/T160667) (owner: 10Hashar) [21:19:52] 10Continuous-Integration-Infrastructure (Little Steps Sprint), 13Patch-For-Review: Create "High Priority" test pipeline - https://phabricator.wikimedia.org/T160667#3119637 (10hashar) [22:01:24] 10Continuous-Integration-Infrastructure (Little Steps Sprint), 10FR-Smashpig, 10Fundraising-Backlog, 10MediaWiki-extensions-DonationInterface, 10Wikimedia-Fundraising-CiviCRM: Disable fundraising CI jobs that are non-voting and always fail - https://phabricator.wikimedia.org/T160476#3119854 (10hashar) Th... [22:21:38] 10Beta-Cluster-Infrastructure, 10Cite, 10OOjs-UI, 10VisualEditor, 15User-Ryasmeen: OOjs v0.18.0 not in mediawiki/core and VE QUnit tests fails when trying to use it - https://phabricator.wikimedia.org/T150323#3119957 (10Volker_E) [23:26:19] I wonder if some keywords during CR +2 like "SWAT" or "train" couldn't increase the priority for a Jenkins node. [23:41:58] Dereckson: not really but maybe :] [23:42:14] we have created a sprint to identify some low hanging fruit to enhance the CI runtime [23:42:15] https://phabricator.wikimedia.org/project/view/2676/ [23:42:30] and yeah most probably want to move wmf branches to their own pipeline if at all possible [23:56:27] Dereckson: We *have* raised priority on mw-config repo [23:56:35] Gonna look into doing the same for wmf/* branches too [23:57:06] ok [23:57:35] For exactly this usercase. If we're trying to deploy it, it's more important than $random_change_in_master [23:57:36] :) [23:57:41] *usecase