• Recent
  • Unsolved
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login
  • Recent
  • Unsolved
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login

Chainloading failed / boot looping

Scheduled Pinned Locked Moved Solved
FOG Problems
6
58
41.0k
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • G
    gwhitfield @Wayne Workman
    last edited by Feb 29, 2016, 4:48 PM

    @Wayne-Workman said:

    @gwhitfield It’s missing kernel parameters.

    Sorry to appear dense, but I don’t know what the output SHOULD look like, nor what to do to get it that way. I’m handicapped by a lack of in-depth knowledge on how it works. I apologize if I have missed a how-to I suppose?

    W 1 Reply Last reply Feb 29, 2016, 4:53 PM Reply Quote 0
    • W
      Wayne Workman @gwhitfield
      last edited by Wayne Workman Feb 29, 2016, 10:54 AM Feb 29, 2016, 4:53 PM

      @gwhitfield Heres what mine looks like.

      Keep in mind, this iPXE script is generated dynamically based on the parameters passed to it (the mac addresses of the computer). I didn’t pass any parameters to the page, which is why the script says item --gap Host is NOT registered!

      What version of FOG are you using now? Did you upgrade to trunk as suggested?

      #!ipxe
      set fog-ip 10.2.1.11
      set fog-webroot fog
      set boot-url http://${fog-ip}/${fog-webroot}
      cpuid --ext 29 && set arch x86_64 || set arch i386
      goto get_console
      :console_set
      colour --rgb 0x00567a 1 ||
      colour --rgb 0x00567a 2 ||
      colour --rgb 0x00567a 4 ||
      cpair --foreground 7 --background 2 2 ||
      goto MENU
      :alt_console
      cpair --background 0 1 ||
      cpair --background 1 2 ||
      goto MENU
      :get_console
      console --picture http://10.2.1.11/fog/service/ipxe/bg.png --left 100 --right 80 && goto console_set || goto alt_console
      :MENU
      menu
      colour --rgb 0xff0000 0 ||
      cpair --foreground 1 1 ||
      cpair --foreground 0 3 ||
      cpair --foreground 4 4 ||
      item --gap Host is NOT registered!
      item --gap -- -------------------------------------
      item fog.local Boot from hard disk
      item fog.memtest Run Memtest86+
      item fog.reginput Perform Full Host Registration and Inventory
      item fog.reg Quick Registration and Inventory
      item fog.quickimage Quick Image
      item fog.multijoin Join Multicast Session
      item fog.sysinfo Client System Information (Compatibility)
      choose --default fog.local --timeout 5000 target && goto ${target}
      :fog.local
      sanboot --no-describe --drive 0x80 || goto MENU
      :fog.memtest
      kernel memdisk iso raw
      initrd memtest.bin
      boot || goto MENU
      :fog.reginput
      kernel bzImage32 loglevel=4 initrd=init_32.xz root=/dev/ram0 rw ramdisk_size=127000 keymap= web=10.2.1.11/fog/ conosoleblank=0 loglevel=4 mode=manreg
      imgfetch init_32.xz
      boot || goto MENU
      :fog.reg
      kernel bzImage32 loglevel=4 initrd=init_32.xz root=/dev/ram0 rw ramdisk_size=127000 keymap= web=10.2.1.11/fog/ conosoleblank=0 loglevel=4 mode=autoreg
      imgfetch init_32.xz
      boot || goto MENU
      :fog.quickimage
      login
      params
      param mac0 ${net0/mac}
      param arch ${arch}
      param username ${username}
      param password ${password}
      param qihost 1
      isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme
      isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme
      :fog.multijoin
      login
      params
      param mac0 ${net0/mac}
      param arch ${arch}
      param username ${username}
      param password ${password}
      param sessionJoin 1
      isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme
      isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme
      :fog.sysinfo
      kernel bzImage32 loglevel=4 initrd=init_32.xz root=/dev/ram0 rw ramdisk_size=127000 keymap= web=10.2.1.11/fog/ conosoleblank=0 loglevel=4 mode=sysinfo
      imgfetch init_32.xz
      boot || goto MENU
      :bootme
      chain -ar http://10.2.1.11/fog/service/ipxe/boot.php##params ||
      goto MENU
      autoboot
      

      Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
      Daily Clean Installation Results:
      https://fogtesting.fogproject.us/
      FOG Reporting:
      https://fog-external-reporting-results.fogproject.us/

      G 1 Reply Last reply Feb 29, 2016, 5:03 PM Reply Quote 0
      • G
        gwhitfield @Wayne Workman
        last edited by Feb 29, 2016, 5:03 PM

        What version of FOG are you using now? Did you upgrade to trunk as suggested?

        Ubuntu 14.04.4, FOG 1.2.0, rev 6365. I didn’t update yet but plan to as soon as I can today. I neglected to mention that I did have a positive UEFI boot and was able to upload from and re-deploy a test image to a Dell E5550 a few days ago using snponly.efi so I thought maybe I’ve just changed something accidentally since then that would be simple to identify.

        W 2 Replies Last reply Feb 29, 2016, 5:07 PM Reply Quote 0
        • W
          Wayne Workman @gwhitfield
          last edited by Feb 29, 2016, 5:07 PM

          @gwhitfield Have you watched all the movies in the “Tremors” franchise?

          Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
          Daily Clean Installation Results:
          https://fogtesting.fogproject.us/
          FOG Reporting:
          https://fog-external-reporting-results.fogproject.us/

          G 1 Reply Last reply Feb 29, 2016, 5:20 PM Reply Quote 0
          • G
            george1421 Moderator
            last edited by Feb 29, 2016, 5:19 PM

            The root if the issue here is (the Dell 7010). The 7010 will not completely boot the iPXE kernel. This is needed for FOG to function correctly. Its not an issue with FOG, but a compatibility issue between a component that FOG uses (iPXE) and the Dell 7010 EFI firmware. When you MDT boot you can use either cdrom or usb flash drive. This process doesn’t use iPXE so I would expect this to work. I can also boot the 7010 into the FOG Live debugger using a usb (similar to the way MDT boots). But again this doesn’t use iPXE to boot.

            What needs to happen.

            1. Dell fixes their silly firmware
            2. The iPXE guys can work out a method to patch iPXE to work around this issue.
            3. You switch back to BIOS booting for this hardware platform.

            Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!

            G 1 Reply Last reply Feb 29, 2016, 5:37 PM Reply Quote 1
            • G
              gwhitfield @Wayne Workman
              last edited by Feb 29, 2016, 5:20 PM

              @Wayne-Workman -only saw the first one, enjoyed it immensely for no good reason.

              1 Reply Last reply Reply Quote 0
              • W
                Wayne Workman @gwhitfield
                last edited by Feb 29, 2016, 5:30 PM

                @gwhitfield said:

                I neglected to mention that I did have a positive UEFI boot and was able to upload from and re-deploy a test image to a Dell E5550 a few days ago using snponly.efi

                https://www.youtube.com/embed/iWo14lBhXWc

                Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
                Daily Clean Installation Results:
                https://fogtesting.fogproject.us/
                FOG Reporting:
                https://fog-external-reporting-results.fogproject.us/

                G 1 Reply Last reply Feb 29, 2016, 6:09 PM Reply Quote 0
                • G
                  gwhitfield @george1421
                  last edited by Feb 29, 2016, 5:37 PM

                  When you MDT boot you can use either cdrom or usb flash drive. This process doesn’t use iPXE so I would expect this to work.

                  I’m fairly certain I PXE booted the 7010 UEFI using WDS to deploy the MDT image. Only reason I’m uncertain at all is simply how many different imaging related projects I have going on… I will be able to test/confirm later today or tomorrow.

                  W 1 Reply Last reply Feb 29, 2016, 5:40 PM Reply Quote 0
                  • W
                    Wayne Workman @gwhitfield
                    last edited by Feb 29, 2016, 5:40 PM

                    @gwhitfield said:

                    I’m fairly certain I PXE booted the 7010 UEFI using WDS to deploy the MDT image.

                    WDS doesn’t use iPXE.

                    Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
                    Daily Clean Installation Results:
                    https://fogtesting.fogproject.us/
                    FOG Reporting:
                    https://fog-external-reporting-results.fogproject.us/

                    G 1 Reply Last reply Feb 29, 2016, 6:01 PM Reply Quote 0
                    • G
                      gwhitfield @Wayne Workman
                      last edited by Feb 29, 2016, 6:01 PM

                      @Wayne-Workman - Ahhh…they appeared similar enough in the netboot phase that I got the impression it was the same technology. I been duped.

                      1 Reply Last reply Reply Quote 0
                      • G
                        gwhitfield @Wayne Workman
                        last edited by Feb 29, 2016, 6:09 PM

                        @Wayne-Workman said:

                        https://www.youtube.com/embed/iWo14lBhXWc

                        Oh sht that’s funny!!!
                        #1- I gotta see that movie again. It feels like 20 years since…
                        #2 - I apologize. I know just enough to be dangerous and under the circumstances sometimes it’s hard to know what’s relevant to the discussion much less what’s important.

                        W 1 Reply Last reply Feb 29, 2016, 6:13 PM Reply Quote 0
                        • W
                          Wayne Workman @gwhitfield
                          last edited by Feb 29, 2016, 6:13 PM

                          @gwhitfield There are 5 of them now. They are all worth watching, in order, with the wife/gf.

                          Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
                          Daily Clean Installation Results:
                          https://fogtesting.fogproject.us/
                          FOG Reporting:
                          https://fog-external-reporting-results.fogproject.us/

                          1 Reply Last reply Reply Quote 0
                          • G
                            gwhitfield @Wayne Workman
                            last edited by Feb 29, 2016, 7:50 PM

                            @Wayne-Workman said:

                            @gwhitfield It’s missing kernel parameters.

                            I upgraded to trunk and no change. I was hoping the kernel parameters issue would be resolved automagically since I never intentionally made any changes to anything except putting different efi boot file names in DHCP. I looked and can tell there’s tons of info on kernel parameters and editing the boot menu but isn’t there a default setup that should be in place with a re-install? Do I need to edit something now?

                            W 1 Reply Last reply Feb 29, 2016, 7:57 PM Reply Quote 0
                            • W
                              Wayne Workman @gwhitfield
                              last edited by Feb 29, 2016, 7:57 PM

                              @gwhitfield What boot file are you using at the moment? What mode (uefi/bios) is the target computer in right now? Is this a Optiplex 7010 or … something else?

                              We need to know all your testing details.

                              Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
                              Daily Clean Installation Results:
                              https://fogtesting.fogproject.us/
                              FOG Reporting:
                              https://fog-external-reporting-results.fogproject.us/

                              G 1 Reply Last reply Feb 29, 2016, 9:04 PM Reply Quote 0
                              • G
                                gwhitfield @Wayne Workman
                                last edited by Feb 29, 2016, 9:04 PM

                                @Wayne-Workman - I’ll give up on the 7010, they’re just an experiment anyway. I’m currently testing on the ESXi 5.5 VM set to UEFI and E1000 nic, also testing with a Dell E5550 set to UEFI boot first from IPV4 nic and then Boot Manager. They both appear to be doing the same thing when being served the same boot file.

                                Scope options in DHCP are:
                                66 - IP of FOG server
                                67 - whatever file name I’m testing out.

                                Boot file ipxe.efi - they ask “Please enter tftp server:”
                                Boot file snponly.efi - they ask “Please enter tftp server:”
                                Boot file snp.efi - they ask “Please enter tftp server:”
                                Boot file intel.efi - they ask “Please enter tftp server:”
                                Boot file realtek.efi - They say “DHCP failed, hit ‘s’ for shell, reboot in 10 seconds”
                                Boot file undionly.kpxe - E5550 flashes quickly and boots to OS, VM looks like below (I don’t have an UEFI disk in the system, just wanted to see the network boot okay.)
                                0_1456779784136_VM-undionly.kpxe.JPG

                                Q 1 Reply Last reply Feb 29, 2016, 9:48 PM Reply Quote 0
                                • Q
                                  Quazz Moderator @gwhitfield
                                  last edited by Feb 29, 2016, 9:48 PM

                                  @gwhitfield If I’m not mistaken, the “Please enter tftp server” has to do with either another DHCP server conflicting or some IP helper thingy.

                                  1 Reply Last reply Reply Quote 1
                                  • S
                                    Sebastian Roth Moderator
                                    last edited by Sebastian Roth Feb 29, 2016, 5:39 PM Feb 29, 2016, 11:33 PM

                                    @gwhitfield As you said. Let’s try to focus on one issue! We won’t get the Dell 7010 to netboot with iPXE in UEFI mode any time soon I reckon. As George said he is able to netboot ESXi 5.5 VMs with iPXE on e1000 NIC setting just fine. So it can be done. Please stick to snponly.efi as George reported this works for him.

                                    From your first picture we see that getting an IP via DHCP (and the next-server information) within iPXE has worked. What changed? I kind of doubt that upgrading to the latest FOG version broke this. But we’ll work this out. What happens if you enter the TFTP (FOG server) IP? Does it get you to the menu or fails as well?

                                    I am still wondering about the output you got from accessing boot.php in your browser. Have you possibly changed your iPXE menu to be hidden? Check the settings in the web interface: FOG Configuration -> iPXE Boot Menu -> “Hide Menu” is checked???

                                    @Quazz The message means that although iPXE was able to get an IP via DHCP it did not receive next-server (option 67) from the DHCP. Sounds kind of weird because we know that on the first try (PXE ROM getting IP and boot information) it got the information as it would not have been able to load the iPXE binary otherwise. Would be great to see a packet dump of a client/VM booting to that message. Wireshark on the DHCP server (display filter: bootp || tftp) would be great!

                                    Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

                                    Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

                                    G 1 Reply Last reply Mar 1, 2016, 12:57 PM Reply Quote 0
                                    • G
                                      george1421 Moderator
                                      last edited by Mar 1, 2016, 12:32 AM

                                      I can say I would also want to know what is going on in this condition, where ipxe is getting partial or no dhcp information. Which is a bit crazy since the PXE rom was able to load the iPXE kernel from the boot server using the boot file value. This is not the first time I heard of this situation. I don’t know if this condition is because of a potential dhcp proxy server is in the environment, or because of a slow network link causing the port to not go into the forwarding state until sometime after the ipxe kernel needs it. While this isn’t really a FOG issue, it does tend to color the perception that FOG is not ready for production use.

                                      Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!

                                      1 Reply Last reply Reply Quote 0
                                      • G
                                        gwhitfield @Sebastian Roth
                                        last edited by Mar 1, 2016, 12:57 PM

                                        @Sebastian-Roth - Current boot menu settings:
                                        0_1456836647194_GBBootMenu.JPG
                                        I did (and do) have the boot menu hidden but when I un-hide it I do get the menu after entering the FOG IP. Then it fails. I did make sure of the e1000 NIC and snponly.efi settings. This environment has a 2012 Standard server doing DHCP to approx 75 BIOS machines (no proxy). This UEFI VM is only used for testing in preparation for adding UEFI to the mix this Fall. Therefore I have the policies and options set to allow BIOS and UEFI machines to grab their own boot files which works very well for the BIOS machines. Seems like I’m almost there. I have other FOG servers doing the same thing but they’re 2008 boxes and I can’t set policies so I have to leave them alone or face the wrath of a lot of people not being able to boot their BIOS machines.
                                        @george1421 - Having relied HEAVILY on FOG for many years I can say that my perception of FOG is rose colored! Its all just a little bump in the road, probably of my own doing rather than FOG’s.

                                        G 1 Reply Last reply Mar 1, 2016, 1:12 PM Reply Quote 0
                                        • G
                                          george1421 Moderator @gwhitfield
                                          last edited by Mar 1, 2016, 1:12 PM

                                          @gwhitfield Just for clarity these two environment you mentioned (2008 dhcp and 2012 dhcp) are in different broadcast domain and subnets?

                                          As Sebastian said, the next step is to get a pcap of the communication between the target and dhcp server to see what is going on with this second stage dhcp request. The first stage request is working since the ipxe kernel is making it to the target computer, its just when the ipxe kernel issues a dhcp request the dhcp server is not issuing the option 66 value corectly.

                                          The preferred way to to setup wireshark on a mirrored port. Since the dhcp communications are broadcasts you can pick up this information from any location in the same broadcast domain. If your fog server is on the same subnet as the target computer, you can install tcpdump on your fog server and pick up that traffic too. This would get all of the broadcast traffic plus any unicast communication between the target and the fog server.

                                          Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!

                                          G 1 Reply Last reply Mar 1, 2016, 2:09 PM Reply Quote 0
                                          • 1
                                          • 2
                                          • 3
                                          • 2 / 3
                                          2 / 3
                                          • First post
                                            22/58
                                            Last post

                                          204

                                          Online

                                          12.0k

                                          Users

                                          17.3k

                                          Topics

                                          155.2k

                                          Posts
                                          Copyright © 2012-2024 FOG Project