Closed Bug 413734 Opened 17 years ago Closed 15 years ago

planet.m.o is not updating

Categories

(Websites :: planet.mozilla.org, defect)

defect
Not set
major

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: reed, Assigned: reed)

References

()

Details

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/planet.mozilla.org/venus/themes/mozilla/index.html.tmplc': (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 → planet.mozilla.org
Product: mozilla.org → Websites
QA Contact: justin → planet-mozilla-org
Version: other → unspecified
Sam, check comment #2 and comment #3, please. Ideas?
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:

http://www.intertwingly.net/code/venus/docs/templates.html

Would one of these other languages be suitable?
(In reply to comment #6)
> I take it that the following is the template in question?
> 
> http://viewvc.svn.mozilla.org/vc/projects/planet/branches/venus/venus/themes/mozilla/index.html.tmpl

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)?
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.
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.
Converted template available here:

http://intertwingly.net/stories/2008/01/25/index.html.xslt

Background: http://intertwingly.net/blog/2008/01/25/Resurrecting-Planet-Mozilla

Interesting question: what mime type should this content be served as?  You can experiment with the http://www.w3.org/TR/xslt#section-HTML-Output-Method, or you can try serving it as application/xhtml+xml and show off features such as SVG.
Assignee: asa → reed
r50834 -- thanks Sam!
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Depends on: 514653
Depends on: 696584
You need to log in before you can comment on or make changes to this bug.