From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.9) Gecko/20050715 Firefox/1.0.5 Description of problem: I'm doing some initial testing on RHES4-U2 beta with 3PAR InServ storage arrays and dm-multipath/multipath-tools. The devices on the storage array were already partitioned and had filesystems on them, they were discovered at the scsi layer by reloading the qla2300 module, and then multipath was run to create the /dev/mapper/xxxx entries. At this point the CPU load hit 100% on the box, the process that was stuck was.. /sbin/mpath_ctl "add map dm-2" after looking at it some more it seems that multipathd had died during the setup of these maps. I assume the mpath_ctl process was stuck waiting for a response from multipathd. Version-Release number of selected component (if applicable): How reproducible: Sometimes Steps to Reproduce: See desc Additional info:
Exactly which version of the multipath package was this with? (Fixes were applied for something similar to this.)
The daemon's read/write loops still need fixing to bring them into line with the client's.
It was device-mapper-multipath-0.4.5-5.2.RHEL4
Please retest with -6.0.RHEL4 then: hopefully you'll find this particular problem is fixed.
Looks good, didn't see anything hang over the weekends test runs. Thanks
I'm closing the bug. Let me know if you see this again.