Description of problem: modprobe differs from rmmod currently in that, by default, it operates in blocking mode. This can lead to deadlock, since modprobe holds fcntl locks on modules its removing, and can wind up blocking in the kernel, waiting on modules requesting that the same module be added. See: http://www.ussg.iu.edu/hypermail/linux/kernel/0709.0/0890.html For details. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: see http://www.ussg.iu.edu/hypermail/linux/kernel/0709.0/0890.html Additional info: This patch in conjunction with the other posted kernel patch will solve the issue: http://www.ussg.iu.edu/hypermail/linux/kernel/0709.0/0897.html
This request was evaluated by Red Hat Product Management for inclusion, but this component is not scheduled to be updated in the current Red Hat Enterprise Linux release. If you would like this request to be reviewed for the next minor release, ask your support representative to set the next rhel-x.y flag to "?".
This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux maintenance release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Update release for currently deployed products. This request is not yet committed for inclusion in an Update release.
In module-init-tools-3_3-0_pre3_1_38_el5
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 therefore 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-2009-0093.html