In the course of a discussion with Richard W.M. Jones, he said that: > It's not too nice to send kill -9 to virt-v2v because it means none of > the at-exit handlers get to run, so it will leave temporary files all > over the place. It's better to send an ordinary kill signal (eg. SIGTERM). > If virt-v2v doesn't exit after some grace period, eg. 30 seconds, then it's > a bug, but maybe you could then send SIGKILL. Then Automate code code should be changed to first using SIGTERM to kill virt-v2v with a grace period of 30 seconds. After that grace period, virt-v2v can be sent SIGKILL.
https://github.com/ManageIQ/manageiq-content/pull/433
https://github.com/ManageIQ/manageiq-content/pull/441
This bz took my 2h for verification. I provisioned vm and tried to migrate it, While migrating I checked processes on OSP controller, as expected virt-v2v and virt-v2v-wrapper was on top in process usage. I found till migration cancellation, processes was working totally fine, as I pressed cancel on cfme, it waited around 20-30s and then killed virt-v2v (and wrapper in few minutes after that) I am not so sure on how should we test this thing but with mentioned steps I can see fix works just fine. Attached logs which shows working processes over time of migration. Tested on - 5.10.0.24.20181113213923_03b81fd
Typo - I checked processes on qeconversion (conversion instance of OSP) not OSP controller.
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/RHSA-2019:0212