Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1715128

Summary: Incorrect message when VM fails to start with "Failed to acquire lock: No space left on device."
Product: Red Hat Enterprise Virtualization Manager Reporter: Siddhant Rao <sirao>
Component: vdsmAssignee: Dan Kenigsberg <danken>
Status: CLOSED DUPLICATE QA Contact: Elad <ebenahar>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 4.2.6CC: lsurette, srevivo, tnisan, ycui
Target Milestone: ---Flags: lsvaty: testing_plan_complete-
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2019-06-10 14:31:26 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Storage RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Siddhant Rao 2019-05-29 16:13:34 UTC
Description of problem:

VM fails to start with an error of "Failed to acquire lock: No space left on device".

~~~

2019-04-08 11:05:46,811+0200 ERROR (vm/994025f9) [virt.vm] (vmId='994025f9-58a2-49c7-b98c-f1b0e5ac95d7') The vm start process faile
d (vm:949)
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 878, in _startUnderlyingVm
    self._run()
  File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 2894, in _run
    dom.createWithFlags(flags)
  File "/usr/lib/python2.7/site-packages/vdsm/common/libvirtconnection.py", line 130, in wrapper
    ret = f(*args, **kwargs)
  File "/usr/lib/python2.7/site-packages/vdsm/common/function.py", line 92, in wrapper
    return func(inst, *args, **kwargs)
  File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1110, in createWithFlags
    if ret == -1: raise libvirtError ('virDomainCreateWithFlags() failed', dom=self)
libvirtError: Failed to acquire lock: No space left on device
2019-04-08 11:05:46,812+0200 INFO  (vm/994025f9) [virt.vm] (vmId='994025f9-58a2-49c7-b98c-f1b0e5ac95d7') Changed state to Down: Fai
led to acquire lock: No space left on device (code=1) (vm:1689)

~~~

Version-Release number of selected component (if applicable):
vdsm-4.20.47-1.el7ev.x86_64
libvirt-4.5.0-10.el7_6.6.x86_64
libvirt-client-4.5.0-10.el7_6.6.x86_64
sanlock-3.6.0-1.el7.x86_64
qemu-kvm-rhev-2.12.0-18.el7_6.3.x86_64

How reproducible:
Very rarely seen.
Seen on the customer's system only once.

Steps to Reproduce:
1.
2.
3.

Actual results:
The VM does not start with the above mentioned error.

Expected results:
The VM should start without problems.

Additional info:

The problem was seen with a Normal VM with a lease.

This was seen on a customer system where they tried to start the VM and it failed with the error "Failed to acquire lock: No space left on device."

The problem seemed to auto correct itself, after the customer collected the log-collector and sosreport of the Hosts, they could start the VM.

The problem here is that the error messages "No space left on Device" is incorrect, there was space on the storage domain.

The primary concern of the customer was that the error message "No space left on device" was misleading and seeks a justification on that.

Comment 2 Tal Nisan 2019-06-10 14:31:26 UTC

*** This bug has been marked as a duplicate of bug 1684113 ***