[00:21:31] Fundraising-Backlog, fundraising-tech-ops: Issue new SSL Client Certificate for dstrine - https://phabricator.wikimedia.org/T273134 (Dwisehaupt) [04:53:09] Fundraising-Backlog, DBA, Blocked-on-schema-change: CentralNotice: Update DB schema on Meta for campaign types feature - https://phabricator.wikimedia.org/T272953 (AndyRussG) >>! In T272953#6777633, @Marostegui wrote: > testwiki is done: Ahh cool thanks so much!! Yeah looks good to me! :D [06:51:21] Fundraising-Backlog, DBA, Blocked-on-schema-change: CentralNotice: Update DB schema on Meta for campaign types feature - https://phabricator.wikimedia.org/T272953 (Marostegui) a:Marostegui [07:39:55] (CR) jerkins-bot: [V: -1] Localisation updates from https://translatewiki.net. [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/659171 (owner: L10n-bot) [07:52:41] (CR) Raimond Spekking: [C: +2] "false positive" [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/659171 (owner: L10n-bot) [13:12:14] Fundraising Sprint B 2021, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, FR-Email: Matching Gifts: Add fields to all_wikimedia from SSI database - https://phabricator.wikimedia.org/T269294 (jgleeson) @KHaggard I'm also around between those times. Does it make sense to do the call before o... [15:09:02] (PS1) Jgleeson: Add matchings gifts prefix to mg fields [wikimedia/fundraising/tools] - https://gerrit.wikimedia.org/r/659262 [15:12:33] fr-tech, anyone around to +2 a small update to some sql field names? ^^^ that patch just renames two new fields to add a "matching_gifts" prefix to make them less ambiguous in the main export. thanks much! [15:12:54] back later [15:54:24] Fundraising-Backlog, Analytics, Event-Platform: CentralNoticeBannerHistory and CentralNoticeImpression Event Platform Migration - https://phabricator.wikimedia.org/T271168 (Ottomata) @AndyRussG if ok with you, I'll make some patches to CentralNotice to make it always use `mw.eventLog.logEvent`. This... [16:00:52] (CR) Cstone: [C: +2] Add matchings gifts prefix to mg fields [wikimedia/fundraising/tools] - https://gerrit.wikimedia.org/r/659262 (owner: Jgleeson) [16:03:07] (Merged) jenkins-bot: Add matchings gifts prefix to mg fields [wikimedia/fundraising/tools] - https://gerrit.wikimedia.org/r/659262 (owner: Jgleeson) [16:16:51] Fundraising-Backlog, Analytics, Event-Platform: CentralNoticeBannerHistory and CentralNoticeImpression Event Platform Migration - https://phabricator.wikimedia.org/T271168 (Ottomata) Actually, @AndyRussG is anything actually needed to be done? I see that `mw.eventLog.logEvent` is called as long as t... [16:29:55] Fundraising-Backlog, Analytics, Event-Platform: CentralNoticeBannerHistory and CentralNoticeImpression Event Platform Migration - https://phabricator.wikimedia.org/T271168 (AndyRussG) Hi @Ottomata! Thanks so much for your help here!! > we'll be removing support for browsers without sendBeacon Ah ok... [16:50:56] Fundraising Sprint B 2021, Fundraising-Backlog, MediaWiki-extensions-DonationInterface, fr-email-preference-center: Create new subpage for Special:EmailPreferences - https://phabricator.wikimedia.org/T268510 (AndyRussG) I would like to suggest maybe that instead of using DonationInterface for thi... [17:00:25] thanks cstone ! [17:39:35] (PS1) Jgleeson: Merge branch 'master' into deploy [wikimedia/fundraising/tools] (deploy) - https://gerrit.wikimedia.org/r/659340 [17:46:18] (CR) Jgleeson: [C: +2] Merge branch 'master' into deploy [wikimedia/fundraising/tools] (deploy) - https://gerrit.wikimedia.org/r/659340 (owner: Jgleeson) [17:46:53] (Merged) jenkins-bot: Merge branch 'master' into deploy [wikimedia/fundraising/tools] (deploy) - https://gerrit.wikimedia.org/r/659340 (owner: Jgleeson) [17:49:06] !log fundraising-tools tools updated from 41cab089da to d64b2f8cee [17:49:08] Logged the message at https://wikitech.wikimedia.org/wiki/Server_Admin_Log [17:51:29] fr-tech I'm about to run the silverpop_daily job to generate and transfer over a new export which includes the new matching gifts fields so that katers can set up the mapping at her end. just a heads up! [17:52:07] nice jgleeson ! [17:56:00] Good times [18:15:38] PROBLEM - check_mysql on frdev1001 is CRITICAL: SLOW_SLAVE CRITICAL: Slave IO: Yes Slave SQL: Yes Seconds Behind Master: 1203 [18:20:36] PROBLEM - check_mysql on frdev1001 is CRITICAL: SLOW_SLAVE CRITICAL: Slave IO: Yes Slave SQL: Yes Seconds Behind Master: 1502 [18:23:12] ACKNOWLEDGEMENT - check_mysql on frdev1001 is CRITICAL: SLOW_SLAVE CRITICAL: Slave IO: Yes Slave SQL: Yes Seconds Behind Master: 1502 Dwisehaupt silverpop daily job chewing away. [18:24:36] ah dwisehaupt [18:24:44] I was wondering why it was taking so long [18:24:57] Fundraising-Backlog: Ingenico SSL certificate renewal - https://phabricator.wikimedia.org/T273214 (EMartin) [18:24:58] hmmm [18:25:04] maybe we should kill that for now [18:26:03] it shouldn't be taking this long [18:30:32] ok I just killed the query [18:30:59] looks like the job got stuck [18:32:42] jgleeson: oh. there wasn't a need to kill it on our end. if it was stuck, sure. but otherwise i just wanted to ack it so it wouldn't keep hitting our phones. [18:33:08] yeah I guess I'm a little unsure why it was hanging [18:33:19] my session timed out also [18:33:27] I forgot to run it via tmux [18:34:12] yeah, feel free to run it again. not a bother to me. [18:34:31] hmm it looks like the process-control job is stuck also [18:34:41] it hasn't realised the query has been killed [18:35:38] RECOVERY - check_mysql on frdev1001 is OK: Uptime: 525771 Threads: 17 Questions: 22893832 Slow queries: 321905 Opens: 18590180 Flush tables: 1 Open tables: 200 Queries per second avg: 43.543 Slave IO: Yes Slave SQL: Yes Seconds Behind Master: 0 [18:41:22] hmm [18:41:38] ok so it looks like the job just went away after my ssh session was d/c [18:41:48] and left the logs in a half running state [18:41:59] half-complete* [18:43:44] dwisehaupt: Jeff_Green can you see anything for these processes on civi1001? [18:43:49] silverpop_daily - Silverpop build and export {pid: 11748, status: running} [18:43:51] silverpop_emails_build_export_files - Silverpop emails - Build export files {pid: 11750, status: running} Y [18:44:07] I can't see them but process-control is saying they're still running [18:44:11] looking [18:44:14] thanks [18:45:14] neither are running, nor is run-job [18:46:29] oh weird [18:47:02] this cmd shows them as running `run-job --list-jobs --only-running` [18:47:26] but I'm suspecting that command is looking at lock files to make it's decision on the output [18:47:33] the test is not clever, it just looks for the existence of the pidfile, but there are cases where that can be left behind as cruft [18:47:39] yes [18:48:16] there's a bit of a fix for the test awaiting review in gerrit [18:48:38] ok well that's somewhat good news [18:48:51] which reminds me, I gotta see if Adam reviewed it again after I fixed some the stuff he pointed out in the first rev [18:48:52] process-control clears out old lockfiles I think when run [18:49:09] so I should be able to fix the issue and rerun [18:49:15] I think you're right, yeah [18:55:29] ok fr-tech I think I know what went wrong [18:55:34] I need to rebuild the silverpop tables [18:57:20] because the table intended to store the new matching gift fields has the following create statement [18:57:22] CREATE TABLE IF NOT EXISTS silverpop_export [18:57:36] and as it already exists, it will never add the new fields. [18:57:56] so I'm gonna run the rebuild-schema.sql file on frdev1001 as the silverpop export user [18:58:26] which should update the tables [18:58:47] hmm [18:58:55] I guess i could just update that table in isolation [18:59:05] to save rebuilding them all [19:05:40] ok it doesn't look that straight forward [19:06:05] there are 23mn records in the table that needs replacing [19:06:23] which i wasn't expecting based on our incremental update process [19:06:40] so to preserve that data, I'm gonna back it up in the event we need to restore that [19:07:26] hmmm I guess I could also just update the existing table adding the new fields [19:08:32] although depending on the table that could take some time [19:23:09] Fundraising-Backlog, Analytics, Event-Platform: CentralNoticeBannerHistory and CentralNoticeImpression Event Platform Migration - https://phabricator.wikimedia.org/T271168 (Ottomata) > since it looks like we currently do still support IE 11, which doesn't support sendBeacon. Do you know the timeline... [20:14:07] Fundraising Sprint B 2021, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, FR-Email: Matching Gifts: Add fields to all_wikimedia from SSI database - https://phabricator.wikimedia.org/T269294 (KHaggard) Update: @jgleeson and I met and discussed a game plan for the Matching Gifts fields. We de... [20:25:38] PROBLEM - check_mysql on frdev1001 is CRITICAL: SLOW_SLAVE CRITICAL: Slave IO: Yes Slave SQL: Yes Seconds Behind Master: 1500 [20:26:33] ACKNOWLEDGEMENT - check_mysql on frdev1001 is CRITICAL: SLOW_SLAVE CRITICAL: Slave IO: Yes Slave SQL: Yes Seconds Behind Master: 1500 Dwisehaupt silverpop export running. [20:38:24] I'm back... [20:42:25] hellllllo eileen [20:42:32] how goes? [20:43:14] I'm just looking to see if there is something I can work on today & tomorrow [20:51:02] I'm going to take a look at updating civi on staging - there are some changes that need merging upstream - but happy to look at something else if someone wants me to [20:55:36] RECOVERY - check_mysql on frdev1001 is OK: Uptime: 534171 Threads: 17 Questions: 23282516 Slow queries: 327020 Opens: 18888395 Flush tables: 1 Open tables: 200 Queries per second avg: 43.586 Slave IO: Yes Slave SQL: Yes Seconds Behind Master: 0 [21:29:12] welcome back eileen ! [21:31:07] (CR) Jforrester: [C: +2] build: Updating eslint-config-wikimedia to 0.18.0 [extensions/CentralNotice] - https://gerrit.wikimedia.org/r/659049 (owner: Libraryupgrader) [21:31:37] thanks jgleeson [21:31:44] I hope you are doing ok? [21:34:17] good thanks. just been doin some work on the silverpop export today add a few of the matching gift fields to the main export [21:34:26] to* [21:34:30] how was your brennen ? [21:34:32] oops [21:34:37] how was your break* [21:34:39] :) [21:34:41] haha [21:34:50] sry! :) [21:35:11] having been summoned, i will take a moment to echo the welcome back eileen, before disappearing. :) [21:35:29] :-) [21:35:39] the break was great - we did all the touristy things [21:38:09] :) [22:10:27] Fundraising-Backlog, fundraising-tech-ops: Issue new SSL Client Certificate for lnavarro - https://phabricator.wikimedia.org/T272646 (Dwisehaupt) Open→Resolved [22:10:38] Fundraising-Backlog, fundraising-tech-ops: Issue new SSL Client Certificate for cvirtue - https://phabricator.wikimedia.org/T272894 (Dwisehaupt) Open→Resolved [22:11:39] Fundraising-Backlog, fundraising-tech-ops: Issue new SSL Client Certificate for bbarnes - https://phabricator.wikimedia.org/T273131 (Dwisehaupt) Certificate renewed and delivered via email. Password sent via SMS. CN name change on the cert to reflect a name change. Cert name adjusted to match email for... [22:15:31] Fundraising Sprint B 2021, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, FR-Email: Matching Gifts: Add fields to all_wikimedia from SSI database - https://phabricator.wikimedia.org/T269294 (jgleeson) hey, @KHaggard just a heads up that the updates are live as discussed and a test run of exp... [23:15:34] Fundraising-Backlog, Analytics, FR-Tech-Analytics: Whitelist Portal and WikipediaApp event data for (sanitized) long-term storage - https://phabricator.wikimedia.org/T273246 (EYener) [23:29:06] Fundraising Sprint B 2021, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, FR-Email: Matching Gifts: Add fields to all_wikimedia from SSI database - https://phabricator.wikimedia.org/T269294 (KHaggard) Hi @jgleeson ! Thanks for this update. I saw it before logging off today, so I went forward...