|Product:||[Retired] Red Hat Linux||Reporter:||Harvey Stein <hjstein>|
|Component:||modutils||Assignee:||Cristian Gafton <gafton>|
|Status:||CLOSED CURRENTRELEASE||QA Contact:|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||1999-03-15 17:48:09 UTC||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Cloudforms Team:||---||Target Upstream Version:|
Description Harvey Stein 1999-03-07 09:01:34 UTC
Even though I compiled 2.2.0-final with kmod, the system startup was still running kerneld. This is strange because /etc/rc.d/rc.sysinit seems to take pains to not run kerneld if kmod is supported: if [ -x /sbin/kerneld -a -n "$USEMODULES" ]; then if [ -f /proc/sys/kernel/modprobe ]; then # /proc/sys/kernel/modprobe indicates built-in kmod instead echo "/sbin/modprobe" > /proc/sys/kernel/modprobe else /sbin/kerneld KERNELD=yes fi fi (BTW, note the ugly use of -x /sbin/kerneld to detect whether or not the module package is installed, without which kmod can't be used anyway. I notice that the rc.sysinit script in the beta release looks a little better on this point.) What was strange was that kerneld was still running on my system. I traced this down to S01kerneld symlinks in the rc.d/rc*.d directories pointing to a kerneld script in /etc/rc.d/init.d. The kerneld script is owned by modutils. So, now that kerneld is appropriately started by rc.sysinit, the kerneld script & symlinks should be removed from the modutils package. This bug exists in 5.2. I checked the scripts in the beta release & the same situation appears to occur, so it looks like it's also a beta bug.
Comment 1 Bill Nottingham 1999-03-15 16:59:59 UTC
The startup script for kerneld that comes with modutils is the same as in 5.2; if the user requests that kerneld be started (via ntsysv/chkconfig), it will be. It can be changed so it defaults to off, though.
Comment 2 Bill Nottingham 1999-03-15 17:41:59 UTC
fixed so kerneld isn't started by default in modutils-2.1.121-5, although any old settings will still get honored.
Comment 3 Bill Nottingham 1999-03-15 17:42:59 UTC
actually, the initscript is now toast, since initscripts takes care of kerneld.
Comment 4 Bill Nottingham 1999-03-15 17:48:59 UTC
initscript put back in, since people might want it for module unloading. (I should stop talking to myself.)