Bug 1429033
| Summary: | Host provisioned with RHEL Workstation OS, after provisioning displayed as generic RedHat 7.3 | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Satellite | Reporter: | Pablo Hess <phess> | ||||||||
| Component: | Subscription Management | Assignee: | Marek Hulan <mhulan> | ||||||||
| Status: | CLOSED ERRATA | QA Contact: | Cole Higgins <chiggins> | ||||||||
| Severity: | high | Docs Contact: | |||||||||
| Priority: | high | ||||||||||
| Version: | 6.2.7 | CC: | ahumbe, apatel, aupadhye, bkearney, cdonnell, cmarinea, dezw, dmoessne, egolov, gordon.stocks, gpadholi, inecas, janarula, jaymarti, jbhatia, jbury, jcallaha, jeremybryanjackson, kupadhya, mfw113, rcavalca, rhbgs.10.bigi_gigi, rkarimpa, rvdwees, shisingh, sraut, t.h.amundsen, vcojot, wpinheir | ||||||||
| Target Milestone: | 6.8.0 | Keywords: | PrioBumpField, PrioBumpGSS, PrioBumpPM, Reopened, Triaged | ||||||||
| Target Release: | Unused | ||||||||||
| Hardware: | Unspecified | ||||||||||
| OS: | Linux | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | foreman-2.1.0-0 | Doc Type: | If docs needed, set a value | ||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2020-10-27 12:57:17 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: | |||||||||||
| Attachments: |
|
||||||||||
Created attachment 1259740 [details]
Host changed after provisioning
Created attachment 1259741 [details]
Content Host information displaying incorrect OS and correct Product
We see the same problem. We have customized OSes which adapt the installation to our needs. This bug leads to some issues: no bookkeeping of how many hosts are using a OS, customized OSes always report zero hosts. We have no clue which OSes have been used by our clients. if someone reinstalls a system and forgets to change the OS back to the customized version, the installation will end up in a unusable state. Same issue here with Satellite 6.2.9 where customers need to modify newly created Hosts with parameters or just rebuilding them, and they fallback to RedHat default Operating System losing any customization in terms of Operating System, Provisioning templates and Partition table templates. Additional case hitting this bug where customer uses a custom partition table, provisioning template, and multiple parameters that are lost when Satellite sets up PXE provisioning i.e. before even provisioning the client system. For instance, although Satellite is correctly building /var/lib/tftpboot/boot/my-custom-RHEL-7.4-x86_64-initrd.img the PXE provisioning template for this custom OS says: APPEND initrd=boot/RedHat-7.4-x86_64-initrd.img ...instead of the expected: APPEND initrd=boot/my-custom-RHEL-7.4-x86_64-initrd.img In addition, customer gets multiple error messages from the webUI when reviewing or deleting or editing this host after it's provisioned, e.g.: partition table my-custom-parttable does not belong to RedHat 7.4 operating system Medium MyOrg/Library/MyCustom/Red_Hat_Enterprise_Linux_7_Server_Kickstart_x86_64_7_4 does not belong to RedHat 7.4 operating system Both error messages above stem from the fact that the specified partition table and medium indeed belong to the custom OS instead of the default RedHat 7.4 OS. The following work arounds have been submitted for this bug - https://access.redhat.com/solutions/3189362 - Satellite 6: Customized OS and templates no longer associated with newly provisioned host. Resolution #2 does not work. Set OS back to desired state via UI after is has been set back, like so: Hosts -> all Hosts -> <select_host> -> edit -> Operating System -> change to desired/actually configured OS. If changed back manually as described in workaround, this does not start permanently until the host gets reinstalled. It will revert back after the next time the host reports back... Note: I have not tried resolution 1. *** Bug 1497329 has been marked as a duplicate of this bug. *** The reason for this behaviour is an attempt to unify the hosts being provisioned from the Satellite vs. those that are reported to the system via subscription-manager or puppet. Currently, the Satellite doesn't distinguish between the flavours, when parsing the facts. In https://access.redhat.com/solutions/3189362, the resolution 1: "Change Settings -> Provisioning -> Ignore facts for operating system-> to true", should turn off assigning the operating system when parsing facts. *** Bug 1510450 has been marked as a duplicate of this bug. *** If my observations are correct, the "Ignore facts" setting now causes the issue, that systems upgraded ie. from 7.4 to 7.5 don't update the OS release information. We now have an growing number of systems displaying a wrong OS, which raises more and more discussions with our customers/sysadmins. *** Bug 1685650 has been marked as a duplicate of this bug. *** *** Bug 1510450 has been marked as a duplicate of this bug. *** Hello Marek, I would require your help in updating the case as the customer is waiting for the resolution for more than 18 months and have an raised an escalation. Customer has upgraded the satellite from 6.2 to 6.4 version, But still the issue persists. Please let us know how long will it take to be fixed and on which version? Satellite 6.4.2- Same issue here Sadly, there hasn't been much progress on this yet. Both Workstation and Server are considered the same RHEL in terms of configuration management reporting. There's is no ETA at this moment. We need to see, what information we can get out of puppet facter (and other fact sources) and update the mapping. The Satellite Team is attempting to provide an accurate backlog of bugzilla requests which we feel will be resolved in the next few releases. We do not believe this bugzilla will meet that criteria, and have plans to close it out in 1 month. This is not a reflection on the validity of the request, but a reflection of the many priorities for the product. If you have any concerns about this, feel free to contact Red Hat Technical Support or your account team. If we do not hear from you, we will close this bug out. Thank you. As you can see we have plenty of people hitting this bug ever since it was filed. Chances are high that if this bug gets closed it will be re-opened pretty soon afterwards. Alternatively, providing a reliable and not too burdensome workaround that will allow customers to track which systems of each flavor they have and what each system's flavor is would be nice before closing this bug. For example, /etc/redhat-release in those systems is probably displaying the "right" flavor, so couldn't we have Satellite use that as a source for the fact that will set a system's flavor? Thank you for your interest in Satellite 6. We have evaluated this request, and while we recognize that it is a valid request, we do not expect this to be implemented in the product in the foreseeable future. This is due to other priorities for the product, and not a reflection on the request itself. We are therefore closing this out as WONTFIX. If you have any concerns about this, please do not reopen. Instead, feel free to contact Red Hat Technical Support. Thank you. WONTFIX? Other priorities? Red Hat product incapable of dealing with Red Hat products? This is a confession of failure, after 2 years we still have no solution. I have dozends of internal customers asking for fixing this bug, honestly, I'm upset. Looks as if RH is fading out the Workstation branch, maybe we should stop supporting Red Hat Workstations here and suggest to our customers to switch to another distribution. I spoke with the developer and he stated this was being worked upstream. I am re-opening this. Upstream bug assigned to mhulan Upstream bug assigned to mhulan Moving this bug to POST for triage into Satellite 6 since the upstream issue https://projects.theforeman.org/issues/1513 has been resolved. 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 (Important: Satellite 6.8 release), 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/RHSA-2020:4366 |
Created attachment 1259739 [details] Host displaying correct OS while provisioning Description of problem: Satellite server is hosting RHEL 7.3 Server and Workstation flavors. Operating System named "RedHat 7.3" (the auto-created default) is configured to serve both Server and Workstation kickstart trees. Operating System named "RHEL_Workstation 7.3" is configured to serve only the Workstation kickstart tree. After PXE- or Discovery-installing a new host using "RHEL_Workstation 7.3" Satellite WebUI will display the correct OS i.e. "RHEL_Workstation 7.3" at Hosts > All hosts. Once the new host registers with Satellite the OS is changed to "RedHat 7.3" which should not happen. Clicking Hosts > All hosts > {hostname}, one will see: * Installed Products > Product: "Red Hat Enterprise Linux Workstation 7.3" * Content Host Properties > OS: RedHat 7.3 <---- This is what is wrong. Version-Release number of selected component (if applicable): Satellite 6.2.7 How reproducible: Always Steps to Reproduce: 1. Add RHEL7 Workstation and Server repos/products to Satellite 2. Let the auto-generated Operating System i.e. "RedHat 7.3" serve both Server and Workstation kickstart trees 3. Create a new Operating System named e.g. "RHEL_Workstation 7.3" that serves only the Workstation kickstart tree 4. Provision a new host based on the "RHEL_Workstation 7.3" OS Actual results: Watch as Satellite displays the "RHEL_Workstation 7.3" Operating System during the install at Hosts > All hosts. However, after the install finishes and the host reboots, Satellite displays "RedHat 7.3" on the Operating System column at Hosts > All hosts Expected results: Satellite should display "RHEL_Workstation 7.3" on the Operating System column at Hosts > All hosts. Additional info: picture Host--All_Hosts_during_install.png shows how the host appears during provisining. picture Host--All_Hosts_after_provision.png shows how the host appears after provisioning. picture Host--Content_Host_after_provision.png shows the Host OS and Product under Hosts > Content Host > {select host} > Details tab.