[07:26:24] <elukey>	 Hi folks, has anything changed on DNS auth servers? I used to check ips from my laptop like `dig -x XX.XX.XX.XX @nsX.wikimedia.org` but now I always get a NX domain
[07:26:38] <elukey>	 I am pretty sure it is a pebcak but maybe there is something more
[07:34:08] <vgutierrez>	 elukey: internal IPs?
[07:34:54] <vgutierrez>	 that works as expected here
[07:35:00] <elukey>	 vgutierrez: yes correct, 10.x
[07:35:03] <elukey>	 weird
[07:35:03] <vgutierrez>	 https://www.irccloud.com/pastebin/OwPhXGj8/
[07:35:29] <elukey>	 ok then is definitely a pebcak, thanks for confirming :)
[07:38:27] <vgutierrez>	 could be your local isp messing with you?
[07:40:26] <elukey>	 it could be yes, still trying to figure out what/why
[07:43:53] <vgutierrez>	 elukey: dig reflect.wikimedia.org @ns0.wikimedia.org returns your IP?
[07:45:17] <elukey>	 vgutierrez: yep, 91.81.132.35
[07:45:52] <vgutierrez>	 weird then
[09:56:27] <wikibugs>	 10Traffic, 10netops, 10DBA, 10Data-Engineering, and 9 others: codfw row C switches upgrade - https://phabricator.wikimedia.org/T334049 (10klausman)
[09:56:50] <wikibugs>	 10Traffic, 10netops, 10DBA, 10Data-Engineering, and 9 others: codfw row C switches upgrade - https://phabricator.wikimedia.org/T334049 (10klausman)
[09:58:07] <wikibugs>	 10Traffic, 10netops, 10DBA, 10Data-Engineering, and 9 others: codfw row D switches upgrade - https://phabricator.wikimedia.org/T335042 (10klausman)
[09:58:42] <wikibugs>	 10Traffic, 10netops, 10DBA, 10Data-Engineering, and 9 others: codfw row D switches upgrade - https://phabricator.wikimedia.org/T335042 (10klausman)
[09:59:08] <wikibugs>	 10Traffic, 10netops, 10DBA, 10Data-Engineering, and 9 others: codfw row C switches upgrade - https://phabricator.wikimedia.org/T334049 (10klausman)
[13:22:18] <wikibugs>	 10Traffic, 10SRE, 10API Platform (RESTbase Deprecation Roadmap): Block non-browser requests that use generic user agent (UA) headers - https://phabricator.wikimedia.org/T319423 (10VirginiaPoundstone)
[13:22:40] <wikibugs>	 10Traffic, 10MediaWiki-Core-HTTP-Cache, 10MediaWiki-REST-API, 10RESTbase Sunsetting, and 4 others: Determine http cache control and active purging for REST endpoints serving parsoid output - https://phabricator.wikimedia.org/T308424 (10VirginiaPoundstone)
[13:25:20] <wikibugs>	 10Traffic, 10SRE, 10API Platform (API Platform Roadmap), 10Discovery-Search (Current work): Generic strategy to deal with high volume / expensive traffic from cloud providers - https://phabricator.wikimedia.org/T326782 (10VirginiaPoundstone)
[19:11:52] <wikibugs>	 10Traffic, 10Patch-For-Review: Switch Source Hashing ('sh') scheduling on LVS hosts to Maglev hashing ('mh') - https://phabricator.wikimedia.org/T263797 (10BCornwall)
[19:26:45] <wikibugs>	 10Traffic: varnish-frontend-fetcherr: Assert error in vslc_vtx_next, 100% CPU usage - https://phabricator.wikimedia.org/T253093 (10BCornwall) a:03ssingh
[21:08:46] <wikibugs>	 10Traffic, 10SRE-OnFire, 10conftool, 10serviceops, 10Sustainability (Incident Followup): Pybal maintenances break safe-service-restart.py (and thus prevent scap deploys of mediawiki) - https://phabricator.wikimedia.org/T334703 (10BBlack) Probably needs subtasks for two things: 1. Fix "safe-service-restar...
[21:22:58] <wikibugs>	 10Traffic: Clean up debs/pybal branches - https://phabricator.wikimedia.org/T335455 (10BCornwall)
[21:23:25] <wikibugs>	 10Traffic: Clean up debs/pybal branches - https://phabricator.wikimedia.org/T335455 (10BCornwall) p:05Triage→03Medium
[21:40:55] <wikibugs>	 10Traffic: Clean up debs/pybal branches - https://phabricator.wikimedia.org/T335455 (10BCornwall)