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

Dell Precision 3930 Rack - EFI PXE Issue

Scheduled Pinned Locked Moved
Hardware Compatibility
4
15
2.8k
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
    george1421 Moderator @jordynorm
    last edited by george1421 Oct 2, 2020, 6:13 AM Oct 2, 2020, 12:11 PM

    @jordynorm said in Dell Precision 3930 Rack - EFI PXE Issue:

    default.ipxe

    No worries on this one because its just a text file that redirects ipxe boot loader to be able to find boot.php. You can look at that file with a text editor or cat

    Ok that hardware id translates to [ 1D6A:07B1 ] in linux. And all linux kernels 4.16.x and later have this driver available. I need to see if FOG’s FOS Linux has this driver enabled.

    I realize that you need to turn these servers over today, but we can get you a working solution to image these with FOG in about 1hr if you need it. I just need to see if the default FOS kernel has this driver enabled.

    [edit] Yes the default FOG kernel for FOG 1.5.9 has this network adapter enabled as well as the 5.6.18 version of the kernel. So we can built a usb boot for FOS easily.

    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
    • S
      Sebastian Roth Moderator
      last edited by Oct 2, 2020, 12:26 PM

      @jordynorm I am still keen to see the füll DHCP DORA in wireshark to be sure! Best if you can capture directly in the DHCP server (filter for the machine’s MAC address) or using a mirror port on the switch directly connected to the PXE booting machine.

      There is no need to alter the default.ipxe file.

      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
      • R
        Redbull007 @jordynorm
        last edited by Jan 27, 2021, 3:27 PM

        @jordynorm
        Hi ,
        I have the same issue , could you please tell me if you found a solution ?

        Thks for you answer

        G 1 Reply Last reply Jan 27, 2021, 3:37 PM Reply Quote 0
        • G
          george1421 Moderator @Redbull007
          last edited by george1421 Jan 27, 2021, 9:37 AM Jan 27, 2021, 3:37 PM

          @redbull007 said in Dell Precision 3930 Rack - EFI PXE Issue:

          I have the same issue , could you please tell me if you found a solution ?

          You have the same error with the same exact hardware as the OP in this tread? If not lets start a new thread so we can keep problems with different issues isolated.

          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!

          R 1 Reply Last reply Jan 27, 2021, 3:44 PM Reply Quote 0
          • R
            Redbull007 @george1421
            last edited by Jan 27, 2021, 3:44 PM

            @george1421

            Yes the same hardware except the switch is different.
            All packet TFTP in PXE are rejected by the NIC card.

            G 1 Reply Last reply Jan 27, 2021, 4:17 PM Reply Quote 0
            • G
              george1421 Moderator @Redbull007
              last edited by george1421 Jan 27, 2021, 10:18 AM Jan 27, 2021, 4:17 PM

              @redbull007 I’m still on the fence to/if your issue needs to be broken out. If necessary I can fork this thread, but for now lets continue in this thread.

              Except for this hardware, the only time we’ve seen this is when the building switch has standard spanning tree enabled and not one of the fast spanning tree protocols (RSTP, MSTP, port-fast, etc). A quick check to see if it is a spanning tree issue is to place a dumb (read cheap) unmanaged switch between the pxe booting computer and the network switch. That cheap switch will typically not support spanning tree so it will keep the main network switch’s port from winking while iPXE starts up. So try that route first to see if it masks the problem.

              Having a clear screen shot of the error taken with a mobile phone would also help set the context of the error.

              You are saying all tftp packets are being rejected, then in that case iPXE is not getting to the target computer. I don’t think that is the case, but a picture would explain the source of the error message.

              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!

              R 1 Reply Last reply Jan 27, 2021, 4:42 PM Reply Quote 0
              • R
                Redbull007 @george1421
                last edited by Jan 27, 2021, 4:42 PM

                @george1421

                It’s very long to describe all test, but to resume , there is 2 network card one 1GB and 10GB.
                There is no issue with 1GB all packet (wireshark) pass.
                When you unplug 1GB to 10GB and capture with wireshark , I have this message in log capture > “user aborted the transfert” here “user” is the card 10GB

                2021-01-22 12_04_06-BNPP CIB - Point SCCM _ Microsoft Teams.png 2021-01-22 12_04_00-BNPP CIB - Point SCCM _ Microsoft Teams.png

                G 1 Reply Last reply Jan 27, 2021, 5:06 PM Reply Quote 0
                • G
                  george1421 Moderator @Redbull007
                  last edited by george1421 Jan 27, 2021, 11:06 AM Jan 27, 2021, 5:06 PM

                  @redbull007 While I’m probably stating the obvious, but that packet capture is from an SMS net boot and not FOG.

                  BUT, I have seen tftp transfer abort over a WAN connection if the MTU of the link is smaller than the block size of the tftp packet, because the tftp packet says to not fragment.

                  With your 10GB link, is the target computer on the same subnet as the FOG server and dhcp server? If so I’d like to see a complete packet capture from the FOG server’s point of view. I have a tutorial here on exactly what I’m looking for. https://forums.fogproject.org/topic/9673/when-dhcp-pxe-booting-process-goes-bad-and-you-have-no-clue

                  Upload the pcap to a file share site and either IM me the link or post it here. Once I have the pcap you can take down the pcap. I want to see what its specifically doing here.

                  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!

                  R 1 Reply Last reply Jan 27, 2021, 6:18 PM Reply Quote 0
                  • R
                    Redbull007 @george1421
                    last edited by Jan 27, 2021, 6:18 PM

                    @george1421
                    It isn’t the FOG , i just want to understand because your problem describe seems the same i.

                    G 1 Reply Last reply Jan 27, 2021, 6:45 PM Reply Quote 0
                    • G
                      george1421 Moderator @Redbull007
                      last edited by george1421 Jan 27, 2021, 12:45 PM Jan 27, 2021, 6:45 PM

                      @redbull007 Understood not fog. But where in the process is it failing.

                      PXE Rom requests dhcp address
                      PXE Rom DORA sequence where it gets the boot server and boot file
                      PXE ROM downloads the boot file from the boot server
                      iPXE starts up
                      iPXE Requests dhcp address.

                      If its in the iPXE then I thought of a test we can do

                      The tcpdump from the fog server point of view will tell us what the target computer is exactly asking for. That is the logic why to use it there. The test gives the best details if the target computer and fog server are on the same subnet to grab the packet capture.

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

                      154

                      Online

                      12.1k

                      Users

                      17.3k

                      Topics

                      155.4k

                      Posts
                      Copyright © 2012-2024 FOG Project