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

PXE-Boot into FOG-Menu....

Scheduled Pinned Locked Moved Solved
FOG Problems
4
12
2.2k
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.
  • D
    Deimos
    last edited by Oct 20, 2017, 12:39 PM

    A brief description of the network environment:

    I use a DHCP server (Centos-based), which manages various VLAN. Included are two FOG servers (CentOS OS), a 1.2.0 and a 1.4.0 (running version 1.4.0
    SVN revision: 6069). Both work mostly flawlessly. (WOL problems at 1.4.0 may be associated with the message “Pending macs” or the clients (Fujitsu Lifebook E554).

    Now I have installed another FOG server (Ubuntu 16.04, because of chic) ​​and set up, in the VLAN appropriately created (bootserver). Internet connection ok, ping to the computers works well, connected via patch cable to a workgroupswitch (cables are good). Hosts created, Image created, new computer (HP ProBook 650 G1) for image upload selected and set up in VLAN,

    Booting via PXE is set up in the UEFI and works, IP is assigned, it remains hang with TFTP and the message PXE M0F: Exiting …
    the next screen

    “Network not found”

    Before I install a new system (Centos) and try again from scratch, I politely ask for a solution.

    Some things I’ve tried, including

    service tftp … start
    Using a dump switch

    The thing with spinning tree etc. should not be the problem, as I use two other FOGs and these run fine within exactly this dhcp, though in another VLAN.

    W 1 Reply Last reply Oct 20, 2017, 12:41 PM Reply Quote 0
    • D
      Deimos
      last edited by Oct 23, 2017, 5:57 AM

      Thanks to your great help, @Sebastian-Roth and @george1421, it has come out that the error was actually in our bootfile pxelinux, which was only linked to undionly.kpxe. On the FOG 1.4.4 I have also linked to undionly.kpxe and now everything works fine. The first image is also captured. Great! And again, thanks for your competent, helpful and friendly support.

      I could not understand it - because of the existing and functioning FOG servers, which were set up by someone else - why the pxelinux.0 should no longer work, since it was evidently so arranged. But you professionals immediately realized that it would have to be a link. It was like this.

      1 Reply Last reply Reply Quote 0
      • W
        Wayne Workman @Deimos
        last edited by Oct 20, 2017, 12:41 PM

        @deimos Latest stable version is 1.4.4, try this please. There’s lots of fixes in every release.

        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
          george1421 Moderator
          last edited by Oct 20, 2017, 12:42 PM

          Also please provide a clear screen shot of the error taken with a mobile phone. The context of the error will help us solve your issue.

          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
          • D
            Deimos
            last edited by Oct 20, 2017, 12:42 PM

            Sorry I didn´t write this, the new fog is 1.4.4.

            1 Reply Last reply Reply Quote 0
            • D
              Deimos
              last edited by Oct 20, 2017, 1:01 PM

              0_1508504495350_pxe-m0f_exiting.JPG

              D G 2 Replies Last reply Oct 20, 2017, 1:03 PM Reply Quote 0
              • D
                Deimos @Deimos
                last edited by Oct 20, 2017, 1:03 PM

                0_1508504618923_tftpd-hpa.JPG

                1 Reply Last reply Reply Quote 0
                • G
                  george1421 Moderator @Deimos
                  last edited by george1421 Oct 20, 2017, 7:04 AM Oct 20, 2017, 1:04 PM

                  @deimos First the shaming… Its not helpful to mask the IP address of the device unless you have a public IP address range. There is no way for me to hack you if you are on 192.168.0.0 range externally.

                  Is your FOG server and this target server on the same subnet?

                  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!

                  D 1 Reply Last reply Oct 20, 2017, 1:08 PM Reply Quote 1
                  • G
                    george1421 Moderator
                    last edited by Oct 20, 2017, 1:08 PM

                    Usually I like to collect more information, but I think we should jump right into a packet capture of the pxe booting process to tell us what is going on: https://forums.fogproject.org/topic/9673/when-dhcp-pxe-booting-process-goes-bad-and-you-have-no-clue

                    If your fog server is on the same subnet as the target computer, use the fog server to collect this information so we can see the entire pxe booting process. If its on a different subnet then use wireshark with the same capture filter to capture the dhcp process. The wireshark computer needs to be on the same subnet as the target pxe booting computer.

                    You can either review with wireshark on ubuntu, or upload it to a google drive and share the link either here or send me an IM with the link and I will review it.

                    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
                    • D
                      Deimos @george1421
                      last edited by Oct 20, 2017, 1:08 PM

                      @george1421 The shaming is ok for me. We have several IP-Ranges (some important) and I just mask any of them just because of habit.

                      YES, they are on the same subnet.

                      1 Reply Last reply Reply Quote 0
                      • G
                        george1421 Moderator
                        last edited by george1421 Oct 21, 2017, 7:31 AM Oct 21, 2017, 1:31 PM

                        Follow up on this: The OP and I chatted over IM since the turn around to Q&A was much faster. After the OP reviewed the pcap file it was discovered that their dhcp server was sending out pxelinux as a boot file name. The OP was going to contact the network admin to try to understand why this was happening. I also pointed the OP to the wiki page: https://wiki.fogproject.org/wiki/index.php?title=BIOS_and_UEFI_Co-Existence because the plan is to support both uefi and bios based computers on their network.

                        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
                        • D
                          Deimos
                          last edited by Oct 23, 2017, 5:57 AM

                          Thanks to your great help, @Sebastian-Roth and @george1421, it has come out that the error was actually in our bootfile pxelinux, which was only linked to undionly.kpxe. On the FOG 1.4.4 I have also linked to undionly.kpxe and now everything works fine. The first image is also captured. Great! And again, thanks for your competent, helpful and friendly support.

                          I could not understand it - because of the existing and functioning FOG servers, which were set up by someone else - why the pxelinux.0 should no longer work, since it was evidently so arranged. But you professionals immediately realized that it would have to be a link. It was like this.

                          1 Reply Last reply Reply Quote 0
                          • S
                            Sebastian Roth Moderator
                            last edited by Oct 23, 2017, 6:46 AM

                            @Deimos Ok, great to hear this is fixed! I am marking this solved then. Feel free to open new threads in case you run into new issues.

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

                            194

                            Online

                            12.0k

                            Users

                            17.3k

                            Topics

                            155.2k

                            Posts
                            Copyright © 2012-2024 FOG Project