-
-
Notifications
You must be signed in to change notification settings - Fork 101
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
Get Windows playbooks production ready #553
Comments
FYI @CJKwork |
Build machines should always have rsync installed via Cygwin. I'm not sure if/how Ansible can cover that. |
Yep we can cover by ansible - it's just another dependency we need to call out explicitly :-) |
@cwesMills added #566, #563, #560 to further get windows playbooks functional. @cwesMills were there other changes required that you came across on your 2012 install? |
@cwesMills Has your work/testing been based on PR300 as a starting point? |
I did not use PR300 as a reference, but the changes I had to make were:
|
What do we need an ssh server config for? |
It is needed to setup cygwin ssh, so the jenkins master can ssh into the machine. |
I've just added #589 so windows playbooks will install nasm. |
At the moment the adoptopenjdk machines start the jenkins slave as a service, not via ssh so I'm not sure at the moment that I want another port exposed on the adoptopenjdk windows servers. |
Are you wanting cygwin removed from the playbook, because its already present. My suggestion would be to leave it and modify such that the role is run when requested. In that way other projects that don't have the option of jenkins connection method can enable and use. EDIT: The cygwin roll does not configure an ssh server in its current form. This is an action that would need to be performed after the playbook is run. I don't believe there is any issue here. |
cygwin 100% has to stay there and must not be removed - it's needed for the build scripts we use and a lot of the test infrastructure - my comment was purely about sshd :-) |
@cwesMills What's left to get the Windows playbooks into a fulling working state? |
I've fixed a couple of the issues I found with the playbooks, but I don't know if more changes are needed. Currently I have other work that has my priority. |
For reference, next steps when you can get back to it:
I think those commands should be correct and adequate for a decent amount of testing to understand if the playbooks are production ready, but if they don't appear to work let me know. Any questions give me a shout here or in the #infrastructure channel on the adoptopenjdk slack :-) |
I don't have a functional AWX server currently. Hopefully I will be able to begin testing toward the end of next week. |
That should matter as you can run the playbooks from the |
The MSVS_2017 role hangs endlessly when run as part of the playbook. I believe this is because even though the |
@sxa555 I've tried running the command you suggested that builds jdk8, but I get the following error
This was run after the freetype role was updated in #633. |
The most recent application of the playbooks and completing the post playbook steps allows all the builds complete successfully. The OS's tested were Win 10, Server 2012, Server 2016, and Server 2019. For Server 2012, powershell needs to updated to version 5.1 in order for the playbook to work correctly. Some roles like Java installation hang when using an older powershell version. This MSI will update powershell to 5.1 These are the commands I used for each build:
These are the POST PLAYBOOK steps that need to be completed: Windows Post Ansible Playbook Configuration for OpenJ9 OpenJDK8The following steps assume that the Windows machine has been already configure using the Windows Ansible Playbook. Windows Debugging ToolsYou can get the Debugging Tools as part of the Windows 7 SDK. Download and install the Microsoft Windows SDK for Windows 7. The default installation options will install the Debugging Tools for Windows (check the Debugging Tools for Windows checkbox on the Installation Options screen, under Common Utilities). Set Environement VariablesTo add a new system variable or update an existing variable, go to Control Panel\System and Security\System\Advanced system settings, click on the Environment Variables... button and add:
or run in Command Prompt:
Microsoft Visual Studio 2010 SP1Download and install the Visual Studio 2010 SP1 from the official Microsoft download page. Restart your computer after installations. |
Is there no way to install the Debugging SDK and VS2010SP1 automatically? |
Silent mode is not supported for the Debugging SDK and VS2010SP1 requires a Microsoft account to download the installer. The installer also has a warning message that hangs the silent install. The jenkins permission doesn't need to be there. I didn't catch it |
Hmmm annoying ref VS2010SP1, even more so if it won't silently install. |
We have moved almost all of hotspot to VS2017 - can the same be done here? |
JDK8 Hotspot compile jobs [1] are using 2013, JDK8 OpenJ9 compile jobs [2] are using VS2010. Oracle supported toolchain [3] is VS2010 atm. I am not sure as to the current status on VS2017 for JDK8 compiles but when I attempted a few months ago for use with OpenJ9 it wasn't working. |
@HusainYusufali Can the powershell update be automated? |
It can be automated. I will add that to the playbook |
Some issues running the Windows playbook locally have been documented here: #791 |
When run multiple times one of the
|
This operation appears to be hanging on test-azure-win2012r2-x64-2 :
Likewise for the equivalent opersion in java 9, 10 and 11. The code that it is executing is as follows:
|
This is due to the older version of powershell installed on the machine |
On the assumption that the later PowerShell is only required for this operation I have submitted #795 |
The issue with the |
Modified the SETX so that quote marks are removed from the PATH before it is processed under #796 |
Note that the symptoms if you don't have VS2010SP1 installed you run into this issue: eclipse-openj9/openj9#938 with the |
General issue to cover work being done to make the Windows playbooks "production ready". Should also result in some setup doc.
Info on setting up the communication to windows boxes (since it uses WinRM rather than ssh generally, and the
pywinrm
package to communicate with it) are at https://docs.ansible.com/ansible/latest/user_guide/windows.htmlSee also #300 which has been pending for a while.
The text was updated successfully, but these errors were encountered: