clobberer isn't actually clobbering

RESOLVED FIXED

Status

P2
major
RESOLVED FIXED
7 years ago
5 years ago

People

(Reporter: dbaron, Assigned: catlee)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

win opt bustage that should have been fixed by a clobber:
http://tinderbox.mozilla.org/showlog.cgi?log=Mozilla-Aurora/1309906114.1309908891.3005.gz

clobberer says:
WINNT 5.2 mozilla-aurora build
w32-ix-slave42
was last clobbered at:
2011-07-05 14:14:07 PDT by dbaron@mozilla.com

which was before this build started (15:48), yet the build shows evidence of not being clobbered.


same problem on android:
http://tinderbox.mozilla.org/showlog.cgi?log=Mozilla-Aurora/1309908782.1309909085.3706.gz

clobberer says:
Android mozilla-aurora build
linux-ix-slave14
was last clobbered at:
2011-07-05 14:14:07 PDT by dbaron@mozilla.com

yet this build started at 16:33 and also had bustage that should have been fixed by clobbering.
dustin, anychance theres a smoking gun here [you would notice] since we recently upgraded clobberer to use MySQL?
(In reply to comment #0)
> win opt bustage that should have been fixed by a clobber:
> http://tinderbox.mozilla.org/showlog.cgi?log=Mozilla-Aurora/1309906114.
> 1309908891.3005.gz
> 
> clobberer says:
> WINNT 5.2 mozilla-aurora build
> w32-ix-slave42
> was last clobbered at:
> 2011-07-05 14:14:07 PDT by dbaron@mozilla.com
> 
> which was before this build started (15:48), yet the build shows evidence of
> not being clobbered.

In the "checking clobber times" section of this log, you can observe that what I did in the clobberer UI clobbered the "aurora-w32" tree, but we're actually using the "m-aurora-w32" tree which was not clobbered.


> same problem on android:
> http://tinderbox.mozilla.org/showlog.cgi?log=Mozilla-Aurora/1309908782.
> 1309909085.3706.gz
> 
> clobberer says:
> Android mozilla-aurora build
> linux-ix-slave14
> was last clobbered at:
> 2011-07-05 14:14:07 PDT by dbaron@mozilla.com
> 
> yet this build started at 16:33 and also had bustage that should have been
> fixed by clobbering.

Same here:  the builder is using builddir m-aurora-lnx-andrd-dbg, but we clobbered aurora-lnx-andrd-dbg.
(Assignee)

Comment 3

7 years ago
I think http://hg.mozilla.org/build/buildbotcustom/rev/d046c7611110 changed the build directories used, and triggered a re-occurrence of an old clobberer bug I can't find right now.
(Assignee)

Comment 4

7 years ago
I think I fixed up the clobberer db for those builders:

update clobber_times set builddir='m-aurora-w32' where builddir='aurora-w32';
update clobber_times set builddir='m-aurora-lnx-andrd' where builddir='aurora-lnx-andrd';
update clobber_times set builddir='m-aurora-lnx-andrd-dbg' where builddir='aurora-lnx-andrd-dbg';
Severity: critical → major
(Assignee)

Comment 5

7 years ago
Created attachment 544118 [details] [diff] [review]
Update builds table based on builddir, not buildername

I'm getting deja vu with this, but thought I'd give it a shot.

We hit a problem when the builddir on the slave changes, but the buildername remains the same. By updating the old row in the DB, clobberer has no idea about the new build directory, and doesn't present it in the list of possible things to clobber.
Attachment #544118 - Flags: review?(bhearsum)
Comment on attachment 544118 [details] [diff] [review]
Update builds table based on builddir, not buildername

This seems like it should work to me..
Attachment #544118 - Flags: review?(bhearsum) → review+
(Assignee)

Updated

7 years ago
Assignee: nobody → catlee
Priority: -- → P2
(Assignee)

Comment 7

7 years ago
Comment on attachment 544118 [details] [diff] [review]
Update builds table based on builddir, not buildername

landed on clobberer, and stage-clobberer.
Attachment #544118 - Flags: checked-in+
(Assignee)

Updated

7 years ago
Status: NEW → RESOLVED
Last Resolved: 7 years ago
Resolution: --- → FIXED
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.