-
Notifications
You must be signed in to change notification settings - Fork 107
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update all Macs to 10.11 #811
Comments
I've recently learned from Macstadium that we can get them to clone one mac's image onto another, which is looking like a far more time-efficient way to get the busted ones set up. I'm figuring that we should dup mac1 onto mac3 to start with, since mac3 has been broken awhile, and then verify that only updating thehostname and minion ID, and re-generating the Salt key and accepting it in the master, are required to get a clone into working order. I'm filing the ticket to do that today. |
Update: Request filed to clone 1 onto 3 and leave 3 powered off. Hopefully by the time I get in tomorrow, I will have a clean new mac3 matching mac1's config, in which I can:
and at that point it should come back into rotation. After debugging this process, I'll repeat it on the other hosts that are broken or need updates. |
Updating to today’s Nightly seems to be blocked on this (or finding another work-around): servo/servo#21089 (comment). It appears to be a miscompilation that only occurs in release mode on macos 10.10 (not 10.11). I haven’t managed to run lldb on servo-mac2 ( Any help pushing this upgrade forward would be appreciated. |
Thanks to heroic work by kennytm in rust-lang/rust#51828, the linker bug is worked around and this macOS upgrade is no longer blocking compiler upgrades: servo/servo#21089 has landed. (It’d still be good to do of course.) |
salt-mac4 has been upgraded to 10.13. |
salt-mac7 has been upgrade to 10.13. |
This appears to be done, everything is on 10.11.6 now. (Not 10.13, somehow.) $ for i in $(seq 9); (echo -n "servo-mac$i "; ssh servo-mac$i.servo.org sw_vers|grep ProductVersion)
servo-mac1 ProductVersion: 10.11.6
servo-mac2 ProductVersion: 10.11.6
servo-mac3 ProductVersion: 10.11.6
servo-mac4 ProductVersion: 10.11.6
servo-mac5 ProductVersion: 10.11.6
servo-mac6 ProductVersion: 10.11.6
servo-mac7 ProductVersion: 10.11.6
servo-mac8 ProductVersion: 10.11.6
servo-mac9 ProductVersion: 10.11.6 |
Pulled out of #725; I just checked and these 4 macs are still on 10.10.5.
With the resolution of #731, 5/9 Mac builders now have macOS 10.11.6, so I think for now it'll be easiest to get all the Macs on 10.11.6 and think about upgrading to 10.12 later. Macs that still need to be upgraded:
I also looked at the
sw_vers
output and it looks like most of the 10.11.6 Macs are onBuild Version 15G1611
. I'm not sure if this matters, but extra consistency here can't hurt.@larsbergstrom or @edunham Can you put in tickets with MacStadium to upgrade the remaining Macs as well?
The text was updated successfully, but these errors were encountered: