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

    NIC Intel 82579LM PXE issue

    Scheduled Pinned Locked Moved
    Hardware Compatibility
    8
    32
    16.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.
    • F
      Fogger2011
      last edited by

      Hey Chad,
      I am having the same issue with Dell 790 machine. I can’t registered the host on Fog server.I am using Ubuntu 10.4 for the Fog Server with fog .32. When I am pressing ‘Perform full host registration’ It displayed ‘Unable to registered the Host’. When I selected the Client compatibility option It displayed Network ‘Failed’.Dell 790 has Intel 82579LM network card. Before I changed and download the Syslinux 4.04 and reconfigure it, if you know the better answer,please let us know.

      Thanks,
      Fogger
      [SIZE=6][B] [/B][/SIZE]

      1 Reply Last reply Reply Quote 0
      • C
        chad-bisd Moderator
        last edited by

        sounds like the kernel does not have the proper drivers for that network card. Have you tried a newer kernel through your kernel updates page? You can also try older kernels, and kitchensink kernels which have support for a wide array of devices.


        If you would like to make a donation to the Fog project, please do so [U][COLOR=#0000ff][URL='http://sourceforge.net/dona…

        1 Reply Last reply Reply Quote 0
        • F
          Fogger2011
          last edited by

          Chad,
          Yes, I tried newest Kernel and then rolled back to 2.6.3.33KS. Both new kernel and old worked great for Dell 780 machine but Dell 790 could not registered the host. I am trying to use chainloading and let you know.
          Fogger

          1 Reply Last reply Reply Quote 0
          • A
            astrouga
            last edited by

            I have these nics in some new Dell Optiplex 990 systems. Imaging these systems stinks. It starts out speedy, but over time the speed just continues to slow to a crawl. What should take 20 minutes takes hours.

            All other systems I image on the same networking equipment and server are pretty quick. I am considering building a custom kernel to see if I can resolve the issue. I’ll probably just wait until .33 is finalized though because these systems also have 4K disks and that is not supported in other versions of fog.

            Please do post your progress on this issue as you go. Thanks.

            –astrouga

            1 Reply Last reply Reply Quote 0
            • C
              chad-bisd Moderator
              last edited by

              according to Intel’s website, the Intel 82579LM gigabit LAN controller should use the e1000e driver in linux. I was scouting around the net and saw where the e1000e driver added support for the 82579LM chipset back in November of 2010. It might be worth downloading the driver source files from Intel and recompiling your kernel overwriting the old source files with the new ones.


              If you would like to make a donation to the Fog project, please do so [U][COLOR=#0000ff][URL='http://sourceforge.net/dona…

              1 Reply Last reply Reply Quote 0
              • A
                astrouga
                last edited by

                chad-bisd, I’ll give it whirl. I’ll see if I can use your instructions from the old forums.

                Update: first run through… Kernel panic… I didn’t see any obvious issues. Suggestions? Things to watch out for?

                1 Reply Last reply Reply Quote 0
                • A
                  astrouga
                  last edited by

                  I got a 3.4 kernel built and it works with my 0.33 beta FOG server. The imaging issues I had with this nic are now resolved. I’ll post a follow-up with the process next week.

                  1 Reply Last reply Reply Quote 0
                  • A
                    astrouga
                    last edited by

                    Mostly, this worked for me. However, I missed the note at the bottom, which was critical.
                    [url]http://www.fogproject.org/wiki/index.php?title=Building_a_Custom_Kernel[/url]
                    I’m reinstalling FOG today and rebuilding the 3.4 kernel. I’ll take notes and post.

                    Eric High:

                    Are you interested in trying the 3.4 kernel I built last week? Let me know if this link works or not:
                    [url]http://www.filedropper.com/bzimage34[/url]

                    1 Reply Last reply Reply Quote 0
                    • G
                      gballane
                      last edited by

                      I am having this same issue and I’ve been watching this thread develop. I’m ready to try the 3.4 kernel.

                      I have a few questions…

                      1. Is this for both 32 and 64 bit clients?
                      2. Will this work on both 32 and 64 bit ubuntu?
                      1 Reply Last reply Reply Quote 0
                      • A
                        astrouga
                        last edited by

                        You can use the link above. I didn’t have a better way to upload the file. You want to click on the download link that says “Download this file”.

                        Regarding your questions, the clients all use a 32-bit init.gz prodived by FOG. It doesn’t matter what your OS/arch is. I built the bzImage file on a 64-bit Ubuntu 12.04 system using the FOG .33 beta core.config file. I had to specify a 32-bit kernel for output because I was building on a 64-bit system. Hope I said all the correctly.

                        Just give it a try. The worst case is you are out 10 minutes of real time – the time it takes to download, assign the kernel to your client,and start the upload/download. Plus, if it doesn’t work I’ll try to build you one that does. 🙂 Just be sure to let us know if it solved your issue for you or not.

                        1 Reply Last reply Reply Quote 0
                        • G
                          gballane
                          last edited by

                          Thanks… is this kernel 3.3 with the addition for this NIC? So, would I be able to use this kernel with all of my machines, since they all worked with 3.3? I am thinking it would be easier, if this works, to apply the kernel to all machines.

                          1 Reply Last reply Reply Quote 0
                          • A
                            astrouga
                            last edited by

                            This is kernel 3.4 with the addition of the latest NIC driver, though I think it just recompiled the driver itself. Still, it solved my issues. You should be able to use it for all of you machines. Test it out though and let us know. It would be great to know make/model with successes or failures.

                            You know how to specify a kernel for a host, right? If not, I am sure it is in the wiki or forum somewhere. Otherwise, ask and I’ll look.

                            1 Reply Last reply Reply Quote 0
                            • G
                              gballane
                              last edited by

                              I tried downloading your kermel but it had no file extension and was only 10.4 MB where as the 3.4 kernel is 96 MB

                              I also tried just using the 3.4 kernel but when I got to the step of creating the bzImage I got this error:

                              make[1]: Nothing to be done for all'. make[1]: Nothing to be done for relocs’.
                              CHK include/linux/version.h
                              CHK include/generated/utsrelease.h
                              CALL scripts/checksyscalls.sh
                              CHK include/generated/compile.h
                              VDSOSYM arch/x86/vdso/vdso32-int80-syms.lds
                              VDSOSYM arch/x86/vdso/vdso32-sysenter-syms.lds
                              VDSOSYM arch/x86/vdso/vdso32-syms.lds
                              LD arch/x86/vdso/built-in.o
                              LD arch/x86/built-in.o
                              CC drivers/scsi/lpfc/lpfc_scsi.o
                              cc1: warnings being treated as errors
                              drivers/scsi/lpfc/lpfc_scsi.c: In function ‘lpfc_bg_setup_bpl’:
                              drivers/scsi/lpfc/lpfc_scsi.c:1900:11: error: unused variable ‘rc’
                              drivers/scsi/lpfc/lpfc_scsi.c: In function ‘lpfc_bg_setup_bpl_prot’:
                              drivers/scsi/lpfc/lpfc_scsi.c:2037:11: error: unused variable ‘rc’
                              drivers/scsi/lpfc/lpfc_scsi.c: In function ‘lpfc_bg_setup_sgl’:
                              drivers/scsi/lpfc/lpfc_scsi.c:2256:11: error: unused variable ‘rc’
                              drivers/scsi/lpfc/lpfc_scsi.c: In function ‘lpfc_bg_setup_sgl_prot’:
                              drivers/scsi/lpfc/lpfc_scsi.c:2386:11: error: unused variable ‘rc’
                              make[3]: *** [drivers/scsi/lpfc/lpfc_scsi.o] Error 1
                              make[2]: *** [drivers/scsi/lpfc] Error 2
                              make[1]: *** [drivers/scsi] Error 2
                              make: *** [drivers] Error 2

                              1 Reply Last reply Reply Quote 0
                              • A
                                astrouga
                                last edited by

                                The size is fine. It should not have a file extension. Did you try using it? You need to put that file in /tftpboot/fog/kernel. Then associate your machine with that kernel. Then you can try an imaging task with it.

                                1 Reply Last reply Reply Quote 0
                                • G
                                  gballane
                                  last edited by

                                  Will try it right now… stand by.

                                  1 Reply Last reply Reply Quote 0
                                  • A
                                    astrouga
                                    last edited by

                                    drum roll please…

                                    1 Reply Last reply Reply Quote 0
                                    • G
                                      gballane
                                      last edited by

                                      No good… when uploading, getting partition errors. Tried to push it down, failed… said it pushed the image down really quick and finished in seconds.

                                      We are working with a Fujitsu T731.

                                      1 Reply Last reply Reply Quote 0
                                      • A
                                        astrouga
                                        last edited by

                                        OK, I’ll get back to you next week. I’ve got to rolll for now. Sorry that didn’t work out for you. Does the kernel work for any of your other systems?

                                        Follow-up if you make any progress.

                                        1 Reply Last reply Reply Quote 0
                                        • G
                                          gballane
                                          last edited by

                                          We didn’t try other machines… We had to restore it to the old kernel so that we could continue working!

                                          Hopefully, we can make some progress next week. Thanks for your help.

                                          1 Reply Last reply Reply Quote 0
                                          • G
                                            gballane
                                            last edited by

                                            I tinkered with this some more. With the bzimage34 kernel… when it tries to push down to the client, it checks hard disk and says “image cannot be outside of disk” or something to that affect. Went into the client and it had a TON of partitions… more than the 250 GB hard drive… it was like 1TB+. I pulled out the HDD and reformatted in an external enclosure. Trying the push down again to the client.

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

                                            135

                                            Online

                                            12.0k

                                            Users

                                            17.3k

                                            Topics

                                            155.2k

                                            Posts
                                            Copyright © 2012-2024 FOG Project