Users
Threads by month
- ----- 2025 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2024 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2023 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2022 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2021 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2020 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2019 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2018 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2017 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2016 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2015 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2014 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2013 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2012 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2011 -----
- December
- November
- October
- 13 participants
- 19161 discussions
On Tue, Feb 23, 2021 at 9:40 PM Fedele Stabile <fedele.stabile(a)fis.unical.it>
wrote:
> Thank you for the answer Gianluca,
> the windows vm is new,
> other linux vm don't have warning messages on the guest-agent.
> So the problem about shared folder is related to a bug on the old release
> of oVirt, if I understand.
> Fedele
>
> ____________
>
Guest tools configuration has changed between versions..
Did you install ovirt-guest-tools on the VM from the iso available at your
engine vm package?
Did the related service start in WIndows 10 OS?
You didn't reply why you are forced to use so an "old" oVirt version: it is
not old in absolute, but oVirt is rapidly evolving and you should stay at
maximum behind one version.
So if the latest is 4.3, stay no behind 4.2. Now, with 4.4 out since many
months, stay no behind 4.3 at least...
This way you get more correct help because more guys are on latest
versions, that got many enhancements and many bug fixes (eg with snapshot
management, illegal disks state some time, and so on)
Gianluca
1
0
Hello all,
I 'm using oVirt 4.2.1.7
and on windows VM i see an orange exclamation point that warns me to install the latest guest agent.
On the VM (windows 10) i have installed:
QEMU guest agent version 101.1.0
SPICE Guest Tools 0.141
Virtio-win-driver-installer version 0.1.185
UsbDk Runtime Libraries version 1.0.22
Spice webdavd 2.4 (64-bit)
I can share the clipboard but
can not mount a USB stick other than FAT-formatted or use a shared folder
Is there a solution?
3
2
Invalid status on Data Center Default. Setting status to Non Responsive.
by Jelte Veldstra | Order2Cash 23 Feb '21
by Jelte Veldstra | Order2Cash 23 Feb '21
23 Feb '21
All,
We have built a new oVirt cluster from scratch. We used the 4.4.4 installer released in December 2020. When deploying the engine we had the wizard create a Gluster volume for the engine on three hosts. All went well and the cluster is starting to take shape.
When starting the engine we do see the following error each time the engine is started in /var/log/ovirt-engine/engine.log:
2021-02-23 08:06:09,208+01 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-33) [4293beae] EVENT_ID: SYSTEM_CHANGE_STORAGE_POOL_STATUS_PROBLEMATIC(980), Invalid status on Data Center Default. Setting status to Non Responsive.
Also when navigating in the engine web-ui to Compute -> Data Centers -> Default and check the events an event of id 980 is shown with the message: “Invalid status on Data Center Default. Setting status to Non Responsive.”. The date/time matches when the error is shown in the engine log.
The datacenter overview does not show any warnings or errors and lists the Default datacenter as status Up. An interesting observation is that the cluster overview does have a status column on the far left, but the status is not mentioned. The field underneath the status heading is empty. Could that be the unknown status that the data center refers to?
How could we investigate this further? The storage volumes do not show any issues and the cluster seems to function okay (it has not been used a lot yet as it has been built yesterday/today), but the error message does sound like something we need to get out of the way before we put the actual workload on it.
Regards,
Jelte
1
0
Hi Joseph,
Somehow I missed your email.
I am thinking in similar direction, but in all honesty, it’s takes bit of effort to accept that we need complete platform deployment from 4.3 to 4.4, considering EL 8 is required, to have this fixed.
Anyway, let’s try re-deploying engine with current platform version in testing env, take our notes and share them. This is actually nice, team work. 😊
For now, in production, I am going to increase the RAM and CPU, and if reboot is required, just do it again.
Too many CI/CD deployment failures, to leave the engine process fighting for resources.
-----
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<mailto:m.vrgotic@activevideo.com>
w: www.activevideo.com<http://www.activevideo.com>
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: users-request(a)ovirt.org <users-request(a)ovirt.org>
Date: Tuesday, 23 February 2021 at 08:23
To: users(a)ovirt.org <users(a)ovirt.org>
Subject: Users Digest, Vol 113, Issue 76
***CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender!!!***
Send Users mailing list submissions to
users(a)ovirt.org
To subscribe or unsubscribe via email, send a message with subject or
body 'help' to
users-request(a)ovirt.org
You can reach the person managing the list at
users-owner(a)ovirt.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Users digest..."
Today's Topics:
1. Re: oVirt Engine increase RAM and CPU (Joseph Goldman)
----------------------------------------------------------------------
Date: Tue, 23 Feb 2021 17:22:48 +1100
From: Joseph Goldman <joseph(a)goldman.id.au>
Subject: [ovirt-users] Re: oVirt Engine increase RAM and CPU
To: users(a)ovirt.org
Message-ID: <a8b53498-170b-e6c4-4c86-f8f0df8b46f8(a)goldman.id.au>
Content-Type: multipart/alternative;
boundary="------------28E9B49759C19EA5FB57BA34"
This is a multi-part message in MIME format.
--------------28E9B49759C19EA5FB57BA34
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: quoted-printable
Hi Marko,
=A0I have also had this problem on an oVirt 4.3 install - I could never=20
fix it and have not tried to upgrade to 4.4 yet - my workaround for now=20
(as you have deduced) is to just 'up' it while running so its hotswapped=20
in - annoying, but I think the best way around this without upgrade=20
would be to re-deploy the hosted engine defining the new resources using=20
an engine-backup - but again this is just as scary as in-place upgrade=20
lest you lock yourself out from your other running VMs in a production=20
environment.
=A0I plan to do it - I just need some time to set it up in a lab so I=20
know what to expect.
Thanks,
Joe
On 23/02/2021 5:05 pm, Vrgotic, Marko wrote:
>
> From the logs, the XML file is updated with new memory value:
>
> 2021-02-23 05:41:53,350Z INFO=20
> [org.ovirt.engine.core.vdsbroker.vdsbroker.DumpXmlsVDSCommand]=20
> (EE-ManagedThreadFactory-engineScheduled-Thread-6) [] FINISH,=20
> DumpXmlsVDSCommand, return:=20
> {e3de2b68-b7ea-4466-b044-ed431267df1b=3D<domain type=3D'kvm' id=3D'24'>
>
> <name>HostedEngine</name>
>
> <uuid>e3de2b68-b7ea-4466-b044-ed431267df1b</uuid>
>
> <metadata xmlns:ns0=3D"https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fovirt.org%…
> xmlns:ovirt-vm=3D"https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fovirt.org%…">
>
> =A0=A0=A0 <ns0:qos/>
>
> <ovirt-vm:vm xmlns:ovirt-vm=3D"https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fovirt.org%…">
>
> <ovirt-vm:clusterVersion>4.3</ovirt-vm:clusterVersion>
>
> =A0=A0=A0 <ovirt-vm:destroy_on_reboot=20
> type=3D"bool">False</ovirt-vm:destroy_on_reboot>
>
> <ovirt-vm:launchPaused>false</ovirt-vm:launchPaused>
>
> =A0=A0=A0 <ovirt-vm:memGuaranteedSize=20
> type=3D"int">16384</ovirt-vm:memGuaranteedSize>
>
> =A0=A0=A0 <ovirt-vm:minGuaranteedMemoryMb=20
> type=3D"int">1024</ovirt-vm:minGuaranteedMemoryMb>
>
> <ovirt-vm:resumeBehavior>auto_resume</ovirt-vm:resumeBehavior>
>
> =A0=A0=A0 <ovirt-vm:startTime type=3D"float">1614004416.2</ovirt-vm:sta=
rtTime>
>
> =A0=A0=A0 <ovirt-vm:device mac_address=3D"00:16:3e:4f:2a:6d">
>
> <ovirt-vm:network>ovirtmgmt</ovirt-vm:network>
>
> =A0=A0=A0=A0=A0=A0=A0 <ovirt-vm:custom>
>
> <ovirt-vm:queues>4</ovirt-vm:queues>
>
> =A0=A0=A0=A0=A0=A0=A0 </ovirt-vm:custom>
>
> =A0=A0=A0 </ovirt-vm:device>
>
> =A0=A0=A0 <ovirt-vm:device devtype=3D"disk" name=3D"vda">
>
> <ovirt-vm:domainID>84dbd790-39af-440c-acea-b0db03bf86b0</ovirt-vm:domai=
nID>
>
> <ovirt-vm:guestName>/dev/vda2</ovirt-vm:guestName>
>
> <ovirt-vm:imageID>42b45aba-2307-4ef7-9465-533f95946b0a</ovirt-vm:imageI=
D>
>
> <ovirt-vm:poolID>00000000-0000-0000-0000-000000000000</ovirt-vm:poolID>
>
> <ovirt-vm:shared>exclusive</ovirt-vm:shared>
>
> <ovirt-vm:volumeID>38163651-2197-4661-9c9d-84c4272d6775</ovirt-vm:volum=
eID>
>
> <ovirt-vm:specParams>
>
> <ovirt-vm:pinToIoThread>1</ovirt-vm:pinToIoThread>
>
> =A0=A0=A0=A0=A0=A0=A0 </ovirt-vm:specParams>
>
> =A0=A0=A0=A0=A0=A0=A0 <ovirt-vm:volumeChain>
>
> =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <ovirt-vm:volumeChainNode>
>
> <ovirt-vm:domainID>84dbd790-39af-440c-acea-b0db03bf86b0</ovirt-vm:domai=
nID>
>
> <ovirt-vm:imageID>42b45aba-2307-4ef7-9465-533f95946b0a</ovirt-vm:imageI=
D>
>
> =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <ovirt-vm:leaseOffset typ=
e=3D"int">0</ovirt-vm:leaseOffset>
>
> <ovirt-vm:leasePath>/rhev/data-center/mnt/172.17.28.5:_ovirt__hosted__e=
ngine/84dbd790-39af-440c-acea-b0db03bf86b0/images/42b45aba-2307-4ef7-9465=
-533f95946b0a/38163651-2197-4661-9c9d-84c4272d6775.lease</ovirt-vm:leaseP=
ath>
>
> <ovirt-vm:path>/rhev/data-center/mnt/172.17.28.5:_ovirt__hosted__engine=
/84dbd790-39af-440c-acea-b0db03bf86b0/images/42b45aba-2307-4ef7-9465-533f=
95946b0a/38163651-2197-4661-9c9d-84c4272d6775</ovirt-vm:path>
>
> <ovirt-vm:volumeID>38163651-2197-4661-9c9d-84c4272d6775</ovirt-vm:volum=
eID>
>
> </ovirt-vm:volumeChainNode>
>
> =A0=A0=A0=A0=A0=A0=A0 </ovirt-vm:volumeChain>
>
> =A0=A0=A0 </ovirt-vm:device>
>
> =A0=A0=A0 <ovirt-vm:device devtype=3D"disk" name=3D"hdc"/>
>
> </ovirt-vm:vm>
>
> =A0 </metadata>
>
> =A0 <maxMemory slots=3D'16' unit=3D'KiB'>67108864</maxMemory>
>
> =A0 <memory unit=3D'KiB'>33554432</memory>
>
> <currentMemory unit=3D'KiB'>33554432</currentMemory>
>
> =A0 <vcpu placement=3D'static' current=3D'8'>64</vcpu>
>
> =A0 <vcpus>
>
> =A0=A0=A0 <vcpu id=3D'0' enabled=3D'yes' hotpluggable=3D'no' order=3D'1=
'/>
>
> =A0=A0=A0 <vcpu id=3D'1' enabled=3D'yes' hotpluggable=3D'no' order=3D'2=
'/>
>
> =A0=A0=A0 <vcpu id=3D'2' enabled=3D'yes' hotpluggable=3D'no' order=3D'3=
'/>
>
> =A0=A0=A0 <vcpu id=3D'3' enabled=3D'yes' hotpluggable=3D'no' order=3D'4=
'/>
>
> =A0=A0=A0 <vcpu id=3D'4' enabled=3D'yes' hotpluggable=3D'yes' order=3D'=
5'/>
>
> =A0=A0=A0 <vcpu id=3D'5' enabled=3D'yes' hotpluggable=3D'yes' order=3D'=
6'/>
>
> =A0=A0=A0 <vcpu id=3D'6' enabled=3D'yes' hotpluggable=3D'yes' order=3D'=
7'/>
>
> =A0=A0=A0 <vcpu id=3D'7' enabled=3D'yes' hotpluggable=3D'yes' order=3D'=
8'/>
>
> =A0=A0=A0 <vcpu id=3D'8' enabled=3D'no' hotpluggable=3D'yes'/>
>
> =A0=A0=A0 <vcpu id=3D'9' enabled=3D'no' hotpluggable=3D'yes'/>
>
> But in UI, I still see
>
> Defined Memory:
>
> 16384 MB
>
> And the vm.conf on all three Hosts is still showing
>
> smp=3D8 /<=3D cpu increase is already updated/
>
> memSize=3D16384 /<=3D but ram is still same/
>
> It looks like=A0 should report a bug. But before I do that, we are=20
> currently on 4.3.8.2 version =96 is this by any change fixed by latest=20
> 4.3 version?
>
> -----
>
> kind regards/met vriendelijke groeten
>
> Marko Vrgotic
> Sr. System Engineer @ System Administration
>
>
> ActiveVideo
>
> *o: *+31 (35) 6774131
>
> *m: +*31 (65) 5734174**
>
> *e:*m.vrgotic@activevideo.com <mailto:m.vrgotic@activevideo.com>
> *w: *https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.activevideo.com%2F&data=04%7C01%7Cm.vrgotic%40activevideo.com%7Cabec30d48e22456c236208d8d7cbf2af%7C214268a3e1214486acd4545c9faf2252%7C0%7C0%7C637496618273105019%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=9G3p1f8BMTe1g8eFhPghxZsJxcbxKw%2FsWi1%2BTSYiwXY%3D&reserved=0 <https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.active…>
>
> ActiveVideo Networks BV.=A0Mediacentrum 3745=A0Joop van den Endeplein=20
> 1.1217 WJ Hilversum, The Netherlands. The information contained in=20
> this message may be legally privileged and confidential. It is=20
> intended to be read only by the individual or entity to whom it is=20
> addressed or by their designee. If the reader of this message is not=20
> the intended recipient, you are on notice that any distribution of=20
> this message, in any form, is strictly prohibited.=A0=A0If you have=20
> received this message in error, please immediately notify the sender=20
> and/or ActiveVideo Networks, LLC by telephone at +1 408.931.9200 and=20
> delete or destroy any copy of this message.
>
> *From: *Vrgotic, Marko <M.Vrgotic(a)activevideo.com>
> *Date: *Monday, 22 February 2021 at 21:30
> *To: *Yedidyah Bar David <didi(a)redhat.com>
> *Cc: *users(a)ovirt.org <users(a)ovirt.org>
> *Subject: *Re: [ovirt-users] oVirt Engine increase RAM and CPU
>
> Mem guaranteed updates,
>
> CPU cores updates instantly and perist after reboot
>
> But defined memory is =93stuck=94 on 16384 after reboot.
>
> -----
>
> kind regards/met vriendelijke groeten
>
> Marko Vrgotic
> Sr. System Engineer @ System Administration
>
>
> ActiveVideo
>
> *o: *+31 (35) 6774131
>
> *m: +*31 (65) 5734174
>
> *e:*m.vrgotic@activevideo.com <mailto:m.vrgotic@activevideo.com>
> *w: *https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.activevideo.com%2F&data=04%7C01%7Cm.vrgotic%40activevideo.com%7Cabec30d48e22456c236208d8d7cbf2af%7C214268a3e1214486acd4545c9faf2252%7C0%7C0%7C637496618273115017%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=1Q8ye7micIHds5piOJUA8nRfAxktA3J4NYEFlm%2FXQ58%3D&reserved=0 <https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.active…>
>
> ActiveVideo Networks BV.=A0Mediacentrum 3745=A0Joop van den Endeplein=20
> 1.1217 WJ Hilversum, The Netherlands. The information contained in=20
> this message may be legally privileged and confidential. It is=20
> intended to be read only by the individual or entity to whom it is=20
> addressed or by their designee. If the reader of this message is not=20
> the intended recipient, you are on notice that any distribution of=20
> this message, in any form, is strictly prohibited.=A0=A0If you have=20
> received this message in error, please immediately notify the sender=20
> and/or ActiveVideo Networks, LLC by telephone at +1 408.931.9200 and=20
> delete or destroy any copy of this message.
>
> *From: *Vrgotic, Marko <M.Vrgotic(a)activevideo.com>
> *Date: *Monday, 22 February 2021 at 20:57
> *To: *Yedidyah Bar David <didi(a)redhat.com>
> *Cc: *users(a)ovirt.org <users(a)ovirt.org>
> *Subject: *Re: [ovirt-users] oVirt Engine increase RAM and CPU
>
> Hi all,
>
> Still testing in staging and I have not moved from updating RAM.
>
> Initially, I made the change via Portal, updating defined memory of HE=20
> from 16384 to 32768. The change is instantly visible on VM when I=20
> execute /free -m /, but in the VM info it still says 16384.
>
> I waited almost 4hours and this value did not get updated. Tried=20
> shutdown, remove GM, allow the HA to start the VM, it booted with=20
> 16384 allocated.
>
> Than I did it again, and tried with Update OVF from storage domain=20
> where the HE disk is, same, no change.
>
> Tried, updating memory again, migrating to another HA host =96 Update=20
> OVF , same thing, after reboot, the memory is back to 16384.
>
> Can somebody give me an advice where to look further? Again, making=20
> the change in memory amount is instant on the VM, but after reboot,=20
> its back to 16384.
>
> -----
>
> kind regards/met vriendelijke groeten
>
> Marko Vrgotic
> Sr. System Engineer @ System Administration
>
>
> ActiveVideo
>
> *o: *+31 (35) 6774131
>
> *m: +*31 (65) 5734174
>
> *e:*m.vrgotic@activevideo.com <mailto:m.vrgotic@activevideo.com>
> *w: *https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.activevideo.com%2F&data=04%7C01%7Cm.vrgotic%40activevideo.com%7Cabec30d48e22456c236208d8d7cbf2af%7C214268a3e1214486acd4545c9faf2252%7C0%7C0%7C637496618273115017%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=1Q8ye7micIHds5piOJUA8nRfAxktA3J4NYEFlm%2FXQ58%3D&reserved=0 <https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.active…>
>
> ActiveVideo Networks BV.=A0Mediacentrum 3745=A0Joop van den Endeplein=20
> 1.1217 WJ Hilversum, The Netherlands. The information contained in=20
> this message may be legally privileged and confidential. It is=20
> intended to be read only by the individual or entity to whom it is=20
> addressed or by their designee. If the reader of this message is not=20
> the intended recipient, you are on notice that any distribution of=20
> this message, in any form, is strictly prohibited.=A0=A0If you have=20
> received this message in error, please immediately notify the sender=20
> and/or ActiveVideo Networks, LLC by telephone at +1 408.931.9200 and=20
> delete or destroy any copy of this message.
>
> *From: *Yedidyah Bar David <didi(a)redhat.com>
> *Date: *Monday, 22 February 2021 at 15:19
> *To: *Vrgotic, Marko <M.Vrgotic(a)activevideo.com>
> *Cc: *users(a)ovirt.org <users(a)ovirt.org>
> *Subject: *Re: [ovirt-users] oVirt Engine increase RAM and CPU
>
> ***CAUTION: This email originated from outside of the organization. Do=20
> not click links or open attachments unless you recognize the sender!!!*=
**
>
> On Mon, Feb 22, 2021 at 4:10 PM Vrgotic, Marko
> <M.Vrgotic(a)activevideo.com> wrote:
> >
> > Hi Didi,
> >
> >
> >
> > I increased the RAM from 16 to 32 and change is instant on the VM,=20
> but as you have mentioned, it does not get written right away to VM ima=
ge.
> >
> > Upon reboot its back to 16GB RAM.
> >
> >
> >
> >
> >
> > At this moment, change is applied, and I am waiting up to 60min to=20
> 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=20
> with /var/run/=85 file changes fast, even with VM being shutdown.
> >
> >
> >
> > @oVirt does anyone know how long it usually takes to have the change=20
> written to VM image?
>
> up to 60 minutes :-).
>
> I think you can change this with engine-config, item
> OvfUpdateIntervalInMinutes .
>
> Best regards,
>
> >
> >
> >
> >
> >
> >
> >
> > -----
> >
> > 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:=20
> https://nam10.safelinks.protection.outlook.com/?url=3Dhttp%3A%2F%2Fwww.=
activevideo.com%2F&data=3D04%7C01%7Cm.vrgotic%40activevideo.com%7C797=
3b1e3b1f6400c1bd608d8d73cd3d2%7C214268a3e1214486acd4545c9faf2252%7C0%7C0%=
7C637496003548256181%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoi=
V2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=3D0TuDZFRZuYvOwEb=
sSflrSiXuKJ2dt2UIcys6UzDzSsA%3D&reserved=3D0=20
> <https://nam10.safelinks.protection.outlook.com/?url=3Dhttp%3A%2F%2Fwww=
.activevideo.com%2F&data=3D04%7C01%7Cm.vrgotic%40activevideo.com%7C79=
73b1e3b1f6400c1bd608d8d73cd3d2%7C214268a3e1214486acd4545c9faf2252%7C0%7C0=
%7C637496003548256181%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjo=
iV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=3D0TuDZFRZuYvOwE=
bsSflrSiXuKJ2dt2UIcys6UzDzSsA%3D&reserved=3D0>
> >
> >
> >
> > ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein=20
> 1.1217 WJ Hilversum, The Netherlands. The information contained in=20
> this message may be legally privileged and confidential. It is=20
> intended to be read only by the individual or entity to whom it is=20
> addressed or by their designee. If the reader of this message is not=20
> the intended recipient, you are on notice that any distribution of=20
> this message, in any form, is strictly prohibited.=A0 If you have=20
> received this message in error, please immediately notify the sender=20
> and/or ActiveVideo Networks, LLC by telephone at +1 408.931.9200 and=20
> delete or destroy any copy of this message.
> >
> >
> >
> >
> >
> >
> >
> > From: Yedidyah Bar David <didi(a)redhat.com>
> > Date: Monday, 22 February 2021 at 11:05
> > To: Vrgotic, Marko <M.Vrgotic(a)activevideo.com>
> > Cc: users(a)ovirt.org <users(a)ovirt.org>
> > Subject: Re: [ovirt-users] oVirt Engine increase RAM and CPU
> >
> > ***CAUTION: This email originated from outside of the organization.=20
> Do not click links or open attachments unless you recognize the=20
> sender!!!***
> >
> > On Mon, Feb 22, 2021 at 11:01 AM Vrgotic, Marko
> > <M.Vrgotic(a)activevideo.com> wrote:
> > >
> > > Hi Didi,
> > >
> > >
> > >
> > > Just to be sure,=A0 considering its an HA instance, I need to set t=
o=20
> maintenance=3Dglobal and execute these changes =96 CPU increase will mo=
st=20
> 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=20
> instances, just not sure how oVirt-engine is going to react and if=20
> there are any guidelines I should stick to in ovirt=A0 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 follo=
w
> > 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 (=3D25% of RAM).
> >
> > If you do want to play with this, you should of course test thoroughl=
y
> > 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 =93ok=94 if I assign more than half of system RAM=
to=20
> the JAVA? Ect=85
> >
> > 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:=20
> https://nam10.safelinks.protection.outlook.com/?url=3Dhttp%3A%2F%2Fwww.=
activevideo.com%2F&data=3D04%7C01%7Cm.vrgotic%40activevideo.com%7C797=
3b1e3b1f6400c1bd608d8d73cd3d2%7C214268a3e1214486acd4545c9faf2252%7C0%7C0%=
7C637496003548256181%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoi=
V2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=3D0TuDZFRZuYvOwEb=
sSflrSiXuKJ2dt2UIcys6UzDzSsA%3D&reserved=3D0=20
> <https://nam10.safelinks.protection.outlook.com/?url=3Dhttp%3A%2F%2Fwww=
.activevideo.com%2F&data=3D04%7C01%7Cm.vrgotic%40activevideo.com%7C79=
73b1e3b1f6400c1bd608d8d73cd3d2%7C214268a3e1214486acd4545c9faf2252%7C0%7C0=
%7C637496003548256181%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjo=
iV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=3D0TuDZFRZuYvOwE=
bsSflrSiXuKJ2dt2UIcys6UzDzSsA%3D&reserved=3D0>
> > >
> > >
> > >
> > > ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein=20
> 1.1217 WJ Hilversum, The Netherlands. The information contained in=20
> this message may be legally privileged and confidential. It is=20
> intended to be read only by the individual or entity to whom it is=20
> addressed or by their designee. If the reader of this message is not=20
> the intended recipient, you are on notice that any distribution of=20
> this message, in any form, is strictly prohibited.=A0 If you have=20
> received this message in error, please immediately notify the sender=20
> and/or ActiveVideo Networks, LLC by telephone at +1 408.931.9200 and=20
> delete or destroy any copy of this message.
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > From: Vrgotic, Marko <M.Vrgotic(a)activevideo.com>
> > > Date: Monday, 22 February 2021 at 09:08
> > > To: Yedidyah Bar David <didi(a)redhat.com>
> > > Cc: users(a)ovirt.org <users(a)ovirt.org>
> > > 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:=20
> https://nam10.safelinks.protection.outlook.com/?url=3Dhttp%3A%2F%2Fwww.=
activevideo.com%2F&data=3D04%7C01%7Cm.vrgotic%40activevideo.com%7C797=
3b1e3b1f6400c1bd608d8d73cd3d2%7C214268a3e1214486acd4545c9faf2252%7C0%7C0%=
7C637496003548266178%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoi=
V2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=3D7CdjxCvgBO4kAHo=
TZGxEOWar8KkboetvlPhcnnhG2Mc%3D&reserved=3D0=20
> <https://nam10.safelinks.protection.outlook.com/?url=3Dhttp%3A%2F%2Fwww=
.activevideo.com%2F&data=3D04%7C01%7Cm.vrgotic%40activevideo.com%7C79=
73b1e3b1f6400c1bd608d8d73cd3d2%7C214268a3e1214486acd4545c9faf2252%7C0%7C0=
%7C637496003548266178%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjo=
iV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=3D7CdjxCvgBO4kAH=
oTZGxEOWar8KkboetvlPhcnnhG2Mc%3D&reserved=3D0>
> > >
> > >
> > >
> > > ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein=20
> 1.1217 WJ Hilversum, The Netherlands. The information contained in=20
> this message may be legally privileged and confidential. It is=20
> intended to be read only by the individual or entity to whom it is=20
> addressed or by their designee. If the reader of this message is not=20
> the intended recipient, you are on notice that any distribution of=20
> this message, in any form, is strictly prohibited.=A0 If you have=20
> received this message in error, please immediately notify the sender=20
> and/or ActiveVideo Networks, LLC by telephone at +1 408.931.9200 and=20
> delete or destroy any copy of this message.
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > From: Yedidyah Bar David <didi(a)redhat.com>
> > > Date: Sunday, 21 February 2021 at 08:03
> > > To: Vrgotic, Marko <M.Vrgotic(a)activevideo.com>
> > > Cc: users(a)ovirt.org <users(a)ovirt.org>
> > > Subject: Re: [ovirt-users] oVirt Engine increase RAM and CPU
> > >
> > > ***CAUTION: This email originated from outside of the=20
> organization. Do not click links or open attachments unless you=20
> recognize the sender!!!***
> > >
> > > On Fri, Feb 19, 2021 at 12:39 PM Vrgotic, Marko
> > > <M.Vrgotic(a)activevideo.com> wrote:
> > > >
> > > > Hi oVirt,
> > > >
> > > >
> > > >
> > > > What is the cleanest way to increase the memory and cpu for SHE=20
> 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:
> > >
> > >=20
> https://nam10.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fbug=
zilla.redhat.com%2Fshow_bug.cgi%3Fid%3D1160094&data=3D04%7C01%7Cm.vrg=
otic%40activevideo.com%7C7973b1e3b1f6400c1bd608d8d73cd3d2%7C214268a3e1214=
486acd4545c9faf2252%7C0%7C0%7C637496003548266178%7CUnknown%7CTWFpbGZsb3d8=
eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000=
&sdata=3DuoeUaAZMwneu0Pq1pXKYKFkKpMAsF0znhcgTIxZpbso%3D&reserved=3D=
0=20
> <https://nam10.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fbu=
gzilla.redhat.com%2Fshow_bug.cgi%3Fid%3D1160094&data=3D04%7C01%7Cm.vr=
gotic%40activevideo.com%7C7973b1e3b1f6400c1bd608d8d73cd3d2%7C214268a3e121=
4486acd4545c9faf2252%7C0%7C0%7C637496003548266178%7CUnknown%7CTWFpbGZsb3d=
8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C100=
0&sdata=3DuoeUaAZMwneu0Pq1pXKYKFkKpMAsF0znhcgTIxZpbso%3D&reserved=
=3D0>
> > >
> > > >
> > > >
> > > >
> > > > We have the Engine running on top of three HA hosts, so I guess=20
> 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, yo=
u
> > > 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
>
>
>
> --
> Didi
>
>
> _______________________________________________
> Users mailing list -- users(a)ovirt.org
> To unsubscribe send an email to users-leave(a)ovirt.org
> Privacy Statement: https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt…
> oVirt Code of Conduct: https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt…
guidelines/
> List Archives: https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ovi…
ssage/W7MM4YPD7JX3QRW32M7OFG7EIGCGALVY/
--------------28E9B49759C19EA5FB57BA34
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable
<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html;
charset=3Dwindows-1252">
</head>
<body>
Hi Marko,<br>
<br>
=A0I have also had this problem on an oVirt 4.3 install - I could
never fix it and have not tried to upgrade to 4.4 yet - my
workaround for now (as you have deduced) is to just 'up' it while
running so its hotswapped in - annoying, but I think the best way
around this without upgrade would be to re-deploy the hosted engine
defining the new resources using an engine-backup - but again this
is just as scary as in-place upgrade lest you lock yourself out from
your other running VMs in a production environment.<br>
<br>
=A0I plan to do it - I just need some time to set it up in a lab so I
know what to expect.<br>
<br>
Thanks,<br>
Joe<br>
<br>
<div class=3D"moz-cite-prefix">On 23/02/2021 5:05 pm, Vrgotic, Marko
wrote:<br>
</div>
<blockquote type=3D"cite"
cite=3D"mid:BN7PR08MB40015FD9495EC82BEABB67DAF9809@BN7PR08MB4001.namprd08=
.prod.outlook.com">
<meta http-equiv=3D"Content-Type" content=3D"text/html;
charset=3Dwindows-1252">
<meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered
medium)">
<style>@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}span.EmailStyle19
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}div.WordSection1
{page:WordSection1;}</style>
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">From the logs, the XML file is updated with ne=
w
memory value:<br>
<br>
2021-02-23 05:41:53,350Z INFO=A0
[org.ovirt.engine.core.vdsbroker.vdsbroker.DumpXmlsVDSCommand=
]
(EE-ManagedThreadFactory-engineScheduled-Thread-6) []
FINISH, DumpXmlsVDSCommand, return:
{e3de2b68-b7ea-4466-b044-ed431267df1b=3D<domain type=3D'kv=
m'
id=3D'24'><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0 </span>
<span style=3D"mso-fareast-language:EN-US" lang=3D"NL"><name=
>HostedEngine</name><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"NL">=A0
<uuid>e3de2b68-b7ea-4466-b044-ed431267df1b</uuid>=
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"NL">=A0 </span>
<span style=3D"mso-fareast-language:EN-US" lang=3D"EN-US"><m=
etadata
xmlns:ns0=3D<a class=3D"moz-txt-link-rfc2396E" href=3D"http:/=
/ovirt.org/vm/tune/1.0">"https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fovirt.org%…"</a>
xmlns:ovirt-vm=3D<a class=3D"moz-txt-link-rfc2396E" href=3D"h=
ttp://ovirt.org/vm/1.0">"https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fovirt.org%…"</a>><o:p></o:p></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0 <ns0:qos/><o:p></o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0 </span>
<span style=3D"mso-fareast-language:EN-US" lang=3D"NL"><ovir=
t-vm:vm
xmlns:ovirt-vm=3D<a class=3D"moz-txt-link-rfc2396E" href=3D"h=
ttp://ovirt.org/vm/1.0">"https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fovirt.org%…"</a>><o:p></o:p></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"NL">=A0=A0=A0 </span>
<span style=3D"mso-fareast-language:EN-US" lang=3D"EN-US"><o=
virt-vm:clusterVersion>4.3</ovirt-vm:clusterVersion><o:p></o:p><=
/span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0 <ovirt-vm:destroy_on_reboot
type=3D"bool">False</ovirt-vm:destroy_on_reboot><o:p=
></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0
<ovirt-vm:launchPaused>false</ovirt-vm:launchPaused&=
gt;<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0 <ovirt-vm:memGuaranteedSize
type=3D"int">16384</ovirt-vm:memGuaranteedSize><o:p>=
</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0 <ovirt-vm:minGuaranteedMemoryMb
type=3D"int">1024</ovirt-vm:minGuaranteedMemoryMb><o=
:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0
<ovirt-vm:resumeBehavior>auto_resume</ovirt-vm:resumeBehavior>=
;<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0 <ovirt-vm:startTime
type=3D"float">1614004416.2</ovirt-vm:startTime><o:p=
></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0 <ovirt-vm:device
mac_address=3D"00:16:3e:4f:2a:6d"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0=A0=A0=A0=A0
<ovirt-vm:network>ovirtmgmt</ovirt-vm:network><o:=
p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0=A0=A0=A0=A0 <ovirt-vm:custom><=
o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0
<ovirt-vm:queues>4</ovirt-vm:queues><o:p></o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0=A0=A0=A0=A0 </ovirt-vm:custom>=
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0 </ovirt-vm:device><o:p></o:p><=
/span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0 <ovirt-vm:device devtype=3D"disk"
name=3D"vda"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0=A0=A0=A0=A0
<ovirt-vm:domainID>84dbd790-39af-440c-acea-b0db03bf86b0</ovirt-v=
m:domainID><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0=A0=A0=A0=A0
<ovirt-vm:guestName>/dev/vda2</ovirt-vm:guestName>=
;<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0=A0=A0=A0=A0
<ovirt-vm:imageID>42b45aba-2307-4ef7-9465-533f95946b0a</ovirt-vm=
:imageID><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0=A0=A0=A0=A0
<ovirt-vm:poolID>00000000-0000-0000-0000-000000000000</ovirt-vm:=
poolID><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0=A0=A0=A0=A0
<ovirt-vm:shared>exclusive</ovirt-vm:shared><o:p>=
</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0=A0=A0=A0=A0
</span><span style=3D"mso-fareast-language:EN-US" lang=3D"NL">&=
lt;ovirt-vm:volumeID>38163651-2197-4661-9c9d-84c4272d6775</ovirt-vm=
:volumeID><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"NL">=A0=A0=A0=A0=A0=A0=A0 </span>
<span style=3D"mso-fareast-language:EN-US" lang=3D"EN-US"><o=
virt-vm:specParams><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0
<ovirt-vm:pinToIoThread>1</ovirt-vm:pinToIoThread>=
;<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0=A0=A0=A0=A0 </ovirt-vm:specParams=
><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0=A0=A0=A0=A0 <ovirt-vm:volumeChain=
><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <ovirt-vm=
:volumeChainNode><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0
<ovirt-vm:domainID>84dbd790-39af-440c-acea-b0db03bf86b0</ovirt-v=
m:domainID><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0
<ovirt-vm:imageID>42b45aba-2307-4ef7-9465-533f95946b0a</ovirt-vm=
:imageID><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =
<ovirt-vm:leaseOffset
type=3D"int">0</ovirt-vm:leaseOffset><o:p></o:p></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0
<ovirt-vm:leasePath>/rhev/data-center/mnt/172.17.28.5:_ovirt__hoste=
d__engine/84dbd790-39af-440c-acea-b0db03bf86b0/images/42b45aba-2307-4ef7-=
9465-533f95946b0a/38163651-2197-4661-9c9d-84c4272d6775.lease</ovirt-vm=
:leasePath><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0
<ovirt-vm:path>/rhev/data-center/mnt/172.17.28.5:_ovirt__hosted__en=
gine/84dbd790-39af-440c-acea-b0db03bf86b0/images/42b45aba-2307-4ef7-9465-=
533f95946b0a/38163651-2197-4661-9c9d-84c4272d6775</ovirt-vm:path><o=
:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0
</span><span style=3D"mso-fareast-language:EN-US" lang=3D"NL">&=
lt;ovirt-vm:volumeID>38163651-2197-4661-9c9d-84c4272d6775</ovirt-vm=
:volumeID><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"NL">=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0
</span><span style=3D"mso-fareast-language:EN-US" lang=3D"EN-US=
"></ovirt-vm:volumeChainNode><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0=A0=A0=A0=A0 </ovirt-vm:volumeChai=
n><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0 </ovirt-vm:device><o:p></o:p><=
/span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0 <ovirt-vm:device devtype=3D"disk"
name=3D"hdc"/><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US"></ovirt-vm:vm><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0 </metadata><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0 <maxMemory slots=3D'16'
unit=3D'KiB'>67108864</maxMemory><o:p></o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0 <memory
unit=3D'KiB'>33554432</memory><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0 <span
style=3D"background:lime;mso-highlight:lime">
<currentMemory
unit=3D'KiB'>33554432</currentMemory></span><o:p><=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0 <vcpu placement=3D'static'
current=3D'8'>64</vcpu><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0 <vcpus><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0 <vcpu id=3D'0' enabled=3D'yes'
hotpluggable=3D'no' order=3D'1'/><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0 <vcpu id=3D'1' enabled=3D'yes'
hotpluggable=3D'no' order=3D'2'/><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0 <vcpu id=3D'2' enabled=3D'yes'
hotpluggable=3D'no' order=3D'3'/><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0 <vcpu id=3D'3' enabled=3D'yes'
hotpluggable=3D'no' order=3D'4'/><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0 <vcpu id=3D'4' enabled=3D'yes'
hotpluggable=3D'yes' order=3D'5'/><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0 <vcpu id=3D'5' enabled=3D'yes'
hotpluggable=3D'yes' order=3D'6'/><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0 <vcpu id=3D'6' enabled=3D'yes'
hotpluggable=3D'yes' order=3D'7'/><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0 <vcpu id=3D'7' enabled=3D'yes'
hotpluggable=3D'yes' order=3D'8'/><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0 <vcpu id=3D'8' enabled=3D'no'
hotpluggable=3D'yes'/><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0=A0=A0 <vcpu id=3D'9' enabled=3D'no'
hotpluggable=3D'yes'/><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US"><o:p>=A0</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">But in UI, I still see
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US"><o:p>=A0</o:p></span></p>
<p class=3D"MsoNormal">Defined Memory:<o:p></o:p></p>
<p class=3D"MsoNormal">16384 MB<o:p></o:p></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US"><o:p>=A0</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US"><o:p>=A0</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">And the vm.conf on all three Hosts is still
showing
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">smp=3D8=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0<i><=3D cpu
increase is already updated</i><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">memSize=3D16384=A0=A0=A0=A0
<i><span style=3D"color:red"><=3D but ram is still same</s=
pan></i><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"=
><o:p>=A0</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"=
><o:p>=A0</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">It looks like=A0 should report a bug. But befo=
re
I do that, we are currently on 4.3.8.2 version =96 is this by
any change fixed by latest 4.3 version?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US"><o:p>=A0</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"=
><o:p>=A0</o:p></span></p>
<div>
<p class=3D"MsoNormal"><span
style=3D"font-size:10.5pt;font-family:"Arial",sans-serif;color:=
#A5A5A5">-----<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span
style=3D"font-size:10.5pt;font-family:"Arial",sans-serif;color:=
#A5A5A5">kind
regards/met vriendelijke groeten<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span
style=3D"font-size:10.5pt;font-family:"Arial",sans-serif;color:=
#A5A5A5"><o:p>=A0</o:p></span></p>
<p class=3D"MsoNormal"><span
style=3D"font-size:10.5pt;font-family:"Arial",sans-serif;color:=
black">Marko
Vrgotic<br>
</span><span style=3D"font-size:9.0pt;color:black">Sr. System
Engineer @ System Administration</span><span
style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span
style=3D"font-size:7.5pt;font-family:"Arial",sans-serif;color:b=
lack"><br>
</span><span
style=3D"font-size:10.5pt;font-family:"Arial",sans-serif;color:=
#FC6A08">ActiveVideo</span><span
style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><b><span
style=3D"font-size:7.5pt;font-family:"Arial",sans-serif;color:#=
FC6A08"
lang=3D"ES">o:=A0</span></b><span
style=3D"font-size:7.5pt;font-family:"Arial",sans-serif;color:#=
3C3C3C"
lang=3D"ES">+31 (35) 6774131<o:p></o:p></span></p>
<p class=3D"MsoNormal"><b><span
style=3D"font-size:7.5pt;font-family:"Arial",sans-serif;color:#=
FC6A08"
lang=3D"ES">m: +</span></b><span
style=3D"font-size:7.5pt;font-family:"Arial",sans-serif;color:#=
3C3C3C"
lang=3D"ES">31 (65) 5734174</span><b><span
style=3D"font-size:7.5pt;font-family:"Arial",sans-serif;color:#=
FC6A08"
lang=3D"ES"><o:p></o:p></span></b></p>
<p class=3D"MsoNormal"><b><span
style=3D"font-size:7.5pt;font-family:"Arial",sans-serif;color:#=
FC6A08"
lang=3D"ES">e:</span></b><span
style=3D"font-size:7.5pt;font-family:"Arial",sans-serif;color:#=
3C3C3C"
lang=3D"ES">=A0<a href=3D"mailto:m.vrgotic@activevideo.com"
moz-do-not-send=3D"true"><span style=3D"color:#0563C1">m.=
vrgotic(a)activevideo.com</span></a><br>
</span><b><span
style=3D"font-size:7.5pt;font-family:"Arial",sans-serif;color:#=
FC6A08"
lang=3D"ES">w:=A0</span></b><span
style=3D"font-size:7.5pt;font-family:"Arial",sans-serif;color:#=
3C3C3C"
lang=3D"EN-US"><a href=3D"https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.active…"
moz-do-not-send=3D"true"><span style=3D"color:#954F72"
lang=3D"ES">https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.active…</span></a></span><span
style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:black" lang=3D"ES">=
=A0</span><span
style=3D"color:black"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span
style=3D"font-size:7.0pt;font-family:"Arial",sans-serif;color:#=
3C3C3C"
lang=3D"EN-US">ActiveVideo Networks BV.=A0Mediacentrum
3745=A0Joop van den Endeplein 1.1217 WJ Hilversum, The
Netherlands.=A0</span><span
style=3D"font-size:6.0pt;font-family:"Arial",sans-serif;color:#=
3C3C3C"
lang=3D"EN-US">The information contained in this message ma=
y
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.=A0=A0If 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.</span><span
style=3D"color:black" lang=3D"EN-US"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>=A0</o:p></p>
</div>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"=
><o:p>=A0</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"=
><o:p>=A0</o:p></span></p>
<div style=3D"border:none;border-top:solid #B5C4DF
1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><span
style=3D"font-size:12.0pt;color:black">From:
</span></b><span style=3D"font-size:12.0pt;color:black">Vrg=
otic,
Marko <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:M.V=
rgotic(a)activevideo.com"><M.Vrgotic(a)activevideo.com></a><br>
<b>Date: </b>Monday, 22 February 2021 at 21:30<br>
<b>To: </b>Yedidyah Bar David <a class=3D"moz-txt-link-rfc2=
396E" href=3D"mailto:didi@redhat.com"><didi(a)redhat.com></a><br<mailto:didi@redhat.com%22%3e<didi@redhat.com>%3c/a%3e%3cbr>>
<b>Cc: </b><a class=3D"moz-txt-link-abbreviated" href=3D"ma=
ilto:users@ovirt.org">users(a)ovirt.org</a> <a class=3D"moz-txt-link-rfc239=
6E" href=3D"mailto:users@ovirt.org"><users(a)ovirt.org></a><br<mailto:users@ovirt.org%22%3e<users@ovirt.org>%3c/a%3e%3cbr>>
<b>Subject: </b>Re: [ovirt-users] oVirt Engine increase
RAM and CPU<o:p></o:p></span></p>
</div>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"NL">Mem guaranteed updates,</span><o:p></o:p></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">CPU cores updates instantly and perist after
reboot</span><o:p></o:p></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">But defined memory is =93stuck=94 on 16384 aft=
er
reboot.</span><o:p></o:p></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0</span><o:p></o:p></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0</span><o:p></o:p></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0</span><o:p></o:p></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0</span><o:p></o:p></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"=
>=A0</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><span
style=3D"font-size:10.5pt;font-family:"Arial",sans-serif;color:=
#A5A5A5">-----</span><o:p></o:p></p>
<p class=3D"MsoNormal"><span
style=3D"font-size:10.5pt;font-family:"Arial",sans-serif;color:=
#A5A5A5">kind
regards/met vriendelijke groeten</span><o:p></o:p></p>
<p class=3D"MsoNormal"><span
style=3D"font-size:10.5pt;font-family:"Arial",sans-serif;color:=
#A5A5A5">=A0</span><o:p></o:p></p>
<p class=3D"MsoNormal"><span
style=3D"font-size:10.5pt;font-family:"Arial",sans-serif;color:=
black">Marko
Vrgotic<br>
</span><span style=3D"font-size:9.0pt;color:black">Sr. System
Engineer @ System Administration</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span
style=3D"font-size:7.5pt;font-family:"Arial",sans-serif;color:b=
lack"><br>
</span><span
style=3D"font-size:10.5pt;font-family:"Arial",sans-serif;color:=
#FC6A08">ActiveVideo</span><o:p></o:p></p>
<p class=3D"MsoNormal"><b><span
style=3D"font-size:7.5pt;font-family:"Arial",sans-serif;color:#=
FC6A08"
lang=3D"ES">o:=A0</span></b><span
style=3D"font-size:7.5pt;font-family:"Arial",sans-serif;color:#=
3C3C3C"
lang=3D"ES">+31 (35) 6774131</span><o:p></o:p></p>
<p class=3D"MsoNormal"><b><span
style=3D"font-size:7.5pt;font-family:"Arial",sans-serif;color:#=
FC6A08"
lang=3D"ES">m: +</span></b><span
style=3D"font-size:7.5pt;font-family:"Arial",sans-serif;color:#=
3C3C3C"
lang=3D"ES">31 (65) 5734174</span><o:p></o:p></p>
<p class=3D"MsoNormal"><b><span
style=3D"font-size:7.5pt;font-family:"Arial",sans-serif;color:#=
FC6A08"
lang=3D"ES">e:</span></b><span
style=3D"font-size:7.5pt;font-family:"Arial",sans-serif;color:#=
3C3C3C"
lang=3D"ES">=A0<a href=3D"mailto:m.vrgotic@activevideo.com"
moz-do-not-send=3D"true"><span style=3D"color:#0563C1">m.=
vrgotic(a)activevideo.com</span></a><br>
</span><b><span
style=3D"font-size:7.5pt;font-family:"Arial",sans-serif;color:#=
FC6A08"
lang=3D"ES">w:=A0</span></b><span
style=3D"font-size:7.5pt;font-family:"Arial",sans-serif;color:#=
3C3C3C"
lang=3D"EN-US"><a href=3D"https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.active…"
moz-do-not-send=3D"true"><span style=3D"color:#954F72"
lang=3D"ES">https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.active…</span></a></span><o:p><=
/o:p></p>
<p class=3D"MsoNormal"><span style=3D"color:black" lang=3D"ES">=
=A0</span><o:p></o:p></p>
<p class=3D"MsoNormal"><span
style=3D"font-size:7.0pt;font-family:"Arial",sans-serif;color:#=
3C3C3C"
lang=3D"EN-US">ActiveVideo Networks BV.=A0Mediacentrum
3745=A0Joop van den Endeplein 1.1217 WJ Hilversum, The
Netherlands.=A0</span><span
style=3D"font-size:6.0pt;font-family:"Arial",sans-serif;color:#=
3C3C3C"
lang=3D"EN-US">The information contained in this message ma=
y
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.=A0=A0If 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.</span><o:p>=
</o:p></p>
<p class=3D"MsoNormal">=A0<o:p></o:p></p>
</div>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"=
>=A0</span><o:p></o:p></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"=
>=A0</span><o:p></o:p></p>
<div style=3D"border:none;border-top:solid #B5C4DF
1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><span
style=3D"font-size:12.0pt;color:black">From:
</span></b><span style=3D"font-size:12.0pt;color:black">Vrg=
otic,
Marko <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:M.V=
rgotic(a)activevideo.com"><M.Vrgotic(a)activevideo.com></a><br>
<b>Date: </b>Monday, 22 February 2021 at 20:57<br>
<b>To: </b>Yedidyah Bar David <a class=3D"moz-txt-link-rfc2=
396E" href=3D"mailto:didi@redhat.com"><didi(a)redhat.com></a><br<mailto:didi@redhat.com%22%3e<didi@redhat.com>%3c/a%3e%3cbr>>
<b>Cc: </b><a class=3D"moz-txt-link-abbreviated" href=3D"ma=
ilto:users@ovirt.org">users(a)ovirt.org</a> <a class=3D"moz-txt-link-rfc239=
6E" href=3D"mailto:users@ovirt.org"><users(a)ovirt.org></a><br<mailto:users@ovirt.org%22%3e<users@ovirt.org>%3c/a%3e%3cbr>>
<b>Subject: </b>Re: [ovirt-users] oVirt Engine increase
RAM and CPU</span><o:p></o:p></p>
</div>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"NL">Hi all,</span><o:p></o:p></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"NL">=A0</span><o:p></o:p></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">Still testing in staging and I have not moved
from updating RAM.</span><o:p></o:p></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">Initially, I made the change via Portal,
updating defined memory of HE from 16384 to 32768. The
change is instantly visible on VM when I execute
<i>free -m </i>, but in the VM info it still says 16384. </sp=
an><o:p></o:p></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">I waited almost 4hours and this value did not
get updated. Tried shutdown, remove GM, allow the HA to
start the VM, it booted with 16384 allocated.</span><o:p></o:=
p></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0</span><o:p></o:p></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">Than I did it again, and tried with Update OVF
from storage domain where the HE disk is, same, no change.</s=
pan><o:p></o:p></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0</span><o:p></o:p></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">Tried, updating memory again, migrating to
another HA host =96 Update OVF , same thing, after reboot, th=
e
memory is back to 16384.</span><o:p></o:p></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0</span><o:p></o:p></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">Can somebody give me an advice where to look
further? Again, making the change in memory amount is
instant on the VM, but after reboot, its back to 16384.</span=
><o:p></o:p></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"
lang=3D"EN-US">=A0</span><o:p></o:p></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"=
>=A0</span><o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><span
style=3D"font-size:10.5pt;font-family:"Arial",sans-serif;color:=
#A5A5A5">-----</span><o:p></o:p></p>
<p class=3D"MsoNormal"><span
style=3D"font-size:10.5pt;font-family:"Arial",sans-serif;color:=
#A5A5A5">kind
regards/met vriendelijke groeten</span><o:p></o:p></p>
<p class=3D"MsoNormal"><span
style=3D"font-size:10.5pt;font-family:"Arial",sans-serif;color:=
#A5A5A5">=A0</span><o:p></o:p></p>
<p class=3D"MsoNormal"><span
style=3D"font-size:10.5pt;font-family:"Arial",sans-serif;color:=
black">Marko
Vrgotic<br>
</span><span style=3D"font-size:9.0pt;color:black">Sr. System
Engineer @ System Administration</span><o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span
style=3D"font-size:7.5pt;font-family:"Arial",sans-serif;color:b=
lack"><br>
</span><span
style=3D"font-size:10.5pt;font-family:"Arial",sans-serif;color:=
#FC6A08">ActiveVideo</span><o:p></o:p></p>
<p class=3D"MsoNormal"><b><span
style=3D"font-size:7.5pt;font-family:"Arial",sans-serif;color:#=
FC6A08"
lang=3D"ES">o:=A0</span></b><span
style=3D"font-size:7.5pt;font-family:"Arial",sans-serif;color:#=
3C3C3C"
lang=3D"ES">+31 (35) 6774131</span><o:p></o:p></p>
<p class=3D"MsoNormal"><b><span
style=3D"font-size:7.5pt;font-family:"Arial",sans-serif;color:#=
FC6A08"
lang=3D"ES">m: +</span></b><span
style=3D"font-size:7.5pt;font-family:"Arial",sans-serif;color:#=
3C3C3C"
lang=3D"ES">31 (65) 5734174</span><o:p></o:p></p>
<p class=3D"MsoNormal"><b><span
style=3D"font-size:7.5pt;font-family:"Arial",sans-serif;color:#=
FC6A08"
lang=3D"ES">e:</span></b><span
style=3D"font-size:7.5pt;font-family:"Arial",sans-serif;color:#=
3C3C3C"
lang=3D"ES">=A0<a href=3D"mailto:m.vrgotic@activevideo.com"
moz-do-not-send=3D"true"><span style=3D"color:#0563C1">m.=
vrgotic(a)activevideo.com</span></a><br>
</span><b><span
style=3D"font-size:7.5pt;font-family:"Arial",sans-serif;color:#=
FC6A08"
lang=3D"ES">w:=A0</span></b><span
style=3D"font-size:7.5pt;font-family:"Arial",sans-serif;color:#=
3C3C3C"
lang=3D"EN-US"><a href=3D"https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.active…"
moz-do-not-send=3D"true"><span style=3D"color:#954F72"
lang=3D"ES">https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.active…</span></a></span><o:p><=
/o:p></p>
<p class=3D"MsoNormal"><span style=3D"color:black" lang=3D"ES">=
=A0</span><o:p></o:p></p>
<p class=3D"MsoNormal"><span
style=3D"font-size:7.0pt;font-family:"Arial",sans-serif;color:#=
3C3C3C"
lang=3D"EN-US">ActiveVideo Networks BV.=A0Mediacentrum
3745=A0Joop van den Endeplein 1.1217 WJ Hilversum, The
Netherlands.=A0</span><span
style=3D"font-size:6.0pt;font-family:"Arial",sans-serif;color:#=
3C3C3C"
lang=3D"EN-US">The information contained in this message ma=
y
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.=A0=A0If 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.</span><o:p>=
</o:p></p>
<p class=3D"MsoNormal">=A0<o:p></o:p></p>
</div>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"=
>=A0</span><o:p></o:p></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"=
>=A0</span><o:p></o:p></p>
<div style=3D"border:none;border-top:solid #B5C4DF
1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><span
style=3D"font-size:12.0pt;color:black">From:
</span></b><span style=3D"font-size:12.0pt;color:black">Yed=
idyah
Bar David <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto=
:didi@redhat.com"><didi(a)redhat.com></a><br>
<b>Date: </b>Monday, 22 February 2021 at 15:19<br>
<b>To: </b>Vrgotic, Marko
<a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:M.Vrgotic=
@activevideo.com"><M.Vrgotic(a)activevideo.com></a><br>
<b>Cc: </b><a class=3D"moz-txt-link-abbreviated" href=3D"ma=
ilto:users@ovirt.org">users(a)ovirt.org</a> <a class=3D"moz-txt-link-rfc239=
6E" href=3D"mailto:users@ovirt.org"><users(a)ovirt.org></a><br<mailto:users@ovirt.org%22%3e<users@ovirt.org>%3c/a%3e%3cbr>>
<b>Subject: </b>Re: [ovirt-users] oVirt Engine increase
RAM and CPU</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">***CAUTIO=
N:
This email originated from outside of the organization. Do
not click links or open attachments unless you recognize the
sender!!!***<br>
<br>
On Mon, Feb 22, 2021 at 4:10 PM Vrgotic, Marko<br>
<a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:M.Vrgotic@a=
ctivevideo.com"><M.Vrgotic(a)activevideo.com></a> wrote:<br>
><br>
> Hi Didi,<br>
><br>
><br>
><br>
> 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.<br>
><br>
> Upon reboot its back to 16GB RAM.<br>
><br>
><br>
><br>
><br>
><br>
> At this moment, change is applied, and I am waiting up
to 60min to see if the changes will be written to survive
reboot.<br>
><br>
><br>
><br>
> Regarding how to change it, the UI Edit seem to be the
way. If I go with /var/run/=85 file changes fast, even with V=
M
being shutdown.<br>
><br>
><br>
><br>
> @oVirt does anyone know how long it usually takes to
have the change written to VM image?<br>
<br>
up to 60 minutes :-).<br>
<br>
I think you can change this with engine-config, item<br>
OvfUpdateIntervalInMinutes .<br>
<br>
Best regards,<br>
<br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
> -----<br>
><br>
> kind regards/met vriendelijke groeten<br>
><br>
><br>
><br>
> Marko Vrgotic<br>
> Sr. System Engineer @ System Administration<br>
><br>
><br>
> ActiveVideo<br>
><br>
> o: +31 (35) 6774131<br>
><br>
> m: +31 (65) 5734174<br>
><br>
> e: <a class=3D"moz-txt-link-abbreviated" href=3D"mailto:=
m.vrgotic(a)activevideo.com">m.vrgotic(a)activevideo.com</a><br>
> w: <a
href=3D"https://nam10.safelinks.protection.outlook.com/?url=3Dhttp%3A%2F%25=
2Fwww.activevideo.com%2F&amp;data=3D04%7C01%7Cm.vrgotic%40activevideo=
.com%7C7973b1e3b1f6400c1bd608d8d73cd3d2%7C214268a3e1214486acd4545c9faf225=
2%7C0%7C0%7C637496003548256181%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMD=
AiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=3D0=
TuDZFRZuYvOwEbsSflrSiXuKJ2dt2UIcys6UzDzSsA%3D&amp;reserved=3D0"
moz-do-not-send=3D"true">
https://nam10.safelinks.protection.outlook.com/?url=3Dhttp%3A%2F%2Fwww.ac=
tivevideo.com%2F&amp;data=3D04%7C01%7Cm.vrgotic%40activevideo.com%7C7=
973b1e3b1f6400c1bd608d8d73cd3d2%7C214268a3e1214486acd4545c9faf2252%7C0%7C=
0%7C637496003548256181%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIj=
oiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=3D0TuDZFRZu=
YvOwEbsSflrSiXuKJ2dt2UIcys6UzDzSsA%3D&amp;reserved=3D0</a><br>
><br>
><br>
><br>
> 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.=A0 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.<br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
> From: Yedidyah Bar David <a class=3D"moz-txt-link-rfc239=
6E" href=3D"mailto:didi@redhat.com"><didi(a)redhat.com></a><br<mailto:didi@redhat.com%22%3e<didi@redhat.com>%3c/a%3e%3cbr>>
> Date: Monday, 22 February 2021 at 11:05<br>
> To: Vrgotic, Marko <a class=3D"moz-txt-link-rfc2396E" hr=
ef=3D"mailto:M.Vrgotic@activevideo.com"><M.Vrgotic(a)activevideo.com>=
</a><br>
> Cc: <a class=3D"moz-txt-link-abbreviated" href=3D"mailto=
:users@ovirt.org">users(a)ovirt.org</a> <a class=3D"moz-txt-link-rfc2396E" =
href=3D"mailto:users@ovirt.org"><users(a)ovirt.org></a><br<mailto:users@ovirt.org%22%3e<users@ovirt.org>%3c/a%3e%3cbr>>
> Subject: Re: [ovirt-users] oVirt Engine increase RAM
and CPU<br>
><br>
> ***CAUTION: This email originated from outside of the
organization. Do not click links or open attachments unless
you recognize the sender!!!***<br>
><br>
> On Mon, Feb 22, 2021 at 11:01 AM Vrgotic, Marko<br>
> <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:M.Vrgo=
tic(a)activevideo.com"><M.Vrgotic(a)activevideo.com></a> wrote:<br>
> ><br>
> > Hi Didi,<br>
> ><br>
> ><br>
> ><br>
> > Just to be sure,=A0 considering its an HA instance,
I need to set to maintenance=3Dglobal and execute these
changes =96 CPU increase will most likely require reboot?<br>
><br>
> Please note that I do not have any experience with this
whatsoever.<br>
> Also for the further replies below. Just guessing. I
suggest to try<br>
> first on a test system if it's about a
production/critical system.<br>
><br>
> I guess that it will mark the VM as requiring a reboot
for changes to<br>
> take effect, and that they'll actually be applied only
on hard-reboot<br>
> (meaning, not just running 'reboot' from inside). So
yes,<br>
> I guess the process should be:<br>
><br>
> 1. Edit as needed<br>
> 2. Perhaps wait a bit or something like that to make
sure changes<br>
> reached OVF_STORE on the shared storage. No idea how.
Perhaps we log<br>
> enough about this to existing logs, or perhaps you can
dump the conf<br>
> to verify manually.<br>
> 2. Set global maint, shutdown, clear global maint (and
either<br>
> immediately start the vm or let ha-agent do this for
you).<br>
><br>
> ><br>
> ><br>
> ><br>
> > For the HEAP changes, I have been doing that lot
on the Atlassian instances, just not sure how oVirt-engine=A0
is going to react and if there are any guidelines I should
stick to in ovirt=A0 case.<br>
><br>
> I have no idea other than the bugs I was personally
involved with<br>
> (which you can find in bugzilla).<br>
> Perhaps RHV or oVirt docs have some guidelines, didn't
check.<br>
> If not, then I suppose the guidelines are "Use the
defaults and follow<br>
> recommendations", which mean:<br>
> 1. Allocate 16GB RAM for the HE VM. Perhaps we even
recommend more<br>
> than that for larger setups, not sure.<br>
> 2. engine-setup then sets both min and max to 4GB (=3D25=
%
of RAM).<br>
><br>
> If you do want to play with this, you should of course
test thoroughly<br>
> and carefully :-).<br>
> Consider also other processes on the machine needing
rather-large<br>
> amounts of memory, including DWH and PostgreSQL (which
we also<br>
> automatically configure and which you can further
refine if needed,<br>
> and also set up to run on separate machines).<br>
><br>
> ><br>
> > I.e. What if I set min and max to same value?<br>
><br>
> That's a question for the JVM, not for oVirt :-). I
suppose it will<br>
> simply use a constant size.<br>
><br>
> ><br>
> > Is it going to be =93ok=94 if I assign more than ha=
lf
of system RAM to the JAVA? Ect=85<br>
><br>
> It should be, if you make sure other stuff (dwh+pg) do
not use too<br>
> much, or you have also enough swap (but then do not
expect good<br>
> performance if you actually run into actually using
it).<br>
><br>
> ><br>
> ><br>
> ><br>
> > -----<br>
> ><br>
> > kind regards/met vriendelijke groeten<br>
> ><br>
> ><br>
> ><br>
> > Marko Vrgotic<br>
> > Sr. System Engineer @ System Administration<br>
> ><br>
> ><br>
> > ActiveVideo<br>
> ><br>
> > o: +31 (35) 6774131<br>
> ><br>
> > m: +31 (65) 5734174<br>
> ><br>
> > e: <a class=3D"moz-txt-link-abbreviated" href=3D"ma=
ilto:m.vrgotic@activevideo.com">m.vrgotic(a)activevideo.com</a><br>
> > w: <a
href=3D"https://nam10.safelinks.protection.outlook.com/?url=3Dhttp%3A%2F%25=
2Fwww.activevideo.com%2F&amp;data=3D04%7C01%7Cm.vrgotic%40activevideo=
.com%7C7973b1e3b1f6400c1bd608d8d73cd3d2%7C214268a3e1214486acd4545c9faf225=
2%7C0%7C0%7C637496003548256181%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMD=
AiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=3D0=
TuDZFRZuYvOwEbsSflrSiXuKJ2dt2UIcys6UzDzSsA%3D&amp;reserved=3D0"
moz-do-not-send=3D"true">
https://nam10.safelinks.protection.outlook.com/?url=3Dhttp%3A%2F%2Fwww.ac=
tivevideo.com%2F&amp;data=3D04%7C01%7Cm.vrgotic%40activevideo.com%7C7=
973b1e3b1f6400c1bd608d8d73cd3d2%7C214268a3e1214486acd4545c9faf2252%7C0%7C=
0%7C637496003548256181%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIj=
oiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=3D0TuDZFRZu=
YvOwEbsSflrSiXuKJ2dt2UIcys6UzDzSsA%3D&amp;reserved=3D0</a><br>
> ><br>
> ><br>
> ><br>
> > 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.=A0 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.<br>
> ><br>
> ><br>
> ><br>
> ><br>
> ><br>
> ><br>
> ><br>
> > From: Vrgotic, Marko
<a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:M.Vrgotic@a=
ctivevideo.com"><M.Vrgotic(a)activevideo.com></a><br>
> > Date: Monday, 22 February 2021 at 09:08<br>
> > To: Yedidyah Bar David <a class=3D"moz-txt-link-rfc=
2396E" href=3D"mailto:didi@redhat.com"><didi(a)redhat.com></a><br<mailto:didi@redhat.com%22%3e<didi@redhat.com>%3c/a%3e%3cbr>>
> > Cc: <a class=3D"moz-txt-link-abbreviated" href=3D"m=
ailto:users@ovirt.org">users(a)ovirt.org</a> <a class=3D"moz-txt-link-rfc23=
96E" href=3D"mailto:users@ovirt.org"><users(a)ovirt.org></a><br<mailto:users@ovirt.org%22%3e<users@ovirt.org>%3c/a%3e%3cbr>>
> > Subject: Re: [ovirt-users] oVirt Engine increase
RAM and CPU<br>
> ><br>
> > Thank you Didi.<br>
> ><br>
> ><br>
> ><br>
> > -----<br>
> ><br>
> > kind regards/met vriendelijke groeten<br>
> ><br>
> ><br>
> ><br>
> > Marko Vrgotic<br>
> > Sr. System Engineer @ System Administration<br>
> ><br>
> ><br>
> > ActiveVideo<br>
> ><br>
> > o: +31 (35) 6774131<br>
> ><br>
> > m: +31 (65) 5734174<br>
> ><br>
> > e: <a class=3D"moz-txt-link-abbreviated" href=3D"ma=
ilto:m.vrgotic@activevideo.com">m.vrgotic(a)activevideo.com</a><br>
> > w: <a
href=3D"https://nam10.safelinks.protection.outlook.com/?url=3Dhttp%3A%2F%25=
2Fwww.activevideo.com%2F&amp;data=3D04%7C01%7Cm.vrgotic%40activevideo=
.com%7C7973b1e3b1f6400c1bd608d8d73cd3d2%7C214268a3e1214486acd4545c9faf225=
2%7C0%7C0%7C637496003548266178%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMD=
AiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=3D7=
CdjxCvgBO4kAHoTZGxEOWar8KkboetvlPhcnnhG2Mc%3D&amp;reserved=3D0"
moz-do-not-send=3D"true">
https://nam10.safelinks.protection.outlook.com/?url=3Dhttp%3A%2F%2Fwww.ac=
tivevideo.com%2F&amp;data=3D04%7C01%7Cm.vrgotic%40activevideo.com%7C7=
973b1e3b1f6400c1bd608d8d73cd3d2%7C214268a3e1214486acd4545c9faf2252%7C0%7C=
0%7C637496003548266178%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIj=
oiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=3D7CdjxCvgB=
O4kAHoTZGxEOWar8KkboetvlPhcnnhG2Mc%3D&amp;reserved=3D0</a><br>
> ><br>
> ><br>
> ><br>
> > 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.=A0 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.<br>
> ><br>
> ><br>
> ><br>
> ><br>
> ><br>
> ><br>
> ><br>
> > From: Yedidyah Bar David <a class=3D"moz-txt-link-r=
fc2396E" href=3D"mailto:didi@redhat.com"><didi(a)redhat.com></a><br<mailto:didi@redhat.com%22%3e<didi@redhat.com>%3c/a%3e%3cbr>>
> > Date: Sunday, 21 February 2021 at 08:03<br>
> > To: Vrgotic, Marko
<a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:M.Vrgotic@a=
ctivevideo.com"><M.Vrgotic(a)activevideo.com></a><br>
> > Cc: <a class=3D"moz-txt-link-abbreviated" href=3D"m=
ailto:users@ovirt.org">users(a)ovirt.org</a> <a class=3D"moz-txt-link-rfc23=
96E" href=3D"mailto:users@ovirt.org"><users(a)ovirt.org></a><br<mailto:users@ovirt.org%22%3e<users@ovirt.org>%3c/a%3e%3cbr>>
> > Subject: Re: [ovirt-users] oVirt Engine increase
RAM and CPU<br>
> ><br>
> > ***CAUTION: This email originated from outside of
the organization. Do not click links or open attachments
unless you recognize the sender!!!***<br>
> ><br>
> > On Fri, Feb 19, 2021 at 12:39 PM Vrgotic, Marko<br>
> > <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:M=
.Vrgotic(a)activevideo.com"><M.Vrgotic(a)activevideo.com></a> wrote:<br=
>
> > ><br>
> > > Hi oVirt,<br>
> > ><br>
> > ><br>
> > ><br>
> > > What is the cleanest way to increase the
memory and cpu for SHE engine?<br>
> ><br>
> > Did you try to simply edit the vm from the admin
ui? This should be<br>
> > possible for most fields for quite some time now:<b=
r>
> ><br>
> > <a
href=3D"https://nam10.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F=
%2Fbugzilla.redhat.com%2Fshow_bug.cgi%3Fid%3D1160094&amp;data=3D04%7C=
01%7Cm.vrgotic%40activevideo.com%7C7973b1e3b1f6400c1bd608d8d73cd3d2%7C214=
268a3e1214486acd4545c9faf2252%7C0%7C0%7C637496003548266178%7CUnknown%7CTW=
FpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0=
%3D%7C1000&amp;sdata=3DuoeUaAZMwneu0Pq1pXKYKFkKpMAsF0znhcgTIxZpbso%3D=
&amp;reserved=3D0"
moz-do-not-send=3D"true">
https://nam10.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fbugzi=
lla.redhat.com%2Fshow_bug.cgi%3Fid%3D1160094&amp;data=3D04%7C01%7Cm.v=
rgotic%40activevideo.com%7C7973b1e3b1f6400c1bd608d8d73cd3d2%7C214268a3e12=
14486acd4545c9faf2252%7C0%7C0%7C637496003548266178%7CUnknown%7CTWFpbGZsb3=
d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C10=
00&amp;sdata=3DuoeUaAZMwneu0Pq1pXKYKFkKpMAsF0znhcgTIxZpbso%3D&amp=
;reserved=3D0</a><br>
> ><br>
> > ><br>
> > ><br>
> > ><br>
> > > 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.<br>
> > ><br>
> > ><br>
> > ><br>
> > > Is it done by editing the VM libvirt conf
file or some other way?<br>
> > ><br>
> > ><br>
> > ><br>
> > > Where do I allocate more RAM to JAVA for
oVirt?<br>
> ><br>
> > You can control the values passed as -Xms and -Xmx
using the config<br>
> > values ENGINE_HEAP_MIN and ENGINE_HEAP_MAX.<br>
> ><br>
> > They are set by engine-setup on initial setup but
not changed later.<br>
> > It writes
/etc/ovirt-engine/engine.conf.d/10-setup-java.conf .<br>
> > It's probably safer to create your own file for
overriding, e.g.<br>
> > 99-my-setup-java.conf or something.<br>
> ><br>
> > There have been various relevant changes to this
over the years, you<br>
> > can search bugzilla for 'ENGINE_HEAP_MIN' to find
them.<br>
> ><br>
> > ><br>
> > ><br>
> > ><br>
> > > We are currently running 4.3.8 version.<br>
> > ><br>
> > ><br>
> > ><br>
> > > Kindly awaiting your reply.<br>
> ><br>
> > Good luck and best regards,<br>
> > --<br>
> > Didi<br>
><br>
><br>
><br>
> --<br>
> Didi<br>
<br>
<br>
<br>
--<br>
Didi<o:p></o:p></p>
</div>
</div>
<br>
<fieldset class=3D"mimeAttachmentHeader"></fieldset>
<pre class=3D"moz-quote-pre" wrap=3D"">____________________________=
___________________
Users mailing list -- <a class=3D"moz-txt-link-abbreviated" href=3D"mailt=
o:users@ovirt.org">users(a)ovirt.org</a>
To unsubscribe send an email to <a class=3D"moz-txt-link-abbreviated" hre=
f=3D"mailto:users-leave@ovirt.org">users-leave(a)ovirt.org</a<mailto:users-leave@ovirt.org%22%3eusers-leave@ovirt.org%3c/a>>
Privacy Statement: <a class=3D"moz-txt-link-freetext" href=3D"https://www=
.ovirt.org/privacy-policy.html">https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt…
</a>
oVirt Code of Conduct: <a class=3D"moz-txt-link-freetext" href=3D"https:/=
/https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.ovirt.org%2Fcommunity%2Fabout%2Fcommunity-guidelines%2F&data=04%7C01%7Cm.vrgotic%40activevideo.com%7Cabec30d48e22456c236208d8d7cbf2af%7C214268a3e1214486acd4545c9faf2252%7C0%7C0%7C637496618273125005%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=Hqy7IEpNeQodmrBYXuKvTVZcgFJDcrO0kGRXmy3sY1w%3D&reserved=0">https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt…
rg/community/about/community-guidelines/</a>
List Archives: <a class=3D"moz-txt-link-freetext" href=3D"https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.o%2…
virt.org/archives/list/users@ovirt.org/message/W7MM4YPD7JX3QRW32M7OFG7EIG=
CGALVY/">https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ovi…
MM4YPD7JX3QRW32M7OFG7EIGCGALVY/</a>
</pre>
</blockquote>
<br>
</body>
</html>
--------------28E9B49759C19EA5FB57BA34--
------------------------------
Subject: Digest Footer
_______________________________________________
Users mailing list -- users(a)ovirt.org
To unsubscribe send an email to users-leave(a)ovirt.org
Privacy Statement: https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt…
oVirt Code of Conduct: https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt…
------------------------------
End of Users Digest, Vol 113, Issue 76
**************************************
1
0
On Tue, Feb 23, 2021 at 8:05 AM Vrgotic, Marko
<M.Vrgotic(a)activevideo.com> wrote:
>
> From the logs, the XML file is updated with new memory value:
>
> 2021-02-23 05:41:53,350Z INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DumpXmlsVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-6) [] FINISH, DumpXmlsVDSCommand, return: {e3de2b68-b7ea-4466-b044-ed431267df1b=<domain type='kvm' id='24'>
>
> <name>HostedEngine</name>
>
> <uuid>e3de2b68-b7ea-4466-b044-ed431267df1b</uuid>
>
> <metadata xmlns:ns0="http://ovirt.org/vm/tune/1.0" xmlns:ovirt-vm="http://ovirt.org/vm/1.0">
>
> <ns0:qos/>
>
> <ovirt-vm:vm xmlns:ovirt-vm="http://ovirt.org/vm/1.0">
>
> <ovirt-vm:clusterVersion>4.3</ovirt-vm:clusterVersion>
>
> <ovirt-vm:destroy_on_reboot type="bool">False</ovirt-vm:destroy_on_reboot>
>
> <ovirt-vm:launchPaused>false</ovirt-vm:launchPaused>
>
> <ovirt-vm:memGuaranteedSize type="int">16384</ovirt-vm:memGuaranteedSize>
>
> <ovirt-vm:minGuaranteedMemoryMb type="int">1024</ovirt-vm:minGuaranteedMemoryMb>
>
> <ovirt-vm:resumeBehavior>auto_resume</ovirt-vm:resumeBehavior>
>
> <ovirt-vm:startTime type="float">1614004416.2</ovirt-vm:startTime>
>
> <ovirt-vm:device mac_address="00:16:3e:4f:2a:6d">
>
> <ovirt-vm:network>ovirtmgmt</ovirt-vm:network>
>
> <ovirt-vm:custom>
>
> <ovirt-vm:queues>4</ovirt-vm:queues>
>
> </ovirt-vm:custom>
>
> </ovirt-vm:device>
>
> <ovirt-vm:device devtype="disk" name="vda">
>
> <ovirt-vm:domainID>84dbd790-39af-440c-acea-b0db03bf86b0</ovirt-vm:domainID>
>
> <ovirt-vm:guestName>/dev/vda2</ovirt-vm:guestName>
>
> <ovirt-vm:imageID>42b45aba-2307-4ef7-9465-533f95946b0a</ovirt-vm:imageID>
>
> <ovirt-vm:poolID>00000000-0000-0000-0000-000000000000</ovirt-vm:poolID>
>
> <ovirt-vm:shared>exclusive</ovirt-vm:shared>
>
> <ovirt-vm:volumeID>38163651-2197-4661-9c9d-84c4272d6775</ovirt-vm:volumeID>
>
> <ovirt-vm:specParams>
>
> <ovirt-vm:pinToIoThread>1</ovirt-vm:pinToIoThread>
>
> </ovirt-vm:specParams>
>
> <ovirt-vm:volumeChain>
>
> <ovirt-vm:volumeChainNode>
>
> <ovirt-vm:domainID>84dbd790-39af-440c-acea-b0db03bf86b0</ovirt-vm:domainID>
>
> <ovirt-vm:imageID>42b45aba-2307-4ef7-9465-533f95946b0a</ovirt-vm:imageID>
>
> <ovirt-vm:leaseOffset type="int">0</ovirt-vm:leaseOffset>
>
> <ovirt-vm:leasePath>/rhev/data-center/mnt/172.17.28.5:_ovirt__hosted__engine/84dbd790-39af-440c-acea-b0db03bf86b0/images/42b45aba-2307-4ef7-9465-533f95946b0a/38163651-2197-4661-9c9d-84c4272d6775.lease</ovirt-vm:leasePath>
>
> <ovirt-vm:path>/rhev/data-center/mnt/172.17.28.5:_ovirt__hosted__engine/84dbd790-39af-440c-acea-b0db03bf86b0/images/42b45aba-2307-4ef7-9465-533f95946b0a/38163651-2197-4661-9c9d-84c4272d6775</ovirt-vm:path>
>
> <ovirt-vm:volumeID>38163651-2197-4661-9c9d-84c4272d6775</ovirt-vm:volumeID>
>
> </ovirt-vm:volumeChainNode>
>
> </ovirt-vm:volumeChain>
>
> </ovirt-vm:device>
>
> <ovirt-vm:device devtype="disk" name="hdc"/>
>
> </ovirt-vm:vm>
>
> </metadata>
>
> <maxMemory slots='16' unit='KiB'>67108864</maxMemory>
>
> <memory unit='KiB'>33554432</memory>
>
> <currentMemory unit='KiB'>33554432</currentMemory>
>
> <vcpu placement='static' current='8'>64</vcpu>
>
> <vcpus>
>
> <vcpu id='0' enabled='yes' hotpluggable='no' order='1'/>
>
> <vcpu id='1' enabled='yes' hotpluggable='no' order='2'/>
>
> <vcpu id='2' enabled='yes' hotpluggable='no' order='3'/>
>
> <vcpu id='3' enabled='yes' hotpluggable='no' order='4'/>
>
> <vcpu id='4' enabled='yes' hotpluggable='yes' order='5'/>
>
> <vcpu id='5' enabled='yes' hotpluggable='yes' order='6'/>
>
> <vcpu id='6' enabled='yes' hotpluggable='yes' order='7'/>
>
> <vcpu id='7' enabled='yes' hotpluggable='yes' order='8'/>
>
> <vcpu id='8' enabled='no' hotpluggable='yes'/>
>
> <vcpu id='9' enabled='no' hotpluggable='yes'/>
>
>
>
> But in UI, I still see
>
>
>
> Defined Memory:
>
> 16384 MB
>
>
>
>
>
> And the vm.conf on all three Hosts is still showing
>
> smp=8 <= cpu increase is already updated
>
> memSize=16384 <= but ram is still same
>
>
>
>
>
> It looks like should report a bug.
There are different parameters around memory - are you sure you change
the correct one(s)?
Also adding Arik. Arik - please see the history of this thread. It
might be an issue in the engine, or in hosted-engine HA, or both - not
sure.
> But before I do that, we are currently on 4.3.8.2 version – is this by any change fixed by latest 4.3 version?
No idea. 4.3 is past EOL now. I suggest to try latest 4.4, and if it
reproduces, file a bug and attach all relevant logs (including engine,
vdsm, hosted-engine-ha).
Best regards,
>
>
>
>
>
> -----
>
> 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: www.activevideo.com
>
>
>
> 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>
> Date: Monday, 22 February 2021 at 21:30
> To: Yedidyah Bar David <didi(a)redhat.com>
> Cc: users(a)ovirt.org <users(a)ovirt.org>
> Subject: Re: [ovirt-users] oVirt Engine increase RAM and CPU
>
> Mem guaranteed updates,
>
> CPU cores updates instantly and perist after reboot
>
> But defined memory is “stuck” on 16384 after reboot.
>
>
>
>
>
>
>
>
>
>
>
> -----
>
> 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: www.activevideo.com
>
>
>
> 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>
> Date: Monday, 22 February 2021 at 20:57
> To: Yedidyah Bar David <didi(a)redhat.com>
> Cc: users(a)ovirt.org <users(a)ovirt.org>
> Subject: Re: [ovirt-users] oVirt Engine increase RAM and CPU
>
> Hi all,
>
>
>
> Still testing in staging and I have not moved from updating RAM.
>
> Initially, I made the change via Portal, updating defined memory of HE from 16384 to 32768. The change is instantly visible on VM when I execute free -m , but in the VM info it still says 16384.
>
> I waited almost 4hours and this value did not get updated. Tried shutdown, remove GM, allow the HA to start the VM, it booted with 16384 allocated.
>
>
>
> Than I did it again, and tried with Update OVF from storage domain where the HE disk is, same, no change.
>
>
>
> Tried, updating memory again, migrating to another HA host – Update OVF , same thing, after reboot, the memory is back to 16384.
>
>
>
> Can somebody give me an advice where to look further? Again, making the change in memory amount is instant on the VM, but after reboot, its back to 16384.
>
>
>
>
>
> -----
>
> 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: www.activevideo.com
>
>
>
> 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>
> Date: Monday, 22 February 2021 at 15:19
> To: Vrgotic, Marko <M.Vrgotic(a)activevideo.com>
> Cc: users(a)ovirt.org <users(a)ovirt.org>
> 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 4:10 PM Vrgotic, Marko
> <M.Vrgotic(a)activevideo.com> wrote:
> >
> > 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?
>
> up to 60 minutes :-).
>
> I think you can change this with engine-config, item
> OvfUpdateIntervalInMinutes .
>
> Best regards,
>
> >
> >
> >
> >
> >
> >
> >
> > -----
> >
> > 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.active…
> >
> >
> >
> > 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>
> > Date: Monday, 22 February 2021 at 11:05
> > To: Vrgotic, Marko <M.Vrgotic(a)activevideo.com>
> > Cc: users(a)ovirt.org <users(a)ovirt.org>
> > 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> 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.active…
> > >
> > >
> > >
> > > 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>
> > > Date: Monday, 22 February 2021 at 09:08
> > > To: Yedidyah Bar David <didi(a)redhat.com>
> > > Cc: users(a)ovirt.org <users(a)ovirt.org>
> > > 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.active…
> > >
> > >
> > >
> > > 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>
> > > Date: Sunday, 21 February 2021 at 08:03
> > > To: Vrgotic, Marko <M.Vrgotic(a)activevideo.com>
> > > Cc: users(a)ovirt.org <users(a)ovirt.org>
> > > 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> 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%2Fbugzilla.…
> > >
> > > >
> > > >
> > > >
> > > > 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
>
>
>
> --
> Didi
--
Didi
2
1
Hi all,
Some spam was posted to the list a few minutes ago.
Sorry for that.
We are looking at preventing such cases in the future.
Best regards,
--
Didi
1
0
Hi Marko,
I have also had this problem on an oVirt 4.3 install - I could never
fix it and have not tried to upgrade to 4.4 yet - my workaround for now
(as you have deduced) is to just 'up' it while running so its hotswapped
in - annoying, but I think the best way around this without upgrade
would be to re-deploy the hosted engine defining the new resources using
an engine-backup - but again this is just as scary as in-place upgrade
lest you lock yourself out from your other running VMs in a production
environment.
I plan to do it - I just need some time to set it up in a lab so I
know what to expect.
Thanks,
Joe
On 23/02/2021 5:05 pm, Vrgotic, Marko wrote:
>
> From the logs, the XML file is updated with new memory value:
>
> 2021-02-23 05:41:53,350Z INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.DumpXmlsVDSCommand]
> (EE-ManagedThreadFactory-engineScheduled-Thread-6) [] FINISH,
> DumpXmlsVDSCommand, return:
> {e3de2b68-b7ea-4466-b044-ed431267df1b=<domain type='kvm' id='24'>
>
> <name>HostedEngine</name>
>
> <uuid>e3de2b68-b7ea-4466-b044-ed431267df1b</uuid>
>
> <metadata xmlns:ns0="http://ovirt.org/vm/tune/1.0"
> xmlns:ovirt-vm="http://ovirt.org/vm/1.0">
>
> <ns0:qos/>
>
> <ovirt-vm:vm xmlns:ovirt-vm="http://ovirt.org/vm/1.0">
>
> <ovirt-vm:clusterVersion>4.3</ovirt-vm:clusterVersion>
>
> <ovirt-vm:destroy_on_reboot
> type="bool">False</ovirt-vm:destroy_on_reboot>
>
> <ovirt-vm:launchPaused>false</ovirt-vm:launchPaused>
>
> <ovirt-vm:memGuaranteedSize
> type="int">16384</ovirt-vm:memGuaranteedSize>
>
> <ovirt-vm:minGuaranteedMemoryMb
> type="int">1024</ovirt-vm:minGuaranteedMemoryMb>
>
> <ovirt-vm:resumeBehavior>auto_resume</ovirt-vm:resumeBehavior>
>
> <ovirt-vm:startTime type="float">1614004416.2</ovirt-vm:startTime>
>
> <ovirt-vm:device mac_address="00:16:3e:4f:2a:6d">
>
> <ovirt-vm:network>ovirtmgmt</ovirt-vm:network>
>
> <ovirt-vm:custom>
>
> <ovirt-vm:queues>4</ovirt-vm:queues>
>
> </ovirt-vm:custom>
>
> </ovirt-vm:device>
>
> <ovirt-vm:device devtype="disk" name="vda">
>
> <ovirt-vm:domainID>84dbd790-39af-440c-acea-b0db03bf86b0</ovirt-vm:domainID>
>
> <ovirt-vm:guestName>/dev/vda2</ovirt-vm:guestName>
>
> <ovirt-vm:imageID>42b45aba-2307-4ef7-9465-533f95946b0a</ovirt-vm:imageID>
>
> <ovirt-vm:poolID>00000000-0000-0000-0000-000000000000</ovirt-vm:poolID>
>
> <ovirt-vm:shared>exclusive</ovirt-vm:shared>
>
> <ovirt-vm:volumeID>38163651-2197-4661-9c9d-84c4272d6775</ovirt-vm:volumeID>
>
> <ovirt-vm:specParams>
>
> <ovirt-vm:pinToIoThread>1</ovirt-vm:pinToIoThread>
>
> </ovirt-vm:specParams>
>
> <ovirt-vm:volumeChain>
>
> <ovirt-vm:volumeChainNode>
>
> <ovirt-vm:domainID>84dbd790-39af-440c-acea-b0db03bf86b0</ovirt-vm:domainID>
>
> <ovirt-vm:imageID>42b45aba-2307-4ef7-9465-533f95946b0a</ovirt-vm:imageID>
>
> <ovirt-vm:leaseOffset type="int">0</ovirt-vm:leaseOffset>
>
> <ovirt-vm:leasePath>/rhev/data-center/mnt/172.17.28.5:_ovirt__hosted__engine/84dbd790-39af-440c-acea-b0db03bf86b0/images/42b45aba-2307-4ef7-9465-533f95946b0a/38163651-2197-4661-9c9d-84c4272d6775.lease</ovirt-vm:leasePath>
>
> <ovirt-vm:path>/rhev/data-center/mnt/172.17.28.5:_ovirt__hosted__engine/84dbd790-39af-440c-acea-b0db03bf86b0/images/42b45aba-2307-4ef7-9465-533f95946b0a/38163651-2197-4661-9c9d-84c4272d6775</ovirt-vm:path>
>
> <ovirt-vm:volumeID>38163651-2197-4661-9c9d-84c4272d6775</ovirt-vm:volumeID>
>
> </ovirt-vm:volumeChainNode>
>
> </ovirt-vm:volumeChain>
>
> </ovirt-vm:device>
>
> <ovirt-vm:device devtype="disk" name="hdc"/>
>
> </ovirt-vm:vm>
>
> </metadata>
>
> <maxMemory slots='16' unit='KiB'>67108864</maxMemory>
>
> <memory unit='KiB'>33554432</memory>
>
> <currentMemory unit='KiB'>33554432</currentMemory>
>
> <vcpu placement='static' current='8'>64</vcpu>
>
> <vcpus>
>
> <vcpu id='0' enabled='yes' hotpluggable='no' order='1'/>
>
> <vcpu id='1' enabled='yes' hotpluggable='no' order='2'/>
>
> <vcpu id='2' enabled='yes' hotpluggable='no' order='3'/>
>
> <vcpu id='3' enabled='yes' hotpluggable='no' order='4'/>
>
> <vcpu id='4' enabled='yes' hotpluggable='yes' order='5'/>
>
> <vcpu id='5' enabled='yes' hotpluggable='yes' order='6'/>
>
> <vcpu id='6' enabled='yes' hotpluggable='yes' order='7'/>
>
> <vcpu id='7' enabled='yes' hotpluggable='yes' order='8'/>
>
> <vcpu id='8' enabled='no' hotpluggable='yes'/>
>
> <vcpu id='9' enabled='no' hotpluggable='yes'/>
>
> But in UI, I still see
>
> Defined Memory:
>
> 16384 MB
>
> And the vm.conf on all three Hosts is still showing
>
> smp=8 /<= cpu increase is already updated/
>
> memSize=16384 /<= but ram is still same/
>
> It looks like should report a bug. But before I do that, we are
> currently on 4.3.8.2 version – is this by any change fixed by latest
> 4.3 version?
>
> -----
>
> kind regards/met vriendelijke groeten
>
> Marko Vrgotic
> Sr. System Engineer @ System Administration
>
>
> ActiveVideo
>
> *o: *+31 (35) 6774131
>
> *m: +*31 (65) 5734174**
>
> *e:*m.vrgotic@activevideo.com <mailto:m.vrgotic@activevideo.com>
> *w: *www.activevideo.com <http://www.activevideo.com>
>
> 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>
> *Date: *Monday, 22 February 2021 at 21:30
> *To: *Yedidyah Bar David <didi(a)redhat.com>
> *Cc: *users(a)ovirt.org <users(a)ovirt.org>
> *Subject: *Re: [ovirt-users] oVirt Engine increase RAM and CPU
>
> Mem guaranteed updates,
>
> CPU cores updates instantly and perist after reboot
>
> But defined memory is “stuck” on 16384 after reboot.
>
> -----
>
> kind regards/met vriendelijke groeten
>
> Marko Vrgotic
> Sr. System Engineer @ System Administration
>
>
> ActiveVideo
>
> *o: *+31 (35) 6774131
>
> *m: +*31 (65) 5734174
>
> *e:*m.vrgotic@activevideo.com <mailto:m.vrgotic@activevideo.com>
> *w: *www.activevideo.com <http://www.activevideo.com>
>
> 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>
> *Date: *Monday, 22 February 2021 at 20:57
> *To: *Yedidyah Bar David <didi(a)redhat.com>
> *Cc: *users(a)ovirt.org <users(a)ovirt.org>
> *Subject: *Re: [ovirt-users] oVirt Engine increase RAM and CPU
>
> Hi all,
>
> Still testing in staging and I have not moved from updating RAM.
>
> Initially, I made the change via Portal, updating defined memory of HE
> from 16384 to 32768. The change is instantly visible on VM when I
> execute /free -m /, but in the VM info it still says 16384.
>
> I waited almost 4hours and this value did not get updated. Tried
> shutdown, remove GM, allow the HA to start the VM, it booted with
> 16384 allocated.
>
> Than I did it again, and tried with Update OVF from storage domain
> where the HE disk is, same, no change.
>
> Tried, updating memory again, migrating to another HA host – Update
> OVF , same thing, after reboot, the memory is back to 16384.
>
> Can somebody give me an advice where to look further? Again, making
> the change in memory amount is instant on the VM, but after reboot,
> its back to 16384.
>
> -----
>
> kind regards/met vriendelijke groeten
>
> Marko Vrgotic
> Sr. System Engineer @ System Administration
>
>
> ActiveVideo
>
> *o: *+31 (35) 6774131
>
> *m: +*31 (65) 5734174
>
> *e:*m.vrgotic@activevideo.com <mailto:m.vrgotic@activevideo.com>
> *w: *www.activevideo.com <http://www.activevideo.com>
>
> 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>
> *Date: *Monday, 22 February 2021 at 15:19
> *To: *Vrgotic, Marko <M.Vrgotic(a)activevideo.com>
> *Cc: *users(a)ovirt.org <users(a)ovirt.org>
> *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 4:10 PM Vrgotic, Marko
> <M.Vrgotic(a)activevideo.com> wrote:
> >
> > 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?
>
> up to 60 minutes :-).
>
> I think you can change this with engine-config, item
> OvfUpdateIntervalInMinutes .
>
> Best regards,
>
> >
> >
> >
> >
> >
> >
> >
> > -----
> >
> > 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.active…
> <https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.active…>
> >
> >
> >
> > 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>
> > Date: Monday, 22 February 2021 at 11:05
> > To: Vrgotic, Marko <M.Vrgotic(a)activevideo.com>
> > Cc: users(a)ovirt.org <users(a)ovirt.org>
> > 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> 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.active…
> <https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.active…>
> > >
> > >
> > >
> > > 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>
> > > Date: Monday, 22 February 2021 at 09:08
> > > To: Yedidyah Bar David <didi(a)redhat.com>
> > > Cc: users(a)ovirt.org <users(a)ovirt.org>
> > > 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.active…
> <https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.active…>
> > >
> > >
> > >
> > > 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>
> > > Date: Sunday, 21 February 2021 at 08:03
> > > To: Vrgotic, Marko <M.Vrgotic(a)activevideo.com>
> > > Cc: users(a)ovirt.org <users(a)ovirt.org>
> > > 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> 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%2Fbugzilla.…
> <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbugzilla.…>
> > >
> > > >
> > > >
> > > >
> > > > 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
>
>
>
> --
> Didi
>
>
> _______________________________________________
> Users mailing list -- users(a)ovirt.org
> To unsubscribe send an email to users-leave(a)ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/W7MM4YPD7JX3Q…
1
0
From the logs, the XML file is updated with new memory value:
2021-02-23 05:41:53,350Z INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DumpXmlsVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-6) [] FINISH, DumpXmlsVDSCommand, return: {e3de2b68-b7ea-4466-b044-ed431267df1b=<domain type='kvm' id='24'>
<name>HostedEngine</name>
<uuid>e3de2b68-b7ea-4466-b044-ed431267df1b</uuid>
<metadata xmlns:ns0="http://ovirt.org/vm/tune/1.0" xmlns:ovirt-vm="http://ovirt.org/vm/1.0">
<ns0:qos/>
<ovirt-vm:vm xmlns:ovirt-vm="http://ovirt.org/vm/1.0">
<ovirt-vm:clusterVersion>4.3</ovirt-vm:clusterVersion>
<ovirt-vm:destroy_on_reboot type="bool">False</ovirt-vm:destroy_on_reboot>
<ovirt-vm:launchPaused>false</ovirt-vm:launchPaused>
<ovirt-vm:memGuaranteedSize type="int">16384</ovirt-vm:memGuaranteedSize>
<ovirt-vm:minGuaranteedMemoryMb type="int">1024</ovirt-vm:minGuaranteedMemoryMb>
<ovirt-vm:resumeBehavior>auto_resume</ovirt-vm:resumeBehavior>
<ovirt-vm:startTime type="float">1614004416.2</ovirt-vm:startTime>
<ovirt-vm:device mac_address="00:16:3e:4f:2a:6d">
<ovirt-vm:network>ovirtmgmt</ovirt-vm:network>
<ovirt-vm:custom>
<ovirt-vm:queues>4</ovirt-vm:queues>
</ovirt-vm:custom>
</ovirt-vm:device>
<ovirt-vm:device devtype="disk" name="vda">
<ovirt-vm:domainID>84dbd790-39af-440c-acea-b0db03bf86b0</ovirt-vm:domainID>
<ovirt-vm:guestName>/dev/vda2</ovirt-vm:guestName>
<ovirt-vm:imageID>42b45aba-2307-4ef7-9465-533f95946b0a</ovirt-vm:imageID>
<ovirt-vm:poolID>00000000-0000-0000-0000-000000000000</ovirt-vm:poolID>
<ovirt-vm:shared>exclusive</ovirt-vm:shared>
<ovirt-vm:volumeID>38163651-2197-4661-9c9d-84c4272d6775</ovirt-vm:volumeID>
<ovirt-vm:specParams>
<ovirt-vm:pinToIoThread>1</ovirt-vm:pinToIoThread>
</ovirt-vm:specParams>
<ovirt-vm:volumeChain>
<ovirt-vm:volumeChainNode>
<ovirt-vm:domainID>84dbd790-39af-440c-acea-b0db03bf86b0</ovirt-vm:domainID>
<ovirt-vm:imageID>42b45aba-2307-4ef7-9465-533f95946b0a</ovirt-vm:imageID>
<ovirt-vm:leaseOffset type="int">0</ovirt-vm:leaseOffset>
<ovirt-vm:leasePath>/rhev/data-center/mnt/172.17.28.5:_ovirt__hosted__engine/84dbd790-39af-440c-acea-b0db03bf86b0/images/42b45aba-2307-4ef7-9465-533f95946b0a/38163651-2197-4661-9c9d-84c4272d6775.lease</ovirt-vm:leasePath>
<ovirt-vm:path>/rhev/data-center/mnt/172.17.28.5:_ovirt__hosted__engine/84dbd790-39af-440c-acea-b0db03bf86b0/images/42b45aba-2307-4ef7-9465-533f95946b0a/38163651-2197-4661-9c9d-84c4272d6775</ovirt-vm:path>
<ovirt-vm:volumeID>38163651-2197-4661-9c9d-84c4272d6775</ovirt-vm:volumeID>
</ovirt-vm:volumeChainNode>
</ovirt-vm:volumeChain>
</ovirt-vm:device>
<ovirt-vm:device devtype="disk" name="hdc"/>
</ovirt-vm:vm>
</metadata>
<maxMemory slots='16' unit='KiB'>67108864</maxMemory>
<memory unit='KiB'>33554432</memory>
<currentMemory unit='KiB'>33554432</currentMemory>
<vcpu placement='static' current='8'>64</vcpu>
<vcpus>
<vcpu id='0' enabled='yes' hotpluggable='no' order='1'/>
<vcpu id='1' enabled='yes' hotpluggable='no' order='2'/>
<vcpu id='2' enabled='yes' hotpluggable='no' order='3'/>
<vcpu id='3' enabled='yes' hotpluggable='no' order='4'/>
<vcpu id='4' enabled='yes' hotpluggable='yes' order='5'/>
<vcpu id='5' enabled='yes' hotpluggable='yes' order='6'/>
<vcpu id='6' enabled='yes' hotpluggable='yes' order='7'/>
<vcpu id='7' enabled='yes' hotpluggable='yes' order='8'/>
<vcpu id='8' enabled='no' hotpluggable='yes'/>
<vcpu id='9' enabled='no' hotpluggable='yes'/>
But in UI, I still see
Defined Memory:
16384 MB
And the vm.conf on all three Hosts is still showing
smp=8 <= cpu increase is already updated
memSize=16384 <= but ram is still same
It looks like should report a bug. But before I do that, we are currently on 4.3.8.2 version – is this by any change fixed by latest 4.3 version?
-----
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<mailto:m.vrgotic@activevideo.com>
w: www.activevideo.com<http://www.activevideo.com>
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>
Date: Monday, 22 February 2021 at 21:30
To: Yedidyah Bar David <didi(a)redhat.com>
Cc: users(a)ovirt.org <users(a)ovirt.org>
Subject: Re: [ovirt-users] oVirt Engine increase RAM and CPU
Mem guaranteed updates,
CPU cores updates instantly and perist after reboot
But defined memory is “stuck” on 16384 after reboot.
-----
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<mailto:m.vrgotic@activevideo.com>
w: www.activevideo.com<http://www.activevideo.com>
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>
Date: Monday, 22 February 2021 at 20:57
To: Yedidyah Bar David <didi(a)redhat.com>
Cc: users(a)ovirt.org <users(a)ovirt.org>
Subject: Re: [ovirt-users] oVirt Engine increase RAM and CPU
Hi all,
Still testing in staging and I have not moved from updating RAM.
Initially, I made the change via Portal, updating defined memory of HE from 16384 to 32768. The change is instantly visible on VM when I execute free -m , but in the VM info it still says 16384.
I waited almost 4hours and this value did not get updated. Tried shutdown, remove GM, allow the HA to start the VM, it booted with 16384 allocated.
Than I did it again, and tried with Update OVF from storage domain where the HE disk is, same, no change.
Tried, updating memory again, migrating to another HA host – Update OVF , same thing, after reboot, the memory is back to 16384.
Can somebody give me an advice where to look further? Again, making the change in memory amount is instant on the VM, but after reboot, its back to 16384.
-----
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<mailto:m.vrgotic@activevideo.com>
w: www.activevideo.com<http://www.activevideo.com>
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>
Date: Monday, 22 February 2021 at 15:19
To: Vrgotic, Marko <M.Vrgotic(a)activevideo.com>
Cc: users(a)ovirt.org <users(a)ovirt.org>
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 4:10 PM Vrgotic, Marko
<M.Vrgotic(a)activevideo.com> wrote:
>
> 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?
up to 60 minutes :-).
I think you can change this with engine-config, item
OvfUpdateIntervalInMinutes .
Best regards,
>
>
>
>
>
>
>
> -----
>
> 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.active…
>
>
>
> 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>
> Date: Monday, 22 February 2021 at 11:05
> To: Vrgotic, Marko <M.Vrgotic(a)activevideo.com>
> Cc: users(a)ovirt.org <users(a)ovirt.org>
> 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> 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.active…
> >
> >
> >
> > 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>
> > Date: Monday, 22 February 2021 at 09:08
> > To: Yedidyah Bar David <didi(a)redhat.com>
> > Cc: users(a)ovirt.org <users(a)ovirt.org>
> > 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.active…
> >
> >
> >
> > 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>
> > Date: Sunday, 21 February 2021 at 08:03
> > To: Vrgotic, Marko <M.Vrgotic(a)activevideo.com>
> > Cc: users(a)ovirt.org <users(a)ovirt.org>
> > 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> 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%2Fbugzilla.…
> >
> > >
> > >
> > >
> > > 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
--
Didi
1
0
Hi All,
I have a server with a RAID1 disk for sda and RAID 5 disk for sdb.
Following default install, prior to Cockpit Gluster and Engine wizards there is only a single Volume Group which doesn’t allow me to continue.
If I manually configure the install and deselect sdb it gives other issues with multipath but at least I can resolve those.
Is there a specific kickstart confuguration that should be used?
Kind Regards
Shimme
1
0
Mem guaranteed updates,
CPU cores updates instantly and perist after reboot
But defined memory is “stuck” on 16384 after reboot.
-----
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<mailto:m.vrgotic@activevideo.com>
w: www.activevideo.com<http://www.activevideo.com>
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>
Date: Monday, 22 February 2021 at 20:57
To: Yedidyah Bar David <didi(a)redhat.com>
Cc: users(a)ovirt.org <users(a)ovirt.org>
Subject: Re: [ovirt-users] oVirt Engine increase RAM and CPU
Hi all,
Still testing in staging and I have not moved from updating RAM.
Initially, I made the change via Portal, updating defined memory of HE from 16384 to 32768. The change is instantly visible on VM when I execute free -m , but in the VM info it still says 16384.
I waited almost 4hours and this value did not get updated. Tried shutdown, remove GM, allow the HA to start the VM, it booted with 16384 allocated.
Than I did it again, and tried with Update OVF from storage domain where the HE disk is, same, no change.
Tried, updating memory again, migrating to another HA host – Update OVF , same thing, after reboot, the memory is back to 16384.
Can somebody give me an advice where to look further? Again, making the change in memory amount is instant on the VM, but after reboot, its back to 16384.
-----
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<mailto:m.vrgotic@activevideo.com>
w: www.activevideo.com<http://www.activevideo.com>
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>
Date: Monday, 22 February 2021 at 15:19
To: Vrgotic, Marko <M.Vrgotic(a)activevideo.com>
Cc: users(a)ovirt.org <users(a)ovirt.org>
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 4:10 PM Vrgotic, Marko
<M.Vrgotic(a)activevideo.com> wrote:
>
> 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?
up to 60 minutes :-).
I think you can change this with engine-config, item
OvfUpdateIntervalInMinutes .
Best regards,
>
>
>
>
>
>
>
> -----
>
> 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.active…
>
>
>
> 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>
> Date: Monday, 22 February 2021 at 11:05
> To: Vrgotic, Marko <M.Vrgotic(a)activevideo.com>
> Cc: users(a)ovirt.org <users(a)ovirt.org>
> 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> 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.active…
> >
> >
> >
> > 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>
> > Date: Monday, 22 February 2021 at 09:08
> > To: Yedidyah Bar David <didi(a)redhat.com>
> > Cc: users(a)ovirt.org <users(a)ovirt.org>
> > 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.active…
> >
> >
> >
> > 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>
> > Date: Sunday, 21 February 2021 at 08:03
> > To: Vrgotic, Marko <M.Vrgotic(a)activevideo.com>
> > Cc: users(a)ovirt.org <users(a)ovirt.org>
> > 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> 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%2Fbugzilla.…
> >
> > >
> > >
> > >
> > > 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
--
Didi
1
0