Description of problem: updateDiskless copies all network driver modules from the client root into the initrd, but fails to include dependency modules outside the /drivers/net subdir. For example the pcnet32 modules requires 'crc32.o', which is located in /lib and thefore won't be copied into the initrd. The result is that the diskless client will not boot because it cannot load the kernel module for its network card. Version-Release number of selected component (if applicable): redhat-config-netboot-0.1.18-1_EL3 How reproducible: always Steps to Reproduce: 1. setup a diskless client with a pcnet32 network card, following the intructions in the Sytem Administrator Guide 2. boot the client. 3. Actual results: Kernel panic at boot, because the NFS root fs could not be mounted due to failure to load the pcnet32 netwerk module. Expected results: The diskless system should have booted properly. Additional info: In this instance the problem can be solved easily by including /lib/modules/`uname -r`/kernel/lib in the the initrd.
Created attachment 117051 [details] adds kernel modules /lib subdir to initrd to solve unloadable pcnet32.o problem
This is now fixed with redhat-config-netboot-0.1.20-1_EL3, which now uses modules.dep to determine any modules on which the default modules in the initrd depend that are missing in the initrd, and will then copy them to the initrd - there were a few other missing module dependencies (such as pcmcia_core for various drivers/net modules). Please download the new version from: http://people.redhat.com/~jvdias/redhat-config-netboot/ and let me know of any further issues with it - thank you!
Using modules.dep is a much better solution indeed. redhat-config-netboot-0.1.20-1_EL3 fixes the problem (in my test setup), thanks!
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2005-486.html