planet.m.o is not updating



11 years ago
7 years ago


(Reporter: reed, Assigned: reed)






11 years ago
For some reason, planet.m.o is not updating...
Last update: January 23, 2008 10:32 AM UTC

I'm supposed to get cron mail for it, but I haven't received anything. Any errors? I know .nl had a stuck rsync that was causing planet in .nl to be old, but this is the main version of planet.
setting this to blocker just to test nagios
Severity: major → blocker
Assignee: server-ops → justdave
Severity: blocker → critical
after all our debugging turns out we were barking up the wrong tree.  cron apparently didn't get restarted correctly yesterday morning after /data got moved, so none of the cron jobs on mradm02 have been running.  Planet is now running fine on the local build directory, however it still dies with an I/O Error when running it directly on the netapp partition.

Dropping severity since there's a workaround in place to keep the site working, but leaving it open until we figure out the locking issue.  What it's dying with when running it on the netapp partition is:

htmltmpl.TemplateError: Htmltmpl error: IO error in load precompiled template '/data/static/www/': (37) No locks available

Severity: critical → major
ok, doing some poking around on Google, what I've found seems to indicate that this error happens when you attempt to acquire a BSD-style lock on an NFS-mounted file.  NFS version 3 only support POSIX-style locks.  Most known linux filesystems also support POSIX-style locks, so any well-behaved cross-platform program should only be using those.

So moving this back to the Planet component since the remaining problem appears to be an application issue.
Assignee: justdave → asa
Component: Server Operations →
Product: → Websites
QA Contact: justin → planet-mozilla-org
Version: other → unspecified

Comment 4

11 years ago
Sam, check comment #2 and comment #3, please. Ideas?

Comment 5

11 years ago
It looks like htmltmpl doesn't like NFS.  That would imply that the options are to fix htmltmpl, or to stop using either htmltmpl or NFS.

Venus supports multiple template languages: htmltmpl, django, xslt, and genshi:

Would one of these other languages be suitable?

Comment 6

11 years ago
I take it that the following is the template in question?

Comment 7

11 years ago
(In reply to comment #6)
> I take it that the following is the template in question?

That is correct.

As a side note, is there a way to get the times to be PST/PDT instead of UTC (to coincide with ZST ('Zilla Standard Time)?

Comment 8

11 years ago
Sometime either tonight or before the weekend is over I'll take a stab at converting that template to xslt.  Based on the results, you can decide if you want to go with that, or if you want to explore other options.

On my planet, I do a little JavaScript magic to convert dates to the localtime of the viewer.  This code is in themes/asf/personalize.js.  It doesn't work for all localizations, nor for all browsers, but it does work for US timezones and Gecko based browsers (natch).

I see you also continue to produce RSS 1.0 and RSS 2.0 using htmltmpl.  I'll probably leave those as an exercise for the student.  If you scan the web, you can find XSLT code that converts iso-8601 formatted dates into rfc 2822.  But as it is 2008, you really should be asking yourselves why you really need to produce three different feed formats for the same data.  If you really are worried about unmaintained clients, consider outsourcing the conversion to feedburner.

Comment 9

11 years ago
We should absolutely drop the two RSS feed formats. One is plenty. 
(In reply to comment #0)

> I'm supposed to get cron mail for it, but I haven't received anything.

Speaking of which, I haven't seen any cron mail in a few weeks now.

Comment 11

11 years ago
Converted template available here:


Interesting question: what mime type should this content be served as?  You can experiment with the, or you can try serving it as application/xhtml+xml and show off features such as SVG.


11 years ago
Assignee: asa → reed

Comment 12

9 years ago
r50834 -- thanks Sam!
Last Resolved: 9 years ago
Resolution: --- → FIXED


9 years ago
Depends on: 514653


7 years ago
Depends on: 696584
You need to log in before you can comment on or make changes to this bug.