Bug 1155704
Summary: | Operating System Property of Host is reset by puppet fact, breaking "rebuild". | |||
---|---|---|---|---|
Product: | Red Hat Satellite | Reporter: | Harald Jensås <hjensas> | |
Component: | Provisioning | Assignee: | satellite6-bugs <satellite6-bugs> | |
Status: | CLOSED ERRATA | QA Contact: | Sanket Jagtap <sjagtap> | |
Severity: | high | Docs Contact: | ||
Priority: | medium | |||
Version: | 6.0.4 | CC: | bbuckingham, bkearney, cfouant, dcleal, djuran, hjensas, jalviso, javier.ramirez, jhunt, jnikolak, jswensso, kabbott, katello-bugs, lzap, mhulan, mlele, msomasun, nitthoma, nshaik, ohadlevy, oshtaier, satellite6-bugs, shughes, sjagtap, sjr, smercurio, sreber, sthirugn, tbhowmik, tbrisker, xdmoon, zhunting | |
Target Milestone: | Unspecified | Keywords: | Triaged | |
Target Release: | Unused | |||
Hardware: | x86_64 | |||
OS: | Linux | |||
Whiteboard: | ||||
Fixed In Version: | foreman-1.11.0.72-1 | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | ||
Clone Of: | ||||
: | 1426373 (view as bug list) | Environment: | ||
Last Closed: | 2017-05-01 13:51:46 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: | ||||
Bug Depends On: | ||||
Bug Blocks: | 1115190, 1214527, 1267521, 1287901, 1426373 |
Description
Harald Jensås
2014-10-22 16:29:20 UTC
Since this issue was entered in Red Hat Bugzilla, the release flag has been set to ? to ensure that it is properly evaluated for this release. Could you confirm if the first OS was auto-created when you synchronised the Red Hat repositories, or if you manually created it? The "RedHat 6" Operating System was manually created. -- My observation is that the OS is not created when synchronizing the Red Hat Repos at all. At least "RedHat 6.6" was not auto-created when nightly syncs of "6Server" pulled in RHEL 6.6 when it was released. We currently don't have better workaround than assign all partition tables and provisioning templates for newly created OS so it can be used for provisioning or manually change the OS to original value before rebuild. implementation is probably identical to BZ1261667 *** Bug 1399315 has been marked as a duplicate of this bug. *** Linked upstream issue adds a setting that would disable OS updating based on facts. We can later improve it and separate provisioned OS and reported OS. Moving this bug to POST for triage into Satellite 6 since the upstream issue http://projects.theforeman.org/issues/6006 has been resolved. *** Bug 1261667 has been marked as a duplicate of this bug. *** Is this something I can import into my 6.2.6 install? This definately is my issue! Steven - this is currently targeted at the 6.2.9 release. If you need this earlier, please request a hotfix via your case so that we can provide you with a supported patch that matches your version. Please add verifications steps for this bug to help QE verify Verification steps: 1. Create a new host entry using the fact importer (sat.example.com/api/v2/hosts/facts). 2. Check that there is a new setting added "Ignore facts for operating system", and set it to true. 3. upload the same fact from step 1, but with a change in all the operating system fields to a different OS or version. 4. Verify that the host OS isn't updated. 5. Set the setting in step 2 to false. 6. Upload same modified facts from step 3. 7. Verify that the host OS is updated. Thank you. Build : Satellite 6.2.9 snap1 Steps: 1. Provisioned a host. 2. Setting "Ignore facts for operating system" to True 3. Updated the host os as rhel 7 4. Ran puppet agent -t on host , the os didn't change 5. Setting the "Ignore facts for operating system" to False 6. Ran puppet agent on the host , the operating system was updated to RHEL 7.3 and also a new RHEL 7.3 os was created into operating system section The New Setting "Ignore facts for operating system" is working as expected. This flag is important for customers who runs both RHEL Server and Workstation, because everytime Synced content is flipped from Server to Workstation and back, foreman-proxy running on TFTP Capsule will redownload kernel and image because the naming convention is per OS not per OS+Synced content: /var/lib/tftpboot/boot/RedHat-7.3-x86_64-vmlinuz /var/lib/tftpboot/boot/RedHat-7.3-x86_64-initrd.img This leads to bug, we use "wget -c" to download the files and this "continue" flag will eventually corrupt the files because it only appends missing bytes from remote server, it does not work like "rsync". For this customers, the only way to workaround this is to prevent Puppet from switching OS back to "RedHat X.Y". 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, 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-2017:1191 *** Bug 1175783 has been marked as a duplicate of this bug. *** |