- Users - oVirt List Archives

Re: Upgrading from 4.3 to 4.4.8
by Gianluca Cecchi 04 Oct '21

04 Oct '21

On Mon, Oct 4, 2021 at 12:32 AM Jason Harris <jasonmicron(a)gmail.com> wrote: > Engine is updated to the latest 4.3 release and rebooted. Still getting > this after re-enabling the 4.4 repo: > > oVirt 4.4 requires engine and hosts based on RH EL / CentOS 8, while your current env in 4.3 has them based on RH EL 7 / CentOS 7. You have to reinstall the node that you isolated with the engine. So after taing the engine at its latest 4.3.x level and rebooting the 4.3 engine OS, you have to follow the steps described in 6.5: stop the ovirt-engine service, take a backup and copy the generated file outside of the env, scratch the engine and related node and reinstall it with 4.4 ovirt node and then on the host, now in 4.4, run the command hosted-engine --deploy --restore-from-file=backup.bck and so on... Gianluca

2 1

Re: oVirt 4.3 DWH with Grafana
by Tommy Sway 03 Oct '21

03 Oct '21

Thank you! I tried it, and I can import the json after replace the 4.4 with 4.3, but still have some errors like this: pq: column "count_threads_as_cores" does not exist Object status:400 statusText:"Bad Request" data:Object results:Object message:"pq: column "count_threads_as_cores" does not exist" message:"pq: column "count_threads_as_cores" does not exist" Many of the other reports worked fine, with only a few similar errors. Is this caused by version incompatibility? After all, 4.4 in the original document was replaced with 4.3 before the import. From: Matthew.Stier(a)fujitsu.com <Matthew.Stier(a)fujitsu.com> Sent: Wednesday, September 15, 2021 3:28 AM To: Tommy Sway <sz_cuitao(a)163.com>; 'Michal Gutowski' <michal.gutowski(a)oracle.com>; 'Vrgotic, Marko' <M.Vrgotic(a)activevideo.com> Cc: users(a)ovirt.org Subject: RE: [ovirt-users] Re: oVirt 4.3 DWH with Grafana The instructions to modify the json files are missing. (Using find and sed to change all instances of v4_4_ to v4_3_ before importing them into Grafana) This is from an Oracle Blog on the doing this with OLVM 4.3 (which is basically a repackaged oVirt 4.3) Build Grafana Dashboard for Oracle Linux Virtualization Manager 4.3 <https://blogs.oracle.com/scoter/post/build-grafana-dashboard-for-oracle-lin…> From: Tommy Sway <sz_cuitao(a)163.com <mailto:sz_cuitao@163.com> > Sent: Tuesday, September 14, 2021 3:01 AM To: 'Michal Gutowski' <michal.gutowski(a)oracle.com <mailto:michal.gutowski@oracle.com> >; 'Vrgotic, Marko' <M.Vrgotic(a)activevideo.com <mailto:M.Vrgotic@activevideo.com> > Cc: users(a)ovirt.org <mailto:users@ovirt.org> Subject: [ovirt-users] Re: oVirt 4.3 DWH with Grafana The oVirt version I'm using is 4.3, and I get an error when I import JSON. pq: relation"v4_4_latest_configuration_datacenters" does not exist. From: users-bounces(a)ovirt.org <mailto:users-bounces@ovirt.org> <users-bounces(a)ovirt.org <mailto:users-bounces@ovirt.org> > On Behalf Of Michal Gutowski Sent: Wednesday, November 25, 2020 12:26 AM To: Vrgotic, Marko <M.Vrgotic(a)activevideo.com <mailto:M.Vrgotic@activevideo.com> > Cc: users(a)ovirt.org <mailto:users@ovirt.org> Subject: [ovirt-users] Re: oVirt 4.3 DWH with Grafana Hi Marko, I've tested this myself as I like playing with various Grafana use-cases and following steps allow you to set up Grafana Monitoring for your oVirt 4.3 environment and re-use all Grafana Dashboards from latest oVirt 4.4 on a previous release. 1. Allowing Grafana to connect to oVirt DWH database (Data Warehouse) Login to the oVirt engine 4.3 and create a user "grafana" with password "grafana" that will get a read-only access to the ovirt_engine_history database and will be able to use public schema # su - postgres -c 'scl enable rh-postgresql10 bash' # psql -U postgres -c "CREATE ROLE grafana WITH LOGIN ENCRYPTED PASSWORD 'grafana';" -d ovirt_engine_history # psql -U postgres -c "GRANT CONNECT ON DATABASE ovirt_engine_history TO grafana;" # psql -U postgres -c "GRANT USAGE ON SCHEMA public TO grafana;" ovirt_engine_history Generate the rest of the permissions that will be granted to the newly created user and save them to a file: # psql -U postgres -c "SELECT 'GRANT SELECT ON ' || relname || ' TO grafana;' FROM pg_class JOIN pg_namespace ON pg_namespace.oid = pg_class.relnamespace WHERE nspname = 'public' AND relkind IN ('r', 'v');" --pset=tuples_only=on ovirt_engine_history > grant.sql Use the file you created in the previous step to grant permissions to the newly created user: # psql -U postgres -f grant.sql ovirt_engine_history Remove the file you used to grant permissions: # rm grant.sql Exit the postgres user shell by pressing Ctrl+d Add the following lines for the newly created user to /var/opt/rh/rh-postgresql10/lib/pgsql/data/pg_hba.conf preceding the line beginning local all all host ovirt_engine_history grafana 0.0.0.0/0 md5 host ovirt_engine_history grafana ::0/0 md5 Reload postgres service # systemctl reload rh-postgresql10-postgresql 2. Installing Grafana You can install Grafana directly on the oVirt Engine machine (this is how it's done in oVirt 4.4) or on a separate machine. Following steps shows how you can install Grafana on a Oracle Linux 7 server. Note: Oracle provides Grafana in the OLCNE yum repository - you only need to install the repository definition package to pickup Grafana and it's dependencies. # yum install oraclelinux-release-el7 # yum install oracle-olcne-release-el7 # yum-config-manager --enable ol7_optional_latest ol7_olcne11 # yum install grafana # systemctl enable --now grafana-server 3. Adding oVirt DWH database as Data Source in Grafana Login to Grafana (default port 3000) and navigate to Configuration -> DataSources and click on Add Data Source button. Select PostgreSQL source and use the following settings (adjust the Host IP address to match your oVirt Engine IP but do not change the Name): Name: oVirt DWH Host: your-engine-ip-address:5432 user: grafana pass: grafana SSL mode: disable 4. Importing Dashboards from oVirt 4.4 Download Grafana Dashboards from oVirt 4.4 repository: https://github.com/oVirt/ovirt-dwh/tree/master/packaging/conf/grafana-dashb… You can now import them in Grafana by navigating to Create -> Import and clicking on Upload .json file or by simply pasting JSON content. I've tested this on my OLVM/oVirt 4.3 and works perfectly well. Have fun! Michal Michał Gutowski Principal Solutions Engineer, EMEA +48 665 222 979 Oracle Open Cloud Infrastructure Software - Linux & Virtualization On 24 Nov 2020, at 11:53, Vrgotic, Marko <M.Vrgotic(a)activevideo.com <mailto:M.Vrgotic@activevideo.com> > wrote: Dear oVirt folks, Thank you all for suggestions. I will give it a go and see how far I get. ----- kind regards/met vriendelijke groeten Marko Vrgotic Sr. System Engineer @ System Administration ActiveVideo o: +31 (35) 6774131 m: +31 (65) 5734174 e: <mailto:m.vrgotic@activevideo.com> m.vrgotic(a)activevideo.com w: <https://urldefense.com/v3/__http:/www.activevideo.com__;!!GqivPVa7Brio!MNQG…> 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 <mailto:didi@redhat.com> > Date: Sunday, 22 November 2020 at 08:39 To: "Vrgotic, Marko" <M.Vrgotic(a)activevideo.com <mailto:M.Vrgotic@activevideo.com> > Cc: "users(a)ovirt.org <mailto:users@ovirt.org> " <users(a)ovirt.org <mailto:users@ovirt.org> > Subject: Re: [ovirt-users] oVirt 4.3 DWH with Grafana ***CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender!!!*** On Fri, Nov 20, 2020 at 8:45 AM Vrgotic, Marko <M.Vrgotic(a)activevideo.com <mailto:M.Vrgotic@activevideo.com> > wrote: Dear oVirt, We are currently running oVirt 4.3 and upgrade/migration to 4.4 won’t be possible for few more months. I am looking into guidelines, how to, for setting up Grafana using DataWarehouse as data source. Did anyone already did this, and would be willing to share the steps? AFAIU this is definitely not tested/recommended/supported, but the current (4.4) dashboards use only 4.3 dwh compatibility views. So in theory, 4.4 grafana setup can work against your 4.3 engine/dwh without problems. So you can try something like: 1. Install el8 on some machine 2. Install ovirt-release (4.4!) 3. Install ovirt-engine-dwh-grafana-integration-setup. I *think*, didn't try, that it would carry with it all the dependencies it needs. 4. Run engine-setup. When prompted, only accept "Configure grafana?", and reply "No" to everything else 5. Follow the other prompts as applicable This should be enough. Not sure about the commands to add SSO on the engine machine. Perhaps better verify this first against a test engine (can be on another el7/ovirt4.3 VM with no hosts). But, repeating: this isn't recommended. Did you consider upgrading only your engine, and keep your hosts 4.3 until you can upgrade them later? Best regards, -- Didi _______________________________________________ Users mailing list -- <mailto:users@ovirt.org> users(a)ovirt.org To unsubscribe send an email to <mailto:users-leave@ovirt.org> users-leave(a)ovirt.org Privacy Statement: <https://urldefense.com/v3/__https:/www.ovirt.org/privacy-policy.html__;!!Gq…> https://urldefense.com/v3/__https://www.ovirt.org/privacy-policy.html__;!!G… oVirt Code of Conduct: <https://urldefense.com/v3/__https:/www.ovirt.org/community/about/community-…> https://urldefense.com/v3/__https://www.ovirt.org/community/about/community… List Archives: <https://urldefense.com/v3/__https:/lists.ovirt.org/archives/list/users@ovir…> https://urldefense.com/v3/__https://lists.ovirt.org/archives/list/users@ovi…

4 4

Re: fresh hyperconverged Gluster setup failed in ovirt 4.4.8
by Woo Hsutung 02 Oct '21

02 Oct '21

Same issue happens when I deploy on single node. And I can’t find where I can edit text to replace glusterd_brick_t with system_u:object_r:glusterd_brick_t:s0 Any suggestion? Best Regards Hsutung

2 6

Live domain migration breaks Windows (UEFI) vitrual machine
by Patrick Lomakin 02 Oct '21

02 Oct '21

Greetings! I've already mentioned the problem of live disk migration between different storage domains, but yesterday I found the same problem in a new oVirt installation. My actions after deploying oVirt are: 1) Created a storage domain (iSCSI and Gluster); 2) Created a virtual machine with Windows 10 (UEFI); 3) Placed the virtual machine on the Gluster domain; 4) Started the virtual machine and started moving the disk from the Gluster storage domain to iSCSI. The disk move process was successful and error free and the virtual machine worked. However, after a reboot, the machine no longer started. The boot goes into recovery mode. All attempts to restore the machine to work were unsuccessful. I want to note that this does not happen if the machine was turned off during the disk move. In this case, it starts up without any problems. The type of domain from or to which the disk is migrated does not important. In case of live migration the Windows (UEFI) VM crashes in any case.

1 0

Upgrading from 4.3 to 4.4.8
by jasonmicron＠gmail.com 02 Oct '21

02 Oct '21

You guys scare me. Seriously. I'm trying to update from oVirt 4.3 to 4.4 using a self-hosted engine. All VMs on the host are migrated off, other than the hosted engine, from the first host I intend to update to EL 8.4, per the documentation. I installed the RPM from here: https://resources.ovirt.org/pub/yum-repo/ovirt-release44.rpm I'm configuring the Engine following the upgrade document located here: https://www.ovirt.org/documentation/upgrade_guide/index.html#SHE_Upgrading_… Step 6.4, after installing the oVirt 4.4 RPM on the engine: engine-upgrade-check - I get this response: [root@labmanager yum.repos.d]# engine-upgrade-check VERB: queue package ovirt-engine-setup for update VERB: Downloading: ovirt-4.3-epel/x86_64/metalink (0%) VERB: Downloading: ovirt-4.3-epel/x86_64/metalink 10 k(100%) FAIL: Cannot queue package ovirt-engine-setup: Cannot find a valid baseurl for repo: ovirt-4.4/7 OK: Performing yum transaction rollback Error: Cannot find a valid baseurl for repo: ovirt-4.4/7 Doing a 'yum update' to just validate yum is working correctly, after installing the 44 RPM, I get this: Cannot find a valid baseurl for repo: ovirt-4.4/7 Any advice? Is the repo just not valid at the moment? Did someone forget to run a 'createrepo' after updating the YUM/DNF repo?

2 2

Reinstall without dataloss
by hans＠jiflin.nl 02 Oct '21

02 Oct '21

Hi all, I am new here, been searching the mailing list on a regular base when I encountered problems and till now I always was able to keep the system up & running. As said... till now... I have oVirt at home, and I have about 7 vm's running on it. Lately I have had some troubles with my electricity, which results in a complete power outage on a irregular base. Yesterday I had a power outage which left the system unbootable with the following errors: error: ../../grub-core/loader/i386/pc/linux.c:170:invalid magic number. error: ../../grub-core/loader/i386/pc/linux.c:1418:you need to load the kernel first. Press any key to continue Normally this can be solved following https://access.redhat.com/solutions/5829141, but his time also the files in /boot had a size of 0 bytes. So basically i did not have a working kernel on the system anymore. https://www.thegeekdiary.com/centos-rhel-7-how-to-install-kernel-from-rescu… does work for CentOS 8 also, but the ovirt 4.8 iso does not have the same directory structure. Using CentOS 8 installs a kernel, but not a bootable system. Is there a way i can start the installer in troubleshooting mode so I can reinstall just the kernel on the system?

3 2

gluster 5834 Unsynced entries present
by Dominique D 01 Oct '21

01 Oct '21

yesterday I had a glich and my second ovnode2 server restarted here are some errors in the events : VDSM ovnode3.telecom.lan command SpmStatusVDS failed: Connection timeout for host 'ovnode3.telecom.lan', last response arrived 2455 ms ago. Host ovnode3.telecom.lan is not responding. It will stay in Connecting state for a grace period of 86 seconds and after that an attempt to fence the host will be issued. Invalid status on Data Center Default. Setting Data Center status to Non Responsive (On host ovnode3.telecom.lan, Error: Network error during communication with the Host.). Executing power management status on Host ovnode3.telecom.lan using Proxy Host ovnode1.telecom.lan and Fence Agent ipmilan:10.5.1.16. Now my 3 bricks have errors from my gluster volume [root@ovnode2 ~]# gluster volume status Status of volume: datassd Gluster process TCP Port RDMA Port Online Pid ------------------------------------------------------------------------------ Brick ovnode1s.telecom.lan:/gluster_bricks/ datassd/datassd 49152 0 Y 4027 Brick ovnode2s.telecom.lan:/gluster_bricks/ datassd/datassd 49153 0 Y 2393 Brick ovnode3s.telecom.lan:/gluster_bricks/ datassd/datassd 49152 0 Y 2347 Self-heal Daemon on localhost N/A N/A Y 2405 Self-heal Daemon on ovnode3s.telecom.lan N/A N/A Y 2366 Self-heal Daemon on 172.16.70.91 N/A N/A Y 4043 Task Status of Volume datassd ------------------------------------------------------------------------------ There are no active volume tasks gluster volume heal datassd info | grep -i "Number of entries:" | grep -v "entries: 0" Number of entries: 5759 in the webadmin all the bricks are green with comments for two : ovnode1 Up, 5834 Unsynced entries present ovnode2 Up, ovnode3 Up, 5820 Unsynced entries present I tried this without success gluster volume heal datassd Launching heal operation to perform index self heal on volume datassd has been unsuccessful: Glusterd Syncop Mgmt brick op 'Heal' failed. Please check glustershd log file for details. What are the next steps ? Thank you

4 3

about the expiration time of the oVirt certs
by Tommy Sway 01 Oct '21

01 Oct '21

As you know, there are many kinds of certificates in Ovirt, used for communication, authentication and so on. However, in practice, there is a security risk related to the above certificates. That is, you need to generate a new certificate after the certificate expires. Otherwise, a problem will occur. In addition, different certificates expire at different times, which brings a lot of management trouble to users. Especially in the production system, a huge virtualization cluster may run thousands of VMS. If a cluster certificate has a problem, the impact is very serious. So I felt there was an urgent need for a technical tool that could help users quickly locate certificates, identify their expiration dates, and rebuild them. Even if there is no tool, there should be a way to solve the problems caused by partial certificate expiration. I think it should include the following points: First, how to list the certificate in detail Second, how to check the certificate expiration time Third, how to rebuild the certificate Does anyone else have this kind of confusion? What's a good solution? Thanks.

4 4

Using third-party certificate: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
by nicolas＠devels.es 01 Oct '21

01 Oct '21

Hi, I'm making a bare metal oVirt installation, version 4.4.8. 'ovirt-engine' command ends well, however, we're using a third-party certificate (from LetsEncrypt) both for the apache server and the ovirt-websocket-proxy. So we changed configuration files regarding httpd and ovirt-websocket-proxy. Once changed the configurations, if I try to log in to the oVirt engine, I get a "PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target" error. In prior versions we used to add the chain to the /etc/pki/ovirt-engine/.truststore file, however, simply listing the current certificates seems not to be working on 4.4.8. # LANG=C keytool -list -keystore /etc/pki/ovirt-engine/.truststore -alias intermedia_le -storepass mypass keytool error: java.io.IOException: Invalid keystore format Is there something I'm missing here? Thank

3 3

Balancing actions not shown in events list
by Gianluca Cecchi 01 Oct '21

01 Oct '21

Hello, I have a cluster composed of 4 hosts, with 2 hosts in site A and 2 hosts in site B. Version of engine and hosts is latest 4.4.8-6. Site A is the primary site and its hosts have SPM priority high, while site B hosts have SPM priority low. For critical VMs I create a cluster affinity group so that they preferably run on hosts in site A. If I migrate a VM from one host in site A to one host in site B, the migration completes but suddenly, after a few seconds (ranging from 10 to 30) the VM comes back again (live migrates) to one host of the site A pool. Two considerations: . when the VM comes back to site A and I'm connected to the web admin gui I see in bottom right the pop-up message regarding the balancing operation: https://drive.google.com/file/d/1lfm0AVwYKyyRL1qHh94AySpr3XAtV7lO/view?usp=… But then if I go in the VM, or cluster, or general events pane I don't see any direct feedback regarding this balancing that took place. I only see the VM migration events: Oct 1, 2021, 2:47:01 PM Migration completed (VM: impoldsrvdbpbi, Source: xxxx, Destination: yyyy, Duration: 15 seconds, Total: 27 seconds, Actual downtime: 67ms) Oct 1, 2021, 2:46:34 PM Migration initiated by system (VM: impoldsrvdbpbi, Source: xxxx, Destination: yyyy, Reason: Affinity rules enforcement). Oct 1, 2021, 2:45:45 PM Migration completed (VM: impoldsrvdbpbi, Source: yyyy, Destination: xxxx, Duration: 2 seconds, Total: 14 seconds, Actual downtime: (N/A)) Oct 1, 2021, 2:45:30 PM Migration started (VM: impoldsrvdbpbi, Source: yyyy, Destination: xxxx, User: gian@internal). That indeed contain some information (Reason: Affinity rules enforcement) but only in the VM migration line. Could it be useful to add an independent line regarding the balancing trigger that implies then a migration? . In this case could it be useful to give the user a warning that the VM will be suddenly migrated back so that he/she can think about it before having at the end two migrations with a final stage that is the starting point itself...? If I leave only one host in site A and put it into maintenance, the VMs are correctly migrated to hosts in site B and even when the host in site A comes back available, the coming back operation is not triggered. Is this something expected or should the live migrate to hosts in site A? Thanks, Gianluca

1 0

[Rest API] How to get server user from "permissions"?
by ovirt.org＠nevim.eu 30 Sep '21

30 Sep '21

Hello, please how to get server user from "permissions"? I try this, but does not working: https://ovirt.localhost/ovirt-engine/api/vms/4ekb93a4-64c6-4b13-9927-8f37f2… I need: Show the server user. This means: Find the user ID of a specific server that is in the role with ID: 00000000-0000-0000-0001-000000000001 Thanks for advice.

1 0

SSl vdmsd failed ssl
by Ingeniero especialista Redhat / Suse 30 Sep '21

30 Sep '21

Hello, good evening, I want to consult the following case, we have two ovirt 3.6 servers with hosted-engine, yesterday some multipath servers were presented and two machines were blocked, which was not possible to start, checking we found that the ssl of the nodes They are expired and we change them only in the nodes. We could start the hosted-engine but the two nodes are not responsive comes out in vdsm daemon vdsm [43067]: vdsm ProtocolDetector.SSLHandshakeDispatcher ERROR Error during handshake: unexpected eof I appreciate any ideas or suggestions to be able to recover normal operation. Thanks

1 0

Intermittent failure to upload ISOs
by aclysma＠gmail.com 30 Sep '21

30 Sep '21

This may be the same issue as described here: https://lists.ovirt.org/archives/list/users@ovirt.org/thread/CJISJIDQKSINIJ… https://bugzilla.redhat.com/show_bug.cgi?id=1977276 I am on 4.4.8.6-1.el8, installed a couple days ago from the ovirt node ISO. In particular, I noticed if I SSH into the hosted engine and tail -f /var/log/ovirt-imageio/daemon.log, in the failure case I get something like: 2021-09-30 08:15:52,330 INFO (Thread-8) [http] OPEN connection=8 client=::ffff:192.168.1.53 2021-09-30 08:16:23,315 INFO (Thread-8) [http] CLOSE connection=8 client=::ffff:192.168.1.53 [connection 1 ops, 30.984947 s] [dispatch 1 ops, 0.000097 s] No activity in tail -f /var/log/ovirt-imageio/daemon.log on the host (I only have one host) in the failure case, just the engine. In the success case, there is activity in both logs. It is very intermittent. Sometimes uploads work most of the time (maybe 4 out of 5), and I've had other times that uploads do not work at all (0 out of 5). I think when it's behaving particularly badly, restarting the engine (hosted-engine --vm-shutdown, then hosted-engine --vm-start) helps, but I haven't figured out a reliable pattern. (I am logged in as admin.) I've tried several browsers, closing/reopening the browser, etc. Hoping this info will help in tracking it down.

2 1

oVirt - No supported package manager found in your system
by German Sandoval 30 Sep '21

30 Sep '21

Probably this isn't the place to ask, but I'm doing a test with an Almalinux Physical host and trying to install a standalone instance and I get this error when I use the Engine-Setup, I'm using a Centos stream guide. [ INFO ] Stage: Initializing [ INFO ] Stage: Environment setup Configuration files: /etc/ovirt-engine-setup.conf.d/10-packaging-jboss.conf, /etc/ovirt-engine-setup.conf.d/10-packaging.conf Log file: /var/log/ovirt-engine/setup/ovirt-engine-setup-20210915140413-hsjs2f.log Version: otopi-1.9.5 (otopi-1.9.5-1.el8) [ ERROR ] Failed to execute stage 'Environment setup': No supported package manager found in your system [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20210915140413-hsjs2f.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20210915140414-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed 2021-09-15 14:12:16,421-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV OVESETUP_SYSTEM/groupKvm=str:'kvm' 2021-09-15 14:12:16,421-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV OVESETUP_SYSTEM/groupVmConsole=str:'ovirt-vmconsole' 2021-09-15 14:12:16,421-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV OVESETUP_SYSTEM/hostileServices=str:'ovirt-engine-dwhd,ovirt-engine-notifier' 2021-09-15 14:12:16,422-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV OVESETUP_SYSTEM/memCheckEnabled=bool:'True' 2021-09-15 14:12:16,422-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV OVESETUP_SYSTEM/memCheckMinimumMB=int:'4096' 2021-09-15 14:12:16,422-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV OVESETUP_SYSTEM/memCheckRecommendedMB=int:'16384' 2021-09-15 14:12:16,422-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV OVESETUP_SYSTEM/memCheckThreshold=int:'90' 2021-09-15 14:12:16,422-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV OVESETUP_SYSTEM/nfsConfigEnabled=NoneType:'None' 2021-09-15 14:12:16,423-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV OVESETUP_SYSTEM/nfsConfigEnabled_legacyInPostInstall=bool:'False' 2021-09-15 14:12:16,423-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV OVESETUP_SYSTEM/nfsServiceName=NoneType:'None' 2021-09-15 14:12:16,423-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV OVESETUP_SYSTEM/reservedPorts=set:'set()' 2021-09-15 14:12:16,423-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV OVESETUP_SYSTEM/selinuxBooleans=list:'[]' 2021-09-15 14:12:16,423-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV OVESETUP_SYSTEM/selinuxContexts=list:'[]' 2021-09-15 14:12:16,424-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV OVESETUP_SYSTEM/selinuxPorts=list:'[]' 2021-09-15 14:12:16,424-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV OVESETUP_SYSTEM/selinuxRestorePaths=list:'[]' 2021-09-15 14:12:16,424-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV OVESETUP_SYSTEM/shmmax=int:'68719476736' 2021-09-15 14:12:16,424-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV OVESETUP_SYSTEM/userApache=str:'apache' 2021-09-15 14:12:16,424-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV OVESETUP_SYSTEM/userEngine=str:'ovirt' 2021-09-15 14:12:16,425-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV OVESETUP_SYSTEM/userPostgres=str:'postgres' 2021-09-15 14:12:16,425-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV OVESETUP_SYSTEM/userRoot=str:'root' 2021-09-15 14:12:16,425-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV OVESETUP_SYSTEM/userVdsm=str:'vdsm' 2021-09-15 14:12:16,425-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV OVESETUP_SYSTEM/userVmConsole=str:'ovirt-vmconsole' 2021-09-15 14:12:16,426-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV OVESETUP_VMCONSOLE_PROXY_CONFIG/vmconsoleProxyConfig=NoneType:'None' 2021-09-15 14:12:16,426-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV OVESETUP_VMCONSOLE_PROXY_CONFIG/vmconsoleProxyPort=int:'2222' 2021-09-15 14:12:16,426-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV OVESETUP_WSP_RPMDISTRO_PACKAGES=str:'ovirt-engine-websocket-proxy' 2021-09-15 14:12:16,426-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV OVESETUP_WSP_RPMDISTRO_PACKAGES_SETUP=str:'ovirt-engine-setup-plugin-websocket-proxy' 2021-09-15 14:12:16,426-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV PACKAGER/dnfDisabledPlugins=list:'[]' 2021-09-15 14:12:16,427-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV PACKAGER/dnfExpireCache=bool:'True' 2021-09-15 14:12:16,427-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV PACKAGER/dnfRollback=bool:'True' 2021-09-15 14:12:16,427-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV PACKAGER/dnfpackagerEnabled=bool:'False' 2021-09-15 14:12:16,427-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV PACKAGER/keepAliveInterval=int:'30' 2021-09-15 14:12:16,427-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV PACKAGER/yumDisabledPlugins=list:'[]' 2021-09-15 14:12:16,428-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV PACKAGER/yumEnabledPlugins=list:'[]' 2021-09-15 14:12:16,428-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV PACKAGER/yumExpireCache=bool:'True' 2021-09-15 14:12:16,428-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV PACKAGER/yumRollback=bool:'True' 2021-09-15 14:12:16,428-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV PACKAGER/yumpackagerEnabled=bool:'True' 2021-09-15 14:12:16,428-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV SYSTEM/clockMaxGap=int:'5' 2021-09-15 14:12:16,429-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV SYSTEM/clockSet=bool:'False' 2021-09-15 14:12:16,429-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV SYSTEM/commandPath=str:'/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/root/bin:/root/bin' 2021-09-15 14:12:16,429-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV SYSTEM/reboot=bool:'False' 2021-09-15 14:12:16,429-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV SYSTEM/rebootAllow=bool:'True' 2021-09-15 14:12:16,430-0400 DEBUG otopi.context context.dumpEnvironment:775 ENV SYSTEM/rebootDeferTime=int:'10' 2021-09-15 14:12:16,430-0400 DEBUG otopi.context context.dumpEnvironment:779 ENVIRONMENT DUMP - END 2021-09-15 14:12:16,433-0400 DEBUG otopi.context context._executeMethod:127 Stage pre-terminate METHOD otopi.plugins.otopi.dialog.cli.Plugin._pre_terminate 2021-09-15 14:12:16,433-0400 DEBUG otopi.context context._executeMethod:136 otopi.plugins.otopi.dialog.cli.Plugin._pre_terminate condition False 2021-09-15 14:12:16,435-0400 INFO otopi.context context.runSequence:616 Stage: Termination 2021-09-15 14:12:16,435-0400 DEBUG otopi.context context.runSequence:620 STAGE terminate 2021-09-15 14:12:16,437-0400 DEBUG otopi.context context._executeMethod:127 Stage terminate METHOD otopi.plugins.ovirt_engine_common.base.core.misc.Plugin._terminate 2021-09-15 14:12:16,437-0400 ERROR otopi.plugins.ovirt_engine_common.base.core.misc misc._terminate:153 Execution of setup failed 2021-09-15 14:12:16,441-0400 DEBUG otopi.context context._executeMethod:127 Stage terminate METHOD otopi.plugins.otopi.dialog.human.Plugin._terminate 2021-09-15 14:12:16,460-0400 DEBUG otopi.context context._executeMethod:127 Stage terminate METHOD otopi.plugins.otopi.dialog.machine.Plugin._terminate 2021-09-15 14:12:16,460-0400 DEBUG otopi.context context._executeMethod:136 otopi.plugins.otopi.dialog.machine.Plugin._terminate condition False 2021-09-15 14:12:16,463-0400 DEBUG otopi.context context._executeMethod:127 Stage terminate METHOD otopi.plugins.otopi.core.log.Plugin._terminate I haven't found I guide for Alma Linux, So I can assume maybe oVirt still not supported on this OS, I couldn't find much information regarding this error. https://bugzilla.redhat.com/show_bug.cgi?id=1908602 https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=1909965 Thanks for your help.

2 1

oVirt/Hyperconverged issue
by topoigerm＠gmail.com 30 Sep '21

30 Sep '21

I have 4 servers of identical hardware. The documentation says "you need 3", not "you need 3 or more"; is it possible to run hyperconverged with 4 servers. Currently all the 4 nodes server has been crashed n after the 4th node try joining the hyperconverged 3nodes cluster. Kindly advise. FYI currently i'm trying to reinstall back all the OS back due mentioned incident happen. BR Faizal

3 3

Help ovirt 3.6
by Ingeniero especialista Redhat / Suse 30 Sep '21

30 Sep '21

Hello, good evening, I want to consult the following case, we have two ovirt 3.6 servers with hosted-engine, yesterday some multipath servers were presented and two machines were blocked, which was not possible to start, checking we found that the ssl of the nodes They are expired and we change them only in the nodes. We could start the hosted-engine but the two nodes are not responsive comes out in vdsm daemon vdsm [43067]: vdsm ProtocolDetector.SSLHandshakeDispatcher ERROR Error during handshake: unexpected eof I appreciate any ideas or suggestions to be able to recover normal operation. Thanks

1 0

Host reboots when network switch goes down
by cen 29 Sep '21

29 Sep '21

Hi, we are experiencing a weird issue with our Ovirt setup. We have two physical hosts (DC1 and DC2) and mounted Lenovo NAS storage for all VM data. They are connected via a managed network switch. What happens is that if switch goes down for whatever reason (firmware update etc), physical host reboots. Not sure if this is an action performed by Ovirt but I suspect it is because connection to mounted storage is lost and it performs some kind of an emergency action. I would need to get some direction pointers to find out a) who triggers the reboot and why c) a way to prevent reboots by increasing storage? timeouts Switch reboot takes 2-3 minutes. These are the host /var/log/messages just before reboot occurs: Sep 28 16:20:00 ovirtnode02 sanlock[10993]: 2021-09-28 16:20:00 7690984 [10993]: s11 check_our_lease warning 72 last_success 7690912 Sep 28 16:20:00 ovirtnode02 sanlock[10993]: 2021-09-28 16:20:00 7690984 [10993]: s3 check_our_lease warning 76 last_success 7690908 Sep 28 16:20:00 ovirtnode02 sanlock[10993]: 2021-09-28 16:20:00 7690984 [10993]: s1 check_our_lease warning 68 last_success 7690916 Sep 28 16:20:00 ovirtnode02 sanlock[10993]: 2021-09-28 16:20:00 7690984 [27983]: s11 delta_renew read timeout 10 sec offset 0 /var/run/vdsm/storage/15514c65-5d45-4ba7-bcd4-cc772351c940/fce598a8-11c3-44f9-8aaf-8712c96e00ce/65413499-6970-4a4c-af04-609ef78891a2 Sep 28 16:20:00 ovirtnode02 sanlock[10993]: 2021-09-28 16:20:00 7690984 [27983]: s11 renewal error -202 delta_length 20 last_success 7690912 Sep 28 16:20:00 ovirtnode02 wdmd[11102]: test warning now 7690984 ping 7690970 close 7690980 renewal 7690912 expire 7690992 client 10993 sanlock_hosted-engine:2 Sep 28 16:20:00 ovirtnode02 wdmd[11102]: test warning now 7690984 ping 7690970 close 7690980 renewal 7690908 expire 7690988 client 10993 sanlock_3cb12f04-5d68-4d79-8663-f33c0655baa6:2 Sep 28 16:20:01 ovirtnode02 systemd: Created slice User Slice of root. Sep 28 16:20:01 ovirtnode02 systemd: Started Session 15148 of user root. Sep 28 16:20:01 ovirtnode02 systemd: Removed slice User Slice of root. Sep 28 16:20:01 ovirtnode02 sanlock[10993]: 2021-09-28 16:20:01 7690985 [10993]: s11 check_our_lease warning 73 last_success 7690912 Sep 28 16:20:01 ovirtnode02 sanlock[10993]: 2021-09-28 16:20:01 7690985 [10993]: s3 check_our_lease warning 77 last_success 7690908 Sep 28 16:20:01 ovirtnode02 sanlock[10993]: 2021-09-28 16:20:01 7690985 [10993]: s1 check_our_lease warning 69 last_success 7690916 Sep 28 16:20:01 ovirtnode02 wdmd[11102]: test warning now 7690985 ping 7690970 close 7690980 renewal 7690912 expire 7690992 client 10993 sanlock_hosted-engine:2 Sep 28 16:20:01 ovirtnode02 wdmd[11102]: test warning now 7690985 ping 7690970 close 7690980 renewal 7690908 expire 7690988 client 10993 sanlock_3cb12f04-5d68-4d79-8663-f33c0655baa6:2 Sep 28 16:20:02 ovirtnode02 sanlock[10993]: 2021-09-28 16:20:02 7690986 [10993]: s11 check_our_lease warning 74 last_success 7690912 Sep 28 16:20:02 ovirtnode02 sanlock[10993]: 2021-09-28 16:20:02 7690986 [10993]: s3 check_our_lease warning 78 last_success 7690908 Sep 28 16:20:02 ovirtnode02 sanlock[10993]: 2021-09-28 16:20:02 7690986 [10993]: s1 check_our_lease warning 70 last_success 7690916 Sep 28 16:20:02 ovirtnode02 wdmd[11102]: test warning now 7690986 ping 7690970 close 7690980 renewal 7690916 expire 7690996 client 10993 sanlock_15514c65-5d45-4ba7-bcd4-cc772351c940:2 Sep 28 16:20:02 ovirtnode02 wdmd[11102]: test warning now 7690986 ping 7690970 close 7690980 renewal 7690912 expire 7690992 client 10993 sanlock_hosted-engine:2 Sep 28 16:20:02 ovirtnode02 wdmd[11102]: test warning now 7690986 ping 7690970 close 7690980 renewal 7690908 expire 7690988 client 10993 sanlock_3cb12f04-5d68-4d79-8663-f33c0655baa6:2 Sep 28 16:20:03 ovirtnode02 sanlock[10993]: 2021-09-28 16:20:03 7690987 [10993]: s11 check_our_lease warning 75 last_success 7690912 Sep 28 16:20:03 ovirtnode02 sanlock[10993]: 2021-09-28 16:20:03 7690987 [10993]: s3 check_our_lease warning 79 last_success 7690908 Sep 28 16:20:03 ovirtnode02 sanlock[10993]: 2021-09-28 16:20:03 7690987 [10993]: s1 check_our_lease warning 71 last_success 7690916

4 4

Ovirt 4.3 Upload of Image fails
by Mark Morgan 29 Sep '21

29 Sep '21

Hi, I am trying to upload an image to a Ovirt 4.3 Instance but it keeps failing. After a few seconds it says paused by system. The test connection is successful in the upload image window so we have installed the certificate properly. Due to an older thread(https://www.mail-archive.com/users@ovirt.org/msg50954.html) I also checked if it has something to do with wifi. But I am not even using a wifi connection. Here is a small part of the log, where you can see the transfer failing. 2021-09-29 11:44:43,011+02 INFO [org.ovirt.engine.core.bll.storage.disk.image.TransferImageStatusCommand] (default task-96804) [d370a18b-bb12-4992-9fc8-7ce6607358f8] Running command: TransferImageStatusCommand internal: false. Entities affected : ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREATE_DISK with role type USER 2021-09-29 11:44:43,055+02 INFO [org.ovirt.engine.core.bll.storage.disk.image.TransferImageStatusCommand] (default task-96804) [1cbc3b4f-b1d4-428a-965a-b9745fd0e108] Running command: TransferImageStatusCommand internal: false. Entities affected : ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREATE_DISK with role type USER 2021-09-29 11:44:43,056+02 INFO [org.ovirt.engine.core.bll.storage.disk.image.ImageTransferUpdater] (default task-96804) [1cbc3b4f-b1d4-428a-965a-b9745fd0e108] Updating image transfer 0681f799-f44f-4b1e-8369-4d1033bd81e6 (image ce221b1f-46aa-4eb4-b159-0e0adb762102) phase to Resuming (message: 'Sent 0MB') 2021-09-29 11:44:47,096+02 INFO [org.ovirt.engine.core.bll.storage.disk.image.TransferImageStatusCommand] (default task-96801) [50849f1b-ef18-41ab-9380-e2c7980a1f73] Running command: TransferImageStatusCommand internal: false. Entities affected : ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREATE_DISK with role type USER 2021-09-29 11:44:48,878+02 INFO [org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-80) [6c5f2ed0-976c-4722-a6fb-86f3d9eb1c3b] Resuming transfer for Upload disk 'CentOS-8.4.2105-x86_64-boot.iso' (disk id: 'ce221b1f-46aa-4eb4-b159-0e0adb762102', image id: '45896ce1-a602-49f5-9774-4dc17d960589') 2021-09-29 11:44:48,896+02 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engineScheduled-Thread-80) [6c5f2ed0-976c-4722-a6fb-86f3d9eb1c3b] EVENT_ID: TRANSFER_IMAGE_RESUMED_BY_USER(1,074), Image transfer was resumed by user (admin@internal-authz). 2021-09-29 11:44:48,902+02 INFO [org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-80) [6c5f2ed0-976c-4722-a6fb-86f3d9eb1c3b] Renewing transfer ticket for Upload disk 'CentOS-8.4.2105-x86_64-boot.iso' (disk id: 'ce221b1f-46aa-4eb4-b159-0e0adb762102', image id: '45896ce1-a602-49f5-9774-4dc17d960589') 2021-09-29 11:44:48,903+02 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ExtendImageTicketVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-80) [6c5f2ed0-976c-4722-a6fb-86f3d9eb1c3b] START, ExtendImageTicketVDSCommand(HostName = virthost01, ExtendImageTicketVDSCommandParameters:{hostId='15d10fdf-4dc1-4a4c-a12f-cab50c492974', ticketId='8d09cf8c-baf9-4497-8b52-ea53a97b4a19', timeout='300'}), log id: 197aba7 2021-09-29 11:44:48,908+02 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ExtendImageTicketVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-80) [6c5f2ed0-976c-4722-a6fb-86f3d9eb1c3b] FINISH, ExtendImageTicketVDSCommand, return: StatusOnlyReturn [status=Status [code=0, message=Done]], log id: 197aba7 2021-09-29 11:44:48,908+02 INFO [org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-80) [6c5f2ed0-976c-4722-a6fb-86f3d9eb1c3b] Transfer session with ticket id 8d09cf8c-baf9-4497-8b52-ea53a97b4a19 extended, timeout 300 seconds 2021-09-29 11:44:48,920+02 INFO [org.ovirt.engine.core.bll.storage.disk.image.ImageTransferUpdater] (EE-ManagedThreadFactory-engineScheduled-Thread-80) [6c5f2ed0-976c-4722-a6fb-86f3d9eb1c3b] Updating image transfer 0681f799-f44f-4b1e-8369-4d1033bd81e6 (image ce221b1f-46aa-4eb4-b159-0e0adb762102) phase to Transferring (message: 'Sent 0MB') 2021-09-29 11:44:51,379+02 INFO [org.ovirt.engine.core.bll.storage.disk.image.TransferImageStatusCommand] (default task-96801) [e2247750-524d-40e4-bffb-1176ff13f1f5] Running command: TransferImageStatusCommand internal: false. Entities affected : ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREATE_DISK with role type USER 2021-09-29 11:44:55,376+02 INFO [org.ovirt.engine.core.bll.storage.disk.image.TransferImageStatusCommand] (default task-96801) [f9b3dec1-9aac-4695-ba39-43e5e66bdccd] Running command: TransferImageStatusCommand internal: false. Entities affected : ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREATE_DISK with role type USER Am I doing something wrong?

1 0

Failed to update OVF disks / Failed to update VMs/Templates OVF data for Storage Domain
by nicolas＠devels.es 29 Sep '21

29 Sep '21

Hi, We upgraded from oVirt 4.3.8 to 4.4.8 and sometimes we're finding events like these in the event log (3-4 times/day): Failed to update OVF disks 77818843-f72e-4d40-9354-4e1231da341f, OVF data isn't updated on those OVF stores (Data Center KVMRojo, Storage Domain pv04-003). Failed to update VMs/Templates OVF data for Storage Domain pv02-002 in Data Center KVMRojo. I found [1], however, it seems not to solve the issue. I restarted all the hosts and we're still getting the messages. We couldn't upgrade hosts to 4.4 yet, FWIW. Maybe it's caused by this? If someone could shed some light about this, I'd be grateful. Thanks. [1]: https://access.redhat.com/solutions/3353011

1 0

Managed Block Storage and Templates
by Shantur Rathore 28 Sep '21

28 Sep '21

Hi all, Anyone tried using Templates with Managed Block Storage? I created a VM on MBS and then took a snapshot. This worked but as soon as I created a Template from snapshot, the template got created but there is no disk attached to the template. Anyone seeing something similar? Thanks

3 4

Managed Block Storage issues
by Shantur Rathore 28 Sep '21

28 Sep '21

Hi all, I am trying to set up Managed block storage and have the following issues. My setup: Latest oVirt Node NG : 4.4.8 Latest oVirt Engine : 4.4.8 1. Unable to copy to iSCSI based block storage I created a MBS with Synology UC3200 as a backend ( supported by Cinderlib ). It was created fine but when I try to copy disks to it, it fails. Upon looking at the logs from SPM, I found "qemu-img" failed with an error that it cannot open "/dev/mapper/xxxxxxxxxx" : Permission Error. Had a look through the code and digging out more, I saw that a. Sometimes /dev/mapper/xxxx symlink isn't created ( log attached ) b. The ownership to /dev/mapper/xxxxxx and /dev/dm-xx for the new device always stays at root:root I added a udev rule ACTION=="add|change", ENV{DM_UUID}=="mpath-*", GROUP="qemu", OWNER="vdsm", MODE="0660" and the disk copied correctly when /dev/mapper/xxxxx got created. 2. Copy progress finishes in UI very early than the actual qemu-img process. The UI shows the Copy process is completed successfully but it's actually still copying the image. This happens both for ceph and iscsi based mbs. Is there any known workaround to get iSCSI MBS working? Kind regards, Shantur

2 2

oVirt / Hyperconverged
by topoigerm＠gmail.com 28 Sep '21

28 Sep '21

I have 4 servers of identical hardware. The documentation says "you need 3", not "you need 3 or more"; is it possible to run hyperconverged with 4 servers. Currently all the 4 nodes server has been crashed n after the 4th node try joining the hyperconverged 3nodes cluster. Kindly advise. FYI currently i'm trying to reinstall back all the OS back due mentioned incident happen. /BR Faizal

2 1

Re: [ovirt-announce] Re: oVirt 4.4.8 Async update #4
by Marina Kalinin 28 Sep '21

28 Sep '21

Hi Diggy, If you have updated to oVirt 4.4.8 prior to 4.4.8.6 async release, it means your system got impacted. To fix it, you need to set some value to HEVM timezone and then try again (at least how I understand it). Regards, Marina. On Sun, Sep 26, 2021 at 3:00 PM Diggy Mc <d03(a)bornfree.org> wrote: > I'm not sure you fixed the compatibility version problem. I upgraded the > HE to 4.4.8.6 and rebooted it. Still cannot upgrade compatibility. > _______________________________________________ > Announce mailing list -- announce(a)ovirt.org > To unsubscribe send an email to announce-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/announce@ovirt.org/message/IKNF4V6MT5… >

1 0

about the Live Storage Migration
by Tommy Sway 27 Sep '21

27 Sep '21

From the document: Overview of Live Storage Migration Virtual disks can be migrated from one storage domain to another while the virtual machine to which they are attached is running. This is referred to as live storage migration. When a disk attached to a running virtual machine is migrated, a snapshot of that disk's image chain is created in the source storage domain, and the entire image chain is replicated in the destination storage domain. As such, ensure that you have sufficient storage space in both the source storage domain and the destination storage domain to host both the disk image chain and the snapshot. A new snapshot is created on each live storage migration attempt, even when the migration fails. Consider the following when using live storage migration: You can live migrate multiple disks at one time. Multiple disks for the same virtual machine can reside across more than one storage domain, but the image chain for each disk must reside on a single storage domain. You can live migrate disks between any two storage domains in the same data center. You cannot live migrate direct LUN hard disk images or disks marked as shareable. But where do users perform online storage migrations? There seems to be no interface.

4 10

Re: About the vm memory limit
by Tommy Sway 27 Sep '21

27 Sep '21

In fact, I am very interested in the part you mentioned, because my environment is running relational database, which usually requires a large amount of memory, and some systems clearly need to configure HUGEPAGE memory (such as Oracle). Could you elaborate on some technical details about the management of huge page memory? And the difference between 4.3 and 4.4 in this respect? Thank you very much! From: Strahil Nikolov <hunter86_bg(a)yahoo.com> Sent: Saturday, September 25, 2021 5:32 PM To: Tommy Sway <sz_cuitao(a)163.com> Subject: Re: [ovirt-users] About the vm memory limit It depends on the numa configuration of the host. If you have 256G per CPU, it's best to stay into that range. Also, consider disabling transparent huge pages on the host & VM. Since 4.4 Regular Huge Pages (do not confuse them with THP) can be used on the Hypervisors, while on 4.3 there were some issues but I can't provode any details. Best Regards, Strahil Nikolov On Fri, Sep 24, 2021 at 6:40, Tommy Sway <sz_cuitao(a)163.com <mailto:sz_cuitao@163.com> > wrote: I would like to ask if there is any limit on the memory size of virtual machines, or performance curve or something like that? As long as there is memory on the physical machine, the more virtual machines the better? In our usage scenario, there are many virtual machines with databases, and their memory varies greatly. For some virtual machines, 4G memory is enough, while for some virtual machines, 64GB memory is needed. I want to know what is the best use of memory for a virtual machine, since the virtual machine is just a QEMU emulation process on a physical machine, and I worry that it is not using as much memory as a physical machine. Understand this so that we can develop guidelines for optimal memory usage scenarios for virtual machines. Thank you! _______________________________________________ Users mailing list -- users(a)ovirt.org <mailto:users@ovirt.org> To unsubscribe send an email to users-leave(a)ovirt.org <mailto:users-leave@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/Y6XDOIMKCP4JE…

2 1