Bug 1102664
Summary: | [Scale] - Set new balloon target failed on large scale deployment, and host count vms as running when they not | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Eldad Marciano <emarcian> | ||||||||||||
Component: | vdsm | Assignee: | Martin Sivák <msivak> | ||||||||||||
Status: | CLOSED DUPLICATE | QA Contact: | |||||||||||||
Severity: | urgent | Docs Contact: | |||||||||||||
Priority: | unspecified | ||||||||||||||
Version: | 3.3.0 | CC: | bazulay, emarcian, gklein, iheim, lpeer, yeylon | ||||||||||||
Target Milestone: | --- | ||||||||||||||
Target Release: | --- | ||||||||||||||
Hardware: | x86_64 | ||||||||||||||
OS: | Linux | ||||||||||||||
Whiteboard: | sla | ||||||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||||||
Doc Text: | Story Points: | --- | |||||||||||||
Clone Of: | Environment: | ||||||||||||||
Last Closed: | 2014-05-29 15:43:58 UTC | Type: | Bug | ||||||||||||
Regression: | --- | Mount Type: | --- | ||||||||||||
Documentation: | --- | CRM: | |||||||||||||
Verified Versions: | Category: | --- | |||||||||||||
oVirt Team: | SLA | RHEL 7.3 requirements from Atomic Host: | |||||||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||||||
Embargoed: | |||||||||||||||
Attachments: |
|
Description
Eldad Marciano
2014-05-29 12:16:00 UTC
i found the vms which is not running yet on 'Waiting to launch' status over 33 min. I treied to follow the vm but there is nothing in the logs beside the xmlrpc of the creation call. Bug 1102701 - [Scale] - there no correlation about the vm status between the engine to vdsm probably side effect. Created attachment 900342 [details]
vdsm log
Hardware configuration: Host: -24 cores -64 GB RAM -1 TB disk -1Gb Netweork \ ~128 MB\s -NFS storage VM: -256 GB RAM -1 CVCPU -20GB Disk | thin provision after 55 min looks like all the vms running -host should not report the vm as running unless the actual kvm process is running. It doesn't, that is what WaitForLunch is for. The exception should not happen though, MOM should be aware that the KVM process has not been started yet. Can you also attach /var/log/mom/mom.log please? MOM is not acting on VMs with non-Up state. But in this case it seems that VDSM reports Up before the process actually starts. Also the two VMs from that exception are not present in the VDSM log at all. We need both logs to correlate to be able to debug this. Created attachment 900395 [details]
mom logs
Created attachment 900398 [details]
vdsm _1
Created attachment 900402 [details]
Wrong memory configuration
This screenshot explains the data I got from the server:
vdsClient -s 0 getAllVmStats reported the following for the affected VMs:
balloonInfo = {'balloon_max': '262144', 'balloon_min': '1048576', 'balloon_target': '262144', 'balloon_cur': '262144'}
You might notice that the maximum is bigger than the minimum. That is caused by wrong configuration of the VM. The memory size was configured to be 256MB and the minimum guaranteed memory to be 1024MB. That is not a valid configuration.
Created attachment 900414 [details]
Situation after attempt to reproduce on 3.5
I tried to reproduce on the 3.5 snapshot and the dialog does not allow to enter the invalid values.
This issue was caused by misconfiguration that is not longer possible and was fixed in 3.4. *** This bug has been marked as a duplicate of bug 1045131 *** |