#368 closed defect (invalid)

munin pages on .org have broken links to dev pages

Reported by: terrell Owned by: somebody
Priority: minor Milestone: undecided
Component: website Version: 0.9.0
Keywords: munin website Cc:
Launchpad Bug:

Description (last modified by warner)

figleaf pages from http://allmydata.org/buildbot/ like http://allmydata.org/tahoe-figleaf-graph/hanford.allmydata.com-tahoe_speedstats_rate.html all have broken breadcrumb links at the top and bottom of the pages.

probably a simple configuration tweak.

Change History (5)

comment:1 Changed at 2008-05-07T22:51:30Z by warner

  • Summary changed from figleaf pages link to many 404s to munin pages on .org have broken links to dev pages

actually, the problem is that those graphs (and the HTML page that frames them) are copied from our internal development machine's munin tree, and we don't copy everything.. just the parts that are relevant to tahoe development. So the broken links are supposed to point to non-public pages.

The best fix would probably be to create HTML wrappers that link to the images but not to all the other stuff, and leave those in place on .org (instead of copying them every 20 minutes like we do with the .pngs).

comment:2 Changed at 2008-06-01T20:47:01Z by warner

  • Milestone changed from eventually to undecided

comment:3 Changed at 2010-04-13T19:28:09Z by davidsarah

  • Keywords munin website added

comment:4 Changed at 2010-08-06T23:08:46Z by freestorm

Is this ticket still alive?

from IRC:

<FreeStorm> warner: have you 2min for ticket #368?
<FreeStorm> just to be sure I understand what is the configuration and the issue
* warner looks
<warner> hm, I'd completely forgotten about those graphs
<FreeStorm> you have 2 munin-node, 1 "private" , and 1 "public" ?
<FreeStorm> And you want to show only some graph from the "private" to the "public" right?
<warner> I'm not really sure any more
<warner> we used to have a number of tests running on the buildbot, which emitted numbers, which were then read by a munin plugin on the buildmaster machine, and produced graphs on that machine
<warner> these graphs were then copied (via a cronjob and scp) from the buildmaster machine (aka "hanford" aka "dev.allmydata.org") onto the world-visible web server / trac machine (aka "org" aka "allmydata.org")
<warner> those tests depended upon many of the "testgrid" machines, so I suspect that none of them are running anymore
<FreeStorm> Okay, buildbot=private allmydata.org=public
<warner> right
<FreeStorm> SO I will write a comment, maybe someone know more how it supposed to work, and if this ticket need to be close
<warner> I suspect the ticket should be closed and a new one opened named "buildbot-driven performance/coverage munin graphs should be revived"
<FreeStorm> with munin, you can display munin-graph from one machine to another, but I think you cannot chose which graphy, maybe it's only all or nothing
<warner> because the problem is now much deeper than merely fixing the copy-graph-from-hanford-to-org problem
<warner> well, a given munin master will generate a bunch of .png files under /var/www/munin/
<warner> then you can either serve them from that machine, or rig up a cronjob like we did to copy them elsewhere
<warner> for allmydata, that "hanford" machine had a bunch of internal graphs that we didn't want to publish (stuff about the production grid, internal machines, etc)
<warner> so we were only copying a subset of the images, rather than making hanford's webserver world-readable
<FreeStorm> yes, by this way you can chose what you want to display. 
<warner> our general goal these days is to move things away from hanford and onto org, so we can retire hanford eventually
<warner> that means moving the buildmaster to org, then rebuilding the testgrid structure enough to bring back the performance tests, then rebuilding those graphs
<FreeStorm> Okay, I will write your comments to the ticket.
<warner> thanks!

comment:5 Changed at 2015-03-20T20:33:18Z by warner

  • Description modified (diff)
  • Resolution set to invalid
  • Status changed from new to closed

Closing this super-old issue. None of the hardware is still around: we don't have automated perf tests anymore, hanford is long gone.

Some day we should find a way to push automated data into some sort of web-based database (couchdb?) and take advantage of some pre-existing graphing library to display the history.

Note: See TracTickets for help on using tickets.