Description of problem: When we create new vms we can see warnings `runtime cannot allocate memory`. It is caused by verifying container disk ownership(therefore only vms with container disk are affected). This issue happens at random AFAIK but if we get unlucky it could block creation of vm. Otherwise this issue should be retried by the handler and vm should start. The root cause is golang new behaviour. It can only be seen with golang 1.14+. Version-Release number of selected component (if applicable): 2.6.z, 4.8 How reproducible: Create VM and observe logs of virt-handler. Steps to Reproduce: 1. 2. 3. Actual results: Log of virt-handler: failed to get image info: failed to invoke qemu-img: exit status 2: 'fatal error: runtime: cannot allocate memory Expected results: Nothing in log. Additional info:
How reproducible is this bug?
I saw 2-4 failures from the whole test suit. So something like 2/600 probability?
Okay - while I don't see if all 600 cases used a containerDIsk. WHat will happen if the bug is triggered? Speak what happens to a VM running into this bug? Will it resolve itself or does it need admin attention?
This operation will be retried in next `sync` of the handler. The VM should eventually start if we don't hit the timeout(read the error will not occur too much).
Okay, due to the low level of reproducability, and because if might eventually fix itself I'm not considering this to be a blocker.
after check with test suite result, this issue is removed, move this to verified. verify build is: hco-bundle-registry-container-v2.6.6-35
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 (Moderate: OpenShift Virtualization 2.6.6 Images security and bug fix update), 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-2021:3119