-
Notifications
You must be signed in to change notification settings - Fork 2.3k
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
Support for AIX platform #19195
Comments
Would be good to understand the impact the code of testing the repo on another platform on the duration of the builds. If its negligible, and the existing tools to produce the release supports aix, i don't see any problem with adding support for this. |
Support for new platforms has caused pain in the past and we have been somewhat inconsistent in what we accept (see e.g. open-telemetry/opentelemetry-collector-releases/issues/170, open-telemetry/opentelemetry-collector/issues/2437, open-telemetry/opentelemetry-collector-releases/issues/105 or the issues related to open-telemetry/opentelemetry-collector/issues/5031). We also have different levels and definitions of support for different platforms, that range from "we will accept PRs targeting that platform but won't do anything otherwise" (e.g. Plan 9, see my notes here open-telemetry/opentelemetry-collector#6924 (review)) to "we will provide builds, run unit tests on every PR"(e.g. amd64/linux), passing through "we will make sure it remains buildable, but won't run tests" (e.g. everything macOS). IMO, before discussing AIX specifically we should take a step back and define our support 'tiers'. I like
My take is that we should put this on hold until we write a doc with our tiers (we can keep it simple for now, just try to roughly reflect existing practice), and define a way to move up the tier ladder (at some tier this probably means 'open an issue and get a sponsor that will own things'). |
This issue has been inactive for 60 days. It will be closed in 60 days if there is no activity. To ping code owners by adding a component label, see Adding Labels via Comments, or if you are unsure of which component this issue relates to, please ping |
We now have a tiered platform support model, so we can start with adding tier 3 support for AIX now :) 🎉 |
We did some initial evaluation to build the core collector on AIX 7.2. There is at least a dependency on this issue for fsnotify on AIX that needs resolution first. |
Solving this would require having access to an AIX machine @rrschulze, or a reliable long-term maintainer with access to one. fsnotify strongly depends on runtime behaviour, so it's not a "if it compiles it'll probably be fine" type of affair. As far as I can find, gaining access to AIX machines (VM, CI, some remote access – anything) is hard for mere mortals not part of some Enterprise License Deal™ with IBM. So as far as I'm concerned the ball is in IBM's court here. It's a complete non-starter without some way to actually run the code. |
If we were to supply the infrastructure through a self-service platform that we operate would that be helpful? |
@grhoades We now have a platform support doc. Adding support for AIX would mean starting from Tier 3 (guaranteed to build) and working from there. You can take a look at the PRs related to |
Component(s)
No response
Is your feature request related to a problem? Please describe.
The collector supports amd64, arm64 and ppc64le. I would like to see it support AIX as well.
Describe the solution you'd like
I would like to see how we can go about supporting AIX. I see the following tasks as part of this work:
Describe alternatives you've considered
No response
Additional context
No response
The text was updated successfully, but these errors were encountered: