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

Manually typing TFTP address after booting

Scheduled Pinned Locked Moved Solved
FOG Problems
5
34
12.7k
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.
  • S
    Sebastian Roth Moderator
    last edited by Jan 20, 2016, 11:11 AM

    @Quazz Thanks for the album! This is interesting. Clearly there is no next-server setting within ‘net0’ (so dhcp net0 didn’t get the next-server info) but still next-server is set on the main screen. If I remember correctly from my tests this was not the case for me. We added this check to see if DHCP server and DHCP Proxy send next-server to inform the user that their DHCP setup might be “screwed”. But it looks like this is causing issues (maybe only on low end consumer NICs??).

    @Tom-Elliott Do you think changing the check would make a difference.
    Current check: isset ${proxydhcp/next-server} && isset ${next-server} && echo Duplicate option 66 ...
    New check: isset ${proxydhcp/next-server} && isset ${net0/next-server} && echo Duplicate option 66 ...
    But about machines using net1 instead of net0? Maybe I added too many checks.

    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
    • T
      Tim M
      last edited by Jan 21, 2016, 6:55 PM

      I have been having a similar issue. I am not using the fog server for DHCP. Options 66 and 67 are set correctly on my Windows server. 99% of the time I am asked for the IP of the TFTP server. Since I changed the boot order of 800+ machines to boot to the NIC first when I installed and successfully used FOG 0.32, it has become a real issue while testing 1.2 (latest Trunk).

      Once I enter the TFTP (fog server) ip, it seems to work. Firewall is off. Permissions on TFTP folder are correct. Any help would be greatly appreciated.

      1 Reply Last reply Reply Quote 0
      • S
        Sebastian Roth Moderator
        last edited by Sebastian Roth Jan 21, 2016, 4:15 PM Jan 21, 2016, 9:26 PM

        @Tim-M I can totally understand that you are worried about this having 800+ clients which don’t want to boot on their own. As a quick solution I can compile a custom iPXE binary for you that does not do the check. Please tell me which binary are you using? undionly.kpxe, undionly.kkpxe, ipxe.pxe, …?

        On the other hand it would be awesome if you could provide the same information than Quazz did. PCAP dump file of a client booting (best to use a hub to connect the client and another PC to capture the packets) and possibly also pictures of the iPXE config menu.

        Edit: @Tim-M and @Quazz Tom added the fix I suggested. So you can give it a try by upgrading to the very latest trunk and re-running the installer. Please let us know if this makes a difference with your machines.

        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

        Q T 3 Replies Last reply Jan 22, 2016, 9:25 AM Reply Quote 1
        • Q
          Quazz Moderator @Sebastian Roth
          last edited by Quazz Jan 22, 2016, 4:33 AM Jan 22, 2016, 9:25 AM

          @Sebastian-Roth I’ll switch back to ISC-DHCP-SERVER in a bit to check for real, but currently on proxydhcp it seems to no longer complain about getting information from both the DHCP and ProxyDHCP server, so that seems to have improved things greatly.

          EDIT: ISC-DHCP-SERVER no longer asks for tftp address on my end, as far as I’ve tested, so far so good!

          EDIT2: Encountered the TFTP prompt again, think I’ll stick to proxydhcp for now.

          EDIT3: I noticed sloppy name lookup was off, but I am unable to enable it (the checkbox clears itself when you try to save the information. In fact, I can’t change any settings it seems, and there’s some other glitches, I’ll post a picture.

          WebGUI is now also unresponsive after restarting the server.

          alt text

          The unrespoviness seems to be related to the following apache error as far as I can tell

          [Fri Jan 22 11:27:43.497568 2016] [:error] [pid 1367] [client 192.168.1.29:53467] PHP Warning: Division by zero in /var/www/html/fog/lib/pages/dashboardpage.class.php on line 79

          Manually navigating to other pages of the webgui (avoiding the dashboard) works

          T 1 Reply Last reply Jan 22, 2016, 12:29 PM Reply Quote 0
          • Q
            Quazz Moderator
            last edited by Jan 22, 2016, 11:25 AM

            Dropped my database, purged mysql and apache and reran an older revision to fix the previously mentioned glitches. I know it’s extreme, but my database had quite a few issues and this will be cleaner and faster for me.

            1 Reply Last reply Reply Quote 0
            • T
              Tom Elliott @Quazz
              last edited by Jan 22, 2016, 12:29 PM

              @Quazz I believe you saw from an update that I pushed last night.

              My push last night (on jquery and on templates) was to ensure any unset template value was defaulted to an empty string.

              However my approach forgot that you can include other templates within the page.

              For example, in the code:

              $this->templates = array(
                  '${field}',
                  '${input}',
              );
              
              $fields = array(
                  _('This is a test to show how things can be added upon to the templates.  The name of this new template will be ${name}') => _('This is the input param from above, also with an included template in directly defined: ${iamanugget}'),
              );
              
              foreach ($fields AS $field => &$input) {
                  $this->data[] = array(
                      'field' => $field,
                      'input' => $input,
                      // Now i still need to add the other templated items to have it print out
                      'name' => 'Hello World',
                      'iamanugget' => 'Sorry for being an idiot',
                  );
              }
              

              The output should print something along the lines of:

              This is a test to show how things can be added upon to the templates.  The name of this new template will be Hello World    This is the input param from above, also with an included template in directly defined: Sorry for being an idiot
              

              This worked typically but if a templated value was not set in the data, it would show similar issues as you saw in my mistake.

              I stupidly didn’t iterate the data as it’s passed to replace the found entries which is why you were seeing these ‘${service_value}’ and on other pages.

              This should now be fixed.

              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! Get in contact with me (chat bubble in the top right corner) if you want to join in.

              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

              Q 1 Reply Last reply Jan 22, 2016, 12:38 PM Reply Quote 1
              • Q
                Quazz Moderator @Tom Elliott
                last edited by Jan 22, 2016, 12:38 PM

                @Tom-Elliott Alright, good to hear, I’ll update to the newest revision in a bit after I’ve captured these images.

                I believe everything is thus resolved on my end, thanks 🙂

                1 Reply Last reply Reply Quote 0
                • T
                  Tim M @Sebastian Roth
                  last edited by Jan 22, 2016, 1:23 PM

                  @Sebastian-Roth Thanks. You guys are awesome! I will try to get to that today. When I wanted to switched from Ghost to Fog a few years ago, my boss was worried about customer support. Just try to get this kind of quick response from Symantec!

                  1 Reply Last reply Reply Quote 0
                  • S
                    Sebastian Roth Moderator
                    last edited by Jan 22, 2016, 1:42 PM

                    @Quazz Thanks for letting us know. Please keep us posted if you see this again. You are probably better of using proxydhcp in your case!

                    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 1
                    • T
                      Tim M @Sebastian Roth
                      last edited by Jan 27, 2016, 7:33 PM

                      @Sebastian-Roth Forgive my ignorance, I captured a PCAP dump, but probably grabbed too much. It was too big to upload so I shared it on Google Drive here: https://drive.google.com/file/d/0B5aGXxaL3_W6aFVfbnItNVRyTDQ/view?usp=sharing

                      Here are the TFTP Server settings:

                      0_1453922743173_Screen Shot 2016-01-27 at 2.16.15 PM.png

                      I have my Windows DHCP Server set with option 66 as 10.2.1.96 and Option 67 as undionly.kpxe. I have tried kkpxe, ipxe, etc… with no success.

                      I installed the latest Trunk today (6124). I am still getting the same error. It looks like the screenshot that Quazz uploaded 12 days ago. It keeps asking for the TFTP server.

                      Thanks for your help and patience.

                      1 Reply Last reply Reply Quote 0
                      • S
                        Sebastian Roth Moderator
                        last edited by Sebastian Roth Jan 27, 2016, 1:56 PM Jan 27, 2016, 7:56 PM

                        @Tim-M Thanks for uploading the PCAP file. This is great. I’d never be able to find those issues if I’d just be asking questions about your network setup. PCAP/Wireshark is just showing the whole truth. Love it!

                        So I guess 10.2.1.2 is your Windows DHCP server. It is answering nicely handing an IP and PXE boot information (next-server=10.2.1.96 and filename=undionly.kpxe) to the client. But there seams to be another DHCP server on the network! 10.2.1.254 is answering too. I guess this is your gateway (maybe this is provided and configured by an ISP as we have seen with Quazz an others). It answers three times in a row and hands out three completely different IPs (10.2.8.3, 10.2.12.1, 10.2.3.246), next-server options (10.3.1.2, 10.4.1.2, 10.2.1.96) and filename options (<empty>, undionly.kpxe) to the client.

                        On the first go (when the NIC itself PXE boots) things seam to work fine as it is requesting the iPXE binary from your FOG server correctly. But iPXE trying to request an IP is being confused by all those responses - which I don’t wonder about at all.

                        Please check you network setup and see who is sending those DHCP replys (who is 10.2.1.254, maybe ip-helpers on a switch?) and why does it answer three times. It should not answer at all. DHCP is handled by your Windows DHCP server!

                        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
                        • O
                          Oleg
                          last edited by Feb 1, 2016, 10:15 AM

                          I upgraded to the latest trunk and now It’s working if I uncheck the FOG_USE_SLOPPY_NAME_LOOKUPS.
                          I will try to understand what has been done 🙂
                          Thanks !

                          T 1 Reply Last reply Feb 1, 2016, 10:23 AM Reply Quote 0
                          • T
                            Tom Elliott @Oleg
                            last edited by Feb 1, 2016, 10:23 AM

                            @Oleg to my knowledge this field does 100% work of nothing. I think it was intended to use the gethostbyaddr function in php or a more suitable method when it was originally added. However, I have no ideas how else to test for this.

                            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! Get in contact with me (chat bubble in the top right corner) if you want to join in.

                            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

                            O 1 Reply Last reply Feb 1, 2016, 10:37 AM Reply Quote 0
                            • O
                              Oleg @Tom Elliott
                              last edited by Feb 1, 2016, 10:37 AM

                              @Tom-Elliott
                              I have to correct - sometimes it works and sometimes not. So it’s stilll not working. Will wait and test.

                              1 Reply Last reply Reply Quote 0
                              • 1
                              • 2
                              • 2 / 2
                              2 / 2
                              • First post
                                22/34
                                Last post

                              158

                              Online

                              12.0k

                              Users

                              17.3k

                              Topics

                              155.2k

                              Posts
                              Copyright © 2012-2024 FOG Project