RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1939282 - aws-vpc-move-ip: Enable eni lookup for AWS shared networks via RAM [RHEL 7]
Summary: aws-vpc-move-ip: Enable eni lookup for AWS shared networks via RAM [RHEL 7]
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: resource-agents
Version: 7.9
Hardware: All
OS: Linux
medium
medium
Target Milestone: rc
: 7.9
Assignee: Oyvind Albrigtsen
QA Contact: Brandon Perkins
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-03-15 22:31 UTC by Reid Wahl
Modified: 2021-07-16 06:54 UTC (History)
11 users (show)

Fixed In Version: resource-agents-4.1.1-61.el7_9.10
Doc Type: Enhancement
Doc Text:
Clone Of: 1939281
Environment:
Last Closed: 2021-06-08 22:29:53 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github ClusterLabs/resource-agents/commit/b727fe4e 0 None None None 2021-03-15 22:33:51 UTC
Red Hat Knowledge Base (Solution) 5884761 0 None None None 2021-03-16 00:38:03 UTC

Description Reid Wahl 2021-03-15 22:31:39 UTC
This is the RHEL 7 counterpart of 1939281. This is a request for (preferably) 7.4.z, 7.6.z, 7.7.z, and 7.9.z (for SAP support).

+++ This bug was initially created as a clone of Bug #1939281 +++

Description of problem:

Felix from AWS reached out to us to request zStreams for resource-agents commit b727fe4e.
  - https://github.com/ClusterLabs/resource-agents/pull/1549/commits/b727fe4e

As far as I know, we're already getting this into RHEL 8.4 via a rebase on resource-agents 4.7.0. So this BZ is to request that we get it into 8.1.z and 8.2.z (for SAP support) as well as 8.3.z (in order not to skip one).

I'll open a separate BZ for RHEL 7 and leave that to engineering's discretion. On the one hand, it's technically a new feature. On the other hand, the feature is a way of making the RA compatible with a particular type of infrastructure rather than adding new functionality, and it sounds like there's some significant demand for this.


Conversation with Felix in the support case regarding justification:
~~~
AWS:
>> While I understand that this may be a new feature, this is also OK to ship still on RHEL 8.1 and 8.2. Is it possible to request it?
>> 
>> The main reasons behind my ask are:
>> 
>> 1) AWS customers only use these RAs with their SAP Applications, and currently only RHEL 8.1 and RHEL 8.2 are certified for SAP
>> 2) The only "RHEL 8.x for SAP" versions available for customers in AWS Marketplace are 8.1 and 8.2, and we aren't aware of Red Hat's plans to certify 8.3 and later, or even when it will happen. 
>> 
>> In summary, I'm afraid that waiting for RHEL 8.4 will take way too long and we need to improve this timeline to reduce the time to market of some of these features.

RH:
> Maybe. As far as I know, there's no Bugzilla for it, as there's been no demand expressed to us by Red Hat customers so far. But if the absence of this feature is likely to have a negative impact on users, then it may be possible to backport it.
> 
> I don't fully understand the technology involved in this patch, or how widely used it is and whom it's likely to impact. Can you tell us any more about this, so that we can relay the info to the dev team?

AWS:
2) https://github.com/ClusterLabs/resource-agents/pull/1549

This is the most important one and the one that I really really care to be back ported.  Shared VPC is something that customers are starting to use on their AWS deployments to create more sophisticated and easier to manage VPC (network) architectures and topologies, and this patch will allow our common customers to use shared VPC subnets from a different AWS account with their Red Hat HA cluster nodes.

Most of our customers migrating to AWS, or implementing HA cluster for SAP on AWS are still on RHEL 7.x and since there are no upgrade paths from RHEL 7.x to RHEL 8.x in AWS I would like try to keep it as current as possible and where possible still ship small improvements and feature requests like this one.

Customers are requesting this to us (AWS) as since they are mostly using the AWS provided Red Hat images we end up receiving the feedback directly, and this is likely the reason on why you haven't heard of it on your side. Unfortunately, due to strict security and confidentiality policies I'm not allowed to share customer names, but I can say that there is demand and interest of new and existing customers, and some of them have already deployed RHEL 7.x and are simply waiting for this feature to enable their HA cluster, and others decided to move on with the upstream agent version only to enable this feature (regardless of being aware of support policies).
~~~

-----

Version-Release number of selected component (if applicable):

N/A

-----

How reproducible/Steps to reproduce:

I haven't researched how to set up the infrastructure to test this. I'm relaying this request from AWS.

Comment 6 Reid Wahl 2021-03-15 22:47:53 UTC
> Most of our customers migrating to AWS, or implementing HA cluster for SAP on AWS are still on RHEL 7.x and since there are no upgrade paths from RHEL 7.x to RHEL 8.x in AWS

If a customer relies on this feature in order for their RHEL 7 cluster to work, and thus they haven't implemented the cluster yet, doesn't that imply that they wouldn't need to upgrade? It sounds like it would be a scratch build regardless and they might as well start on RHEL 8.

With that said, I'm not particularly familiar with the process/options of migrating from on-premises infrastructure to AWS. Maybe there is some reason why a customer would be tied to RHEL 7 in a new AWS cluster deployment.

Felix, can you comment on this?

Comment 8 Guilherme 2021-03-19 15:38:31 UTC
Customers might have a requirement coming from the software stack to stay in RHEL7, or because they want to perform a lift+shift kind of migration and want to keep the OS and SW stack versions the same, honestly I can imagine different requirements either technical or non-technical (re-use of licenses, security, etc) for a customer to stick to RHEL 7 - especially if they are using an E4S release, which provides support for 4 years.

The changes are backward compatible and won't break or change any default or past behavior.

Comment 19 errata-xmlrpc 2021-06-08 22:29:53 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (resource-agents bug fix and enhancement update), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2021:2311


Note You need to log in before you can comment on or make changes to this bug.