Beta LocalisationCache uses cdb files placed in /home/wikipedia/common/php/cache/l10n . Since MediaWiki language files are shared among apaches through a NFS share, scap is never used and the rebuildLocalisationCache.php script is never triggered.
As a workaround, one can manually run the following command:
mwscript rebuildLocalisationCache.php --wiki=aawiki
Version: unspecified
Severity: minor
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Resolved | None | T39061 rebuild localisation cache whenever needed | |||
| Declined | None | T39078 use scap to deploy on apaches (tracking) | |||
| Resolved | faidon | T39076 [OPS] debianize PHP5 extension 'parsekit' | |||
| Resolved | None | T39077 setup IRC log relay on deployment-dbdump | |||
| Resolved | hashar | T45339 Deploy git-deploy to the Beta Cluster | |||
| Resolved | Reedy | T45340 Design new on-disk layout for MediaWiki install on tin/eqiad Apaches | |||
| Resolved | hashar | T45729 git-deploy minions should get files under /mnt | |||
| Resolved | hashar | T45706 apaches boxes should use role::applicationserver::appserver class | |||
| Resolved | RyanLane | T45613 Manage puppet groups interface is broken for sysadmins |
Maybe l10n cache has an option to automatically rebuild a language cache whenever its Messages files have been updated.
Seems a step to be done after update. A update-cache-if-updated wouldn't work, as doing that in the apaches would cause contention.
Also, the LocalisationCache::recache() doesn't seem to be atomic, so if an apache is trying to load the data while we are writing the files, it could end up with no localisation.
This is part of course of the bigger problem of version mismatch during upgrades.
https://gerrit.wikimedia.org/r/#/c/22673/ extracts the l10n cache rebuild out of scap.
Gerrit change 22673 has been merged in. The beta autouploader calls the l10n cache rebuild after having updated the extension. That fix this issue.