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

    Issues with USB Type C NIC Adaptors

    Scheduled Pinned Locked Moved
    FOG Problems
    4
    22
    3.5k
    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.
    • george1421G
      george1421 Moderator @michaeloberg
      last edited by

      @michaeloberg what OS are you running on the FOG server?

      If its a debian variant you may need to use sudo and the build command. I ran through the recompile process this morning on centos as the root user and it works fine.

      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

        @michaeloberg said in Issues with USB Type C NIC Adaptors:

        fatal: unable to access ‘https://git.ipxe.org/ipxe.git/’: server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt

        Something seems to be wrong with your git stuff on this FOG 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

        M 1 Reply Last reply Reply Quote 0
        • M
          michaeloberg @Sebastian Roth
          last edited by

          @sebastian-roth @george1421 I am sending the same reply to both, the version of the OS on my FOG server is Ubuntu 16.04.6 LTS

          Sebastian - You mentioned “Something seems to be wrong with your git stuff on this FOG server” and I truly don’t know what that means. Is there something I can try to fix this, something to test this theory?

          George - You asked about the version, which I provided above, regarding the debian variant, I am not sure what that means and building a command - don’t know how to do that either.

          I apologize, I simply don’t know Linux well enough to intelligently respond to your questions. If you give me an exact command I can do that much to report the information back, that is about the extent of my abilities.

          Thank you in advance!

          Michael

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

            @michaeloberg said in Issues with USB Type C NIC Adaptors:

            the version of the OS on my FOG server is Ubuntu 16.04.6 LTS

            I don’t want to be quick to judge but ubuntu 16.04 was marked end of life Apr 2021. The error in your previous post is staying the certificate for the http request failed verification. I don’t know if that means your ubuntu version is to old to with with current certificates, or the protocol used by the web site is not understood by ubuntu 16.04. (i.e. TLS 1.0 vs 1.2 [guess])

            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!

            M 1 Reply Last reply Reply Quote 1
            • M
              michaeloberg @george1421
              last edited by

              @george1421 So not knowing much about Linux, can you update the current version of the OS, or is it a new server installation? This is a very large VM, 500 GB repository for image files. I am not against building a new one, but must admit it would be like walking a passenger through landing an airplane 😐

              TIA,

              Michael

              M 1 Reply Last reply Reply Quote 0
              • M
                michaeloberg @michaeloberg
                last edited by

                @george1421 @Sebastian-Roth

                Gentleman, with my OS - Ubuntu 16.04 having an End Of Life in April 2021, it may be best to build a new VM. My question to you is what is the best version to use when starting fresh? Debian 8? I want to start with the best foundation and also give me the best possible futureproofing of the OS as possible.

                My second question is - After I build the new server, how do I export my old Hosts, Images and other information from the old FOG server onto the new one? When I build the new server, should I give it a new IP Address and change it after I power the old VM off or just point my 066 Boot Server Host Name to the new IP of the New Server?

                Looking for best practices and to prevent leasons learned the hard way.

                TIA,

                Michael

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

                  @michaeloberg said in Issues with USB Type C NIC Adaptors:

                  @george1421 @Sebastian-Roth

                  Gentleman, with my OS - Ubuntu 16.04 having an End Of Life in April 2021, it may be best to build a new VM. My question to you is what is the best version to use when starting fresh? Debian 8? I want to start with the best foundation and also give me the best possible futureproofing of the OS as possible.

                  Future proofing, not possible. I would stick with Debian 10, or Ubuntu 20.04. CentOS at the moment is not really an option.
                  I would also recommend that you when creating a new VM create a VMDK about 35GB to install the OS on. Once you get the OS installed then add a new VMDK (disk) to the FOG server. This disk should be sized according to the size of files you have in the /images directory on your current FOG server. When you add this drive, just create a standard partition and then make a /images directory on your new fog server and mount that second vmdk (probably /dev/sdb1) over that /images directory. This is an extra step that is not documented in the official install instructions. So when you get done here you will have the OS installed on a 35GB disk, and a place to store your image files on what ever size disk. This configuration will allow you to extend that second vmdk file without foobaring your OS install. Also with this configuration if you fill up your images disk it will not take down your FOG server since the OS disk will have plenty of room.

                  My second question is - After I build the new server, how do I export my old Hosts, Images and other information from the old FOG server onto the new one?

                  There is a wiki page for that: https://wiki.fogproject.org/wiki/index.php?title=Migrate_FOG The short version is to back up your database and restore it on the new fog server, then copy all of the files from the /images on your old fog server and put them on the new fog server in the /images directory.

                  When I build the new server, should I give it a new IP Address and change it after I power the old VM off or just point my 066 Boot Server Host Name to the new IP of the New Server?

                  The quick answer here is Yes. You have it right.

                  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
                  • M
                    michaeloberg @michaeloberg
                    last edited by

                    @george1421 @Sebastian-Roth

                    OK - Update with the USB Type C NIC Adaptors:

                    Last night I built a new Fog Server running Debian 10.11 and FOG 1.5.9

                    That said I should be up to date with the OS and Fog software.

                    The problems continue with the HP Probook 430 Laptops, the MAC Address of the host registered in fog is the dongle and not the system address.

                    I made sure the MAC-Address Passthrough option is set to “system” in the BIOS. And in windows it works properly - it is only in the preboot environment that the MAC address doesn’t work correctly.

                    I also have 134 Dell 7420 laptops and they work fine, so I tried the USB Type C dock that I imaged all of the devices with and same thing, the host registers the Dock and not the system address.

                    Any ideas on this? HP support only provides the MAC-Passthrough to the native OS and not the preboot environment, it is beyond their scope of support.

                    Thank you,

                    Michael

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

                      @michaeloberg OK first of all well done updating your fog server to a supported OS build. You probably should take the installation up to the current dev branch to address a disk resizing issue with Windows 20h1 and later. BUT for right now yo have the current build to do what was originally suggested. The version of iPXE that comes with FOG 1.5.9 may need to be updated to support this mac passthrough function.

                      I don’t know if I posted this link before, but just recently I created a tutorial on how to (re)compile the latest version of iPXE with your FOG server. I think this is where you got stuck before: https://forums.fogproject.org/topic/15826/updating-compiling-the-latest-version-of-ipxe

                      Before you go through this process, pxe boot a computer and on the iPXE banner screen quickly note the hex values in the square brackets right after the version number. That is the build number. Now rebuild and install the latest version of iPXE. The pxe boot the computer once again and pay attention that the build number changes.

                      I do have to give you the caveat here that even the latest version of iPXE might not address the issue with this network adapter. I know it seems like you went through a lot of pain to get to this point and maybe it still doesn’t work. Your efforts have not gone to waste even if this IS the conclusion of this issue. You understand the FOG system a bit more and are now running on a supported OS for many years to come.

                      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
                      • K
                        kghli
                        last edited by

                        Hello everyone.

                        I have the opposite problem.

                        If I enable the BIOS option “MAC Address Pass Through” iPXE sees that, FOG does not, it sees the USB-C dongle MAC address.

                        I even tried to recompile iPXE, still the same (I guess it’s not the fault of iPXE?).
                        The FOG server is version 1.5.9

                        Anything else I can try?

                        Machines I tested this on: Lenovo L14 and Dynabook X30W

                        M 1 Reply Last reply Reply Quote 0
                        • M
                          michaeloberg @kghli
                          last edited by

                          @kghli @george1421 @Sebastian-Roth

                          This could be a breakthrough. I just noticed that the system is passing the address through iPXE correctly and that FOG is what is recognizing the USB Type-C dongle’s MAC address - the exact scenario that @kghli is experiencing. I took a screen shot of the issue and here is the iPXE address (which is the correct system address):

                          3e42e174-18f4-40d4-80a0-22714580ef00-image.png

                          Then when I boot to FOG (now running Debian 10.11 and FOG 1.5.9, and choose “Client System Information” then choose “Display MAC Address” it show’s the USB Dongle’s MAC:

                          e70169a5-6a1d-4983-be3c-9d9a7dea4c9e-image.png

                          Hopefully this is going to help troubleshoot our issues as we have narrowed it down to FOG alone, not the manufacture of the system, the BIOS configuration or the version of FOG.

                          Thanks in advanced!

                          Mike

                          M 1 Reply Last reply Reply Quote 0
                          • M
                            michaeloberg @michaeloberg
                            last edited by

                            @michaeloberg said in Issues with USB Type C NIC Adaptors:

                            @kghli @george1421 @Sebastian-Roth

                            This could be a breakthrough. I just noticed that the system is passing the address through iPXE correctly and that FOG is what is recognizing the USB Type-C dongle’s MAC address - the exact scenario that @kghli is experiencing. I took a screen shot of the issue and here is the iPXE address (which is the correct system address):

                            3e42e174-18f4-40d4-80a0-22714580ef00-image.png

                            Then when I boot to FOG (now running Debian 10.11 and FOG 1.5.9, and choose “Client System Information” then choose “Display MAC Address” it show’s the USB Dongle’s MAC:

                            e70169a5-6a1d-4983-be3c-9d9a7dea4c9e-image.png

                            Hopefully this is going to help troubleshoot our issues as we have narrowed it down to FOG alone, not the manufacture of the system, the BIOS configuration or the version of FOG.

                            Thanks in advanced!

                            Mike

                            I also recompiled iPXE from (g4bd0) to (g1844a) and verified the date (ls -la /tftpboot/*.efi) was today and it still is not working.

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

                            254

                            Online

                            12.0k

                            Users

                            17.3k

                            Topics

                            155.2k

                            Posts
                            Copyright © 2012-2024 FOG Project