Description of problem: When tying to provision / create a new host using that medium, the boot files that are created will be zero-length if they haven't been downloaded, yet. The host boot process will fail as zero-length files are invalid for boot. Version-Release number of selected component (if applicable): 6.3.0 How reproducible: Steps to Reproduce: 1. turn on on-demand downloading for kickstart repo 2. sync kickstart repo 3. create new host 4. select kickstart repo as medium 5. list files in /var/lib/tftpboot/boot Actual results: [root@sat1 ~]# ls -l /var/lib/tftpboot/boot/ total 0 -rw-r--r--. 1 foreman-proxy foreman-proxy 0 Oct 4 23:56 RedHat-7.4-x86_64-initrd.img -rw-r--r--. 1 foreman-proxy foreman-proxy 0 Oct 4 23:56 RedHat-7.4-x86_64-vmlinuz Expected results: [ERROR] You're not able to provision hosts with a kickstart that is configured for lazy-sync, please change to immediate sync. Additional info: After changing to immediate sync and creating host (and after removing files in tftpboot/boot) [root@sat1 ~]# ls -l /var/lib/tftpboot/boot/ total 54340 -rw-r--r--. 1 foreman-proxy foreman-proxy 49763300 Oct 5 10:27 RedHat-7.4-x86_64-initrd.img -rw-r--r--. 1 foreman-proxy foreman-proxy 5875184 Oct 5 10:27 RedHat-7.4-x86_64-vmlinuz
Tested with Sat6.3.0-snap32.0 Provisioned a RHEL7 Host with on-demand/lazy-sync and provisioning/PXE_boot of the Host was successful. I had faced this issue under these conditions earlier and would be a good thing to ensure, that we are not hitting this issue under these conditions. 1) If the manifest which is imported being used elsewhere, there is a chance of the manifest getting expired, after a certain period. 2) So, if one tries to Provision a Host after the manifest is expired, one wouldn't be able to download content from cdn.redhat.com, here it being initrd/vmlinuz files. 3) IT usually takes few hrs to days before the manifest gets expired, though me not an expert in this area. Let me see how it goes after keeping this setup running for few days ( without importing the manifest anywhere else ) and then trying to provision a new host once again. [root@qe-sat6-setup boot]# ll RedHat* -rw-r--r--. 1 foreman-proxy foreman-proxy 49763300 Jul 11 2017 RedHat-7.4-x86_64-initrd.img -rw-r--r--. 1 foreman-proxy foreman-proxy 5875184 Jul 6 2017 RedHat-7.4-x86_64-vmlinuz
Connecting redmine issue http://projects.theforeman.org/issues/22292 from this bug
Connecting redmine issue http://projects.theforeman.org/issues/22318 from this bug
Moving this bug to POST for triage into Satellite 6 since the upstream issue http://projects.theforeman.org/issues/22318 has been resolved.
Verified in Satellite 6.3 Snap 35. I had no issues when provisioning a RHEL 7.4 Server host using an on_demand kickstart repo. See attached images for verification.
Created attachment 1392815 [details] on_demand kickstart repo
Created attachment 1392816 [details] verification screenshot 1
Created attachment 1392817 [details] verification screenshot 2
Created attachment 1392818 [details] verification screenshot 3
Created attachment 1392819 [details] verification screenshot 4
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/RHSA-2018:0336