- Users - oVirt List Archives

Host NonResponsive after migration to oVirt 4.4
by tferic＠swissonline.ch 11 Nov '20

11 Nov '20

Hi I am looking for help after my oVirt upgrade failed. I have upgraded from ovirt 4.3 to 4.4 following the instructions here: https://www.ovirt.org/documentation/upgrade_guide/#Upgrading_from_4-3 <https://www.ovirt.org/documentation/upgrade_guide/#Upgrading_from_4-3> It's a single-host (standalone engine) test environment. I wiped CentOS 7 and reinstalled a fresh CentOS 8. I installed the oVirt 4.4 repo and all the necessary software packets. I used `engine-backup --mode=restore --file=/tmp/ovirt-engine-pre-upgrade.backup --provision-all-databases` from a backup file I created before I started the upgrade. After the restore, I ran `engine-setup`. I did not get any errors during any of these steps on the console. So the upgrade could be considered successful from that perspective. After the upgrade, I login to the ovirt admin portal, and I try to "Activate" my host (was set to "Maintenance" mode before upgrade). The Activation fails with error "NonResponsive" in the GUI. Under the "bell" icon, I find the Event "Host nuc1.feric.ch is non responsive.” In /var/log/ovirt-engine/engine.log, I find the following error: ``` 2020-11-09 23:12:21,080+01 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesAsyncVDSCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-47) [] Command 'GetCapabilitiesAsyncVDSCommand(HostName = nuc1.feric.ch, VdsIdAndVdsVDSCommandParametersBase:{hostId='d7c30cc0-ac59-4cf3-a1e7-b9fae9db83fb', vds=‘Host[nuc1.feric.h,d7c30cc0-ac59-4cf3-a1e7-b9fae9db83fb]'})' execution failed: java.net.ConnectException: Connection refused ``` `systemctl status ovirt-engine` shows that the engine is running. I am able to reboot the host from the oVirt GUI directly. Does anyone have an idea how to proceed? Many thanks Toni

3 7

Clone a VM in the User Portal
by Nicolás 11 Nov '20

11 Nov '20

Hi, We're using oVirt 4.3.8, having an organization that intensively uses the User Portal. After upgrading from 4.2, we've noticed that cloning a VM from within the User Portal is not possible anymore. In our case, this feature was heavily used by hundreds of students deploying their VMs. Is this feature in the roadmap yet? If not, do you consider it useful to open a RFE? Thank you. Regards, Nico

3 6

Cannot restore engine from 4.3.9 to 4.4.3
by tferic＠swissonline.ch 11 Nov '20

11 Nov '20

Hi I just tried to restore my engine backup taken from release 4.3.9.4 to a newer oVirt installation release 4.4.3.11. The restore process fails with a FATAL error. I was under the impression that backups from all 4.3 versions were supposed to be restorable on 4.4. My installation is a single-box all-in-one (Standalone Engine installed together with oVirt node). # engine-backup --mode=restore --file=/exports/data-t2/backups/ovirt-engine-backup-20201018124037_pre-upgrade.backup --provision-all-databases Start of engine-backup with mode 'restore' scope: all archive file: /exports/data-t2/backups/ovirt-engine-backup-20201018124037_pre-upgrade.backup log file: /var/log/ovirt-engine-backup/ovirt-engine-restore-20201111031500.log Preparing to restore: - Unpacking file '/exports/data-t2/backups/ovirt-engine-backup-20201018124037_pre-upgrade.backup' FATAL: Backup was created by version '4.3.9.4' and can not be restored using the installed version 4.4.3.11 Complete content of the restore log file: 2020-11-11 03:15:00 23143: Start of engine-backup mode restore scope all file /exports/data-t2/backups/ovirt-engine-backup-20201018124037_pre-upgrade.backup 2020-11-11 03:15:00 23143: OUTPUT: Start of engine-backup with mode 'restore' 2020-11-11 03:15:00 23143: OUTPUT: scope: all 2020-11-11 03:15:00 23143: OUTPUT: archive file: /exports/data-t2/backups/ovirt-engine-backup-20201018124037_pre-upgrade.backup 2020-11-11 03:15:00 23143: OUTPUT: log file: /var/log/ovirt-engine-backup/ovirt-engine-restore-20201111031500.log 2020-11-11 03:15:00 23143: OUTPUT: Preparing to restore: 2020-11-11 03:15:01 23143: OUTPUT: - Unpacking file '/exports/data-t2/backups/ovirt-engine-backup-20201018124037_pre-upgrade.backup' 2020-11-11 03:15:01 23143: Opening tarball /exports/data-t2/backups/ovirt-engine-backup-20201018124037_pre-upgrade.backup to /tmp/engine-backup.UAcLerghwY 2020-11-11 03:15:01 23143: Verifying hash 2020-11-11 03:15:01 23143: Verifying version 2020-11-11 03:15:01 23143: FATAL: Backup was created by version '4.3.9.4' and can not be restored using the installed version 4.4.3.11 regards, Toni Feric

2 1

Problem with Cluster-wise BIOS Settings in oVirt 4.4
by Rodrigo G. López 11 Nov '20

11 Nov '20

Hi all, We are running an oVirt 4.4 Hosted Engine as a VM, and after changing the Cluster's BIOS type from Q35 with Legacy BIOS (the default one after installation) to Preexistent, the VM fails with the following error: XML error: The device at PCI address 0000:00:02.0 cannot be plugged into the PCI controller with index='0'. It requires a controller that accepts a pcie-root-port. We need it so that we can run imported VMs from a previous version of oVirt, namely 4.0. Applying the BIOS settings individually works but as an attempt to generalize the settings we decided to apply it to the full cluster. Tell me if you need more data. Cheers, -rodri

4 6

oVirt 4.4.2 MS Windows 10 sysprep floppy
by ozmen62＠hotmail.com 11 Nov '20

11 Nov '20

Hi, I've cretated a template which has sysprep. Every document about sysprep says use "Attach Floppy" , but we know this function has been disabled/deprecated So, when i use Run One, attach windows cdrom and put in it definitions (domain name, user credentials etc) , nothing happens. I also have correct properties and sysprep files in engine Just windows boot like it is new machine and ask lots of questions for prepare itself. Would someone please explain this? How can i run sysprep correctly?

4 11

setting routing rules for guests?
by yam yam 11 Nov '20

11 Nov '20

Hello everyone! I'm wondering there is any feature like applying routing rules for VM to reach the external network (and vice versa). and I guess it's different according to using external provider(OVN). if not, how to users usually assign floating IP to VM?? Thanks Sincerely,

3 7

Re: Clone a VM in the User Portal
by Arik Hadas 10 Nov '20

10 Nov '20

On Tue, Nov 10, 2020 at 10:10 PM tferic(a)swissonline.ch < tferic(a)swissonline.ch> wrote: > Cloning VM's is a core feature of virtualization. > > I remember having cloned VM's back in the 90's with the free VMware > version 0.9. > > My main use case ever since is cloning fully configured production servers > into a testservers, for isolated testing. > > Why would a hypervisor not offer cloning, when it is possible and useful? > > regards, Toni > (Added users(a)ovirt.org back) Sure, it can be handy in some cases - that's why we've implemented it in oVirt and enhance it in 4.4.3 (for running VMs). But I wouldn't expect it to be commonly used via the user portal, that's why I am interested in the use-case. > > On 10.11.20 16:22, Arik Hadas wrote: > > > > On Tue, Nov 10, 2020 at 4:37 PM Nicolás <nicolas(a)devels.es> wrote: > >> Hi Arik, >> >> El 10/11/20 a las 13:21, Arik Hadas escribió: >> >> >> >> On Tue, Nov 10, 2020 at 3:08 PM Nicolás <nicolas(a)devels.es> wrote: >> >>> Hi Sharon, >>> >>> Thanks for the reply! I've opened [1], so hopefully someone will be able >>> to implement it. >>> >>> Regards, >>> >>> Nico >>> >>> [1]: https://github.com/oVirt/ovirt-site/issues/2389 >>> >>> El 10/11/20 a las 11:38, Sharon Gratch escribió: >>> >>> Hi, >>> >>> This feature of cloning a VM was indeed part of the old User Portal and >>> you are right that it's not supported by the newer VM Portal (since oVirt >>> 4.3). >>> It seemed that this wasn't required by VM Portal users (no user >>> complained up till now) and that's why we omitted it and it's not part of >>> our current roadmap to implement it as well. >>> >>> Nevertheless, there is no real reason not to include that ability as >>> part of VM Portal, so you are most welcome to open an issue on >>> https://github.com/oVirt/ovirt-web-ui/issues >>> <https://github.com/oVirt/ovirt-site/issues> >>> and you can push a fix yourself if you have time (or someone else from >>> the community) :-) >>> >>> Thanks! >>> Sharon >>> >>> On Fri, Nov 6, 2020 at 11:06 AM Nicolás <nicolas(a)devels.es> wrote: >>> >>>> Hi, >>>> >>>> We're using oVirt 4.3.8, having an organization that intensively uses >>>> the User Portal. After upgrading from 4.2, we've noticed that cloning a >>>> VM from within the User Portal is not possible anymore. In our case, >>>> this feature was heavily used by hundreds of students deploying their >>>> VMs. >>>> >>> >> Out of curiosity, why cloning a VM and not provisioning the VMs from >> template(s)? >> >> >> >> Most of our students are IT-related, and their professors want to teach >> them the procedure to deploy a VM from scratch. Some other courses surely >> deploy their VMs from a template as they are not that IT oriented and they >> just want to have a working VM instead of building it from scratch. We have >> a lot of casuistry, but in our case about 400~500 students would very >> welcome having back the clone option. >> > > Thanks Nicolás. > I'd say that even for the IT-related students it may make more sense to > provision VMs from templates instead of cloning VMs - > so you want them to deploy VMs from scratch, which means starting with a > VM that is based on the blank template, add disk(s) and other devices, > install and configure the guest and such; and then the students would use > clone-VM to duplicate the VM they just prepared, right? > Why would you want them to clone the VM rather than creating a template > out of this VM and provision further VMs from that template with > thin-provisioned disks? > > >> >> Regards, >> >> Nico >> >> >>>> Is this feature in the roadmap yet? If not, do you consider it useful >>>> to >>>> open a RFE? >>>> >>>> Thank you. >>>> >>>> Regards, >>>> >>>> Nico >>>> _______________________________________________ >>>> 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/HFMFJRV3AC3GV… >>>> >>> >>> _______________________________________________ >>> 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/RUEW52WZUD27I… >>> >> >> > _______________________________________________ > 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/QXPS6FCRT66HF… > >

1 0

[ANN] oVirt 4.4.3 is now generally available
by Sandro Bonazzola 10 Nov '20

10 Nov '20

oVirt 4.4.3 is now generally available The oVirt project is excited to announce the general availability of oVirt 4.4.3 , as of November 10th, 2020. This release unleashes an altogether more powerful and flexible open source virtualization solution that encompasses hundreds of individual changes and a wide range of enhancements across the engine, storage, network, user interface, and analytics, as compared to oVirt 4.3. Important notes before you install / upgrade Please note that oVirt 4.4 only supports clusters and data centers with compatibility version 4.2 and above. If clusters or data centers are running with an older compatibility version, you need to upgrade them to at least 4.2 (4.3 is recommended). Please note that in RHEL 8 / CentOS 8 several devices that worked on EL7 are no longer supported. For example, the megaraid_sas driver is removed. If you use Enterprise Linux 8 hosts you can try to provide the necessary drivers for the deprecated hardware using the DUD method (See the users’ mailing list thread on this at https://lists.ovirt.org/archives/list/users@ovirt.org/thread/NDSVUZSESOXEFJ… ) Documentation - If you want to try oVirt as quickly as possible, follow the instructions on the Download <https://ovirt.org/download/> page. - For complete installation, administration, and usage instructions, see the oVirt Documentation <https://ovirt.org/documentation/>. - For upgrading from a previous version, see the oVirt Upgrade Guide <https://ovirt.org/documentation/upgrade_guide/>. - For a general overview of oVirt, see About oVirt <https://ovirt.org/community/about.html>. What’s new in oVirt 4.4.3 Release? This update is the third in a series of stabilization updates to the 4.4 series. This release is available now on x86_64 architecture for: - Red Hat Enterprise Linux 8.2 / 8.3 - CentOS Linux (or similar) 8.2 - CentOS Stream (tech preview) This release supports Hypervisor Hosts on x86_64 and ppc64le architectures for: - Red Hat Enterprise Linux 8.2 / 8.3 - CentOS Linux (or similar) 8.2 - CentOS Stream (tech preview) Please note that this release introduces cluster compatibility level 4.5 which is supported only with Red Hat Enterprise Linux 8.3 or equivalent. oVirt Node and Appliance have been updated, including: - oVirt 4.4.3: https://www.ovirt.org/release/4.4.3/ - Ansible 2.9.15: https://github.com/ansible/ansible/blob/stable-2.9/changelogs/CHANGELOG-v2.… - Glusterfs 7.8: https://docs.gluster.org/en/latest/release-notes/7.8/ See the release notes [1] for installation instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available for CentOS Linux 8 - oVirt Node NG will be available soon for CentOS Linux 8 Additional resources: - Read more about the oVirt 4.4.3 release highlights: https://www.ovirt.org/release/4.4.3/ - Get more oVirt project updates on Twitter: https://twitter.com/ovirt - Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] https://www.ovirt.org/release/4.4.3/ <https://www.ovirt.org/release/4.4.3/> [2] https://resources.ovirt.org/pub/ovirt-4.4/iso/ -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/> *Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*

1 0

VM's gone to unknown state
by hjadavalluva＠ukaachen.de 10 Nov '20

10 Nov '20

Hello, I have an issue with ovirt 4.3 console. The exact issue is, except hosted engine, all other VM's gone to unknown state. I wonder what's the problem is? And how bring back the VM's to normal state. I can see that nothing is enable (for instance, acktivate option, maintaiance option, etc). Can anyone guide me please in this? Thanks in advance! Best Regards, Hariharan

3 9

Re: LiveStorageMigration fail
by Christoph Köhler 10 Nov '20

10 Nov '20

yes, the output is: -[ RECORD 1 ]---------+------------------------------------- image_guid | 77af2f70-f3e3-4e69-a062-b0dd9970e9e3 creation_date | 2019-05-23 10:08:39+02 size | 348966092800 it_guid | 00000000-0000-0000-0000-000000000000 parentid | 00000000-0000-0000-0000-000000000000 imagestatus | 1 lastmodified | 2020-11-09 15:39:56.22+01 vm_snapshot_id | edade1d1-05ce-46a4-9929-984e5ad3e025 volume_type | 2 volume_format | 4 image_group_id | 02240cf3-65b6-487c-b5af-c266a1dd18f8 _create_date | 2018-01-11 17:31:50.075047+01 _update_date | 2020-11-09 15:41:01.008245+01 active | t volume_classification | 1 qcow_compat | 2 On 09.11.20 17:23, Benny Zlotnik wrote: > Can you share the output of: > $ psql -U engine -d engine -c "\x on" -c "SELECT * FROM images where > image_group_id = '02240cf3-65b6-487c-b5af-c266a1dd18f8';" > > On Mon, Nov 9, 2020 at 5:18 PM Christoph Köhler > <koehler(a)luis.uni-hannover.de <mailto:koehler@luis.uni-hannover.de>> wrote: > > yes sure, here they are: > > On 09.11.20 15:30, Benny Zlotnik wrote: > > Can you send me the full logs with the failure (vdsm+engine)? > > > > On Mon, Nov 9, 2020 at 4:26 PM Christoph Köhler > > <koehler(a)luis.uni-hannover.de > <mailto:koehler@luis.uni-hannover.de> > <mailto:koehler@luis.uni-hannover.de > <mailto:koehler@luis.uni-hannover.de>>> wrote: > > > > engine runs with 4.3.10.4-1 > > and yes, the message is persistently the same, so I cannot > migrate this > > disk. > > > > > > > > On 09.11.20 15:10, Benny Zlotnik wrote: > > > Which version are you using? > > > Did this happen more than once for the same disk? > > > A similar bug was fixed in 4.3.10.1[1] > > > There is another bug with a similar symptom which occurs very > > rarely and > > > we were unable to reproduce it > > > > > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1758048 > > > > > > On Mon, Nov 9, 2020 at 3:57 PM Christoph Köhler > > > <koehler(a)luis.uni-hannover.de > <mailto:koehler@luis.uni-hannover.de> > > <mailto:koehler@luis.uni-hannover.de > <mailto:koehler@luis.uni-hannover.de>> > > <mailto:koehler@luis.uni-hannover.de > <mailto:koehler@luis.uni-hannover.de> > > <mailto:koehler@luis.uni-hannover.de > <mailto:koehler@luis.uni-hannover.de>>>> wrote: > > > > > > Hello experts, > > > > > > perhaps someone has an idea about that error. It appears > when > > in try to > > > migrate a disk to another storage, and this live. > Generally it > > works > > > good but - this is the log snippet: > > > > > > HSMGetAllTasksStatusesVDS failed: Error during > destination image > > > manipulation: > u"image=02240cf3-65b6-487c-b5af-c266a1dd18f8, dest > > > domain=3c4fbbfe-6796-4007-87ab-d7f205b7fae3: msg=Invalid > > parameter: > > > 'capacity=134217728000'" > > > > > > Surely the is enough space on the target domain for this > operation > > > (~4TB). > > > > > > Any ideas..? > > > > > > Greetings from > > > Chris > > > _______________________________________________ > > > Users mailing list -- users(a)ovirt.org > <mailto:users@ovirt.org> <mailto:users@ovirt.org > <mailto:users@ovirt.org>> > > <mailto:users@ovirt.org <mailto:users@ovirt.org> > <mailto:users@ovirt.org <mailto:users@ovirt.org>>> > > > To unsubscribe send an email to users-leave(a)ovirt.org > <mailto:users-leave@ovirt.org> > > <mailto:users-leave@ovirt.org <mailto:users-leave@ovirt.org>> > > > <mailto:users-leave@ovirt.org > <mailto:users-leave@ovirt.org> <mailto:users-leave@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/6KT5HQXEFB477… > > > > > >

1 0

The Master data domain can't be activated
by Miguel Angel Costas 09 Nov '20

09 Nov '20

Hi all!! I had a terrible problem with my blade and I lost the 2 nodes. I have installed a new server as a node ( ovirt-node-iso-3.6-0.999.201608311021.el7.centos.iso) but for any reason the data domain don't start. It the same node version. The ovirt manager is 3.6.7 If I create a new datacenter I can attach a lv from the same lun with the problem.. Someone could help me.. I have been working to solve the problem fron the saturday.. Thanks!

2 3

Cannot access ovirt engine
by suporte＠logicworks.pt 09 Nov '20

09 Nov '20

Hi, I was installing a VM and than I notice that cannot access the CD, after this could not access the engine anymore. The ovirt-engine service is running. But I have this error in the engine log: 2020-11-09 13:49:16,356Z ERROR [org.ovirt.engine.ui.frontend.server.dashboard.DashboardDataServlet.CacheUpdate.Inventory] (EE-ManagedThreadFactory-default-Thread-5) [] Could not update the Inventory Cache: Error while running SQL query: org.ovirt.engine.ui.frontend.server.dashboard.DashboardDataException: Error while running SQL query ovirt-engine-dwh.log 2020-11-09 13:57:21|Yd4P7G|GUQ4i7|NlyWRj|OVIRT_ENGINE_DWH|SampleTimeKeepingJob|Default|5|tWarn|tWarn_1|Can not sample data, oVirt Engine is not updating the statistics. Please check your oVirt Engine status.|9704 ovirt-engine-4.3.4.3-1.el7.noarch ovirt-engine-dwh-setup-4.3.8-1.el7.noarch Any idea? Thanks -- Jose Ferradeira http://www.logicworks.pt

2 4

Change compatibility level for data center/cluster, what exactly we are changing?
by Patrick Chiang 09 Nov '20

09 Nov '20

Hi all, From the procedure I learned at the last phase of upgrade, we should change compatibility level for data center/cluster, respectively. But may I know what exactly the settings we are changing - a config in a database or in a file? Actually my question is, are these changes can lead to any service downtime for "guest VM" or "Storage domain", "hypervisors"? Because lately my RHV 4.2 suffered a few network disconnections and that causes hosts to be fenced forcefully. I hope I can collect more info here to prepare for 4.2->4.3 upgrade. Thanks, Patrick Chiang

1 0

LiveStorageMigration fail
by Christoph Köhler 09 Nov '20

09 Nov '20

Hello experts, perhaps someone has an idea about that error. It appears when in try to migrate a disk to another storage, and this live. Generally it works good but - this is the log snippet: HSMGetAllTasksStatusesVDS failed: Error during destination image manipulation: u"image=02240cf3-65b6-487c-b5af-c266a1dd18f8, dest domain=3c4fbbfe-6796-4007-87ab-d7f205b7fae3: msg=Invalid parameter: 'capacity=134217728000'" Surely the is enough space on the target domain for this operation (~4TB). Any ideas..? Greetings from Chris

2 1

ovirt guest agent ubuntu 16.04.6 LTS
by suporte＠logicworks.pt 09 Nov '20

09 Nov '20

What is the best way to install ovirt guest on Ubuntu 16.04.6? What I did: # apt-get install ovirt-guest-agent I changed value in /etc/ovirt-guest-agent.conf to look like: [virtio] # device = /dev/virtio-ports/com.redhat.rhevm.vdsm device = /dev/virtio-ports/ovirt-guest-agent.0 # systemctl start ovirt-guest-agent Error on the log: OSError: [Errno 13] Permission denied: '/dev/virtio-ports/ovirt-guest-agent.0 Than I set the owner and group # chown ovirtagent:ovirtagent /dev/virtio-ports/ovirt-guest-agent.0 Than I was able to start the agent # systemctl status ovirt-guest-agent ● ovirt-guest-agent.service - oVirt Guest Agent Loaded: loaded (/lib/systemd/system/ovirt-guest-agent.service; enabled; vendor preset: enabled) Active: active (running) since Sat 2020-10-31 19:50:03 WET; 9min ago Process: 6531 ExecStartPre=/bin/chown ovirtagent:ovirtagent /run/ovirt-guest-agent.pid (code=exited, status=0/SUCCESS) Process: 6527 ExecStartPre=/bin/touch /run/ovirt-guest-agent.pid (code=exited, status=0/SUCCESS) Process: 6524 ExecStartPre=/sbin/modprobe virtio_console (code=exited, status=0/SUCCESS) Main PID: 6537 (python) Tasks: 3 Memory: 68.7M CPU: 5.462s CGroup: /system.slice/ovirt-guest-agent.service └─6537 /usr/bin/python /usr/share/ovirt-guest-agent/ovirt-guest-agent.py Oct 31 19:52:05 alfa.acloud.pt python[6537]: [100B blob data] Oct 31 19:54:06 alfa.acloud.pt python[6537]: [90B blob data] Oct 31 19:54:06 alfa.acloud.pt python[6537]: [155B blob data] Oct 31 19:54:06 alfa.acloud.pt python[6537]: [100B blob data] Oct 31 19:56:06 alfa.acloud.pt python[6537]: [90B blob data] Oct 31 19:56:07 alfa.acloud.pt python[6537]: [155B blob data] Oct 31 19:56:07 alfa.acloud.pt python[6537]: [100B blob data] Oct 31 19:58:07 alfa.acloud.pt python[6537]: [90B blob data] Oct 31 19:58:08 alfa.acloud.pt python[6537]: [155B blob data] Oct 31 19:58:08 alfa.acloud.pt python[6537]: [100B blob data] Everytime I restart the VM I need to set the owner and group # chown ovirtagent:ovirtagent /dev/virtio-ports/ovirt-guest-agent.0 -- Jose Ferradeira http://www.logicworks.pt

4 8

cannot live migrate the hosted engine
by Rob Verduijn 07 Nov '20

07 Nov '20

Hello, In my hyperconverged environment I cannot live migrate the hosted engine. However shutting down the hosted engine then starting it on another host works fine. This is the only way to migrate the engine to any of the hosts that are configured for the engine. I can't seem to find anything in the logs and hosted-engine vm-status doesn't tell me anything. Anybody any ideas where to start looking ? Rob

2 3

Issue with ovirt self hosted engine instalaltion 4.4
by hjadavalluva＠ukaachen.de 06 Nov '20

06 Nov '20

Hello, Good Day! I'm Hariharan and I'm working as System Administrator in Linux platform for RWTH Uniklink - Germany. Currently I'm managing the Ovirt environment and I'm very new to this domain. Currently I'm facing an issue with Ovirt self hosted engine installation 4.4 in CentOS 8 server. I have an issue when mounting the glusterfs storage to a target machine. Below is the exact issue what I face; Error: "changed": false, "msg": "Error: the target storage domain contains only 11.0GiB of available space while a minimum of 61.0GiB is required If you wish to use the current target storage domain by extending it, make sure it contains nothing before adding it. Note: (gluster storage was installed and configured in Linux work station with adding additional hard disk in one of the two gluster storage linux work station. I used replicated volumes (replica 2) in creating gluster volumes) Hardware detail: device model: Dell R540 Capacity: 240 GB I tried best possibilities to resolve this issue but still I'm facing the same issue. Could you please help me in resolving this issue with your guidance or support.

4 18

Bond creation issue via hosted engine
by Harry O 06 Nov '20

06 Nov '20

Hi guys and girls, Every time I try to create a bond with my two onboard intel nic's (any type of bond) via hosted engine, it will fail with the following error "Error while executing action HostSetupNetworks: Unexpected exception", it will still get created on the node but then the engine will get the capabilities out of sync with the node and can't refresh. I will need to delete the bond manually on the node for the engine to be happy again. Anyone knows why? Here is some logs from engine log file: [root@ovirt1-engine ~]# cat /var/log/ovirt-engine/engine.log 2020-11-06 08:29:56,230+01 INFO [org.ovirt.engine.core.bll.storage.ovfstore.OvfDataUpdater] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-85) [] Attempting to update VMs/Templates Ovf. 2020-11-06 08:29:56,236+01 INFO [org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-85) [7094b20b] Before acquiring and wait lock 'EngineLock:{exclusiveLocks='[b150e472-1f45-11eb-8e70-00163e78288d=OVF_UPDATE]', sharedLocks=''}' 2020-11-06 08:29:56,236+01 INFO [org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-85) [7094b20b] Lock-wait acquired to object 'EngineLock:{exclusiveLocks='[b150e472-1f45-11eb-8e70-00163e78288d=OVF_UPDATE]', sharedLocks=''}' 2020-11-06 08:29:56,237+01 INFO [org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-85) [7094b20b] Running command: ProcessOvfUpdateForStoragePoolCommand internal: true. Entities affected : ID: b150e472-1f45-11eb-8e70-00163e78288d Type: StoragePool 2020-11-06 08:29:56,242+01 INFO [org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-85) [7094b20b] Attempting to update VM OVFs in Data Center 'Default' 2020-11-06 08:29:56,243+01 INFO [org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-85) [7094b20b] Successfully updated VM OVFs in Data Center 'Default' 2020-11-06 08:29:56,243+01 INFO [org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-85) [7094b20b] Attempting to update template OVFs in Data Center 'Default' 2020-11-06 08:29:56,243+01 INFO [org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-85) [7094b20b] Successfully updated templates OVFs in Data Center 'Default' 2020-11-06 08:29:56,243+01 INFO [org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-85) [7094b20b] Attempting to remove unneeded template/vm OVFs in Data Center 'Default' 2020-11-06 08:29:56,245+01 INFO [org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-85) [7094b20b] Successfully removed unneeded template/vm OVFs in Data Center 'Default' 2020-11-06 08:29:56,245+01 INFO [org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-85) [7094b20b] Lock freed to object 'EngineLock:{exclusiveLocks='[b150e472-1f45-11eb-8e70-00163e78288d=OVF_UPDATE]', sharedLocks=''}' 2020-11-06 08:29:56,284+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GetStorageDeviceListVDSCommand] (EE-ManagedThreadFactory-engine-Thread-22513) [] START, GetStorageDeviceListVDSCommand(HostName = ovirtn3.5ervers.lan, VdsIdVDSCommandParametersBase:{hostId='4ec53a62-5cf3-479a-baf5-44c5b7624d39'}), log id: 59a1c9e 2020-11-06 08:29:56,284+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GetStorageDeviceListVDSCommand] (EE-ManagedThreadFactory-engine-Thread-22514) [] START, GetStorageDeviceListVDSCommand(HostName = ovirtn2.5ervers.lan, VdsIdVDSCommandParametersBase:{hostId='a4904c7c-92d7-4e4f-adf7-755f3c17335d'}), log id: 735f6d30 2020-11-06 08:29:57,020+01 WARN [org.ovirt.engine.core.vdsbroker.gluster.GetStorageDeviceListVDSCommand] (EE-ManagedThreadFactory-engine-Thread-22513) [] Unexpected return value: Status [code=-32603, message=Internal JSON-RPC error: {'reason': "'NoneType' object has no attribute 'iface'"}] 2020-11-06 08:29:57,020+01 WARN [org.ovirt.engine.core.vdsbroker.gluster.GetStorageDeviceListVDSCommand] (EE-ManagedThreadFactory-engine-Thread-22513) [] Unexpected return value: Status [code=-32603, message=Internal JSON-RPC error: {'reason': "'NoneType' object has no attribute 'iface'"}] 2020-11-06 08:29:57,020+01 ERROR [org.ovirt.engine.core.vdsbroker.gluster.GetStorageDeviceListVDSCommand] (EE-ManagedThreadFactory-engine-Thread-22513) [] Failed in 'GetStorageDeviceListVDS' method 2020-11-06 08:29:57,020+01 WARN [org.ovirt.engine.core.vdsbroker.gluster.GetStorageDeviceListVDSCommand] (EE-ManagedThreadFactory-engine-Thread-22513) [] Unexpected return value: Status [code=-32603, message=Internal JSON-RPC error: {'reason': "'NoneType' object has no attribute 'iface'"}] 2020-11-06 08:29:57,057+01 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engine-Thread-22513) [] EVENT_ID: VDS_BROKER_COMMAND_FAILURE(10,802), VDSM ovirtn3.5ervers.lan command GetStorageDeviceListVDS failed: Internal JSON-RPC error: {'reason': "'NoneType' object has no attribute 'iface'"} 2020-11-06 08:29:57,057+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GetStorageDeviceListVDSCommand] (EE-ManagedThreadFactory-engine-Thread-22513) [] Command 'org.ovirt.engine.core.vdsbroker.gluster.GetStorageDeviceListVDSCommand' return value 'StorageDeviceListReturn:{status='Status [code=-32603, message=Internal JSON-RPC error: {'reason': "'NoneType' object has no attribute 'iface'"}]'}' 2020-11-06 08:29:57,057+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GetStorageDeviceListVDSCommand] (EE-ManagedThreadFactory-engine-Thread-22513) [] HostName = ovirtn3.5ervers.lan 2020-11-06 08:29:57,057+01 ERROR [org.ovirt.engine.core.vdsbroker.gluster.GetStorageDeviceListVDSCommand] (EE-ManagedThreadFactory-engine-Thread-22513) [] Command 'GetStorageDeviceListVDSCommand(HostName = ovirtn3.5ervers.lan, VdsIdVDSCommandParametersBase:{hostId='4ec53a62-5cf3-479a-baf5-44c5b7624d39'})' execution failed: VDSGenericException: VDSErrorException: Failed to GetStorageDeviceListVDS, error = Internal JSON-RPC error: {'reason': "'NoneType' object has no attribute 'iface'"}, code = -32603 2020-11-06 08:29:57,057+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GetStorageDeviceListVDSCommand] (EE-ManagedThreadFactory-engine-Thread-22513) [] FINISH, GetStorageDeviceListVDSCommand, return: , log id: 59a1c9e 2020-11-06 08:29:57,057+01 ERROR [org.ovirt.engine.core.bll.gluster.StorageDeviceSyncJob] (EE-ManagedThreadFactory-engine-Thread-22513) [] Exception retriving storage device from vds EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to GetStorageDeviceListVDS, error = Internal JSON-RPC error: {'reason': "'NoneType' object has no attribute 'iface'"}, code = -32603 (Failed with error unexpected and code 16) 2020-11-06 08:29:57,433+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GetStorageDeviceListVDSCommand] (EE-ManagedThreadFactory-engine-Thread-22514) [] FINISH, GetStorageDeviceListVDSCommand, return: [StorageDevice:{id='null', name='ST4000NM0033-9ZM170_Z1Z8JT3C', devUuid='null', fsUuid='null', vdsId='null', description='ST4000NM0033-9ZM (dm-multipath)', devType='ATA', devPath='/dev/mapper/ST4000NM0033-9ZM170_Z1Z8JT3C', fsType='null', mountPoint='null', size='3815447', canCreateBrick='true', isGlusterBrick='false'}, StorageDevice:{id='null', name='gluster_vg_sda', devUuid='9TjMR1-Mk1p-fS6M-w6sP-jEfx-FmPe-A2L5iO', fsUuid='null', vdsId='null', description='lvmvg', devType='ATA', devPath='/dev/gluster_vg_sda', fsType='null', mountPoint='null', size='3815444', canCreateBrick='false', isGlusterBrick='false'}, StorageDevice:{id='null', name='gluster_vg_sda-gluster_lv_data', devUuid='FuEGn2-BVzA-JDyB-fZPY-BlsU-QYO4-xFVmD0', fsUuid='3d5d228e-ece8-4e59-92ae-c1eb6094e493', vdsId='null', desc ription='lvmthinlv', devType='null', devPath='/dev/mapper/gluster_vg_sda-gluster_lv_data', fsType='xfs', mountPoint='null', size='51200', canCreateBrick='false', isGlusterBrick='false'}, StorageDevice:{id='null', name='gluster_vg_sda-gluster_lv_engine', devUuid='i2p1Ps-Ix6M-hmJG-VFqJ-2zVE-w14m-71j7KW', fsUuid='6280a49f-f49b-49f6-bc92-139834aae959', vdsId='null', description='lvmlv', devType='null', devPath='/dev/mapper/gluster_vg_sda-gluster_lv_engine', fsType='xfs', mountPoint='null', size='102400', canCreateBrick='false', isGlusterBrick='false'}, StorageDevice:{id='null', name='gluster_vg_sda-gluster_lv_vmstore', devUuid='DggrnE-C127-U0la-XoyW-eA2w-LOzk-82UmrT', fsUuid='1349ed39-21ed-418a-a2c9-26e67f403d11', vdsId='null', description='lvmthinlv', devType='null', devPath='/dev/mapper/gluster_vg_sda-gluster_lv_vmstore', fsType='xfs', mountPoint='null', size='3225600', canCreateBrick='false', isGlusterBrick='false'}, StorageDevice:{id='null', name='gluster_vg_sda-gluster_thinpool_glu ster_vg_sda', devUuid='x0Sy1g-WRtr-ZODw-J1il-wJcv-MbKM-Hrfcr9', fsUuid='null', vdsId='null', description='lvmthinpool', devType='null', devPath='/dev/mapper/gluster_vg_sda-gluster_thinpool_gluster_vg_sda', fsType='null', mountPoint='null', size='3680660', canCreateBrick='false', isGlusterBrick='false'}, StorageDevice:{id='null', name='sda', devUuid='null', fsUuid='fgvWOq-CB7k-qIjJ-iY15-ljEK-aaFG-CvRLQW', vdsId='null', description='ST4000NM0033-9ZM (disk)', devType='ATA', devPath='/dev/sda', fsType='lvmpv', mountPoint='null', size='3815447', canCreateBrick='false', isGlusterBrick='false'}, StorageDevice:{id='null', name='sdb', devUuid='null', fsUuid='null', vdsId='null', description='ST4000NM0033-9ZM (disk)', devType='ATA', devPath='/dev/sdb', fsType='multipath_member', mountPoint='null', size='3815447', canCreateBrick='false', isGlusterBrick='false'}, StorageDevice:{id='null', name='sdc', devUuid='null', fsUuid='545ca4c8', vdsId='null', description='Ultra Fit (disk)', devType='USB', devPath='/dev/sdc', fsType='disklabel', mountPoint='null', size='14664', canCreateBrick='false', isGlusterBrick='false'}, StorageDevice:{id='null', name='sdc1', devUuid='null', fsUuid='null', vdsId='null', description='partition', devType='USB', devPath='/dev/sdc1', fsType='zfs_member', mountPoint='null', size='14663', canCreateBrick='true', isGlusterBrick='false'}], log id: 735f6d30 2020-11-06 08:30:00,403+01 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetLldpVDSCommand] (default task-71) [474a11f9-ea66-4fd2-bad3-488ce157d197] START, GetLldpVDSCommand(HostName = ovirtn1.5ervers.lan, GetLldpVDSCommandParameters:{hostId='285fc148-62ed-4243-8106-ed01eff28295'}), log id: 66e6c0c1 2020-11-06 08:30:00,522+01 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetLldpVDSCommand] (default task-71) [474a11f9-ea66-4fd2-bad3-488ce157d197] FINISH, GetLldpVDSCommand, return: {enp0s29u1u1=LldpInfo:{enabled='false', tlvs='[]'}, eno1=LldpInfo:{enabled='false', tlvs='[]'}, enp9s0=LldpInfo:{enabled='true', tlvs='[]'}}, log id: 66e6c0c1 2020-11-06 08:30:05,665+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-75) [] START, GlusterServersListVDSCommand(HostName = ovirtn3.5ervers.lan, VdsIdVDSCommandParametersBase:{hostId='4ec53a62-5cf3-479a-baf5-44c5b7624d39'}), log id: 7f602482 2020-11-06 08:30:05,859+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-75) [] FINISH, GlusterServersListVDSCommand, return: [192.168.4.128/24:CONNECTED, ovirtn2.5ervers.lan:CONNECTED, ovirtn1.5ervers.lan:CONNECTED], log id: 7f602482 2020-11-06 08:30:05,862+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-75) [] START, GlusterVolumesListVDSCommand(HostName = ovirtn3.5ervers.lan, GlusterVolumesListVDSParameters:{hostId='4ec53a62-5cf3-479a-baf5-44c5b7624d39'}), log id: 7f8c7e41 2020-11-06 08:30:05,968+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-75) [] FINISH, GlusterVolumesListVDSCommand, return: {95817a31-0623-44ed-a8bc-d2f37af7644d=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@92ac351e, 03874a87-1e23-4e54-8445-159ba27b48fe=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@25915a3c, 90de405f-60f0-401a-8bdf-7203d8db21f3=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@56a4cd2d}, log id: 7f8c7e41 2020-11-06 08:30:07,416+01 INFO [org.ovirt.engine.core.bll.network.host.HostSetupNetworksCommand] (default task-71) [335cc174-4ec6-4f32-abf5-00b6ab8a15f4] Before acquiring lock-timeout 'EngineLock:{exclusiveLocks='[HOST_NETWORK285fc148-62ed-4243-8106-ed01eff28295=HOST_NETWORK]', sharedLocks=''}' 2020-11-06 08:30:07,416+01 INFO [org.ovirt.engine.core.bll.network.host.HostSetupNetworksCommand] (default task-71) [335cc174-4ec6-4f32-abf5-00b6ab8a15f4] Lock-timeout acquired to object 'EngineLock:{exclusiveLocks='[HOST_NETWORK285fc148-62ed-4243-8106-ed01eff28295=HOST_NETWORK]', sharedLocks=''}' 2020-11-06 08:30:07,464+01 INFO [org.ovirt.engine.core.bll.network.host.HostSetupNetworksCommand] (default task-71) [335cc174-4ec6-4f32-abf5-00b6ab8a15f4] Running command: HostSetupNetworksCommand internal: false. Entities affected : ID: 285fc148-62ed-4243-8106-ed01eff28295 Type: VDSAction group CONFIGURE_HOST_NETWORK with role type ADMIN 2020-11-06 08:30:07,464+01 INFO [org.ovirt.engine.core.bll.network.host.HostSetupNetworksCommand] (default task-71) [335cc174-4ec6-4f32-abf5-00b6ab8a15f4] Before acquiring lock in order to prevent monitoring for host 'ovirtn1.5ervers.lan' from data-center 'Default' 2020-11-06 08:30:07,464+01 INFO [org.ovirt.engine.core.bll.network.host.HostSetupNetworksCommand] (default task-71) [335cc174-4ec6-4f32-abf5-00b6ab8a15f4] Lock acquired, from now a monitoring of host will be skipped for host 'ovirtn1.5ervers.lan' from data-center 'Default' 2020-11-06 08:30:07,466+01 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HostSetupNetworksVDSCommand] (default task-71) [335cc174-4ec6-4f32-abf5-00b6ab8a15f4] START, HostSetupNetworksVDSCommand(HostName = ovirtn1.5ervers.lan, HostSetupNetworksVdsCommandParameters:{hostId='285fc148-62ed-4243-8106-ed01eff28295', vds='Host[ovirtn1.5ervers.lan,285fc148-62ed-4243-8106-ed01eff28295]', rollbackOnFailure='true', commitOnSuccess='true', connectivityTimeout='120', networks='[]', removedNetworks='[]', bonds='[CreateOrUpdateBond:{id='null', name='bond0', bondingOptions='mode=4 miimon=100 xmit_hash_policy=2', slaves='[eno1, enp9s0]'}]', removedBonds='[]', clusterSwitchType='LEGACY', managementNetworkChanged='false'}), log id: 695498c2 2020-11-06 08:30:07,466+01 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HostSetupNetworksVDSCommand] (default task-71) [335cc174-4ec6-4f32-abf5-00b6ab8a15f4] FINISH, HostSetupNetworksVDSCommand, return: , log id: 695498c2 2020-11-06 08:30:12,118+01 WARN [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand] (default task-71) [335cc174-4ec6-4f32-abf5-00b6ab8a15f4] Unexpected return value: Status [code=-32603, message=Internal JSON-RPC error: {'reason': "Attempt to call function: <bound method Global.getCapabilities of <vdsm.API.Global object at 0x7faebc45cfd0>> with arguments: () error: 'module' object is not callable"}] 2020-11-06 08:30:12,119+01 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand] (default task-71) [335cc174-4ec6-4f32-abf5-00b6ab8a15f4] Failed in 'GetCapabilitiesVDS' method 2020-11-06 08:30:12,119+01 WARN [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand] (default task-71) [335cc174-4ec6-4f32-abf5-00b6ab8a15f4] Unexpected return value: Status [code=-32603, message=Internal JSON-RPC error: {'reason': "Attempt to call function: <bound method Global.getCapabilities of <vdsm.API.Global object at 0x7faebc45cfd0>> with arguments: () error: 'module' object is not callable"}] 2020-11-06 08:30:12,164+01 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-71) [335cc174-4ec6-4f32-abf5-00b6ab8a15f4] EVENT_ID: VDS_BROKER_COMMAND_FAILURE(10,802), VDSM ovirtn1.5ervers.lan command GetCapabilitiesVDS failed: Internal JSON-RPC error: {'reason': "Attempt to call function: <bound method Global.getCapabilities of <vdsm.API.Global object at 0x7faebc45cfd0>> with arguments: () error: 'module' object is not callable"} 2020-11-06 08:30:12,164+01 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand] (default task-71) [335cc174-4ec6-4f32-abf5-00b6ab8a15f4] Command 'org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand' return value 'org.ovirt.engine.core.vdsbroker.vdsbroker.VDSInfoReturn@5ccc140e' 2020-11-06 08:30:12,164+01 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand] (default task-71) [335cc174-4ec6-4f32-abf5-00b6ab8a15f4] HostName = ovirtn1.5ervers.lan 2020-11-06 08:30:12,164+01 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand] (default task-71) [335cc174-4ec6-4f32-abf5-00b6ab8a15f4] Command 'GetCapabilitiesVDSCommand(HostName = ovirtn1.5ervers.lan, VdsIdAndVdsVDSCommandParametersBase:{hostId='285fc148-62ed-4243-8106-ed01eff28295', vds='Host[ovirtn1.5ervers.lan,285fc148-62ed-4243-8106-ed01eff28295]'})' execution failed: VDSGenericException: VDSErrorException: Failed to GetCapabilitiesVDS, error = Internal JSON-RPC error: {'reason': "Attempt to call function: <bound method Global.getCapabilities of <vdsm.API.Global object at 0x7faebc45cfd0>> with arguments: () error: 'module' object is not callable"}, code = -32603 2020-11-06 08:30:12,165+01 INFO [org.ovirt.engine.core.bll.network.host.HostSetupNetworksCommand] (default task-71) [335cc174-4ec6-4f32-abf5-00b6ab8a15f4] Host setup networks finished. Lock released. Monitoring can run now for host 'ovirtn1.5ervers.lan' from data-center 'Default' 2020-11-06 08:30:12,165+01 ERROR [org.ovirt.engine.core.bll.network.host.HostSetupNetworksCommand] (default task-71) [335cc174-4ec6-4f32-abf5-00b6ab8a15f4] Command 'org.ovirt.engine.core.bll.network.host.HostSetupNetworksCommand' failed: EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to GetCapabilitiesVDS, error = Internal JSON-RPC error: {'reason': "Attempt to call function: <bound method Global.getCapabilities of <vdsm.API.Global object at 0x7faebc45cfd0>> with arguments: () error: 'module' object is not callable"}, code = -32603 (Failed with error unexpected and code 16) 2020-11-06 08:30:12,222+01 INFO [org.ovirt.engine.core.bll.network.host.HostSetupNetworksCommand] (default task-71) [335cc174-4ec6-4f32-abf5-00b6ab8a15f4] Lock freed to object 'EngineLock:{exclusiveLocks='[HOST_NETWORK285fc148-62ed-4243-8106-ed01eff28295=HOST_NETWORK]', sharedLocks=''}'

2 10

Issue in importing ISO storage domain in Ovirt 4.3
by hjadavalluva＠ukaachen.de 06 Nov '20

06 Nov '20

Hello, I'm managing Ovirt environment 4.3 and I'm very new to this area. The setup was already done by former colleague and right now I'm managing this environment. Recently, one VM's OS got corrupted and I have to re-install the OS in that VM to bring the VM up and running. For doing this, I need to import the ISO domain from gluster storage (this ISO domain is not present in ovirt engine now). While importing the ISO domain, I face the following error; "Error while executing the action: Cannot add memory connection. Memory connection 63566129-bb20-4b11-b5c2-5e943ab94bed already exists" I already searched this "63566129-bb20-4b11-b5c2-5e943ab94bed" image in ovirt server, target server and gluster storage server but I couldn't find it. Could you please help me in resolving this issue? I got stuck badly here. Thanks in advance! Best Regards, Hariharan

1 0

is there a way to run the cockpit playbooks on the cli ?
by Rob Verduijn 06 Nov '20

06 Nov '20

Hi, For some reason my browser and network like to produce hiccups during the running of the hyperconverge script and the hosted engine install script. ( My prime suspect is Murphy ) This is a default feature in all browsers on any platform. This is why I try to avoid the use of cockpit for complex matters. ( ie anything more complex than proces listing or the viewing of logs ) On the cockpit host, from what directory with which options and what playbook do I need to use to get the same result. Rob

1 1

Fence Agent in Virtual Environment
by jb 05 Nov '20

05 Nov '20

Hello, I would like to build a hyperconverged gluster with hosted engine in a virtual environment, on Fedora 33 with KVM. The setup is for testing purposes, specially for test upgrades before running them on the real physical Servers. But I want to have the setup as close as possible to the real environment, so the only thing is missing is a fence agent. Is there a way to simulate power management in a virtual environment? Jonathan

3 4

Re: Fence Agent in Virtual Environment
by Jonathan Baecker 05 Nov '20

05 Nov '20

Am 05.11.20 um 19:19 schrieb Strahil Nikolov: > You need to enable HA for the VM. Yes this I know and I had this on. When I set the host in maintenance mode, the VM was moving to another host, but not when I kill the host. > About the XVM , I think that you first need to install it on all hosts and then check in UI, if you can find that fence agent in "Power Management". Thanks, I will try this! Best Regard Jonathan > > Best Regards, > Strahil Nikolov > > > > > > > В четвъртък, 5 ноември 2020 г., 18:41:40 Гринуич+2, jb <jonbae77(a)gmail.com> написа: > > > > > > Yes I know, is just a guest... I wanted to test what is happen with a > VM, when I kill it's host. After that, I have not seen that the VM is > moving to another host. > > So I thought maybe ovirt needs the power management for that. > > I have read about fence_xvm, but I don't know how to configure oVirt > with that. > > > > Am 05.11.20 um 17:11 schrieb Strahil Nikolov: >> This is just a guess , but you might be able to install fence_xvm on all Virtualized Hosts . >> >> Best Regards, >> Strahil Nikolov >> >> >> >> >> >> >> В четвъртък, 5 ноември 2020 г., 16:00:40 Гринуич+2, jb <jonbae77(a)gmail.com> написа: >> >> >> >> >> >> Hello, >> >> I would like to build a hyperconverged gluster with hosted engine in a >> virtual environment, on Fedora 33 with KVM. >> >> The setup is for testing purposes, specially for test upgrades before >> running them on the real physical Servers. But I want to have the setup >> as close as possible to the real environment, so the only thing is >> missing is a fence agent. >> >> Is there a way to simulate power management in a virtual environment? >> >> >> Jonathan >> _______________________________________________ >> 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/V5SHGKNLTK24D…

1 0

configuration of hyperconverged setup with ssd cache for slow drives
by Rob Verduijn 05 Nov '20

05 Nov '20

Hello, After a serious struggle I finally managed to get ovirt-hosted engine with the hyperconverged setup to work. However I did not manage to get the ssd cache option for my slow sata drives to work. The installation script complained about mismatching block sizes. Is there a way to make the cockpit hyperconverged installation handle this ? Rob fdisk -l /dev/sda Disk /dev/sda: 238.5 GiB, 256060514304 bytes, 500118192 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes fdisk -l /dev/mapper/gluster_vg_sdc-gluster_lv_data Disk /dev/mapper/gluster_vg_sdc-gluster_lv_data: 4.9 TiB, 5368709120000 bytes, 1310720000 sectors Units: sectors of 1 * 4096 = 4096 bytes Sector size (logical/physical): 4096 bytes / 4096 bytes I/O size (minimum/optimal): 1310720 bytes / 2621440 bytes

2 1

[ANN] oVirt 4.4.3 Eighth Release Candidate is now available for testing
by Lev Veyde 05 Nov '20

05 Nov '20

oVirt 4.4.3 Eighth Release Candidate is now available for testing The oVirt Project is pleased to announce the availability of oVirt 4.4.3 Eighth Release Candidate for testing, as of November 5th, 2020. This update is the third in a series of stabilization updates to the 4.4 series. How to prevent hosts entering emergency mode after upgrade from oVirt 4.4.1 Note: Upgrading from 4.4.2 GA should not require re-doing these steps, if already performed while upgrading from 4.4.1 to 4.4.2 GA. These are only required to be done once. Due to Bug 1837864 <https://bugzilla.redhat.com/show_bug.cgi?id=1837864> - Host enter emergency mode after upgrading to latest build If you have your root file system on a multipath device on your hosts you should be aware that after upgrading from 4.4.1 to 4.4.3 you may get your host entering emergency mode. In order to prevent this be sure to upgrade oVirt Engine first, then on your hosts: 1. Remove the current lvm filter while still on 4.4.1, or in emergency mode (if rebooted). 2. Reboot. 3. Upgrade to 4.4.3 (redeploy in case of already being on 4.4.3). 4. Run vdsm-tool config-lvm-filter to confirm there is a new filter in place. 5. Only if not using oVirt Node: - run "dracut --force --add multipath” to rebuild initramfs with the correct filter configuration 6. Reboot. Documentation - If you want to try oVirt as quickly as possible, follow the instructions on the Download <https://ovirt.org/download/> page. - For complete installation, administration, and usage instructions, see the oVirt Documentation <https://ovirt.org/documentation/>. - For upgrading from a previous version, see the oVirt Upgrade Guide <https://ovirt.org/documentation/upgrade_guide/>. - For a general overview of oVirt, see About oVirt <https://ovirt.org/community/about.html>. Important notes before you try it Please note this is a pre-release build. The oVirt Project makes no guarantees as to its suitability or usefulness. This pre-release must not be used in production. You can hit: Problem: cannot install the best update candidate for package ovirt-engine-metrics-1.4.1.1-1.el8.noarch - nothing provides rhel-system-roles >= 1.0-19 needed by ovirt-engine-metrics-1.4.2-1.el8.noarch in order to get rhel-system-roles >= 1.0-19 you need https://buildlogs.centos.org/centos/8/virt/x86_64/ovirt-44/ repo since that package can be promoted to release only at 4.4.3 GA. Installation instructions For installation instructions and additional information please refer to: https://ovirt.org/documentation/ This release is available now on x86_64 architecture for: * Red Hat Enterprise Linux 8.2 or newer * CentOS Linux (or similar) 8.2 or newer This release supports Hypervisor Hosts on x86_64 and ppc64le architectures for: * Red Hat Enterprise Linux 8.2 or newer * CentOS Linux (or similar) 8.2 or newer * oVirt Node 4.4 based on CentOS Linux 8.2 (available for x86_64 only) See the release notes [1] for installation instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available for CentOS Linux 8 - oVirt Node NG is already available for CentOS Linux 8 Additional Resources: * Read more about the oVirt 4.4.3 release highlights: http://www.ovirt.org/release/4.4.3/ * Get more oVirt project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] http://www.ovirt.org/release/4.4.3/ [2] http://resources.ovirt.org/pub/ovirt-4.4-pre/iso/ -- Lev Veyde Senior Software Engineer, RHCE | RHCVA | MCITP Red Hat Israel <https://www.redhat.com> lev(a)redhat.com | lveyde(a)redhat.com <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

回复:[ovirt-devel] Re: Host's status how to change to UP when I execute Management--> Active command
by 李伏琼 05 Nov '20

05 Nov '20

thanks very much --------------原始邮件-------------- 发件人："Liran Rotenberg "<lrotenbe(a)redhat.com>; 发送时间：2020年11月5日(星期四) 晚上11:52 收件人："lifuqiong(a)sunyainfo.com" <lifuqiong(a)sunyainfo.com>; 抄送："users "<users(a)ovirt.org>;"devel "<devel(a)ovirt.org>; 主题：[ovirt-devel] Re: Host's status how to change to UP when I execute Management--> Active command ----------------------------------- Hi,The engine will monitor that host. Once it's reachable and we can get information from it the status will change accordingly. Please check out the HostMonitoring class. On Thu, Nov 5, 2020 at 11:57 AM lifuqiong(a)sunyainfo.com <lifuqiong(a)sunyainfo.com> wrote: Hi,      I checkout ovirt-engine's code with branch 4.2;  When execute Host's Management --> Active  command,  ovirt engine just set vds's status to "Unassigned" but how the vds's status changed to "UP" in ovirt-engine?  The code in ActiveVdsCommand.executeCommand() as follows: protected void executeCommand() {         final VDS vds = getVds();         try (EngineLock monitoringLock = acquireMonitorLock("Activate host")) {             executionHandler.updateSpecificActionJobCompleted(vds.getId(), ActionType.MaintenanceVds, false);             setSucceeded(setVdsStatus(VDSStatus.Unassigned).getSucceeded());             if (getSucceeded()) {                 TransactionSupport.executeInNewTransaction(() -> {                     // set network to operational / non-operational                     List<Network> networks = networkDao.getAllForCluster(vds.getClusterId());                     networkClusterHelper.setStatus(vds.getClusterId(), networks);                     return null;                 });                 // Start glusterd service on the node, which would haven been stopped due to maintenance                 if (vds.getClusterSupportsGlusterService()) {                     runVdsCommand(VDSCommandType.ManageGlusterService,                             new GlusterServiceVDSParameters(vds.getId(), Arrays.asList("glusterd"), "restart"));                     // starting vdo service                     GlusterStatus isRunning = glusterUtil.isVDORunning(vds.getId());                     switch (isRunning) {                     case DOWN:                         log.info("VDO service is down in host : '{}' with id '{}', starting VDO service",                                 vds.getHostName(),                                 vds.getId());                         startVDOService(vds);                         break;                     case UP:                         log.info("VDO service is up in host : '{}' with id '{}', skipping starting of VDO service",                                 vds.getHostName(),                                 vds.getId());                            break;                     case UNKNOWN:                         log.info("VDO service is not installed host : '{}' with id '{}', ignoring to start VDO service",                                 vds.getHostName(),                                 vds.getId());                         break;                     }                 }             }         }     } Your Sincerely Mark Lee _______________________________________________ Devel mailing list -- devel(a)ovirt.org To unsubscribe send an email to devel-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/devel@ovirt.org/message/36745S77NLH3K…

1 0