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

UDHCPC modifications?

Scheduled Pinned Locked Moved
General
2
6
1.9k
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.
  • W
    Wayne Workman
    last edited by Wayne Workman Aug 24, 2016, 11:42 AM Aug 24, 2016, 5:42 PM

    Have there been any changes in the FOS kernel that would affect how UDHCPC operates, or how long it waits for a DHCP lease?

    We’re on kernel 4.7.1

    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
    • T
      Tom Elliott
      last edited by Aug 24, 2016, 9:52 PM

      No.

      The 4.7.1 kernels actually have IP loading back as a default part of the kernel load up (meaning 4.7.1 and up should work again for 1.2.0 and earlier too).

      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

      1 Reply Last reply Reply Quote 0
      • W
        Wayne Workman
        last edited by Aug 24, 2016, 10:02 PM

        Just spoke with @Tom-Elliott

        He now takes the IP that iPXE gets from DHCP, and passes it as a kernel argument - and the latest FOG kernel 4.7.1 accepts this IP and uses it. So if the IP is already configured in the kernel, UDHCPC doesn’t need to get a new IP - but it still gets DNS addresses. If for whatever reason the kernel doesn’t get passed an IP, UDHCPC will request one. It operates as a sort of failsafe now.

        This also means the latest kernel should work with 1.2.0 in theory - no promises.

        Also - This change allows FOG to work with PortFast turned OFF. Yes, you heard me right. Tested working at work.

        @Developers @Moderators @Developers

        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 2
        • W
          Wayne Workman
          last edited by Wayne Workman Aug 24, 2016, 4:15 PM Aug 24, 2016, 10:14 PM

          I feel like a middle man.

          Tom says - the kernel loads the NIC as part of the kernel loadup now.

          The difference - the time the nic is down is way, way shorter. So short, the switches apparently don’t even notice. So you can get away with portfast being off.

          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
          • W
            Wayne Workman
            last edited by Aug 26, 2016, 12:09 PM

            It seems that this change would only affect certain switches with certain configurations - with portfast being off. I think older switches would perhaps work but newer ones won’t, too fast of a CPU in them. That’s what I’m seeing right now.

            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
            • W
              Wayne Workman
              last edited by Aug 26, 2016, 3:12 PM

              Sorry to pop this bubble… Due to communication issues, I thought PortFast was turned off for this case. I’ve found out that PortFast was in fact turned on.

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

              229

              Online

              12.0k

              Users

              17.3k

              Topics

              155.2k

              Posts
              Copyright © 2012-2024 FOG Project