Hi,

> 2019-06-13 07:11:40,973 - mom.Controllers.Balloon - INFO - Ballooning 
> guest:node1 from 695648 to 660865
> 2019-06-13 07:12:51,437 - mom.GuestMonitor.Thread - INFO - GuestMonitor-node1 
> ending
>
> Can someone clarify what exactly does this (from xxxx to yyyy) mean ?

It is the ballooning operation log:

- From - how much memory was left in the VM before the action
- To - how much after (could be both lower and higher)

I do not remember the units, but I think it was in KiB.

Martin


On Thu, Jun 13, 2019 at 9:26 PM Strahil Nikolov <[email protected]> wrote:
>
> Hi Martin,Darrell,
>
> thanks for your feedback.
>
> I have checked the /var/log/vdsm/mom.log and it seems that MOM was actually 
> working:
>
> 2019-06-13 07:08:47,690 - mom.GuestMonitor.Thread - INFO - GuestMonitor-node1 
> starting
> 2019-06-13 07:09:39,490 - mom.Controllers.Balloon - INFO - Ballooning 
> guest:node1 from 1048576 to 996147
> 2019-06-13 07:09:54,658 - mom.Controllers.Balloon - INFO - Ballooning 
> guest:node1 from 996148 to 946340
> 2019-06-13 07:10:09,853 - mom.Controllers.Balloon - INFO - Ballooning 
> guest:node1 from 946340 to 899023
> 2019-06-13 07:10:25,053 - mom.Controllers.Balloon - INFO - Ballooning 
> guest:node1 from 899024 to 854072
> 2019-06-13 07:10:40,233 - mom.Controllers.Balloon - INFO - Ballooning 
> guest:node1 from 854072 to 811368
> 2019-06-13 07:10:55,428 - mom.Controllers.Balloon - INFO - Ballooning 
> guest:node1 from 811368 to 770799
> 2019-06-13 07:11:10,621 - mom.Controllers.Balloon - INFO - Ballooning 
> guest:node1 from 770800 to 732260
> 2019-06-13 07:11:25,827 - mom.Controllers.Balloon - INFO - Ballooning 
> guest:node1 from 732260 to 695647
> 2019-06-13 07:11:40,973 - mom.Controllers.Balloon - INFO - Ballooning 
> guest:node1 from 695648 to 660865
> 2019-06-13 07:12:51,437 - mom.GuestMonitor.Thread - INFO - GuestMonitor-node1 
> ending
>
> Can someone clarify what exactly does this (from xxxx to yyyy) mean ?
>
> Best Regards,
> Strahil Nikolov
>
> В четвъртък, 13 юни 2019 г., 17:27:01 ч. Гринуич+3, Martin Sivak 
> <[email protected]> написа:
>
>
> Hi,
>
> iirc the guest agent is not needed anymore as we get almost the same
> stats from the balloon driver directly.
>
> Ballooning has to be enabled on cluster level though. So that is one
> thing to check. If that is fine then I guess a more detailed
> description is needed.
>
> oVirt generally starts ballooning when the memory load gets over 80%
> of available memory.
>
> The host agent that handles ballooning is called mom and the logs are
> located in /var/log/vdsm/mom* iirc. It might be a good idea to check
> whether the virtual machines were declared ready (meaning all data
> sources we collect provided data).
>
> --
> Martin Sivak
> used to be maintainer of mom
>
> On Thu, Jun 13, 2019 at 12:26 AM Darrell Budic <[email protected]> wrote:
> >
> > Do you have the overt-guest-agent running on your VMs? It’s required for 
> > ballooning to control allocations on the guest side.
> >
> > On Jun 12, 2019, at 11:32 AM, Strahil <[email protected]> wrote:
> >
> > Hello All,
> >
> > as a KVM user I know how usefull is the memory balloon and how you can both 
> > increase - and also decrease memory live (both Linux & Windows).
> > I have noticed that I cannot decrease the memory in oVirt.
> >
> > Does anyone got a clue why the situation is like that ?
> >
> > I was expecting that the guaranteed memory is the minimum to which the 
> > balloon driver will not go bellow, but when I put my host under pressure - 
> > the host just started to swap instead of reducing some of the VM memory 
> > (and my VMs had plenty of free space).
> >
> > It will be great if oVirt can decrease the memory (if the VM has 
> > unallocated memory) when the host is under pressure and the VM cannot be 
> > relocated.
> >
> > Best Regards,
> > Strahil Nikolov
> >
> > _______________________________________________
> > Users mailing list -- [email protected]
> > To unsubscribe send an email to [email protected]
> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > oVirt Code of Conduct: 
> > https://www.ovirt.org/community/about/community-guidelines/
> > List Archives: 
> > https://lists.ovirt.org/archives/list/[email protected]/message/LUWCN2MLNTDJUEZBCTVXFMVABGPUSEFH/
> >
> >
> > _______________________________________________
> > Users mailing list -- [email protected]
> > To unsubscribe send an email to [email protected]
> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > oVirt Code of Conduct: 
> > https://www.ovirt.org/community/about/community-guidelines/
> > List Archives: 
> > https://lists.ovirt.org/archives/list/[email protected]/message/22XYJD7XAYZLVYCJUB6TW3RZ5VJFJ3ET/
>
> _______________________________________________
> Users mailing list -- [email protected]
> To unsubscribe send an email to [email protected]
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/[email protected]/message/7UDVZJ3EDXYNMI7DCZTA7YLWNIQU3EVO/
>
_______________________________________________
Users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/[email protected]/message/4WZZZQJ4JNEKQY3BB2ETFDDOOFKWW3UC/

Reply via email to