[ovirt-users] Re: Issue with disk import and disk upload - ovirt 4.5.2
I am having the same problem (or very similar). I opened a Git issue here; https://github.com/oVirt/ovirt-engine/issues/696 ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@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/FRHOYANOSI2D64LS5LB34HQR3UOB5WWC/
[ovirt-users] Re: hosted-engine --deploy --restore-from-file fails on oVirt node 4.5.1.3
I'm unable to recreate the original problem. The good news is, the process moves past the engine_setup now. The ovirt-engine server actually starts, and is exposed on https://:6900/ovirt-engine The bad news is, when I try to access the engine Web UI at that URL, I get a '500 Internal Server Error'. I don't see any obvious errors in the log files in /var/log/ovirt-engine I'm able to access the URL https://:6900/ovirt-engine However, as soon as I click the "Administration Portal" link on the main page, I see the '500 Internal Server Error' I do notice the following error in /var/log/httpd/ssl_error_log; [Sat Aug 06 18:45:32.106641 2022] [auth_openidc:error] [pid 1648:tid 139896547178240] [client 192.168.222.3:58098] oidc_authenticate_user: the URL hostname (ovirt-engine.internal.net) of the configured OIDCRedirectURI does not match the URL hostname of the URL being accessed (ovirt-node04.internal.net): the "state" and "session" cookies will not be shared between the two!, referer: https://ovirt-node04.internal.net:6900/ovirt-engine/ The error above would suggest that it will not be possible to access the engine Web UI which is temporarily exposed on port 6900. How has this ever been possible in the past? What do I need to do in order to access the engine Web UI, since I need to configure the hosts's network to include several VLANs necessary to complete the restore of the engine DB? Prior to the above... I took a fresh backup of the ovirt engine. Set up a fresh/new ovirt node. Copied the backup to the new node. I ran the 'hosted-engine --deploy --restore-from-file=' command. Below are the complete messages of that attempt, up to the point I get the '500 Internal Server' error in the browser. --- snip --- [root@ovirt-node04 ~]# hosted-engine --deploy --restore-from-file=20220806-all [ INFO ] Stage: Initializing [ INFO ] Stage: Environment setup During customization use CTRL-D to abort. Continuing will configure this host for serving as hypervisor and will create a local VM with a running engine. The provided engine backup file will be restored there, it's strongly recommended to run this tool on an host that wasn't part of the environment going to be restored. If a reference to this host is already contained in the backup file, it will be filtered out at restore time. The locally running engine will be used to configure a new storage domain and create a VM there. At the end the disk of the local VM will be moved to the shared storage. The old hosted-engine storage domain will be renamed, after checking that everything is correctly working you can manually remove it. Other hosted-engine hosts have to be reinstalled from the engine to update their hosted-engine configuration. Are you sure you want to continue? (Yes, No)[Yes]: It has been detected that this program is executed through an SSH connection without using tmux. Continuing with the installation may lead to broken installation if the network connection fails. It is highly recommended to abort the installation and run it inside a tmux session using command "tmux". Do you want to continue anyway? (Yes, No)[No]: Yes Configuration files: Log file: /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20220806160814-wehm0s.log Version: otopi-1.10.0 (otopi-1.10.0-1.el8) [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup (late) [ INFO ] Stage: Environment customization --== STORAGE CONFIGURATION ==-- --== HOST NETWORK CONFIGURATION ==-- [ INFO ] Bridge ovirtmgmt already created Please indicate the gateway IP address [192.168.1.1]: [ INFO ] Checking available network interfaces: [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Execute just a specific set of steps] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Force facts gathering] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Detecting interface on existing management bridge] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Set variable for supported bond modes] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Get all active network interfaces] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Filter bonds with bad naming] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Generate output list] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Collect interface types] [ INFO ] changed: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Check for Team devices] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Get list of Team devices] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engi
[ovirt-users] hosted-engine --deploy --restore-from-file fails on oVirt node 4.5.1.3
I'm running three oVirt 4.5.1.3 nodes with a hosted engine v4.5.1.3. I've installed ovirt node using the iso downloaded from; https://resources.ovirt.org/pub/ovirt-4.5/iso/ovirt-node-ng-installer/4.5.1-2022062306/el8/ovirt-node-ng-installer-4.5.1-2022062306.el8.iso I recently attempted to reinstall the environment using a freshly taken engine backup. After installing a fresh oVirt node, and copying the backup to the node, I ran the command; hosted-engine --deploy --restore-from-file=backup-20220723-2 The problem appears to occur after the engine_setup ansible task starts. Where the error can be seen; [ ERROR ] Failed to execute stage 'Misc configuration': 'OVESETUP_OVN/ovirtProviderOvnSecret' Since I was unable to get the restore-from-file method to work, I was forced to recreate the environment from scratch. However, I'm concerned that this may continue to be an unaddressed problem going forward. It is quite tedious to recreate all of the cluster resources from scratch. Has anyone attempted a --restore-from-file on oVirt node 4.5.1.3? Have you seen this problem? Were you able to overcome the error? If so, how? Or, did it work for you? Below are the complete log messages from the attempt. --- snip --- [root@ovirt-node03 ~]# hosted-engine --deploy --restore-from-file=backup-20220723-2 [ INFO ] Stage: Initializing [ INFO ] Stage: Environment setup During customization use CTRL-D to abort. Continuing will configure this host for serving as hypervisor and will create a local VM with a running engine. The provided engine backup file will be restored there, it's strongly recommended to run this tool on an host that wasn't part of the environment going to be restored. If a reference to this host is already contained in the backup file, it will be filtered out at restore time. The locally running engine will be used to configure a new storage domain and create a VM there. At the end the disk of the local VM will be moved to the shared storage. The old hosted-engine storage domain will be renamed, after checking that everything is correctly working you can manually remove it. Other hosted-engine hosts have to be reinstalled from the engine to update their hosted-engine configuration. Are you sure you want to continue? (Yes, No)[Yes]: It has been detected that this program is executed through an SSH connection without using tmux. Continuing with the installation may lead to broken installation if the network connection fails. It is highly recommended to abort the installation and run it inside a tmux session using command "tmux". Do you want to continue anyway? (Yes, No)[No]: Yes Configuration files: Log file: /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20220723215602-h3k4pg.log Version: otopi-1.10.0 (otopi-1.10.0-1.el8) [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup (late) [ INFO ] Stage: Environment customization --== STORAGE CONFIGURATION ==-- --== HOST NETWORK CONFIGURATION ==-- [ INFO ] Bridge ovirtmgmt already created Please indicate the gateway IP address [192.168.1.1]: [ INFO ] Checking available network interfaces: [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Execute just a specific set of steps] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Force facts gathering] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Detecting interface on existing management bridge] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Set variable for supported bond modes] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Get all active network interfaces] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Filter bonds with bad naming] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Generate output list] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Collect interface types] [ INFO ] changed: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Check for Team devices] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Get list of Team devices] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Collect Team devices] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Filter team devices] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Fail if only team devices are available] [ INFO ] skipping: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Search VLAN devices] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Check for base interface of VLAN devices] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Get base int
[ovirt-users] Re: nested virtualization and promiscuous mode
Answering my own question... I don't know if it's the "correct" way, but I seem to have been able to achieve a desired result by changing the vNIC profile. I change the network filter drop-down from 'vdsm-no-mac-spoofing' (the default) to 'No Network Filter'. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@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/GHJO2TVAYIY7PWOTYUWYGAUDHVHJKN3T/
[ovirt-users] nested virtualization and promiscuous mode
I want to run a VM, which will itself be the KVM host of a number of KVM guests. Each of the guests running in that nested environment will have a vNIC with an IP address on the same subnet as the top-level hypervisor (the ovirt node). In VMware vSphere environments I was able to do this by enabling promiscuous mode and forged transmits on the VMware distributed switch port group, as described in this medium article; https://williamlam.com/2013/11/why-is-promiscuous-mode-forged.html I've search a number of old threads here on the ovirt list archives. Many refer to vdsm hooks that don't appear to exist any longer in ovirt 4.5.1. How can I accomplish the same thing in ovirt? ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@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/FNDL4SGRLTABF37K6IDJOKBET7ZPBZ7X/