[06:18:04] <ema>	 bblack: I think we just forgot about that patch (https://gerrit.wikimedia.org/r/#/c/operations/puppet/+/473299)
[06:18:19] <ema>	 elukey: FYI ^
[06:19:54] <ema>	 elukey: do you know if on matomo the above cookies still look the same?
[06:24:19] <elukey>	 hey ema, morning :)
[06:24:53] <elukey>	 can you explain a bit the patch to me? I think I got it but it is friday morning :D
[06:25:51] <ema>	 elukey: of course! We normally avoid caching responses to requests with cookies, as they often are uncacheable (logged-in stuff and so forth)
[06:26:16] <ema>	 however, there are certain cookies that we know for a fact do not alter the way the response is constructed depending on the cookie itself
[06:26:29] <ema>	 for instance, WMF-Last-Access
[06:27:23] <ema>	 hence we have the VCL in the patch above to make sure that certain cookies do not make the response uncacheable   
[06:29:40] <ema>	 last November bblack submitted that patch to make sure that "piwik cookies" (_pk_id / _pk_ses apparently) are included in the list of cookies we ignore for yes-cache/no-cache decisions
[06:31:35] <elukey>	 ack got it, I don't have a good answer about piwik though.. we can merge and check of course, it shouldn't be a big issue. If Brandon added piwik to the list there must have been a reason :)
[06:37:32] <ema>	 elukey: ack, I'll merge then!
[06:43:56] <ema>	 so long pink unicorn o/
[06:44:19] <vgutierrez>	 sniff! I'll miss it
[13:48:52] <wikibugs>	 10Traffic, 10netops, 10Operations, 10IPv6: Fix IPv6 autoconf issues once and for all, across the fleet. - https://phabricator.wikimedia.org/T102099 (10akosiaris) > This still leaves all the servers currently installed which have a MAC based SLAAC address i.e. they do not have interface::add_ip6_mapped. It...
[14:11:57] <wikibugs>	 10Traffic, 10netops, 10Operations, 10IPv6: Fix IPv6 autoconf issues once and for all, across the fleet. - https://phabricator.wikimedia.org/T102099 (10BBlack) Re: transitioning away from SLAAC for the current fleet/setup (which I think is probably a good incremental idea, and could happen ahead of the futu...
[15:36:49] <wikibugs>	 10netops, 10Operations, 10ops-eqiad: (Need By: Sept 30) upgrade msw1-eqiad from EX4200 to EX4300 - https://phabricator.wikimedia.org/T225121 (10ayounsi) a:05ayounsi→03Papaul codfw is done. @papaul let me know if you need help to prepare the eqiad one.
[16:27:15] <wikibugs>	 10Traffic, 10Operations, 10conftool, 10Patch-For-Review, and 2 others: Figure out a security model for etcd - https://phabricator.wikimedia.org/T97972 (10CDanis)
[16:50:39] <wikibugs>	 10Traffic, 10Operations: rhenium [spare] server still receiving flow data - https://phabricator.wikimedia.org/T224477 (10ayounsi) 05Open→03Resolved This also caused the BGP sessions between rhenium (netflow) and the routers to alert.  Updated to use the netflow1001 IP instead.
[16:50:42] <wikibugs>	 10netops, 10Operations: migrate netinsights from rhenium to sulfur - https://phabricator.wikimedia.org/T212011 (10ayounsi)
[16:51:42] <wikibugs>	 10netops, 10Operations: migrate netinsights from rhenium to sulfur - https://phabricator.wikimedia.org/T212011 (10ayounsi) 05Open→03Resolved a:05MoritzMuehlenhoff→03ayounsi We created a VM (netflow1001) to replace rhenium, everything has been migrated.
[22:32:54] <paladox>	 Hi, is anyone from traffic around?
[22:37:43] <paladox>	 (it's regarding adding gerrit-replica (replacing gerrit-slave))
[23:20:07] <wikibugs>	 10netops, 10Operations: Instability of the Level3 link between cr2-eqiad and cr2-esams - https://phabricator.wikimedia.org/T228827 (10ayounsi) Talked to Faidon, using the backup link for a long amount of time is costing us money (see overusage on https://librenms.wikimedia.org/bill/bill_id=17/). I made the Lev...