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

    UEFI PXE not downloading ipxe.efi file

    Scheduled Pinned Locked Moved Unsolved
    FOG Problems
    4
    14
    5.1k
    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.
    • Z
      zacadams
      last edited by

      I am trying to UEFI PXE boot an Optiplex 7010 and have already changed the boot file from undionly.kpxe to ipxe.efi in the DHCP sever settings. When booted the machine shows:

      Start PXE over IPv4.
      Station IP address is 129.120.251.101
      Server IP address is 129.120.123.171
      NBP filename is ipxe.efi*
      NBP filesize is 0 Bytes
      PXE-E23:Client received TFTP error from server.

      I have ran a tcpdump on ports 67,68,69, and 4011 from the FOG server and have included that on this post and have successfully been able to do a TFTP get on the ipxe.efi file from my own machine. Any ideas on what is going on?

      0_1524148784797_4902f57e-2321-4dc8-8170-057596348be2-image.png

      george1421G H 2 Replies Last reply Reply Quote 0
      • george1421G
        george1421 Moderator @zacadams
        last edited by george1421

        @zacadams Would you mind uploading the pcap to a google/dropbox drive and IM me the link. I’d like to look at a bit more than a pict of the file.

        But just off the top, I would expect that splat ( * ) at the end of the file name to be trouble.

        [Edit] Also watch the firmware on those 7010’s I had one with A16 yesterday that couldn’t pxe boot in uefi mode until I updated to A25.

        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 1
        • H
          Hammett131 @zacadams
          last edited by

          @zacadams I have had a few issues with ipxe.efi file boot a couple options I have found one @george1421 already mentioned updating the bios helped but I also legacy booted with an undionly.kpxe and then have it download the uefi image then before it tries to boot into windows change back to uefi. I know it’s alittle annoying but it did work for those that even when I updated the bios was having an issue. (and where I work quick turn around is more important then spending along time on imaging)

          Z 1 Reply Last reply Reply Quote 0
          • Z
            zacadams @Hammett131
            last edited by

            @hammett131 said in UEFI PXE not downloading ipxe.efi file:

            @zacadams I have had a few issues with ipxe.efi file boot a couple options I have found one @george1421 already mentioned updating the bios helped but I also legacy booted with an undionly.kpxe and then have it download the uefi image then before it tries to boot into windows change back to uefi. I know it’s alittle annoying but it did work for those that even when I updated the bios was having an issue. (and where I work quick turn around is more important then spending along time on imaging)

            So you are saying I should try to boot with undionly.kpxe in UEFI?

            H 1 Reply Last reply Reply Quote 0
            • H
              Hammett131 @zacadams
              last edited by

              @zacadams It will boot to legacy bios but you download your uefi image then just changed to uefi after the imaging is done. Or are you trying to upload an image?

              Z 1 Reply Last reply Reply Quote 0
              • Z
                zacadams @Hammett131
                last edited by

                @hammett131 the problem occurs when downloading the image from the fog server.

                george1421G 1 Reply Last reply Reply Quote 0
                • george1421G
                  george1421 Moderator @zacadams
                  last edited by

                  @zacadams were you ever able to upload the file to a dropbox/google drive? If you don’t have that available, change the extension from .pcap to .txt and upload it into the fog forum. The Developers don’t typically like that because it consumes space on their servers. The pcap file will tell us a bit more of what is going on.

                  Just for clarity, you can only boot a uefi boot loader (ipxe.efi) on uefi hardware and you can only boot a bios boot loader (undionly.kpxe) on bios/legacy hardware. Any other combination will not work.

                  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!

                  Z 1 Reply Last reply Reply Quote 0
                  • Z
                    zacadams @george1421
                    last edited by

                    @george1421 I have not yet, unfortunately my office flooded last week so I am just now getting back in. I will attempt to get it today.

                    1 Reply Last reply Reply Quote 0
                    • S
                      Sebastian Roth Moderator
                      last edited by

                      @zacadams Looking at the picture I not only see ipxe.efi* but there seem to be even more random bytes at the end of that filename. No wonder this is not being properly downloaded by the client.

                      What kind of DHCP server do you use? Please post config here.

                      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

                      Z 1 Reply Last reply Reply Quote 0
                      • Z
                        zacadams @Sebastian Roth
                        last edited by

                        @sebastian-roth the campus has multiple DHCP servers so I am not completely sure, but we use Infoblox as a means of applying settings across networks.

                        1 Reply Last reply Reply Quote 0
                        • S
                          Sebastian Roth Moderator
                          last edited by

                          @zacadams said in UEFI PXE not downloading ipxe.efi file:

                          Infoblox

                          Ahh right, ok. Haven’t looked into Infoblox myself much but as far as I know it’s based on ISC DHCP - which we use when installing FOG with a DHCP server as well. Would you be able to take a screenshot of the configuration and post here?

                          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

                          1 Reply Last reply Reply Quote 0
                          • george1421G
                            george1421 Moderator
                            last edited by george1421

                            Well I see what the issue is, but I’m not sure how to fix it (hint: the splat ( * ) indicates what’s wrong). It seems to be a DHCP server problem.

                            I was working with @zacadams over chat this afternoon and he shared a pcap from the point of view of the pxe client. Here is the relevant part of the pcap.
                            0_1524697757742_ipxe_star1.png
                            Note in option 67 the boot file name is ipxe.efi and the length is 8. Sweet that looks right. But if you look at the hex code associated with the entry You see it starts out with 0x69 which is the ascii letter i. If you look immeiatly to the left of that letter I you see 0x08, meaning the name is 8 characters log. All good. If you look to the end of the name after .efi you see a splat character, well damn. If you continue on the next hex code is 0x04, 0x81, 0x78. Now look at the source file from the from the original pcap.
                            0_1524698564470_ipxetftp.png
                            Notice that the hex codes associated with that file name is pretty close to the troubled dhcp packet.

                            Just for a contrasting opinion. Here is what a proper dhcp packet looks like

                            0_1524698642478_ipxe_works1.png
                            Note the boot file name here is undionly.kpxe. If you look at the hex code you see that to the left of the ascii u there is 0x0f ==15. But the key here is look at the hex code next to the e in kpxe. 0x00 is the end of string character. That hex code is missing from the broken dhcp offer. In the broken dhcp offer its a splat ( * ) so the pxe booting client thinks the rests of the text is part of the file name until it finds the first 0x00 hex code.

                            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 1
                            • S
                              Sebastian Roth Moderator
                              last edited by

                              @george1421 @zacadams Yeah, good catch. I am fairly sure you’re right there! Missing 0x00 string termination in the filename is probably causing the issue. Not sure what to do about this.

                              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

                              george1421G 1 Reply Last reply Reply Quote 0
                              • george1421G
                                george1421 Moderator @Sebastian Roth
                                last edited by

                                @sebastian-roth I looked at the shared pcap with a fresh set of eyes this AM and that is consistent throughout the dhcp server responses. It correctly sets the string length but doesn’t terminate the string with 0x00. While it complies with the letter of the IEEE document, it doesn’t follow common practices. I did check a few other pcaps I had laying around and all responses from those random dhcp servers had the string length and 0x00 in the hex code. It appears this Infoblox dhcp server is doing something a bit different. The OP may need to get with Infoblox and show them what he is seeing.

                                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 1
                                • 1 / 1
                                • First post
                                  Last post

                                174

                                Online

                                12.0k

                                Users

                                17.3k

                                Topics

                                155.2k

                                Posts
                                Copyright © 2012-2024 FOG Project