Closed
Bug 429226
Opened 17 years ago
Closed 17 years ago
update bulk.cgi/collect.cgi to use new graph server link format
Categories
(Webtools Graveyard :: Graph Server, defect, P2)
Webtools Graveyard
Graph Server
Tracking
(Not tracked)
RESOLVED
FIXED
0.3
People
(Reporter: anodelman, Assigned: anodelman)
Details
Attachments
(3 files)
2.95 KB,
patch
|
morgamic
:
review+
|
Details | Diff | Splinter Review |
1.62 KB,
patch
|
rcampbell
:
review+
|
Details | Diff | Splinter Review |
1.49 KB,
patch
|
bhearsum
:
review+
|
Details | Diff | Splinter Review |
The new graph server front end uses a different link format; bulk.cgi & collect.cgi are still using the old format.
Once everyone is using the new format we can switch over the talos machines to use the new front end seamlessly.
Assignee | ||
Updated•17 years ago
|
Priority: -- → P2
Updated•17 years ago
|
Target Milestone: --- → 0.3
Assignee | ||
Comment 1•17 years ago
|
||
This changes the links returned by bulk.cgi and collect.cgi to line up with the new front end link format. This will be an hg only change since it has to do with the new front end.
Once we start using the server code in hg we'll end up automatically switching to the new link format.
There will be issues on the talos side of the world unless we move the new front end to live in the main directory (ie, graphs.mozilla.org/graphs.html instead of graphs.mozilla.org/g2/graphs.html) - because talos constructs the whole url from the partial sent back from the cgi scripts along with it's knowledge of where the graph server lives.
A simpler solution might be to have the graph server send back complete urls - but then it would have to know it's location. Is there some way to pull that easily from environment variables? Could we store it in a local variable that has to be set on graph server installation? Any advice?
Attachment #326792 -
Flags: review?
Assignee | ||
Comment 2•17 years ago
|
||
When posting data to the graph server talos uses post_file.py. Right now it only allows for a limited format for links - they must be of the form:
host: www.site.com
selector: /route/to/code/script.cgi
This has worked okay, but it would easier if we could start splitting things out so that this would be okay:
host: www.site.com/route/to/code/
selector: /script.cgi
Once we go with the new front end, server code will live in a separate directory than graph code. We are going to need this flexibility to have both links to graphs and links to posting data work.
Attachment #326808 -
Flags: review?(rcampbell)
Comment 3•17 years ago
|
||
Comment on attachment 326808 [details] [diff] [review]
talos patch for greater flexibility in graph server links [Checked in]
do you even need to do this manual separation of host and selector? It looks like the values should be passed in as arguments, so I'm not sure why this is required.
Also, I'm not sure it's better or not, but an alternative way to split up the host and route/to/selector bits could be to do:
pieces = host.split('/')
if len(pieces) > 1:
host = pieces[0]
selector = '/'.join(pieces[1:])
it gets rid of the extra lstrip at least. Tentative r+, but ping me when you get this.
Comment 4•17 years ago
|
||
Comment on attachment 326808 [details] [diff] [review]
talos patch for greater flexibility in graph server links [Checked in]
my previous suggestion would require selector to get split('/') as well before rejoining. Probably not worth it.
Attachment #326808 -
Flags: review?(rcampbell) → review+
Assignee | ||
Updated•17 years ago
|
Attachment #326792 -
Flags: review? → review?(morgamic)
Assignee | ||
Comment 5•17 years ago
|
||
talos patch:
Checking in post_file.py;
/cvsroot/mozilla/testing/performance/talos/post_file.py,v <-- post_file.py
new revision: 1.5; previous revision: 1.4
done
Assignee | ||
Updated•17 years ago
|
Attachment #326808 -
Attachment description: talos patch for greater flexibility in graph server links → talos patch for greater flexibility in graph server links [Checked in]
Updated•17 years ago
|
Attachment #326792 -
Flags: review?(morgamic) → review+
Assignee | ||
Comment 6•17 years ago
|
||
Comment on attachment 326792 [details] [diff] [review]
change link format for new front end (hg patch) [Checked in]
Checked in to hg in revision 93ece9c5a5ae.
Attachment #326792 -
Attachment description: change link format for new front end (hg patch) → change link format for new front end (hg patch) [Checked in]
Assignee | ||
Comment 7•17 years ago
|
||
This is still missing updates to all the talos config files to point at the new location of bulk.cgi - the old front end had it located at graphs.mozilla.org/bulk.cgi but once we switch to the new front end it will live at graphs.mozilla.org/server/bulk.cgi.
We'll only be able to push such a patch once the new front end is located at graphs.mozilla.org instead of graphs.mozilla.org/g2.
Assignee | ||
Comment 8•17 years ago
|
||
Now that graphs-stage is hg code only we need to update the config files used by talos boxes that report to graphs-stage to use the new location of bulk.cgi.
Attachment #330319 -
Flags: review?(bhearsum)
Comment 9•17 years ago
|
||
Comment on attachment 330319 [details] [diff] [review]
switch talos boxes reporting to graphs-stage to new bulk.cgi link [Checked in]
*stamp*
Attachment #330319 -
Flags: review?(bhearsum) → review+
Assignee | ||
Comment 10•17 years ago
|
||
Comment on attachment 330319 [details] [diff] [review]
switch talos boxes reporting to graphs-stage to new bulk.cgi link [Checked in]
Checking in perf-staging/configs/sample.config;
/cvsroot/mozilla/tools/buildbot-configs/testing/talos/perf-staging/configs/sample.config,v <-- sample.config
new revision: 1.6; previous revision: 1.5
done
Checking in tryperfmaster/configs/sample.config;
/cvsroot/mozilla/tools/buildbot-configs/testing/talos/tryperfmaster/configs/sample.config,v <-- sample.config
new revision: 1.6; previous revision: 1.5
done
Attachment #330319 -
Attachment description: switch talos boxes reporting to graphs-stage to new bulk.cgi link → switch talos boxes reporting to graphs-stage to new bulk.cgi link [Checked in]
Assignee | ||
Updated•17 years ago
|
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Updated•9 years ago
|
Product: Webtools → Webtools Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•