Description of problem:
After removing a fibrechannel storage domain, hosts went non-responsive because hypervisor was attempting to resize the missing LUN long after the removal.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Place fibrechannel storage domain into maintenance and remove it
2. After removal is complete, un-map LUNs from storage device
Hosts go non-operational and non-responsive with the following traceback:
2018-11-30 13:31:51,635-0600 INFO (jsonrpc/0) [storage.Multipath] Resizing map '2621eba8c55434a026c9ce900941db8bd' (map_size=1099511627776, slave_size=0) (multipath:119)
2018-11-30 13:31:51,671-0600 ERROR (jsonrpc/0) [storage.Multipath] Could not resize device 2621eba8c55434a026c9ce900941db8bd (multipath:98)
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/vdsm/storage/multipath.py", line 96, in resize_devices
File "/usr/lib/python2.7/site-packages/vdsm/storage/multipath.py", line 120, in _resize_if_needed
File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 55, in __call__
File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 53, in <lambda>
File "<string>", line 2, in resizeMap
File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in _callmethod
raise convert_to_error(kind, result)
Error: Resizing map 'dm-10' failed: out='fail\n' err=''
2018-11-30 13:31:52,883-0600 INFO (itmap/0) [IOProcessClient] (/cdnfs01.capella.edu:_nfs__cdnafs__rhv__export) Starting client (__init__:308)
No interruption on hypervisors
This bug has not been marked as blocker for oVirt 4.3.0.
Since we are releasing it tomorrow, January 29th, this bug has been re-targeted to 4.3.1.