Bug 1202834

Any update?  Even a verification of "This doesn't work for me, either" would be nice.

/etc/init.d/cpuplugd needs a "modprobe cmm" somewhere in the startup and a "modprobe -r cmm" in the shutdown sequence.  I am not qualified to write such code but a comparison of other init scripts (/etc/init.d/iptables, for example) shows examples of how modules are loaded and unloaded.

Three months later an no response from anyone.

I wasn't able to replicate the problem due how the guests I can use are set up, but I agree there is a problem. The question is whether the CMM support shouldn't be rather built in into the kernel instead of being a module.

I have created a diff patch file that does solve the problem of the kernel module not being loaded.  WARNING:  I have never submitted a patch before and I am by no means a developer or BASH expert but the patch does work for me.  

[root@ltstd001 ~]# cat cpuplugd.patch


--- cpuplugd    2015-08-19 08:34:09.746233648 -0400
+++ /etc/init.d/cpuplugd        2015-08-19 08:18:07.756397528 -0400
@@ -28,15 +28,31 @@
 
 lockfile=/var/lock/subsys/$prog
 
+# Module name to load/unload on start/stop
+mod=cmm
+
 start() {
     [ -x $exec ] || exit 5
     [ -f $config ] || exit 6
     [ `id -u` -eq 0 ] || exit 4
     echo -n $"Starting $prog: "
+
+    # Load cmm module
+    modprobe $mod > /dev/null 2>&1
+    retval=$?
+    if [ $retval -ne 0 ] 
+      then
+        failure
+        echo
+        echo "Failed to load kernel module ${mod}"
+        exit 7
+    fi
+
     daemon $exec -c $config
     retval=$?
     echo
-    [ $retval -eq 0 ] && touch $lockfile
+
+    [ $retval -eq 0 ] && touch $lockfile || failure
     return $retval
 }
 
@@ -47,6 +63,17 @@
     retval=$?
     echo
     [ $retval -eq 0 ] && rm -f $lockfile
+
+    # Unload module.
+    # The extra test is for 2.6: The module might have autocleaned,
+    # after all referring modules are unloaded.
+    if grep -q "^${mod}" /proc/modules ; then
+        modprobe -r $mod > /dev/null 2>&1
+        res=$?
+        [ $res -eq 0 ] || echo -n " $mod"
+        let retval+=$res;
+    fi
+
     return $retval
 }

1) Reproducer:
# service cpuplugd start
# lsmod | grep cmm

2) Output
1) Old package
# service cpuplugd start
# lsmod | grep cmm
# echo $?
1

2) New package
# service cpuplugd start
# lsmod | grep cmm                    
cmm                    11092  0 
smsgiucv                5007  1 cmm

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHBA-2016-0881.html