Closed
Bug 626164
Opened 14 years ago
Closed 10 years ago
clobberer gets confused when there are multiple entries in the builds table only distinguishable by builddir
Categories
(Release Engineering :: General, defect, P3)
Release Engineering
General
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: philor, Unassigned)
References
Details
(Whiteboard: [clobberer])
https://build.mozilla.org/clobberer/index.php?master=http%253A%252F%252Fproduction-master03.build.mozilla.org%253A8010%252F&slave=moz2-linux64-slave08&builddir=tm-lnx64-dbg&branch=tracemonkey&buildername=Linux+x86-64+tracemonkey+leak+test+build says
... tracemonkey-linux64-debug:1295135899:philringnalda@gmail.com ...
which is nice and all, but as http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1295142562.1295142927.26433.gz&fulltext=1 (which should have picked up that clobber) says,
/builds/slave/tracemonkey-linux64-debug doesn't exist, skipping
because it only has a /builds/slave/tm-lnx64-dbg.
Comment 1•14 years ago
|
||
...and clobberer never issues clobber requests for the short names...
Seeing the same on the SeaMonkey buildbot/clobberer system.
Updated•14 years ago
|
Assignee: nobody → bhearsum
Comment 2•14 years ago
|
||
So...the way clobberer works, there's a 1-1 mapping of "Pretty name", which is displayed in the UI, and "ID", which is stored in the "name" part of each checkbox. So when we build the page, we're ending up with the IDs that are associated with the old, longly named, build directories. Simple fix is to wipe the clobberer DB of these, or completely.
Going to look for a permanent fix before going that route.
Comment 3•14 years ago
|
||
(In reply to comment #2)
> So...the way clobberer works, there's a 1-1 mapping of "Pretty name", which is
> displayed in the UI, and "ID", which is stored in the "name" part of each
> checkbox. So when we build the page, we're ending up with the IDs that are
> associated with the old, longly named, build directories. Simple fix is to wipe
> the clobberer DB of these, or completely.
>
> Going to look for a permanent fix before going that route.
The permanent fix is not obvious, so I cleaned out the entire DB. There's a backup, in case we need it.
Summary: Clobberer still broken post-shortnames for TraceMonkey (at least) → clobberer gets confused when there are multiple entries in the builds table only distinguishable by builddir
Comment 4•14 years ago
|
||
Lowering severity, returning to the pool.
Assignee: bhearsum → nobody
Severity: blocker → normal
Comment 5•14 years ago
|
||
I'd like to see this become part of a larger clobberer rewrite.
Priority: -- → P3
Whiteboard: [clobberer]
Comment 6•14 years ago
|
||
Turns out release clobberer is still broken even after the purge.
Assignee: nobody → bhearsum
Comment 7•14 years ago
|
||
After some investigation, I think the release clobberer issues are different than this bug, so I filed bug 628671 on it.
Assignee: bhearsum → nobody
Assignee | ||
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
Comment 9•11 years ago
|
||
John, something to keep in mind and/or resolve when your clobberer rewrite is done?
Flags: needinfo?(jhopkins)
Comment 10•11 years ago
|
||
Yes - in the rewrite, I'm planning to have buildername be the primary key so duplicate builders will be impossible.
Flags: needinfo?(jhopkins)
Updated•10 years ago
|
Component: Other → Tools
QA Contact: hwine
Reporter | ||
Updated•10 years ago
|
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WONTFIX
Assignee | ||
Updated•7 years ago
|
Component: Tools → General
You need to log in
before you can comment on or make changes to this bug.
Description
•