Bug 1935088
| Summary: | [RFE] Support for provisioning over bond interfaces via satellite | ||
|---|---|---|---|
| Product: | Red Hat Satellite | Reporter: | Satyajit Das <sadas> |
| Component: | Provisioning Templates | Assignee: | satellite6-bugs <satellite6-bugs> |
| Status: | CLOSED MIGRATED | QA Contact: | Satellite QE Team <sat-qe-bz-list> |
| Severity: | medium | Docs Contact: | |
| Priority: | urgent | ||
| Version: | 6.8.0 | CC: | ahumbe, amasolov, bbuckingham, bkearney, dsinglet, ehelms, fperalta, jalviso, jjansky, jsenkyri, lzap, mhulan, mkalyat, pdwyer, pmendezh, satellite6-bugs, saydas, smajumda, sshtein, swachira, thadzhie, torkil |
| Target Milestone: | Unspecified | Keywords: | FutureFeature, Improvement, ManyUsersImpacted, MigratedToJIRA, PrioBumpPM, RFE, UserExperience |
| Target Release: | Unused | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2024-06-06 00:47:43 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Satyajit Das
2021-03-04 11:09:49 UTC
*** Bug 1942606 has been marked as a duplicate of this bug. *** Moving this bug to POST for triage into Satellite since the upstream issue https://projects.theforeman.org/issues/31626 has been resolved. Moving this bug to POST for triage into Satellite since the upstream issue https://projects.theforeman.org/issues/31626 has been resolved. > TRIAGE: Two small onelines in provisioning templates, zero risk, I propose 6.9.z.
Correction, Foreman needs to be aware of multiple slave interfaces (DHCP/TFTP), it is much more work than I initially thought. Made a new upstream ticket.
> TRIAGE: Two small onelines in provisioning templates, zero risk, I propose 6.9.z.
Correction, Foreman needs to be aware of multiple slave interfaces (DHCP/TFTP), it is much more work than I initially thought. Made a new upstream ticket.
Upon review of our valid but aging backlog the Satellite Team has concluded that this Bugzilla does not meet the criteria for a resolution in the near term, and are planning to close in a month. This message may be a repeat of a previous update and the bug is again being considered to be closed. If you have any concerns about this, please contact your Red Hat Account team. Thank you. As an update to comment 48, we are leaving this bugzilla open to get feedback from Satellite Product Management. A quick update: we have this upstream pr: https://github.com/theforeman/foreman/pull/9961 that should make network configuration more consistent between RHEL versions. I am also looking on other aspects of this issue to see what can be done in the short term. I will try to summarize the current state of things from engineering perspective: We can split the network provisioning into three phases in context of network usage: 1. PXE/UEFI boot process 2. Fetching the operating system content for the installation process 3. Setting up the interfaces for the newly provisioned machine As far as I can see phase 1 is currently not implemented and will require extensive research and work in the provisioning code base. Phases 2 and 3 should be solved by https://github.com/theforeman/foreman/pull/9961 which uses Anaconda's native commands to set up the networking for phase 2 and 3. Additionally I have created an upstream issue https://projects.theforeman.org/issues/37363 to add more stability to the interface naming, especially during phase 2. The work on 9961 is tracked in https://bugzilla.redhat.com/show_bug.cgi?id=2135787 While bonds are not officially supported, they are known to work with RHEL 7, and with 9961 they should be also fixed for RHEL 8 and 9. Unfortunately, according to the official support matrix (https://access.redhat.com/solutions/2674001) this use case is not yet fully tested. Hope it makes things a bit more clear. (In reply to Shimon Shtein from comment #72) > I will try to summarize the current state of things from engineering > perspective: > > We can split the network provisioning into three phases in context of > network usage: > 1. PXE/UEFI boot process > 2. Fetching the operating system content for the installation process > 3. Setting up the interfaces for the newly provisioned machine > > As far as I can see phase 1 is currently not implemented and will require > extensive research and work in the provisioning code base. > > Phases 2 and 3 should be solved by > https://github.com/theforeman/foreman/pull/9961 which uses Anaconda's native > commands to set up the networking for phase 2 and 3. Additionally I have > created an upstream issue https://projects.theforeman.org/issues/37363 to > add more stability to the interface naming, especially during phase 2. > > The work on 9961 is tracked in > https://bugzilla.redhat.com/show_bug.cgi?id=2135787 > > While bonds are not officially supported, they are known to work with RHEL > 7, and with 9961 they should be also fixed for RHEL 8 and 9. Unfortunately, > according to the official support matrix > (https://access.redhat.com/solutions/2674001) this use case is not yet fully > tested. > > Hope it makes things a bit more clear. Hi Shimon, thanks a lot for the clarification and the upstream PR, I've seen it's already merged now (https://github.com/theforeman/foreman/pull/9961), could we foresee an ETA to have it working in a Satellite version? I would like to ask my customer to give it full run again for his deployments then. Also one think really makes me wonder is what you mentioned as Phase 1: my customer does mainly use PXE/UEFI boot process, recently I understood that they use the HTTPS BOOT feature to be precise, also part of UEFI. Now would we need to open another separate PR to have such boot process be supporting bonds (or the new mechanism that anaconda gives feedback about config if I understood that right)? Also for my personal understanding, is at the end of the process, one of those .nmconnection files created in the deployed OS then (I tried on my fedora just to better understand but bonds usually never show up in my /etc/NetworkManager/system-connections directory, only still in the /etc/sysconfig/network-scripts, but I might have done the bond in old/wrong stile though)? Thanks in advance, Cisco. This BZ has been automatically migrated to the issues.redhat.com Red Hat Issue Tracker. All future work related to this report will be managed there. Due to differences in account names between systems, some fields were not replicated. Be sure to add yourself to Jira issue's "Watchers" field to continue receiving updates and add others to the "Need Info From" field to continue requesting information. To find the migrated issue, look in the "Links" section for a direct link to the new issue location. The issue key will have an icon of 2 footprints next to it, and begin with "SAT-" followed by an integer. You can also find this issue by visiting https://issues.redhat.com/issues/?jql= and searching the "Bugzilla Bug" field for this BZ's number, e.g. a search like: "Bugzilla Bug" = 1234567 In the event you have trouble locating or viewing this issue, you can file an issue by sending mail to rh-issues. You can also visit https://access.redhat.com/articles/7032570 for general account information. The needinfo request[s] on this closed bug have been removed as they have been unresolved for 120 days |