mirror of
https://gitlab.com/libvirt/libvirt.git
synced 2024-12-22 13:45:38 +00:00
qemu: Don't ignore virProcessGetMaxMemLock() errors
Now that we've implemented a fallback for the function that obtains the information from /proc, there is no reason we would get a failure unless there's something seriously wrong with the environment we're running in, in which case we're better off reporting the issue to the user rather than pretending everything is fine. Signed-off-by: Andrea Bolognani <abologna@redhat.com> Reviewed-by: Michal Privoznik <mprivozn@redhat.com>
This commit is contained in:
parent
90fe839f8a
commit
a6b2804513
@ -9350,11 +9350,10 @@ qemuDomainAdjustMaxMemLock(virDomainObjPtr vm,
|
||||
if (bytes) {
|
||||
/* If this is the first time adjusting the limit, save the current
|
||||
* value so that we can restore it once memory locking is no longer
|
||||
* required. Failing to obtain the current limit is not a critical
|
||||
* failure, it just means we'll be unable to lower it later */
|
||||
* required */
|
||||
if (!vm->originalMemlock) {
|
||||
if (virProcessGetMaxMemLock(vm->pid, &(vm->originalMemlock)) < 0)
|
||||
vm->originalMemlock = 0;
|
||||
return -1;
|
||||
}
|
||||
} else {
|
||||
/* Once memory locking is no longer required, we can restore the
|
||||
|
Loading…
Reference in New Issue
Block a user