+++ This bug was initially created as a clone of Bug #1255523 +++ Description of problem: Load testing of the following commands eventually finds a situation where the controller node shows a faulting mpio device that also shows as a backed mpio device for a launched instance on the compute node. lsof | grep dm-12 #for the faulting mpio path showed blkid and kpartx low levels attempts were made to kill these off first with kill -15 (workded for blkid) but kill -9 needed on kpartx were still not able to delete the faulty path This is using rhos5 on rhel6 using hp 3par backend. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: Proper (online) cleanup procedure for failed path (multipath -F is intrusive!!!): ====== MPATHDEV="/dev/dm-58" multipath -ll $MPATHDEV for i in $( multipath -ll $MPATHDEV | awk '/ failed / { print $3 }' do echo "Removing: $i"; echo 1 > /sys/block/${i}/device/delete done multipath -ll $MPATHDEV multipath -f $MPATHDEV ===== This seems like a different issue but worth noting here. multipath errors being parsed as device names. https://bugzilla.redhat.com/show_bug.cgi?id=1235786
This bug was accidentally moved from POST to MODIFIED via an error in automation, please see mmccune with any questions