Hi Didi, I increased the RAM from 16 to 32 and change is instant on the VM, but as you have mentioned, it does not get written right away to VM image. Upon reboot its back to 16GB RAM. At this moment, change is applied, and I am waiting up to 60min to see if the changes will be written to survive reboot. Regarding how to change it, the UI Edit seem to be the way. If I go with /var/run/… file changes fast, even with VM being shutdown. @oVirt does anyone know how long it usually takes to have the change written to VM image?

----- kind regards/met vriendelijke groeten Marko Vrgotic Sr. System Engineer @ System Administration ActiveVideo o: +31 (35) 6774131 m: +31 (65) 5734174 e: m.vrgotic(a)activevideo.com w: https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.acti... ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217 WJ Hilversum, The Netherlands. The information contained in this message may be legally privileged and confidential. It is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or ActiveVideo Networks, LLC by telephone at +1 408.931.9200 and delete or destroy any copy of this message. From: Yedidyah Bar David <didi(a)redhat.com&gt; Date: Monday, 22 February 2021 at 11:05 To: Vrgotic, Marko <M.Vrgotic(a)activevideo.com&gt; Cc: users(a)ovirt.org <users(a)ovirt.org&gt; Subject: Re: [ovirt-users] oVirt Engine increase RAM and CPU ***CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender!!!*** On Mon, Feb 22, 2021 at 11:01 AM Vrgotic, Marko <M.Vrgotic(a)activevideo.com&gt; wrote: > > Hi Didi, > > > > Just to be sure, considering its an HA instance, I need to set to maintenance=global and execute these changes – CPU increase will most likely require reboot? Please note that I do not have any experience with this whatsoever. Also for the further replies below. Just guessing. I suggest to try first on a test system if it's about a production/critical system. I guess that it will mark the VM as requiring a reboot for changes to take effect, and that they'll actually be applied only on hard-reboot (meaning, not just running 'reboot' from inside). So yes, I guess the process should be: 1. Edit as needed 2. Perhaps wait a bit or something like that to make sure changes reached OVF_STORE on the shared storage. No idea how. Perhaps we log enough about this to existing logs, or perhaps you can dump the conf to verify manually. 2. Set global maint, shutdown, clear global maint (and either immediately start the vm or let ha-agent do this for you). > > > > For the HEAP changes, I have been doing that lot on the Atlassian instances, just not sure how oVirt-engine is going to react and if there are any guidelines I should stick to in ovirt case. I have no idea other than the bugs I was personally involved with (which you can find in bugzilla). Perhaps RHV or oVirt docs have some guidelines, didn't check. If not, then I suppose the guidelines are "Use the defaults and follow recommendations", which mean: 1. Allocate 16GB RAM for the HE VM. Perhaps we even recommend more than that for larger setups, not sure. 2. engine-setup then sets both min and max to 4GB (=25% of RAM). If you do want to play with this, you should of course test thoroughly and carefully :-). Consider also other processes on the machine needing rather-large amounts of memory, including DWH and PostgreSQL (which we also automatically configure and which you can further refine if needed, and also set up to run on separate machines). > > I.e. What if I set min and max to same value? That's a question for the JVM, not for oVirt :-). I suppose it will simply use a constant size. > > Is it going to be “ok” if I assign more than half of system RAM to the JAVA? Ect… It should be, if you make sure other stuff (dwh+pg) do not use too much, or you have also enough swap (but then do not expect good performance if you actually run into actually using it). > > > > ----- > > kind regards/met vriendelijke groeten > > > > Marko Vrgotic > Sr. System Engineer @ System Administration > > > ActiveVideo > > o: +31 (35) 6774131 > > m: +31 (65) 5734174 > > e: m.vrgotic(a)activevideo.com > w: https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.acti... > > > > ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217 WJ Hilversum, The Netherlands. The information contained in this message may be legally privileged and confidential. It is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or ActiveVideo Networks, LLC by telephone at +1 408.931.9200 and delete or destroy any copy of this message. > > > > > > > > From: Vrgotic, Marko <M.Vrgotic(a)activevideo.com&gt; > Date: Monday, 22 February 2021 at 09:08 > To: Yedidyah Bar David <didi(a)redhat.com&gt; > Cc: users(a)ovirt.org <users(a)ovirt.org&gt; > Subject: Re: [ovirt-users] oVirt Engine increase RAM and CPU > > Thank you Didi. > > > > ----- > > kind regards/met vriendelijke groeten > > > > Marko Vrgotic > Sr. System Engineer @ System Administration > > > ActiveVideo > > o: +31 (35) 6774131 > > m: +31 (65) 5734174 > > e: m.vrgotic(a)activevideo.com > w: https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.acti... > > > > ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217 WJ Hilversum, The Netherlands. The information contained in this message may be legally privileged and confidential. It is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or ActiveVideo Networks, LLC by telephone at +1 408.931.9200 and delete or destroy any copy of this message. > > > > > > > > From: Yedidyah Bar David <didi(a)redhat.com&gt; > Date: Sunday, 21 February 2021 at 08:03 > To: Vrgotic, Marko <M.Vrgotic(a)activevideo.com&gt; > Cc: users(a)ovirt.org <users(a)ovirt.org&gt; > Subject: Re: [ovirt-users] oVirt Engine increase RAM and CPU > > ***CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender!!!*** > > On Fri, Feb 19, 2021 at 12:39 PM Vrgotic, Marko > <M.Vrgotic(a)activevideo.com&gt; wrote: > > > > Hi oVirt, > > > > > > > > What is the cleanest way to increase the memory and cpu for SHE engine? > > Did you try to simply edit the vm from the admin ui? This should be > possible for most fields for quite some time now: > > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbugzill... > > > > > > > > > We have the Engine running on top of three HA hosts, so I guess the specs need to be change on all three, while engine is down. > > > > > > > > Is it done by editing the VM libvirt conf file or some other way? > > > > > > > > Where do I allocate more RAM to JAVA for oVirt? > > You can control the values passed as -Xms and -Xmx using the config > values ENGINE_HEAP_MIN and ENGINE_HEAP_MAX. > > They are set by engine-setup on initial setup but not changed later. > It writes /etc/ovirt-engine/engine.conf.d/10-setup-java.conf . > It's probably safer to create your own file for overriding, e.g. > 99-my-setup-java.conf or something. > > There have been various relevant changes to this over the years, you > can search bugzilla for 'ENGINE_HEAP_MIN' to find them. > > > > > > > > > We are currently running 4.3.8 version. > > > > > > > > Kindly awaiting your reply. > > Good luck and best regards, > -- > Didi -- Didi