-
-
Notifications
You must be signed in to change notification settings - Fork 102
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
AIX playbook should not put /opt/freeware/bin
at start of /etc/environment
#1544
Comments
The tactic I have seen most, over the years, is to either add PATH at the beginning of a script (as opposed to making something a system default), OR having variables defined to execute a specific command, e.g. GREP=/opt/freeware/bin/grep and then calling it using ${GREP}. And after glancing at the playbook - I see you are 'installing', i.e., attempting to install, a dated version of openSSL (1.0.2.1601) while the version 1.0.2.2100 is already installed. p.s. - while I do not know what version yum.sh is demanding version 1601 may, or may not be sufficient. p.p.s.: |
@aixtools I think we need to be clear on why that PATH statement was there in the first case really (Doesn't appear to be commented in the playbook...) I suspect we should undo it on one of the machines and see what breaks :-) |
@sxa Do we know which AIX start up scripts fail as a result of this? And is the issue here that the PATH variable is simply at the start of |
One thing it breaks is rc.nfs. I wanted to do some AIX maintenaince
(using NFS) - and fell over this. It takes too much time to find and
document all the things that break because the syntax of 'coreutils'
and/or 'binutils' is different than the AIX versions.
So, it is not that it is in the PATH, but that it is first. Note: if a
nodejs command is requiring a coreutils/binutils command syntax - and it
is not providing the PATH - then that will break.
In short, the 'bad' is that the systems are unmanageable. Updates cannot
be applied (at least not on the system I first saw this, and it had not
changed the PATH - it had overwritten /usr/bin/grep.
Hope this helps,
Michael (aka aixtools)
…On 28/09/2020 16:33, Haroon Khel wrote:
@sxa <https://github.com/sxa> Do we know which AIX start up scripts
fail as a result of this? And is the issue here that the PATH variable
is simply at the *start* of |/etc/environment|, or that its there at all?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#1544 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ACSZR5OVWW3WFLRIOQYSGN3SICNDTANCNFSM4RNFA6DQ>.
|
Smarter now: I see where it happens in aix.yml
As I mention in #1581 there are some assumptions here.
|
Related pr #2057 |
OK - currently, they are almost all the same - with:
However, going to change the default to have xlC at the end, and modify jenkins user so that PATH is modified during ssh login. |
Quick note on this - if |
Maybe adding an alias for make will be a quick fix (jenklins .profile), or we 'mangle' the current /usr/bin/make to be a symbolic link to GNU make. |
I am thinking there are two ways to handle this:
|
I think most of the invocations of make already have some switches to invoke something else on Solaris. It's quite likely we could do the same on AIX ... If you search the temurin-build and aqa-tests repositories for |
ok. when I am not enjoying a sunny day. ie, let the rain come (the yard is begging for rain!) |
Based on this: created the PR: adoptium/temurin-build#3441 This looks to be all that is needed. And then we can remove the addition of /opt/freeware/bin from PATH. |
As adoptium/temurin-build#3441 has been merged, want to work on a PR cleaning up PATH, but waiting for #3139 to be merged. I hate to rebase stuff. |
I've been playing around with options - and, imho - the best path will include:
|
As a reminder: the current setup breaks the PATH for system administrators - and amazingly, despite the recent refresh of all systems using the playbooks - not all systems display the same behavior:
|
Thanks for pushing this forward. So I guess adopt04 (test-osuosl-aix72-ppc64-2) is in the state you want at the moment, so we should run a build of a couple of versions (probably 8 and 20) to ensure that jenkins and the build scripts work ok there and then roll this out. |
|
And - how did that work out? |
|
I don't think it's been explicitly done yet ... It's just a matter of kicking off the JDK8u and JDK21u jobs so here they are (Both with |
Noting that the jdk8u build failed, but it doesn't look related to the PATH. |
Needs further investigation although I can't spend any time on it. The build in the last comment hit the same issue. Maybe it's perl related:
|
It's been awhile. I forgot what the problem was - and how it got solved. |
Ref: https://github.com/AdoptOpenJDK/openjdk-infrastructure/blob/master/ansible/playbooks/aix.yml#L735
This can break certain default AIX startup scripts which require the AIX
grep
command.We need to determine the impact to the adoptopenjdk scripts of changing this.
@Haroon-Khel Possibly somethign we can do while switching to the invididual Role-based playbooks?
The text was updated successfully, but these errors were encountered: