Closed Bug 568212 Opened 14 years ago Closed 14 years ago

mac 64-bit nightlies rarely get updates

Categories

(Release Engineering :: General, defect, P2)

x86
macOS
defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: bhearsum, Assigned: nthomas)

References

Details

Attachments

(1 file, 1 obsolete file)

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?
(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.
Priority: -- → P4
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: nobody → nrthomas
Priority: P4 → P2
Attached patch Handle mac64 case (obsolete) — Splinter Review
This is untested, let me know if you think it needs to go through staging.
Attachment #447655 - Flags: review?(ccooper)
Uses the right platform name.
Attachment #447655 - Attachment is obsolete: true
Attachment #447655 - Flags: review?(ccooper)
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 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+
Depends on: 567910
Attachment #447656 - Flags: checked-in+
pm* reconfiged.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
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 ?
(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
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: