Closed
Bug 568212
Opened 14 years ago
Closed 14 years ago
mac 64-bit nightlies rarely get updates
Categories
(Release Engineering :: General, defect, P2)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: bhearsum, Assigned: nthomas)
References
Details
Attachments
(1 file, 1 obsolete file)
778 bytes,
patch
|
coop
:
review+
coop
:
checked-in+
|
Details | Diff | Splinter Review |
I've been running the 64-bit mac builds for awhile now and I only get updates every week or so. My current update URL is: https://aus2.mozilla.org/update/3/Firefox/3.7a5pre/20100520060051/Darwin_x86_64-gcc3/en-US/nightly/Darwin%2010.2.0/default/default/update.xml?force=1 Even if I go back to a really old URL, like: https://aus2.mozilla.org/update/3/Firefox/3.7a5pre/20100427030749/Darwin_x86_64-gcc3/en-US/nightly/Darwin%2010.2.0/default/default/update.xml?force=1 it still doesn't serve an update. That's probably not surprising given how nightly updates work. So, the update works sometimes, but then stops working. I'm speculating that the order in which the nightlies create and upload snippets matters here, but I have no evidence to support it. This doesn't seem like a P4 or P5 so I'm leaving it unprioritized. John, any thoughts on priority?
Comment 1•14 years ago
|
||
(In reply to comment #1) > This doesn't seem like a P4 or P5 so I'm leaving it unprioritized. John, any > thoughts on priority? This is something we'll need figured out and fixed before we ship FF4.0 beta1 on 10.6 64bit, hence dep.bug.
Blocks: support-10.6_x64
Priority: -- → P4
Assignee | ||
Comment 2•14 years ago
|
||
We're pulling the 32bit universal build when we create the partial, which means we get the wrong buildID for the previous build and end up with this kind of thing: 385 May 26 04:37 20100525030641/en-US/complete.txt 413 May 26 04:37 20100525030641/en-US/partial.txt 0 May 25 04:37 20100525030817/en-US/complete.txt 0 May 25 04:37 20100525030817/en-US/partial.txt 0 May 26 04:37 20100526030854/en-US/complete.txt 0 May 26 04:37 20100526030854/en-US/partial.txt That extra set of empty snippets for 20100525030817 confuse AUS, which is kinda lucky because the partials are bogus anyway. They'll update you to 32bit universal, compare these for the 20100525030641 snippets: partial: 11861156 bytes, complete: 14595471 bytes
Assignee | ||
Updated•14 years ago
|
Assignee: nobody → nrthomas
Priority: P4 → P2
Assignee | ||
Comment 3•14 years ago
|
||
This is untested, let me know if you think it needs to go through staging.
Attachment #447655 -
Flags: review?(ccooper)
Assignee | ||
Comment 4•14 years ago
|
||
Uses the right platform name.
Attachment #447655 -
Attachment is obsolete: true
Attachment #447655 -
Flags: review?(ccooper)
Assignee | ||
Comment 5•14 years ago
|
||
Comment on attachment 447656 [details] [diff] [review] Handle mac64 case In a staging run these properties and logs were seen: completeMarFilename: 'firefox-3.7a5pre.en-US.mac64.complete.mar' bash -c ssh -l ffxbld -i ~/.ssh/ffxbld_dsa staging-stage.build.mozilla.org ls -1t /pub/mozilla.org/firefox/nightly/latest-mozilla-central | grep mac64.complete.mar previousMarFilename: 'firefox-3.7a5pre.en-US.mac64.complete.mar' partialMarSize: '793352'
Attachment #447656 -
Flags: review?(ccooper)
Comment 6•14 years ago
|
||
Comment on attachment 447656 [details] [diff] [review] Handle mac64 case I'll coordinate with buildduty to get this pushed today.
Attachment #447656 -
Flags: review?(ccooper) → review+
Updated•14 years ago
|
Attachment #447656 -
Flags: checked-in+
Comment 7•14 years ago
|
||
pm* reconfiged.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 8•14 years ago
|
||
I've cleaned up the existing Darwin_x86_64-gcc3 directories to remove the bogus partials and empty snippets (for m-c, tm, e10s). This is the situation for m-c: $ find . -type f -ls | tail -6 -rw-r--r-- 385 May 25 04:37 ./20100524030625/en-US/complete.txt -rw-r--r-- 385 May 26 04:37 ./20100525030641/en-US/complete.txt -rw-r--r-- 385 May 27 04:31 ./20100526030632/en-US/complete.txt -rw-r--r-- 384 May 27 16:04 ./20100526030632/en-US/partial.txt -rw-r--r-- 0 May 27 04:31 ./20100527030811/en-US/complete.txt -rw-r--r-- 0 May 27 16:05 ./20100527030811/en-US/partial.txt $ pwd /opt/aus2/incoming/2/Firefox/mozilla-central/Darwin_x86_64-gcc3 The complete and partial for 20100526030632 only differ by the type= declaration. So it should work now, but I don't get anything with a test url. Could you test Ben ?
Reporter | ||
Comment 9•14 years ago
|
||
(In reply to comment #0) > I've been running the 64-bit mac builds for awhile now and I only get updates > every week or so. My current update URL is: > https://aus2.mozilla.org/update/3/Firefox/3.7a5pre/20100520060051/Darwin_x86_64-gcc3/en-US/nightly/Darwin%2010.2.0/default/default/update.xml?force=1 I'm still not getting an update with this URL, or a newer build: https://aus2.mozilla.org/update/3/Firefox/3.7a5pre/20100523030823/Darwin_x86_64-gcc3/en-US/nightly/Darwin%2010.2.0/default/default/update.xml?force=1
Reporter | ||
Comment 10•14 years ago
|
||
https://aus2.mozilla.org/update/3/Firefox/3.7a5pre/20100520060051/Darwin_x86_64-gcc3/en-US/nightly/Darwin%2010.2.0/default/default/update.xml?force=1 has an update today!
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•