[00:00:02] does that file exist under vagrant crm ? [00:00:12] PROBLEM - check_mysql on frdev1001 is CRITICAL: SLOW_SLAVE CRITICAL: Slave IO: Yes Slave SQL: Yes Seconds Behind Master: 1697 [00:02:28] hmm i see Orphan Rectifying vars is that what you mean [00:02:35] (PS1) Eileen: Merge branch 'master' of https://gerrit.wikimedia.org/r/wikimedia/fundraising/crm into deployment [wikimedia/fundraising/crm] (deployment) - https://gerrit.wikimedia.org/r/578644 [00:03:17] (CR) Eileen: [C: +2] Merge branch 'master' of https://gerrit.wikimedia.org/r/wikimedia/fundraising/crm into deployment [wikimedia/fundraising/crm] (deployment) - https://gerrit.wikimedia.org/r/578644 (owner: Eileen) [00:03:23] or that the file is there itself? [00:05:12] PROBLEM - check_mysql on frdev1001 is CRITICAL: Slave IO: Yes Slave SQL: No Seconds Behind Master: (null) [00:05:24] cstone that's the filename in my setup and I think on prod [00:05:47] but if you can find $wgDonationInterfaceGatewayAdapters somewhere, that's the place [00:05:59] I just had to add 'ingenico' => 'IngenicoAdapter', there [00:06:10] the globalcollect_orphan one is a weird old exception [00:06:31] anyway, ingenico orphan rectifying seems to be working as usually [00:06:39] a bit weird, but I think it's OK [00:06:44] checking out paypal [00:07:04] ok i see the gateway adapters [00:10:12] PROBLEM - check_mysql on frdev1001 is CRITICAL: Slave IO: Yes Slave SQL: No Seconds Behind Master: (null) [00:12:04] hmm, I think I need to add some more paypal_ec settings for that orphan rectifier to work [00:12:14] but again, I really don't see much risk [00:12:17] Fundraising Sprint Evil Twins For Everyone, Unplanned-Sprint-Work: Investigate / fix fatal errors on bad data - https://phabricator.wikimedia.org/T247039 (Eileenmcnaughton) OK - I understand the problem now - have updated the PR ^^ with a proposed fix. This is not impacting us now but I am discussing ups... [00:12:25] due to very little changing in that code path [00:15:12] PROBLEM - check_mysql on frdev1001 is CRITICAL: Slave IO: Yes Slave SQL: No Seconds Behind Master: (null) [00:20:06] ok i got it to run locally but didnt have any orphans already though [00:20:12] PROBLEM - check_mysql on frdev1001 is CRITICAL: Slave IO: Yes Slave SQL: No Seconds Behind Master: (null) [00:24:14] !log civicrm revision changed from 35651da117 to c4b81b19b0, config revision is 71c8cda115 [00:24:18] Logged the message at https://wikitech.wikimedia.org/wiki/Server_Admin_Log [00:25:12] PROBLEM - check_mysql on frdev1001 is CRITICAL: Slave IO: Yes Slave SQL: No Seconds Behind Master: (null) [00:26:42] ok, yeah, I had to copy a whole bunch of $wgPaypalExpressGateway globals in to acutally make those api calls [00:26:50] but it seems to be acting normal [00:27:02] nice [00:27:07] (though normal may leave a lot to be desired) [00:27:21] And that big patch is finally passing CI! [00:28:35] wooo!! [00:28:39] ok, I'mma +2 that initial patch [00:28:54] (CR) Ejegg: [C: +2] Composer updates [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/578594 (https://phabricator.wikimedia.org/T242278) (owner: Jgleeson) [00:29:49] cstone do you feel like approving https://gerrit.wikimedia.org/r/576536 ? [00:30:12] PROBLEM - check_mysql on frdev1001 is CRITICAL: Slave IO: Yes Slave SQL: No Seconds Behind Master: (null) [00:30:25] Fundraising Sprint Byzantine Empire Strikes Back, Fundraising Sprint CAPS LOCK CULTS, Fundraising Sprint Dampness, Fundraising Sprint Evil Twins For Everyone, and 3 others: Work to reduce smarty cruft on the server - https://phabricator.wikimedia.org/T241688 (Eileenmcnaughton) @Jgreen or @Dwiseh... [00:30:45] yeah it was behaving for me and i was getting the new errors nicely [00:34:38] (CR) Cstone: [C: +2] "Looks good, recurring test charges working for both Ingenico and Adyen. New error messages working as expected too." [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/576536 (https://phabricator.wikimedia.org/T242278) (owner: AndyRussG) [00:35:12] PROBLEM - check_mysql on frdev1001 is CRITICAL: Slave IO: Yes Slave SQL: No Seconds Behind Master: (null) [00:35:19] (Merged) jenkins-bot: Composer updates [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/578594 (https://phabricator.wikimedia.org/T242278) (owner: Jgleeson) [00:36:09] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, FR-Civi-Dedupe: Dedupe task inappropriately trying to delete contacts - https://phabricator.wikimedia.org/T247377 (Eileenmcnaughton) [00:38:16] Fundraising Sprint Byzantine Empire Strikes Back, Fundraising Sprint CAPS LOCK CULTS, Fundraising Sprint Dampness, Fundraising Sprint Evil Twins For Everyone, and 3 others: Work to reduce smarty cruft on the server - https://phabricator.wikimedia.org/T241688 (Eileenmcnaughton) The files I am seei... [00:40:12] RECOVERY - check_mysql on frdev1001 is OK: Uptime: 9481254 Threads: 5 Questions: 3003010476 Slow queries: 760706 Opens: 1834484 Flush tables: 1 Open tables: 200 Queries per second avg: 316.731 Slave IO: Yes Slave SQL: Yes Seconds Behind Master: 0 [00:40:30] (Merged) jenkins-bot: Adapt SmashPig recurring processor to PaymentProcessor interface [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/576536 (https://phabricator.wikimedia.org/T242278) (owner: AndyRussG) [00:41:10] Fundraising Sprint Byzantine Empire Strikes Back, Fundraising Sprint CAPS LOCK CULTS, Fundraising Sprint Dampness, Fundraising Sprint Evil Twins For Everyone, and 3 others: Work to reduce smarty cruft on the server - https://phabricator.wikimedia.org/T241688 (Dwisehaupt) @Eileenmcnaughton Just to... [00:42:13] Fundraising Sprint Byzantine Empire Strikes Back, Fundraising Sprint CAPS LOCK CULTS, Fundraising Sprint Dampness, Fundraising Sprint Evil Twins For Everyone, and 3 others: Work to reduce smarty cruft on the server - https://phabricator.wikimedia.org/T241688 (Eileenmcnaughton) yes - the templates... [00:43:15] ejegg: I wish we had some good way of timelining performance improvements - I suspect that smarty work will speed up dedupe & q processing [00:45:08] eileen: i bet it will! [00:45:37] and yeah, every batch job should output how many things it did, in how much time, to prometheus [00:46:10] cstone I hooked up the VPN and ran through some old-school-globalcollect test charges [00:46:30] They all got 'order not found' errors from GC but the code paths looked fine [00:46:43] I'm happy to deploy if you're happy to +2 [00:46:50] yeah lets do it! [00:46:54] woohoo! [00:47:05] oh right, I see your +2 [00:47:19] ok, I'll do the merge [00:47:28] and the vendor update [00:48:39] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Review & fix CiviCRM log file management - https://phabricator.wikimedia.org/T247378 (Eileenmcnaughton) [00:50:11] (PS1) Ejegg: Update smash-pig and donation-interface libraries [wikimedia/fundraising/crm/vendor] - https://gerrit.wikimedia.org/r/578658 [00:50:15] Fundraising Sprint Byzantine Empire Strikes Back, Fundraising Sprint CAPS LOCK CULTS, Fundraising Sprint Dampness, Fundraising Sprint Evil Twins For Everyone, and 3 others: Work to reduce smarty cruft on the server - https://phabricator.wikimedia.org/T241688 (Dwisehaupt) Cool. Empty dirs have bee... [00:50:35] (CR) Ejegg: [C: +2] Update smash-pig and donation-interface libraries [wikimedia/fundraising/crm/vendor] - https://gerrit.wikimedia.org/r/578658 (owner: Ejegg) [00:50:49] (CR) Ejegg: [V: +2 C: +2] Update smash-pig and donation-interface libraries [wikimedia/fundraising/crm/vendor] - https://gerrit.wikimedia.org/r/578658 (owner: Ejegg) [00:51:53] (PS1) Ejegg: Merge branch 'master' into deployment [wikimedia/fundraising/crm] (deployment) - https://gerrit.wikimedia.org/r/578659 [00:51:57] (CR) Ejegg: [C: +2] Merge branch 'master' into deployment [wikimedia/fundraising/crm] (deployment) - https://gerrit.wikimedia.org/r/578659 (owner: Ejegg) [00:52:30] Fundraising Sprint Byzantine Empire Strikes Back, Fundraising Sprint CAPS LOCK CULTS, Fundraising Sprint Dampness, Fundraising Sprint Evil Twins For Everyone, and 3 others: Work to reduce smarty cruft on the server - https://phabricator.wikimedia.org/T241688 (Eileenmcnaughton) I still have a bit... [01:16:53] ok, so let's turn those orphan* jobs off and do the deploy [01:19:55] !log disabled orphan rectifier jobs for upgrade [01:20:00] Logged the message at https://wikitech.wikimedia.org/wiki/Server_Admin_Log [01:20:50] !log updated fundraising CiviCRM from c4b81b19b0 to a301076871 [01:20:54] Logged the message at https://wikitech.wikimedia.org/wiki/Server_Admin_Log [01:21:06] there's the update fr-tech. Now to try some jobs in --slow-start mode [01:21:14] nice! [01:22:13] starting with those orphans [01:25:43] well, nothing successfully pushed through, but the failures look like the old failures [01:27:18] !log restarted fundraising orphan donation rectifier jobs [01:27:21] Logged the message at https://wikitech.wikimedia.org/wiki/Server_Admin_Log [01:27:50] ok, here goes one old-school GC donation [01:27:56] and one old-school retry [01:28:12] retry failed again, but expected-type failure [01:28:20] do you know off the top of your head how many old school GCs there are? [01:29:27] and the fresh one worked [01:29:30] cstone good question [01:29:38] I'm sure they're steadily declining [01:29:47] wanna do some db digging [01:29:49] ? [01:29:54] yeah i can hunt [01:30:03] I'mma try the new-ingenico recurring slow-start now [01:30:08] with lots of fingers crossed [01:31:01] reported a success! [01:31:10] woo! [01:31:12] on contribution_recur_id 303677 [01:31:16] let's look in the db [01:31:40] err, lemme consume that donations queue first [01:31:58] ah, nvm, it'll happen in a minute [01:34:00] quick look looks good [01:34:16] yep, all looks good to me [01:34:40] status set to 'in progress' [01:34:52] okok [01:35:06] I'll run a few more of that [01:35:47] 303679 looks like another success [01:36:06] hmm, would be nice to have a flag to just retry a failing one [01:36:15] so as to have a better test for failure handling [01:37:39] ok, that's like 5 runs in a row that worked [01:37:59] I'm feeling like turning those jobs back on and just watching for failmail as they get to the end of the batch [01:38:38] yeah makes sense [01:40:14] !log restarted recurring donation charge jobs [01:40:18] Logged the message at https://wikitech.wikimedia.org/wiki/Server_Admin_Log [02:27:39] Wikimedia-Fundraising-Banners: Super wide desktop small banner - https://phabricator.wikimedia.org/T247380 (jbolorinos-ctr) [02:28:45] Wikimedia-Fundraising-Banners: Super wide desktop small banner - https://phabricator.wikimedia.org/T247380 (jbolorinos-ctr) p:Triage→High Setting priority to P2 since this is issue is affecting all desktop small banners, and should be fixed before the upcoming Big Bundle campaign if possible. [02:30:32] Wikimedia-Fundraising-Banners: Super wide desktop small banner - https://phabricator.wikimedia.org/T247380 (jbolorinos-ctr) Please disregard the mention...I simply meant to abbreviate Priority 2, this task is unrelated to mentioned task [02:33:05] crud, the log for the new ingenico run looks weird [02:33:13] it's not listing the successful ones anyway [02:34:31] nah thats normal [02:34:53] im watching it but the errors appear at the top from that log line i added [02:34:55] which we can remove now [02:36:15] ohhhh, it's just not done yet [02:36:18] heh, thanks! [02:36:53] yeah not done [02:48:28] woot, we have output [02:48:32] and it looks good [02:49:27] yeah! and wow a lot got charged today [02:49:46] or i think its a lot maybe its normal hah [02:52:46] I think so... [04:31:14] Fundraising Sprint Evil Twins For Everyone, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, FR-Email: Investigate Automatic TY email improvements - https://phabricator.wikimedia.org/T246790 (Eileenmcnaughton) Thinking this through a bit today I 1) dug into Constant Contact and googled for o... [09:04:30] Fundraising-Backlog: Ingenico audit-file 2020-03-09 question - https://phabricator.wikimedia.org/T247345 (Aklapper) [09:10:06] (PS1) DannyS712: extension.json - don't use array syntax when hooks only have 1 handler [extensions/ContributionTracking] - https://gerrit.wikimedia.org/r/578803 [09:10:18] (PS2) DannyS712: extension.json - don't use array syntax when hooks only have 1 handler [extensions/ContributionTracking] - https://gerrit.wikimedia.org/r/578803 [09:18:43] (PS1) DannyS712: extension.json - don't use array syntax when hooks only have 1 handler [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/578815 [09:19:04] (PS2) DannyS712: extension.json - don't use array syntax when hooks only have 1 handler [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/578815 [09:20:12] (CR) Ppchelko: [C: +2] extension.json - don't use array syntax when hooks only have 1 handler [extensions/ContributionTracking] - https://gerrit.wikimedia.org/r/578803 (owner: DannyS712) [09:28:07] (PS1) DannyS712: extension.json - don't use array syntax when hooks only have 1 handler [extensions/FundraisingTranslateWorkflow] - https://gerrit.wikimedia.org/r/578834 [09:28:18] (PS2) DannyS712: extension.json - don't use array syntax when hooks only have 1 handler [extensions/FundraisingTranslateWorkflow] - https://gerrit.wikimedia.org/r/578834 [09:31:52] (Merged) jenkins-bot: extension.json - don't use array syntax when hooks only have 1 handler [extensions/ContributionTracking] - https://gerrit.wikimedia.org/r/578803 (owner: DannyS712) [09:36:36] (CR) Ppchelko: [C: +2] extension.json - don't use array syntax when hooks only have 1 handler [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/578815 (owner: DannyS712) [09:40:28] (CR) Ppchelko: [C: +2] extension.json - don't use array syntax when hooks only have 1 handler [extensions/FundraisingTranslateWorkflow] - https://gerrit.wikimedia.org/r/578834 (owner: DannyS712) [10:09:05] (Merged) jenkins-bot: extension.json - don't use array syntax when hooks only have 1 handler [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/578815 (owner: DannyS712) [10:41:17] (Merged) jenkins-bot: extension.json - don't use array syntax when hooks only have 1 handler [extensions/FundraisingTranslateWorkflow] - https://gerrit.wikimedia.org/r/578834 (owner: DannyS712) [12:34:59] Fundraising Sprint Autocorrect Astrology Ascendant, Fundraising Sprint Byzantine Empire Strikes Back, Fundraising Sprint CAPS LOCK CULTS, Fundraising Sprint Dampness, and 3 others: Server for previewing/usability testing new CentralNotice features - https://phabricator.wikimedia.org/T241070 (mepps... [12:35:03] Fundraising Sprint A Wrinkle in Timezones, Fundraising Sprint Visual Basic Instinct, Fundraising Sprint X-rays, Fundraising Sprint YAMLton, the Musical, and 5 others: Epic: Rebase and finish Geotargeting (sub national targeting) - https://phabricator.wikimedia.org/T226438 (mepps) [12:55:19] (CR) Mepps: "I'm seeing that effort_id is deleted now. Were we using it?" [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/574909 (https://phabricator.wikimedia.org/T244326) (owner: Eileen) [13:15:45] Wikimedia-Fundraising-Banners: Super wide desktop small banner - https://phabricator.wikimedia.org/T247380 (spatton) p:High→Medium I'm lowering the priority on this to Medium, as it doesn't prevent reader interaction with the banner or break the donor flow. This is an issue we noticed in the past -... [14:33:27] (CR) Mepps: "My grepping of the codebase shows effort_id in donation-interface but not in a lot of other places in crm. I wonder if that means its fine" [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/574909 (https://phabricator.wikimedia.org/T244326) (owner: Eileen) [14:35:55] Fundraising Sprint CAPS LOCK CULTS, Fundraising Sprint Dampness, Fundraising Sprint Evil Twins For Everyone, Fundraising-Backlog, and 3 others: Update civi SmashPig extension to be able to charge Adyen recurring - https://phabricator.wikimedia.org/T242278 (mepps) I see all patches merged. Can thi... [14:53:19] (CR) Mepps: [C: +2] "Tested locally and it works." [extensions/CentralNotice] (wmf_deploy) - https://gerrit.wikimedia.org/r/576528 (https://phabricator.wikimedia.org/T246284) (owner: Ppchelko) [14:56:39] (CR) Mepps: [C: +1] "The commit looks good to me but I don't fully understand the history here. Was this page ever used?" [extensions/CentralNotice] - https://gerrit.wikimedia.org/r/549202 (https://phabricator.wikimedia.org/T232912) (owner: DannyS712) [15:00:30] Fundraising Sprint Evil Twins For Everyone, Fundraising-Backlog, MediaWiki-extensions-CentralNotice: Prepare CN deploy 2020-03 - https://phabricator.wikimedia.org/T246461 (mepps) I +2ed one of the patches above. Another is from Sept 2019 and has a comment waiting for reply. The third I +1ed but I was... [15:20:15] fundraising-tech-ops, Operations, ops-codfw: rack/setup/install frpm2001.frack.codfw.wmnet - https://phabricator.wikimedia.org/T242269 (Dwisehaupt) [15:26:05] (Merged) jenkins-bot: Remove usages of deprecated Revision::newFromTitle [extensions/CentralNotice] (wmf_deploy) - https://gerrit.wikimedia.org/r/576528 (https://phabricator.wikimedia.org/T246284) (owner: Ppchelko) [15:33:51] fr-tech any last-minute news for scrum of scrums? [15:33:59] ejegg: hi! none here, thanks :) [15:37:52] Fundraising-Backlog, fundraising-tech-ops: configure frdb1003 mariadb instance for FR Analytics use - https://phabricator.wikimedia.org/T247009 (Jgreen) New role class frdb_analytics created, it's very similar to fundraising_database with changes to replication, backups, and monitoring. Created frdb_ana... [15:42:16] Fundraising-Backlog, fundraising-tech-ops: configure frdb1003 mariadb instance for FR Analytics use - https://phabricator.wikimedia.org/T247009 (Jgreen) [15:48:37] Fundraising Sprint Evil Twins For Everyone, Fundraising-Backlog, FR-Adyen: Add IDEAL to adyen front end - https://phabricator.wikimedia.org/T246819 (AndyRussG) a:AndyRussG [16:21:57] Wikimedia-Fundraising-Banners: Super wide desktop small banner - https://phabricator.wikimedia.org/T247380 (jbolorinos-ctr) Thanks Sam, yeah I think that makes sense, this is more of an edge case since users with higher resolution browsers are less likely to use IE 11 [16:33:43] (CR) Jforrester: [C: +2] "Kicking; this was dropped by Zuul because it was over-loaded by other patches." [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/578732 (owner: L10n-bot) [16:46:07] (CR) AndyRussG: "recheck" [extensions/CentralNotice] (wmf_deploy) - https://gerrit.wikimedia.org/r/571766 (owner: AndyRussG) [16:49:45] Fundraising Sprint Byzantine Empire Strikes Back, Fundraising Sprint CAPS LOCK CULTS, Fundraising Sprint Dampness, Fundraising Sprint Evil Twins For Everyone, and 3 others: Alternative method to Create settings_location.php - https://phabricator.wikimedia.org/T244323 (NNichols) Great! I like tha... [16:49:47] Fundraising Sprint Byzantine Empire Strikes Back, Fundraising Sprint CAPS LOCK CULTS, Fundraising Sprint Dampness, Fundraising Sprint Evil Twins For Everyone, and 3 others: Alternative method to Create settings_location.php - https://phabricator.wikimedia.org/T244323 (NNichols) Great! I like tha... [16:50:25] Fundraising Sprint Byzantine Empire Strikes Back, Fundraising Sprint CAPS LOCK CULTS, Fundraising Sprint Dampness, Fundraising Sprint Evil Twins For Everyone, and 3 others: Alternative method to Create settings_location.php - https://phabricator.wikimedia.org/T244323 (CaitVirtue) it’s definitely... [16:54:58] fr-tech anyone come across this one when trying to download a Gerrit patch? json.decoder.JSONDecodeError: Expecting value: line 1 column 1 (char 0) [16:55:20] hm haven't seen that one AndyRussG! [16:55:45] That's new to me. [16:56:31] mepps: XenoRyet: are you able to pull this one down for git review? [16:56:48] waiting on link AndyRussG.. :) [16:56:50] git review -d 559178 doesn't work [16:56:58] https://gerrit.wikimedia.org/r/c/mediawiki/extensions/DonationInterface/+/559178 [16:57:10] mepps ^ [16:57:28] I also tried rebasing using the Gerrit UI, but merge conflict [16:57:41] I've had trouble with review -d, but never that error specifically. [16:58:04] worked for me AndyRussG and i'd actually never used git review -d before [16:58:14] AndyRussG: I've had that with old patches [16:58:19] i've had git review break on other python errors in my system though [16:58:21] not sure why [16:58:54] does adding -v give you anymore clues? [17:02:36] fr-tech running a couple minutes late [17:34:42] Fundraising Sprint Evil Twins For Everyone, Fundraising-Backlog, MediaWiki-extensions-CentralNotice: Prepare CN deploy 2020-03 - https://phabricator.wikimedia.org/T246461 (mepps) @AndyRussG what day should we merge the outstanding commits to master? [17:52:32] (PS1) Ejegg: Merge branch 'master' into deployment [extensions/DonationInterface] (deployment) - https://gerrit.wikimedia.org/r/579013 [17:54:12] (CR) Ejegg: [C: +2] Merge branch 'master' into deployment [extensions/DonationInterface] (deployment) - https://gerrit.wikimedia.org/r/579013 (owner: Ejegg) [18:02:18] (PS1) Ejegg: Update DonationInterface submodule [core] (fundraising/REL1_31) - https://gerrit.wikimedia.org/r/579015 [18:06:57] (Merged) jenkins-bot: Merge branch 'master' into deployment [extensions/DonationInterface] (deployment) - https://gerrit.wikimedia.org/r/579013 (owner: Ejegg) [18:14:16] (CR) jerkins-bot: [V: -1] Update DonationInterface submodule [core] (fundraising/REL1_31) - https://gerrit.wikimedia.org/r/579015 (owner: Ejegg) [18:14:31] (CR) Ejegg: [C: +2] Update DonationInterface submodule [core] (fundraising/REL1_31) - https://gerrit.wikimedia.org/r/579015 (owner: Ejegg) [18:18:54] (CR) jerkins-bot: [V: -1] Update DonationInterface submodule [core] (fundraising/REL1_31) - https://gerrit.wikimedia.org/r/579015 (owner: Ejegg) [18:21:58] (PS2) Ejegg: Update DonationInterface submodule [core] (fundraising/REL1_31) - https://gerrit.wikimedia.org/r/579015 [18:25:37] (CR) Ejegg: [C: +2] Update DonationInterface submodule [core] (fundraising/REL1_31) - https://gerrit.wikimedia.org/r/579015 (owner: Ejegg) [18:30:41] (Merged) jenkins-bot: Update DonationInterface submodule [core] (fundraising/REL1_31) - https://gerrit.wikimedia.org/r/579015 (owner: Ejegg) [18:36:31] !log updated payments-wiki from 03765b53de to 86ce0361f9 [18:36:34] Logged the message at https://wikitech.wikimedia.org/wiki/Server_Admin_Log [18:38:13] (PS7) AlexPinchuk: [WIP] Cloning Campaign [extensions/CentralNotice] - https://gerrit.wikimedia.org/r/574667 [18:38:56] Test donation worked! [18:39:35] woo! [18:59:29] (PS8) AlexPinchuk: [WIP] Cloning Campaign [extensions/CentralNotice] - https://gerrit.wikimedia.org/r/574667 [19:13:26] (CR) Jforrester: "check experimental" [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/578732 (owner: L10n-bot) [19:17:03] fundraising-tech-ops, Operations: rack/setup/install frnetmon1001.frack.eqiad.wmnet - https://phabricator.wikimedia.org/T232137 (Jgreen) [x] enabled console redirection after boot [19:34:26] woohoo ejegg ! [19:36:33] fr-tech how do folks feel about doing some implementation planning with regards to adyen IDEAL. Now that adyen recurring is out the door we could look at what needs doing for IDEAL and break out the work into some tickets [19:37:15] jgleeson: sure... I'm getting ready to do kid pick-up and will be available after that [19:37:19] I think it's late for you though [19:37:21] ? [19:37:46] Tomorrow is more flexible 'cause kid pick-up is later because drawing class [19:37:48] I started late today due to the dentist so I'm around for another hourish [19:38:14] I'm in the civi meeting right now, but that sounds like a great idea. [19:38:28] mmmm yeah I won't be back by then, more like 1.5 hours from now I will be though [19:41:23] ok cool let's leave that planning talk then until it's more convenient for everyone else. I'll checkout the sprint to see what else I can pick up for the rest of today and tomorrow [19:41:45] thanks for flexibility on that!! :) [19:41:51] np!! [19:42:55] We could potentially use the alerts retro tomorrow to talk about it. Adyen IDEAL is probably higher priority than alerts right now. [19:45:14] unless recurring borks I guess? [19:46:17] Yea, that'd be top priority if that happens. [19:46:52] (knock wood...) [19:47:03] actually not, it seems pretty solid [19:47:17] as in, it's not like we're flipping any coins here [19:49:35] fundraising-tech-ops, Operations: rack/setup/install frnetmon1001.frack.eqiad.wmnet - https://phabricator.wikimedia.org/T232137 (Jgreen) [20:32:22] (PS11) Jgleeson: WIP: Add iDEAL to adyen [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/559178 (https://phabricator.wikimedia.org/T240981) [20:34:13] (CR) jerkins-bot: [V: -1] WIP: Add iDEAL to adyen [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/559178 (https://phabricator.wikimedia.org/T240981) (owner: Jgleeson) [20:34:29] fr-tech so it looks like we have a few tickets already relating to the adyen ideal work in the sprint, one relating to the front-end work that I just rebased over our latest DI work, one relating to the IPN updates and one other more general ticket which refers to adding adyen ideal support to smashpig. AndyRussG is already looking at the front end ticket so I'm gonna pick up the IPN related [20:34:31] ticket. I still think there's opportunity to talk about how all the pieces should work together when convenient and maybe add a few other tasks on the back of that. [20:35:04] Sounds like a plan [20:36:59] Fundraising Sprint Evil Twins For Everyone, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, FR-Email: Investigate Automatic TY email improvements - https://phabricator.wikimedia.org/T246790 (DStrine) [20:37:50] Fundraising Sprint Evil Twins For Everyone, Fundraising-Backlog, FR-Adyen: Update Adyen IPN processing for non-card txns - https://phabricator.wikimedia.org/T241859 (jgleeson) a:jgleeson [20:39:16] XenoRyet: and for the hell of it could you magic a crane outside my window please? [20:39:20] :) [20:47:17] lol [20:47:21] :-) [20:50:13] Fundraising-Backlog, fundraising-tech-ops: configure frdb1003 mariadb instance for FR Analytics use - https://phabricator.wikimedia.org/T247009 (Jgreen) p:Triage→Medium [20:50:36] Fundraising-Backlog, fundraising-tech-ops: configure frdb1003 mariadb instance for FR Analytics use - https://phabricator.wikimedia.org/T247009 (Jgreen) Open→Resolved [20:50:38] Fundraising-Backlog, fundraising-tech-ops: Fundraising Analytics Infrastructure and Setup - https://phabricator.wikimedia.org/T238395 (Jgreen) [21:21:38] MBeat: did you check if this one is resolved - https://phabricator.wikimedia.org/T245843 [21:27:14] it works for Adri, I’m still checking with other agents eileen, but if they are all in the same class I can close the ticket [21:27:23] cool [21:28:07] Fundraising Sprint Byzantine Empire Strikes Back, Fundraising Sprint CAPS LOCK CULTS, Fundraising Sprint Dampness, Fundraising Sprint Evil Twins For Everyone, and 3 others: Merge wmf_thankyou & annual emails extension - https://phabricator.wikimedia.org/T245580 (Eileenmcnaughton) [21:28:14] Fundraising Sprint Byzantine Empire Strikes Back, Fundraising Sprint CAPS LOCK CULTS, Fundraising Sprint Dampness, Fundraising Sprint Evil Twins For Everyone, and 3 others: Merge wmf_thankyou & annual emails extension - https://phabricator.wikimedia.org/T245580 (Eileenmcnaughton) Open→Reso... [21:28:16] Fundraising Sprint Byzantine Empire Strikes Back, Fundraising Sprint CAPS LOCK CULTS, Fundraising Sprint Dampness, Fundraising-Backlog, and 2 others: Civi: build out TY email translations and Language Preference settings - https://phabricator.wikimedia.org/T227903 (Eileenmcnaughton) [21:33:08] https://www.irccloud.com/pastebin/ehlhGNyN/ [21:33:29] Processed id range 9436268 to 9445420 [21:33:29] 2020-03-11 21:24:57,068 ERROR Command dispatch complete [notice] [21:33:29] 2020-03-11 21:24:57,068 INFO Merged 251. Skipped 389 [21:33:32] MBeat: [21:33:37] so that is a one iteration- you can see it's merging 1/3 + of the outstanding ones in that range [21:34:23] so the script is gobbling up a lot with the new rules? if so, yay :) [21:34:29] yep :-) [21:34:51] nom nom nom says the script. aieeee say the cid’s [21:34:57] :-) [21:35:25] thank you says DS [21:35:52] it's up to 9million - so it has re-run about 1/4 of the db [21:37:15] Fundraising Sprint CAPS LOCK CULTS, Fundraising Sprint Dampness, Fundraising Sprint Evil Twins For Everyone, Fundraising-Backlog, and 3 others: Delete contacts deleted before 2017 - https://phabricator.wikimedia.org/T245087 (Eileenmcnaughton) Open→Resolved [21:37:17] Fundraising Sprint CAPS LOCK CULTS, Fundraising Sprint Dampness, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, and 2 others: get rid of the table log_wmf_donor. - https://phabricator.wikimedia.org/T245086 (Eileenmcnaughton) [21:37:26] Fundraising Sprint CAPS LOCK CULTS, Fundraising Sprint Dampness, Fundraising Sprint Evil Twins For Everyone, Fundraising-Backlog, and 3 others: Delete contacts deleted before 2017 - https://phabricator.wikimedia.org/T245087 (Eileenmcnaughton) [21:39:25] amazing output and speed [21:41:12] Fundraising Sprint Byzantine Empire Strikes Back, Fundraising Sprint CAPS LOCK CULTS, Fundraising Sprint Dampness, Fundraising Sprint Evil Twins For Everyone, and 3 others: Work to reduce smarty cruft on the server - https://phabricator.wikimedia.org/T241688 (Eileenmcnaughton) I'm going to close... [21:41:18] Fundraising Sprint Byzantine Empire Strikes Back, Fundraising Sprint CAPS LOCK CULTS, Fundraising Sprint Dampness, Fundraising Sprint Evil Twins For Everyone, and 3 others: Work to reduce smarty cruft on the server - https://phabricator.wikimedia.org/T241688 (Eileenmcnaughton) Open→Resolved [21:41:47] Fundraising Sprint Evil Twins For Everyone, Fundraising-Backlog, Fr-CiviCRM-dedupe-FY2017/18: Civi deduper permission levels for DS - https://phabricator.wikimedia.org/T245843 (Eileenmcnaughton) a:Eileenmcnaughton @MBeat33 confirmed on IRC that one agent has seen this as fixed [21:41:57] Fundraising Sprint Evil Twins For Everyone, Fundraising-Backlog, Fr-CiviCRM-dedupe-FY2017/18: Civi deduper permission levels for DS - https://phabricator.wikimedia.org/T245843 (Eileenmcnaughton) Open→Resolved [21:42:18] Fundraising Sprint Evil Twins For Everyone, Fundraising-Backlog, Fr-CiviCRM-dedupe-FY2017/18: Civi deduper permission levels for DS - https://phabricator.wikimedia.org/T245843 (Eileenmcnaughton) [22:38:31] Fundraising-Backlog, fundraising-tech-ops: Create and configure nessus_check user for running authenticated scans - https://phabricator.wikimedia.org/T246840 (Dwisehaupt) Finally got this tested and successfully ran a credentialed check on frpm1001. This wasn't noted anywhere in the documentation, but I... [22:40:09] Fundraising-Backlog, fundraising-tech-ops: Create and configure nessus_check user for running authenticated scans - https://phabricator.wikimedia.org/T246840 (Dwisehaupt) Also needed were iptables adjustments to allow ssh from the net monitoring host. These will need to be done across all the builds we w... [22:49:04] Fundraising-Backlog, fundraising-tech-ops: issu - https://phabricator.wikimedia.org/T247472 (Dwisehaupt) [22:50:47] Fundraising-Backlog, fundraising-tech-ops: Issue new SSL Client Certificate for psornviset - https://phabricator.wikimedia.org/T247472 (Dwisehaupt) a:Dwisehaupt [22:56:41] Fundraising-Backlog, fundraising-tech-ops: Issue new SSL Client Certificate for psornviset - https://phabricator.wikimedia.org/T247472 (Dwisehaupt) Certificate renewed and sent via email. Password sent via SMS. [23:35:00] Fundraising-Backlog, fundraising-tech-ops: Run authenticated scans of hosts checking against a known standard / benchmark - https://phabricator.wikimedia.org/T246839 (Dwisehaupt) We will soon be able to run known scans. The CIS benchmark is present in nessus for debian 9 (stretch) and was published in re...