Fedora Account System
Red Hat Associate
Red Hat Customer
Description of problem: block devices are deleted from gluster but entries are still there in heketi blockvolume list. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. Create 40 block pvcs. 2. delete them all in one shot (e.g. oc delete claim{1..40}) 3. wait for some time & check the output of pv 4. there will be some entries in pv's 5. delete those pv's all in one shot 6. wait for some time & check the output of "heketi-cli blockvolume list" 7. there will be some entries in blockvolume list 8. delete all of them in one shot 9. You will get this error "Error: Volume 2be96a5cba8e68184eb0e488934ab75c free size may not be set greater than 100" Actual results: blockVolumes are still there in heketi. Expected results: volumes should be deleted in heketi
I can confirm the existence of the issue. I was also able to reproduce with a shell for loop, such as: $ for _ in $(seq 1 5); do ./heketi-cli blockvolume delete c5edeb20be9a55f758966d1106b5343e & done Volume c5edeb20be9a55f758966d1106b5343e deleted Volume c5edeb20be9a55f758966d1106b5343e deleted Volume c5edeb20be9a55f758966d1106b5343e deleted Volume c5edeb20be9a55f758966d1106b5343e deleted Volume c5edeb20be9a55f758966d1106b5343e deleted The repeated deletes are not correct and there should only be one delete message. The others should all be "conflict" or "not found" errors. The root problem actually exists in both volumes and block volumes, however volumes do not fail completely because the file volume's bricks actually catch the conflict condition. Block volumes do not have any other matching components, so they are not accidentally protected. More details at upstream issue: https://github.com/heketi/heketi/issues/1397
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://access.redhat.com/errata/RHBA-2018:2986