Satellite 6.5 is changing naming conventions of kernel and initramdisk in TFTP folder. It was previously based operating system name, version and architecture:
However this was causing issues when operating system variant (Server, Workstation) was changed leading to corrupted files. The new naming convention is based on installation media or repository name followed by hash of URL:
Note when a content is promoted to a new content view, the URL changes therefore new pair of files is downloaded. This is expected behavior, more files will appear in the TFTP folder compared to previous naming scheme.
Katello automatically creates OS called "RedHat 7.x" associating two installation media - one for Server the other for Workstation. This is because Puppet insist on this name (https://bugzilla.redhat.com/show_bug.cgi?id=1155704).
User needs to pick up in host/hosgroup proper inst. media, which causes redownload of kernel/initram disk every time different OS variant is being installed. There is a bug in smart-proxy that corrupts redownloaded files under some circumstances (when remote file is bigger than local) thank to how wget utilizes the -c option.
We can solve this by either changing the naming pattern:
Or simply removing the "-c" option which will cause redownloads on every single provisioning. This should be opt-in setting.
Locate http_download.rb file in /usr/share/foreman-proxy directory and remove "-c" (continue) flag.
Lukas, it doesn't appear there is any solid upstream patch for this yet? Can you confirm if the workaround is suitable for a real fix?
upstream did not much like the idea of adding temporary setting for wget to be able to remove faulty "-c" option. On the other hand, there is a associated ticket which solves this problem in a nicer way and it is Pending Merge:
I am now associating this with this BZ and closing the original issue.
This problem can also happen when there is kernel/initramdisk update from Red Hat release engineering (it rarely happens).
*** Bug 1571290 has been marked as a duplicate of this bug. ***
Upstream bug assigned to email@example.com
I don't think the change we are talking about is back-portable to 6.3 (or even 6.4)
Moving this bug to POST for triage into Satellite 6 since the upstream issue http://projects.theforeman.org/issues/19389 has been resolved.
on sat6.5.0 snap #19
i enabled & synced (immediate dl policy) both Rhel 7.5 Workstation & Server kickstart repos.
- then i provisioned a rhel server host and after that a rhe lworkstation host:
[root@sat-6-5-qa-rhel7 boot]# pwd
[root@sat-6-5-qa-rhel7 boot]# ll
-rw-r--r--. 1 foreman-proxy foreman-proxy 54525200 Mar 13 13:45 red-hat-enterprise-linux-7-server-kickstart-x86_64-7-5-29-initrd.img
-rw-r--r--. 1 foreman-proxy foreman-proxy 6381872 Mar 13 13:44 red-hat-enterprise-linux-7-server-kickstart-x86_64-7-5-29-vmlinuz
-rw-r--r--. 1 foreman-proxy foreman-proxy 54572776 Mar 13 13:54 red-hat-enterprise-linux-7-workstation-kickstart-x86_64-7-5-30-initrd.img
-rw-r--r--. 1 foreman-proxy foreman-proxy 6381872 Mar 13 13:54 red-hat-enterprise-linux-7-workstation-kickstart-x86_64-7-5-30-vmlinuz
both hosts got provisioned properly
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.