My scenario happened about 8 months ago I think. Certainly before https://gerrit.wikimedia.org/r/#/c/59414/ got pushed to the cluster; which from the bug / description I think would've solved it.
~Matt Walker Wikimedia Foundation Fundraising Technology Team On Mon, Mar 10, 2014 at 1:22 PM, Bryan Davis <[email protected]> wrote: > On Mon, Mar 10, 2014 at 2:10 PM, Matthew Walker <[email protected]> > wrote: > > I recall during some fundraising adventures with CentralNotice that in > some > > cases things were persisting in cache beyond the expiry of > $wgSquidMaxage. > > We were debating setting $wgCacheEpoch [0] before I just went through and > > issued manual purges on all the affected pages (also causing an outage of > > swift because it couldn't handle a lot of deletes...). > > > > [0] https://www.mediawiki.org/wiki/Manual:$wgCacheEpoch > > > Was this quite a while ago? Greg pointed out bug 44570 [1] when I > started asking questions about cleaning up old branches. It looks to > me like the interesting behavior of cache TTL reset when the backing > article hasn't been edited in the 31 day window should be fixed in > production since 2013-04-24. This is exactly the sort of gotcha I was > hoping would be surfaced by asking around though so please correct me > if there is still a way that the static assets can be needed for more > than the "use plus 31 days" window. > > [1]: https://bugzilla.wikimedia.org/show_bug.cgi?id=44570 > > Bryan > -- > Bryan Davis Wikimedia Foundation <[email protected]> > [[m:User:BDavis_(WMF)]] Sr Software Engineer Boise, ID USA > irc: bd808 v:415.839.6885 x6855 >
_______________________________________________ MediaWiki-Core mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/mediawiki-core
