Hide Forgot
Description of problem: Satellite doesn't change pxelinux config files on tftp if the provisioning interface is different from the primary interface. The system gets build successfully but not able to boot because TFTP still has the config file for provisioning interface and not for primary. Version-Release number of selected component (if applicable): 6.2.4 6.2.5 How reproducible: 100% with RHEV and bare metal machines Steps to Reproduce: 1. Create a new host with two network interfaces and relevant MAC addresses 2. Choose one interface as primary and another one as provision 3. Build the host Actual results: The host will be provisioned but unable to boot from its primary interface. TFTP directory will has only PXE config for provision MAC address. Expected results: 1. TFTP has the PXE config for primary interface 2. Host can boot correctly from its primary interface Additional info:
Created redmine issue http://projects.theforeman.org/issues/17919 from this bug
This looks very similar to BZ 1406362. Alexey could you please check whether the workaround works for you too? Just provide identifiers for both interfaces. If it does I think it's a duplicate. According to the case it has same symptoms.
Marek, Sorry for the delay but I was looking for a bare metal machine that I can provision to test it. Unfortunately, Providing identifiers for both interfaces didn't work for me.
Marek, suggested next steps?
In such case, please provide logs from Satellite and Capsule with log level set to debug. I'm mostly interested for the period since the host form is submitted until the hosts starts rebooting loop. Also the content of config file for provisioning interface from TFTP after provisioning would be useful. Please also note that we don't try to create TFTP configuration for primary interface, so the fact it does not exists is expected. The host boots through PXE only on provision interface but the TFTP configuration for it should change so the host boots from local HDD after provisioning is done. It's very likely the host does not get saved at the final stage of provisioning when it call's back to Satellite informing it that the provisioning has finished.
Marek, Just tried to reproduce it on my Sat 6.2.9 and I was unable to reproduce it. So, I assume it's fixed.
Thanks for confirmation. I'm closing now. Please reopen if you encounter the issue again on Satellite 6.2.9+