Chad, when a host is discovered, it should be discovered in a subnet. This is shown on the list of discovered hosts. Do you see those set correctly?
Workaround is to have such a subnet defined so it is assigned during discovery. On Fri, May 12, 2017 at 2:21 PM, Chad Schroeder < [email protected]> wrote: > Any progress to report Lukas? > > On Wednesday, May 3, 2017 at 4:07:46 AM UTC-5, Lukas Zapletal wrote: >> >> Nah I cannot reproduce it in my libvirt environment, I guess this has >> something to do with IPMI. Could you try to add "ipmi_*" facts into ignored >> facts so IPMI NIC is not created during discovery? Does it help? >> >> On Wed, May 3, 2017 at 10:54 AM, Lukas Zapletal <[email protected]> wrote: >> >>> Jacek, for 1.15 there is another bug for autoprovisioning that has been >>> fixed in RC2: >>> >>> http://projects.theforeman.org/issues/19409 >>> >>> Try with RC2 please. Anyway, one questions for all of you - how does >>> Foreman recognize your NICs after host is discovered? >>> >>> Can you make screenshot of recognized NICs in the UI (discovered host >>> detail page)? Interested in which interface is set as primary/provisioning. >>> >>> Also which subnet has been detected? Does it match primary/provisioning >>> NIC? Is TFTP associated with this subnet? >>> >>> What version of the FDI (image) do you use? If this is a regression can >>> you try with older version? >>> >>> Initially I thought it's caused by domain but that was wrong assumption. >>> >>> On Fri, Apr 28, 2017 at 12:27 PM, Jacek Mierzwa <[email protected]> >>> wrote: >>> >>>> I have tested auto-provisioning in 1.15 RC1. >>>> Now it also matters if hostname pattern is used in discovery rule. >>>> >>>> No hostname in discovery rule: >>>> - auto-provision does NOT create PXE file >>>> - manually select 'Build' on auto-provisioned host = PXE file created! >>>> - manually select 'Rebuild config' on auto-privisioned host = nothing >>>> >>>> Hostname pattern used in discovery rule: >>>> - auto-provision does NOT create PXE file >>>> - manually select 'Build' on auto-provisioned host = no PXE file + >>>> hostname reverted to default (macXXXXXXXXXX) >>>> - manually select 'Rebuild config' on auto-privisioned host = no PXE >>>> file + hostname reverted to default (macXXXXXXXXXX) >>>> - after the hostname is reverted to default: >>>> - manually select 'Build' on host = no PXE file >>>> - manually select 'Rebuild config' on host = PXE file created! >>>> >>>> >>>> I think this goes beyond tftp.rb :S >>>> >>>> On Tue, Apr 25, 2017 at 6:40 PM, Chad Schroeder < >>>> [email protected]> wrote: >>>> >>>>> Lukas, >>>>> >>>>> Hope this helps: >>>>> >>>>> On initial discovery, the results of tftp_ready? are: >>>>> host.nil: false >>>>> host.managed: false >>>>> >>>>> Clicking "Auto Provision" on the discovered host in the "Discovered >>>>> Hosts" menu: >>>>> host.nil: false >>>>> host.managed: false >>>>> >>>>> Clicking "Edit" on the host in "All Hosts" menu and then clicking >>>>> submit: >>>>> host.nil: false >>>>> host.managed: true >>>>> managed: true >>>>> provision: true >>>>> host: mac00224d4fb56a.sub.domain.net >>>>> host.operatingsystem: CentOS 7.3.1611 >>>>> host.pxe_loader.present: true >>>>> pxe_build?: true >>>>> SETTINGS[:unattended]: true >>>>> >>>>> Chad >>>>> >>>>> On Friday, April 21, 2017 at 8:13:18 AM UTC-5, Lukas Zapletal wrote: >>>>>> >>>>>> Ok thanks, I can see that either TFTP nor DHCP steps are not getting >>>>>> orchestrated at all. I suspect that this returns false: >>>>>> >>>>>> https://github.com/theforeman/foreman/blob/develop/app/model >>>>>> s/concerns/orchestration/tftp.rb#L21 >>>>>> >>>>>> Maybe if you are able to break up the tftp_ready? method into >>>>>> multiple lines and do some debug logger outputs of all individual >>>>>> statements in there to see which does not trigger TFTP orchestration. >>>>>> >>>>>> Strange is we should see DHCP orchestration but that does not happen >>>>>> as well. Are NICs created correctly? Is there a subnet set? >>>>>> >>>>>> Unfortunately I have engagement at customer site for whole week, I >>>>>> will carry on the week after. We need to solve this. >>>>>> >>>>>> On Wed, Apr 19, 2017 at 4:58 PM, Chad Schroeder < >>>>>> [email protected]> wrote: >>>>>> >>>>>>> I'm not sure I follow what your asking for Lukas. >>>>>>> >>>>>>> On Wednesday, April 19, 2017 at 8:50:21 AM UTC-5, Lukas Zapletal >>>>>>> wrote: >>>>>>>> >>>>>>>> Jacek, I apologize but what I meant was: >>>>>>>> >>>>>>>> http://projects.theforeman.org/projects/foreman/wiki/Trouble >>>>>>>> shooting#Enable-detailed-SQL-logger-for-orchestration-messages >>>>>>>> >>>>>>>> Chad, it looks like setting (a fake) domain did not help to Jacek, >>>>>>>> can you try it? Did it help in your case? Associate Subnet with a >>>>>>>> Domain >>>>>>>> and then set it in the Hostgroup. >>>>>>>> >>>>>>>> LZ >>>>>>>> >>>>>>>> On Wed, Apr 19, 2017 at 2:51 PM, Jacek Mierzwa <[email protected]> >>>>>>>> wrote: >>>>>>>> >>>>>>>>> And here is Foreman app debug-level log from 'successful' >>>>>>>>> auto-provision (no PXE file appears). >>>>>>>>> >>>>>>>>> On Wed, Apr 19, 2017 at 2:13 PM, Jacek Mierzwa <[email protected]> >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>>> Here's the SQL debug log from 'successful' auto-provision (no PXE >>>>>>>>>> file appears). >>>>>>>>>> Please find attached. >>>>>>>>>> >>>>>>>>>> Thanks/Regards >>>>>>>>>> >>>>>>>>>> On Wed, Apr 19, 2017 at 1:21 PM, Lukas Zapletal <[email protected] >>>>>>>>>> > wrote: >>>>>>>>>> >>>>>>>>>>> Ok I finally reproduced. >>>>>>>>>>> >>>>>>>>>>> When domain is blank, autoprovisioning fails for no apparent >>>>>>>>>>> reason, >>>>>>>>>>> logs are empty, something fails during orchestration and hosts >>>>>>>>>>> are >>>>>>>>>>> getting discovered again (which fails since managed host already >>>>>>>>>>> exists). >>>>>>>>>>> >>>>>>>>>>> http://projects.theforeman.org/issues/19313 >>>>>>>>>>> >>>>>>>>>>> I will do my best to fix it this week, but I am on travel the >>>>>>>>>>> week >>>>>>>>>>> after, crossing my fingers. >>>>>>>>>>> >>>>>>>>>>> LZ >>>>>>>>>>> >>>>>>>>>>> On Thu, Apr 13, 2017 at 4:28 PM, Garreat <[email protected]> >>>>>>>>>>> wrote: >>>>>>>>>>> > I experience this issue. >>>>>>>>>>> > After clicking 'auto-provisioning' on a discovered host, the >>>>>>>>>>> host entry is >>>>>>>>>>> > created, the host reboots - but only to enter Foreman >>>>>>>>>>> Discovery Image PXE >>>>>>>>>>> > loop. >>>>>>>>>>> > My TFTP proxy is in healthy status as I can recreate PXE >>>>>>>>>>> default no prob. >>>>>>>>>>> > >>>>>>>>>>> > Now answering your checklist: >>>>>>>>>>> > - host is managed - yes - OK >>>>>>>>>>> > - provision method is "build" and not "image" - how to check >>>>>>>>>>> this? I can't >>>>>>>>>>> > see the 'build mode' checkbox for the newly created host >>>>>>>>>>> > - host has operating system set - yes (inherited from host >>>>>>>>>>> group) - OK >>>>>>>>>>> > - host has pxe loader flag present (not set to blank or None) >>>>>>>>>>> - how to check >>>>>>>>>>> > this? >>>>>>>>>>> > - host has one provisioning NIC with valid MAC address - yes >>>>>>>>>>> it does - OK >>>>>>>>>>> > - a subnet is associated with the provisioning NIC - it is, >>>>>>>>>>> but it's a >>>>>>>>>>> > subnet different than the one declared in machine's host group >>>>>>>>>>> > - the subnet has TFTP feature turned on - it does, and it's >>>>>>>>>>> the same TFTP >>>>>>>>>>> > proxy as in the subnet that I wanted >>>>>>>>>>> > >>>>>>>>>>> > Also, the 'domain' is blank for the fresh created host. >>>>>>>>>>> > The OS assigned to this host group has a valid PXElinux >>>>>>>>>>> template selected. >>>>>>>>>>> > >>>>>>>>>>> > Assume I'm not making any manual changes: >>>>>>>>>>> > - 'Build host' does nothing >>>>>>>>>>> > - 'Rebuild config' creates a PXE mac-template on TFTP >>>>>>>>>>> immediatly >>>>>>>>>>> > >>>>>>>>>>> > facter -j output attached >>>>>>>>>>> > >>>>>>>>>>> > Thanks / Regards / Greetings >>>>>>>>>>> > >>>>>>>>>>> > W dniu wtorek, 11 kwietnia 2017 10:28:17 UTC+2 użytkownik >>>>>>>>>>> Lukas Zapletal >>>>>>>>>>> > napisał: >>>>>>>>>>> >> >>>>>>>>>>> >> TFTP orchestration is not being triggered. It can be only >>>>>>>>>>> performed >>>>>>>>>>> >> when all of these conditions are met: >>>>>>>>>>> >> >>>>>>>>>>> >> - host is managed >>>>>>>>>>> >> - provision method is "build" and not "image" >>>>>>>>>>> >> - host has operating system set >>>>>>>>>>> >> - host has pxe loader flag present (not set to blank or None) >>>>>>>>>>> >> - host has one provisioning NIC with valid MAC address >>>>>>>>>>> >> - a subnet is associated with the provisioning NIC >>>>>>>>>>> >> - the subnet has TFTP feature turned on >>>>>>>>>>> >> >>>>>>>>>>> >> Visit a host which failed provisioning and do this checklist >>>>>>>>>>> please. >>>>>>>>>>> >> >>>>>>>>>>> >> LZ >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> > >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> Later, >>>>>>>>>>> Lukas @lzap Zapletal >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> >>>>>>>>>> *Jacek Mierzwa* | Systems Integration Engineer >>>>>>>>>> >>>>>>>>>> Platform Management Division >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> >>>>>>>>> *Jacek Mierzwa* | Systems Integration Engineer >>>>>>>>> >>>>>>>>> Platform Management Division >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Later, >>>>>>>> Lukas @lzap Zapletal >>>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Later, >>>>>> Lukas @lzap Zapletal >>>>>> >>>>> >>>> >>>> >>>> -- >>>> >>>> *Jacek Mierzwa* | Systems Integration Engineer >>>> >>>> Platform Management Division >>>> >>>> >>>> >>>> >>> >>> >>> -- >>> Later, >>> Lukas @lzap Zapletal >>> >> >> >> >> -- >> Later, >> Lukas @lzap Zapletal >> > -- Later, Lukas @lzap Zapletal -- You received this message because you are subscribed to the Google Groups "Foreman users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at https://groups.google.com/group/foreman-users. For more options, visit https://groups.google.com/d/optout.
