Multiple reports that people are unable to mark pages for translation in metawiki.
Little investigation in LogStash reveals that TranslationsUpdateJob relied on the ability to serialize PHP objects, but a change in JobQueue causes them be returned as arrays and that causes fatal errors.
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Resolved | • Pchelolo | T157088 [EPIC] Develop a JobQueue backend based on EventBus | |||
| Resolved | • Pchelolo | T190327 FY17/18 Q4 Program 8 Services Goal: Complete the JobQueue transition to EventBus | |||
| Resolved | Nikerabbit | T192107 Unable to mark pages for translation in Meta | |||
| Resolved | Nikerabbit | T192111 Make TranslationsUpdateJob JSON-serializable |
@Pchelolo I'm on leave until next Tuesday. Can this change in JobQueue be reverted until we have had time to update Translate?
@Nikerabbit I've created a patch to revert it, sorry for interrupting your leave, but the link you've linked from the task description doesn't work.
And a question, can we leave the new queue processing (and failing) the job for now?
Change 425889 had a related patch set uploaded (by Nemo bis; owner: Ppchelko):
[operations/mediawiki-config@master] Revert switching the TranslateUpdateJob to kafka.
Change 425889 had a related patch set uploaded (by Legoktm; owner: Ppchelko):
[operations/mediawiki-config@master] Revert switching the TranslateUpdateJob to kafka.
The link was just supposed to be a snapshot with search "wiki:metawiki AND TranslatablePage".
I don't understand your question? Do you mean old and new jobqueue running in parallel?
I don't understand your question? Do you mean old and new jobqueue running in parallel?
Ye, that was the idea, but now thinking again it might cause some unexpected results, so I'll remove it from the new queue.
Change 425889 merged by jenkins-bot:
[operations/mediawiki-config@master] Revert switching the TranslateUpdateJob to kafka.
Change 425895 had a related patch set uploaded (by Ppchelko; owner: Ppchelko):
[mediawiki/services/change-propagation/jobqueue-deploy@master] Revert switching TranslationsUpdateJob
Mentioned in SAL (#wikimedia-operations) [2018-04-12T20:32:32Z] <mobrovac@tin> Synchronized wmf-config/jobqueue.php: Switch TranslateUpdateJob back to the Redis-based queue as it is using PHP serialisation - T192107 (duration: 01m 00s)
Change 425895 merged by Ppchelko:
[mediawiki/services/change-propagation/jobqueue-deploy@master] Revert switching TranslationsUpdateJob
Mentioned in SAL (#wikimedia-operations) [2018-04-12T20:33:49Z] <ppchelko@tin> Started deploy [cpjobqueue/deploy@bd772eb]: Revert switching TranslationUpdateJob T192107
Mentioned in SAL (#wikimedia-operations) [2018-04-12T20:34:28Z] <ppchelko@tin> Finished deploy [cpjobqueue/deploy@bd772eb]: Revert switching TranslationUpdateJob T192107 (duration: 00m 39s)
The imminent problem has been dealt with by switching the job back onto the Redis-based queue. Let's keep the ticket open until the TranslateUpdateJob removes PHP serialisation and ports the job to support JSON-serialised parameters.
I think it's time to close this one. Please reopen if that breaks again during the transition process.