Closed
Bug 719465
Opened 14 years ago
Closed 14 years ago
Please disable beta updates until we understand why Beta 5 was offered
Categories
(Release Engineering :: General, defect, P2)
Release Engineering
General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: akeybl, Assigned: coop)
References
Details
FF10 Beta 5 was just offered to me this morning. Ben and I have confirmed that I'm on the correct beta channel. Until we understand what went wrong, or QA signs off on beta 5, let's disable beta updates.
Assignee | ||
Comment 1•14 years ago
|
||
No deep failure here. I ran an accidental pushsnip immediately after the backupsnip this morning, so yes, we did have updates available on the beta channel for about 90 minutes.
bhearsum disabled the updates, so no more update offers should be going out.
Reporter | ||
Comment 2•14 years ago
|
||
No problem - just so that we're all on the same page, FF10Beta4 updates should still be offered currently to our beta population (not sure if all of beta was disabled or just beta 5).
Assignee | ||
Comment 3•14 years ago
|
||
Going back through the command history, it looks like pushsnip was run *instead* of backupsnip, which makes more sense given the disk artifacts.
I'm running backupsnip now.
Assignee | ||
Comment 4•14 years ago
|
||
(In reply to Alex Keybl [:akeybl] from comment #2)
> No problem - just so that we're all on the same page, FF10Beta4 updates
> should still be offered currently to our beta population (not sure if all of
> beta was disabled or just beta 5).
bhearsum's at lunch, but I *think* he only disabled 10.0b5. I'll verify with him when he returns.
Comment 5•14 years ago
|
||
Yup, I disabled with:
chmod 700 /opt/aus2/incoming/3/Firefox/10.0
Comment 6•14 years ago
|
||
So that's all the 10.0 betas then.
Comment 8•14 years ago
|
||
Yeah, I went for the quick fix here.
Coop, since there's no pre-push backup the best way to fix this is to create a null version of the Firefox-10.0b5-build1 snippets, push them, then undo the chmod I did. Something like (WARNING: completely untested):
cd /opt/aus2/snippets/staging
rsync -av Firefox-10.0b5-build1/ Firefox-10.0b5-build1-null/
for i in `find Firefox-10.0b5-build1-null -type f`; do echo -n > $i; done
~/bin/pushsnip Firefox-10.0b5-build1-null
cd /opt/aus2/incoming/3/Firefox
chown 775 10.0
Assignee | ||
Comment 9•14 years ago
|
||
(In reply to Ben Hearsum [:bhearsum] from comment #8)
> Yeah, I went for the quick fix here.
>
> Coop, since there's no pre-push backup the best way to fix this is to create
> a null version of the Firefox-10.0b5-build1 snippets, push them, then undo
> the chmod I did. Something like (WARNING: completely untested):
> cd /opt/aus2/snippets/staging
> rsync -av Firefox-10.0b5-build1/ Firefox-10.0b5-build1-null/
> for i in `find Firefox-10.0b5-build1-null -type f`; do echo -n > $i; done
> ~/bin/pushsnip Firefox-10.0b5-build1-null
> cd /opt/aus2/incoming/3/Firefox
> chown 775 10.0
Could we not accomplish the same thing by running a chmod 700 on just the beta snippet dirs for 10.0b5? Something like:
chmod 700 /opt/aus2/incoming/3/Firefox/10.0/*/20120111092507/*/beta
chmod 775 /opt/aus2/incoming/3/Firefox/10.0
I'm prepping your method JIC, but won't pull the trigger on the pushsnip yet.
Assignee | ||
Comment 10•14 years ago
|
||
(In reply to Chris Cooper [:coop] from comment #9)
> chmod 700 /opt/aus2/incoming/3/Firefox/10.0/*/20120111092507/*/beta
Hrmmm, I guess it would need to include all the build IDs, not just the most recent, but then again I'm not even sure this would work.
Assignee | ||
Comment 11•14 years ago
|
||
OK, I've run:
chmod 700 /opt/aus2/incoming/3/Firefox/10.0/*/*/*/beta
chmod 775 /opt/aus2/incoming/3/Firefox/10.0
QA should be able to test on betatest and releasetest again. Just in case it doesn't work, I've prepped bhearsum's method from comment #8 and am ready to pull the trigger on it if necessary.
Comment 12•14 years ago
|
||
Shouldn't it be easier if you push beta4 snippets?
Assignee | ||
Comment 13•14 years ago
|
||
(In reply to Rail Aliiev [:rail] from comment #12)
> Shouldn't it be easier if you push beta4 snippets?
Good call. I'm doing that now.
Assignee | ||
Comment 14•14 years ago
|
||
(In reply to Chris Cooper [:coop] from comment #13)
> Good call. I'm doing that now.
-bash-3.2$ time ~/bin/pushsnip Firefox-10.0b4-build1
real 75m49.437s
user 0m14.666s
sys 1m5.261s
Comment 15•14 years ago
|
||
Thanks guys. Updates on releasetest are all good.
Assignee | ||
Comment 16•14 years ago
|
||
Real updates on beta are going out now.
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Comment 17•14 years ago
|
||
We ended up with the 10.0b3 build1 dirs still with mode 700, because the pushsnip only overwrote the build2 buildID, and the nightly job to backup and compare with PHX failed. Fixed up with
chmod 775 /opt/aus2/incoming/3/Firefox/10.0/{Darwin*,Linux*}/20120103192254/*/beta
Assignee | ||
Comment 18•14 years ago
|
||
(In reply to Nick Thomas [:nthomas] from comment #17)
> We ended up with the 10.0b3 build1 dirs still with mode 700, because the
> pushsnip only overwrote the build2 buildID, and the nightly job to backup
> and compare with PHX failed. Fixed up with
> chmod 775
> /opt/aus2/incoming/3/Firefox/10.0/{Darwin*,Linux*}/20120103192254/*/beta
I ran the following this morning just to be sure:
chmod 775 /opt/aus2/incoming/3/Firefox/10.0/*/*/*/beta
Updated•12 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•