-
Notifications
You must be signed in to change notification settings - Fork 167
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
ansible: add 10.15 macs #2189
ansible: add 10.15 macs #2189
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, though I understand its WIP. There was more churn in inventory.yml than I expected, does it include some unrelated changes, or is it some cleanups while you are there?
- name: install java tap (macOS) | ||
become_user: administrator | ||
when: java.rc > 0 and os|startswith("macos") | ||
homebrew_tap: | ||
name: AdoptOpenJDK/openjdk | ||
state: present |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is effectively duplicated code from
build/ansible/roles/package-upgrade/tasks/partials/brew.yml
Lines 36 to 39 in 1cbb6cf
- name: Add AdoptOpenJDK Java Repo | |
become_user: administrator | |
homebrew_tap: | |
name: AdoptOpenJDK/openjdk |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
So partials/brew.yml ran and you saw it running homebrew_tap for the AdoptOpenJDK/openjdk cask and the next task, which installs the package, failed until you yanked the homebrew_tap into this position? It's not an ordering problem is it, partials/brew.yml ran before this didn't it?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah I can see partials/brew,yml run but it reports nothing changed under add AdoptOpenJDK repo
it wasnt until I add the tap to this position that anything happened
also tidied up the nearform section and put it in order with the rest of the document
Created the jenkins agents - https://ci.nodejs.org/label/osx1015/ Will need someone to create the release agent for me. @nodejs/build-infra can someone add the IPs to the respective CI firewalls please? |
Currently seeing these test failures on one of the test machines:
Im assuming these are errors due to some mising network settings? |
Perhaps a one-time run of https://github.com/nodejs/node/blob/master/tools/macos-firewall.sh is needed? |
Done some digging, looks like this is a known catalina issue - nodejs/node#30030 which Apple has not fixed yet |
They fail on OS X 10.15 (aka "Catalina"), but pass on earlier OS X. Refs: nodejs#30030 Refs: nodejs/build#2189 (comment)
@AshCripps can you try nodejs/node#31936 and see if the updating of expected status fixes this for you? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
sgtm, do I take it from this that release-nearform-macos10.15-x64-1 is a thing and we could start switching releases over to it soon?
yes @rvagg there is a release machine setup, just waiting on its IP to be added to the firewall - same as the test machines. need nodejs/node#31936 to land on all lines to stop the constant test failures |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
@AshCripps firewall entries added for both test and release. |
@AshCripps the machine is in ci-release and is connected: https://ci-release.nodejs.org/computer/release-nearform-macos10.15-x64-1/ (for those with visibility). I had trouble getting in by ssh, but could you add the release team ssh key to .ssh/authorized_keys?
^--- check for inadvertent cut-n-paste line breaks! should be one line. That's the public key, it has no sec significance, but once its there any release team member can ssh in (I assume, not a member myself). At that point, I think @rvagg could dry-run notarization. |
@sam-github added, can you try now? |
@AshCripps no, I can't try, only these people have the private key that goes with that public one :-) I'll open an issue to get you enough access to do add the machines to test CI. |
@AshCripps you are already a https://github.com/nodejs/build#jenkins-admins, so, the thing to do now is to create a node-test-commit-osx-ashcripps job by cloning the base job. Once you have the clone, go to the machine selection part, and find the osx1015 label that the 3 new test machines have, and click it. At that point, you should be able trigger a run of the job against nodejs/master from the Jenkins UI, and see that they fail on the tests that are skipped by nodejs/node#31936, or you could even test my specific branch from that PR, if you want, to confirm the build is green. Then, once we can see the build is green in your cloned job, we are good to select the osx1015 machines to add them to CI in the regular node-test-commit-osx... and the test side of this is done. After that, its mop-up: adding the label to the release builds, the v8 builds, citgm.... etc. |
They fail on OS X 10.15 (aka "Catalina"), but pass on earlier OS X. Refs: #30030 Refs: nodejs/build#2189 (comment) PR-URL: #31936 Reviewed-By: Luigi Pinca <[email protected]> Reviewed-By: Beth Griggs <[email protected]> Reviewed-By: James M Snell <[email protected]> Reviewed-By: Rod Vagg <[email protected]>
Added the machines to Tried adding it to a libuv job but I get an xcodebuild error which is weird as xcodebuild isnt on any of the currently working machines: https://ci.nodejs.org/job/libuv-test-commit-osx-AshCripps/1/ Any ideas @richardlau? |
It’s probably related to #2172 and the version of gyp being used being old. gyp in nodejs/node and nodejs/node-gyp were updated to cope with double digit versions of xcode. |
They fail on OS X 10.15 (aka "Catalina"), but pass on earlier OS X. Refs: #30030 Refs: nodejs/build#2189 (comment) PR-URL: #31936 Reviewed-By: Luigi Pinca <[email protected]> Reviewed-By: Beth Griggs <[email protected]> Reviewed-By: James M Snell <[email protected]> Reviewed-By: Rod Vagg <[email protected]>
They fail on OS X 10.15 (aka "Catalina"), but pass on earlier OS X. Refs: #30030 Refs: nodejs/build#2189 (comment) PR-URL: #31936 Reviewed-By: Luigi Pinca <[email protected]> Reviewed-By: Beth Griggs <[email protected]> Reviewed-By: James M Snell <[email protected]> Reviewed-By: Rod Vagg <[email protected]>
* ansible: Add newer versions of macOS * ansible: add macos10.15 release machine * ansible: fix openjdk download on mac * ansible: add 3 test machines also tidied up the nearform section and put it in order with the rest of the document * ansible: tweak macos install
They fail on OS X 10.15 (aka "Catalina"), but pass on earlier OS X. Refs: nodejs#30030 Refs: nodejs/build#2189 (comment) PR-URL: nodejs#31936 Reviewed-By: Luigi Pinca <[email protected]> Reviewed-By: Beth Griggs <[email protected]> Reviewed-By: James M Snell <[email protected]> Reviewed-By: Rod Vagg <[email protected]>
They fail on OS X 10.15 (aka "Catalina"), but pass on earlier OS X. Refs: #30030 Refs: nodejs/build#2189 (comment) PR-URL: #31936 Reviewed-By: Luigi Pinca <[email protected]> Reviewed-By: Beth Griggs <[email protected]> Reviewed-By: James M Snell <[email protected]> Reviewed-By: Rod Vagg <[email protected]> PR-URL: #32146 Reviewed-By: Rich Trott <[email protected]> Reviewed-By: Vladimir de Turckheim <[email protected]> Reviewed-By: Stephen Belanger <[email protected]> Reviewed-By: Ruben Bridgewater <[email protected]> Reviewed-By: Shelley Vohr <[email protected]>
Its finally here 🎉
Currently a draft as ive only had time to add one machine and shave a couple hairy yaks
Fixes: #1695