[15:26:31] hello! Could service ops give some feedback on https://phabricator.wikimedia.org/T279296 ? [16:04:34] squid? [16:05:28] (sorry, I'm not even serviceops any more so I shouldn't be commenting. anyways.) [16:15:41] yeah I think we still use squid from puppet, as an outbound proxy [16:33:20] holy crap, I thought it was long gone [17:19:15] apergos: afaik they work well and provide http/https access to all internal hosts. The issue is that they lack HA - https://phabricator.wikimedia.org/T242715 (but it's another topic) [17:22:49] huh!! (I have just paid a visit to one of the install servers where I see squid quietly running along) [17:23:04] I remember these as precursors to varnish [17:26:38] apergos: different squids [17:26:51] being used as forward proxies for outbound requests [17:27:10] the same software also used to happen to be used for a more CDN-y use case, but configured differently and on different hosts [17:28:28] yes, sorry, I should have said, I remember squid being used for caching content, I had no idea we still had it around and were putting it to a new use! [17:29:59] it's nice that it's still going strong [18:08:05] warning inserted in lifecycle page "steps for any opsen" about side effects when remote IPMI fails during decom. using the {{Warning}} template that inserts a box under "Pull the plug" there. https://wikitech.wikimedia.org/wiki/Server_Lifecycle#Steps_for_ANY_Opsen [20:41:04] 10serviceops, 10decommission-hardware: decommission scb100[1234].eqiad.wmnet - https://phabricator.wikimedia.org/T273136 (10wiki_willy) 05Open→03Invalid This looks like a duplicate task of T275759. Resolving. [21:04:25] 10serviceops: bring 43 new mediawiki appserver in eqiad into production - https://phabricator.wikimedia.org/T279309 (10Dzahn) [21:24:07] 10serviceops: bring 43 new mediawiki appserver in eqiad into production - https://phabricator.wikimedia.org/T279309 (10Dzahn) current situation in eqiad: apaches: 63 API: 63 jobrunner: 24 (2 dedicated)