[03:38:35] 06Traffic, 06SRE: All github action tests of Pywikibot fails due to 429 status code (TOO MANY REQUESTS) - https://phabricator.wikimedia.org/T414173#11568636 (10Lupascriptix) Hi, No to the Github action tests- I'm sorry, I thought this was the right place to put this post, but I can make a new task and delete m... [08:33:16] 06Traffic, 06SRE: All github action tests of Pywikibot fails due to 429 status code (TOO MANY REQUESTS) - https://phabricator.wikimedia.org/T414173#11569031 (10Aklapper) > Hi, No to the Github action tests- I'm sorry, I thought this was the right place to put this post **This ticket is only about Github actio... [08:41:21] you might be interested in https://nanog.org/events/nanog-96/content/5678/ [16:28:00] Hello traffic friends. I am trying to understand Varnish's TTL, and whether there is a way to force it to flush the cache for, say, all endpoints under https://wikimedia.org/api/rest_v1/metrics/pageviews/* [16:28:07] Is this the right channel to discuss this? [16:37:47] xcollazo: yeah this is the right place [16:38:09] there is a way but I guess, what are you trying to do here is the first question I have :) [16:42:31] We (Data Engineriing) own a system we call AQS that lives under https://wikimedia.org/api/rest_v1/metrics. We have fixed some data on the serving layer, and we can see that the new data is being served when we change the URL with, say, `?test` at the end of the URL, but the Varnish cached data continues to be served. We want that to stop. I'd love to elaborate more, but it is sensitive. Will add you to the ticket. [16:43:04] xcollazo: ok, please do [16:44:10] ?test will get you the new data of course as expected but yeah, I guess we need to see the headers to understand what is happening [16:44:16] sukhe: @ssingh your phab handle yes? [16:44:26] xcollazo: yep