My scenario happened about 8 months ago I think. Certainly before
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 <bd808(a)wikimedia.org> wrote:
On Mon, Mar 10, 2014 at 2:10 PM, Matthew Walker
<mwalker(a)wikimedia.org>
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 <bd808(a)wikimedia.org>
[[m:User:BDavis_(WMF)]] Sr Software Engineer Boise, ID USA
irc: bd808 v:415.839.6885 x6855