[01:40:12] <bd808>	 legoktm: https://gerrit.wikimedia.org/r/#/c/247964 should fix the over counting
[01:47:38] <bd808>	 dapatrick, Krinkle: the other difference between front end (fe) and backend (be) Varnishes is the cache location. fe caches in ram, be caches to ssd. So a be can hold a lot more data and it is responsible for only a part of the URL space based on the consistent hashing done by fe servers when they miss local cache.
[01:49:59] <bd808>	 we deploy a fe and be pair on the same physical host
[01:57:42] <dapatrick>	 bd808, Thanks. That's useful to know.
[02:05:16] <Krenair>	 Krinkle, swift?
[02:05:32] <Krinkle>	 Krenair: MediaWiki PHP doesn't reach out to Swift in a page view request.
[02:05:39] <Krinkle>	 (right?)
[02:05:43] <Krenair>	 ummmm
[02:06:07] <Krinkle>	 Thumbs are created in separate thumb.php requests
[02:06:12] <Krinkle>	 or via job queue
[02:07:28] <Krenair>	 when you go to upload.wikimedia.org and request a thumb that doesn't yet exist, doesn't it call some MW code?
[02:10:16] <Krenair>	 also, udp2log?
[16:57:06] <bd808>	 csteipp: if you have a moment and wouldn't mind, a +2 on https://gerrit.wikimedia.org/r/#/c/247858/ would keep me from self-merging. Niharika is offline but +1'd the last substantive change
[16:57:32] <bd808>	 thanks
[16:57:45] <csteipp>	 Any time :)
[17:56:30] <Krinkle>	 Krenair: Yes, upload will fall back to thumb.php eventually via the 404 handler. However it also goes via swift-http first. And either way that's not a page view. I'm referring to the life time of a /wiki/Example request and all scenarios that can unfold in "normal" operation.
[17:56:41] <Krinkle>	 including things post-send and async.
[17:56:48] <Krinkle>	 It's kind of arbitrary but I do limit it somewhere
[17:57:04] <Krinkle>	 udp2log is covered by the Logstash cloud as something internal there I'm chosing to hide. 
[17:57:12] <Krinkle>	 it shows RCFeed but not RCStream
[19:21:06] <legoktm>	 csteipp: https://phabricator.wikimedia.org/T112950#1746225 is fixed now
[20:24:54] <tgr>	 csteipp: do you have any concerns with an OAuthAuthentication vagrant role?
[20:25:30] <csteipp>	 tgr: I would love one! Never got around to actually setting one up.
[20:25:42] <tgr>	 the secret key would have to be public, but for vagrant it does not seem like a bid deal