Doing runJobs.php never solved it for us; certain jobs spawned new jobs, which created an infinite loop. This was fixed in SMW 2.1 pull request #617 [1].
[1] https://github.com/SemanticMediaWiki/SemanticMediaWiki/pull/617 On Tue, Feb 24, 2015 at 11:11 AM, Justin Lloyd <[email protected]> wrote: > Three of our five wikis are pretty heavily trafficked in both reads and > writes, one of which is one of our busiest web sites. The other two are > relatively low traffic but not worth setting up a separate job management > system (e.g. cron) since they don't experience this problem. Our problem > isn't in getting jobs to run, it's that a small number of jobs won't get > run/removed from the queue no matter what, even when having runJobs run > over and over for more than a day. showJobs doesn't even list such jobs, > meaning they're somehow borked, and manually deleting them from the job > table is the only way to get rid of them, and then new ones will eventually > show up. > > Hopefully upgrading to SMW 2.1 will help. > > > > On Mon, Feb 23, 2015 at 7:54 PM, Chris Koerner <[email protected]> wrote: > > > In my experience setting $wgJobRunRate to ) and setting up a cron job for > > runJobs.php works more reliably. The changes made a few versions ago > > steered me toward this method. It might be worth looking into. Especially > > if you have a lower trafficked wiki. > > > > http://www.mediawiki.org/wiki/Manual:Job_queue > > > > Yours, > > Chris Koerner > > clkoerner.com > > _______________________________________________ > > MediaWiki-l mailing list > > To unsubscribe, go to: > > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > > > _______________________________________________ > MediaWiki-l mailing list > To unsubscribe, go to: > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > _______________________________________________ MediaWiki-l mailing list To unsubscribe, go to: https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
