[Bug 47289] l10n cache doesn't actually cache (due to specific extension localization pair not in hash, marking the cache as invalid)
https://bugzilla.wikimedia.org/show_bug.cgi?id=47289 Andre Klapper changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #18 from Andre Klapper --- Alright then. Thanks for investigating and the update here! -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47289] l10n cache doesn't actually cache (due to specific extension localization pair not in hash, marking the cache as invalid)
https://bugzilla.wikimedia.org/show_bug.cgi?id=47289 --- Comment #17 from Daniel Renfro --- For the life of me I cannot reproduce this. It seems to be caused by sunspots or maybe the phase of the moon. For a while there the localization cache was convinced it was out of date and re-cached itself (constantly.) I dumped some log files and compared them to the one Victor uploaded a while back (in comment 4.) I couldn't find any substantive differences. I have a vague feeling this was due to our MySQL replication and/or lag. I know the LoadBalancer/ChronologyProtector is supposed to guard against things like this, but I can't help but feel that this was the problem. (No real reason -- I definitely could be wrong.) Feel free to mark this bug as "Not fixed"/"Not reproducible". -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47289] l10n cache doesn't actually cache (due to specific extension localization pair not in hash, marking the cache as invalid)
https://bugzilla.wikimedia.org/show_bug.cgi?id=47289 --- Comment #16 from Andre Klapper --- (In reply to comment #9) > The problem turned out to be an extension that was loading another extension, (In reply to comment #10) > can you give links to the source code of the relevant two extensions? (In reply to comment #15) > I'll post back here as soon as I find something! Hi Daniel, any news here? -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47289] l10n cache doesn't actually cache (due to specific extension localization pair not in hash, marking the cache as invalid)
https://bugzilla.wikimedia.org/show_bug.cgi?id=47289 Daniel Renfro changed: What|Removed |Added CC||dren...@vistaprint.com --- Comment #15 from Daniel Renfro --- Hi Andre, Sorry for the seemingly abandoned ticket -- Victor himself went on vacation! I came across this ticket in my backlog of issues and am going to have another look at it. To review: * Our Mediawiki installation is quite complex, which does not ease the debugging. We have three load-balanced web nodes which share a codebase mounted on an NFS partition. We also have three database (MySQL) nodes: one master, two slaves. * We have a plethora of extensions, both third-party and ones developed in-house for various enterprise functionality. * The issue here is that the localization cache constantly updates. When requests come in MediaWiki writes a bunch of l10n stuff (I'm assuming these are l10n-messages) to the database. Aside from unnecessarily using resources, in a replicated environment the DB_MASTER writes these INSERTS to the binlog file[1]. These files get executed on the SLAVES, but in the meantime they slowly grow to fill the disk. This is bad. * From my cursory debugging, it seems that this behavior only occurs on the DB_MASTER (which makes sense.) When $wgCacheDirectory is set this behavior stops (I'm assuming because MediaWiki writes the cache a single time.) This is the current workaround we have in place. I'll use the stuff Tim posted above to have another look. Thanks for keeping up with this issue -- I'll post back here as soon as I find something! --Daniel (User:AlephNull) Refernces: [1] https://dev.mysql.com/doc/refman/5.0/en/binary-log.html -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47289] l10n cache doesn't actually cache (due to specific extension localization pair not in hash, marking the cache as invalid)
https://bugzilla.wikimedia.org/show_bug.cgi?id=47289 --- Comment #14 from Andre Klapper --- Victor: Did you find time to ask? -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47289] l10n cache doesn't actually cache (due to specific extension localization pair not in hash, marking the cache as invalid)
https://bugzilla.wikimedia.org/show_bug.cgi?id=47289 --- Comment #13 from Victor Danilchenko --- I will need to get authorization to do so, after my manager returns from vacation. Give me a little time. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47289] l10n cache doesn't actually cache (due to specific extension localization pair not in hash, marking the cache as invalid)
https://bugzilla.wikimedia.org/show_bug.cgi?id=47289 --- Comment #12 from Andre Klapper --- Victor Danilchenko: Could you answer comment 10, please? -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47289] l10n cache doesn't actually cache (due to specific extension localization pair not in hash, marking the cache as invalid)
https://bugzilla.wikimedia.org/show_bug.cgi?id=47289 Andre Klapper changed: What|Removed |Added Priority|Unprioritized |Low -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47289] l10n cache doesn't actually cache (due to specific extension localization pair not in hash, marking the cache as invalid)
https://bugzilla.wikimedia.org/show_bug.cgi?id=47289 --- Comment #11 from Andre Klapper --- Victor: Could you answer comment 10, please? -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47289] l10n cache doesn't actually cache (due to specific extension localization pair not in hash, marking the cache as invalid)
https://bugzilla.wikimedia.org/show_bug.cgi?id=47289 Andre Klapper changed: What|Removed |Added Summary|l10n cache doesn't actually |l10n cache doesn't actually |cache |cache (due to specific ||extension localization pair ||not in hash, marking the ||cache as invalid) Whiteboard||aklapper-moreinfo -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l