Addshore created this task. Addshore added a project: Wikidata-Campsite. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata.
TASK DESCRIPTION In T252079#6117724 <https://phabricator.wikimedia.org/T252079#6117724> it was identified that we had an incident that was exacerbated by the fact that our formatter cache caches negative results for the full 24hour TTL. In this incident LUA calls incorrectly always returning no value when checking for terms, and this value was cached for 24 hours. A rollback of the train happening in the hours after the incident, however the cache continued to have bad data until the next day. In a comment on that ticket I speculated about some possible solutions: In T252079#6117724 <https://phabricator.wikimedia.org/T252079#6117724>, @Addshore wrote: > - a way to force this cache to be updated when performing a page purge (similar to force links update?) > - a way to ditch all of the cache keys in this cache (probably just incrementing some value in the cache key) Another possible area for investigation would be, is a 24h TTL actually needed for this cache? Currently the TTL used is the same generic TTL for the "shared cache" used for entity storage. We could experiment with this value as a much shorter value would result in a short fallout if something like this were to happen again. If we can't improve the situation then perhaps we should think about one of the other ideas in this ticket? TASK DETAIL https://phabricator.wikimedia.org/T252595 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc: Aklapper, Addshore, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331
_______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
