[ovirt-users] Re: Unable to upload or download iso via admin portal

2023-04-19 Thread Adam Puchejda
Hi Konstantin, 

I was reading your post and wonder that maybe you could help with a similar 
issue as well. I also have a problem with certificates and iso/file upload 
(plus an additional but probably connected noVNC case) but on a Windows 11 box. 
The thing is that when I run admin portal (this is a hosted-engine setup) from 
a Linux box, one of the KVM hosts, everything (both upload/noVNC) is working 
fine, but when run from a Windows box... it doesn't. 


On Linux, I just added the ovirt certificate to the browser root trust store. 


On Windows, the same setup is not working. It seems that for Chrome and Edge 
the root trust stores for browsers and the OS itself are the same, for Firefox 
there is a difference as it has - as I understand - its own root trust store. 
Either way, after adding certificates to these stores, I can only get the 
browser not to flag the connection as insecure, but both upload and noVNC are 
not working. As I have mentioned, this problem occurs only under Windows, not 
Linux. 


I would appreciate any help. 


Thanks and best wishes, 

Adam 


Dnia 13 kwi 2023 18:32 "Volenbovskyi, Konstantin" 
 napisał(a): 



Hi,
I think that you might simply need to restart ovirt-imageio-proxy service 
because it potentially uses the old certificate/different
from the one used by ovirt-engine service.

And in general I would suggest to troubleshoot that using 
https://myhomelab.gr/linux/2020/01/20/replacing_ovirt_ssl.html

You should be able to troubleshoot that using 'curl'/openssl commands: in the 
way that it relies on system trust of root CAs and trying engine URL
vs. image-proxy URL might reveal more information. This might mean that you 
ignore browser (and its own store of certificate/trust settings...), but start 
from point that there is storage of root CAs
and trust exists because HTTPS endpoint provides certificate chain: server 
certificate plus certificate of sub-CAs (if needed) that is ultimately signed 
by root CA that trusted by your system.


BR,
Konstantin

Am 13.04.23, 15:14 schrieb "Igor Filipovic" mailto:igor.filipo...@gmx.com>>:


Hi, I'm having a trouble on fresh 4.4.10.7 installation (on oracle linux), I'm 
not able to upload or download any file using storage domain upload image 
function. I've imported CA certificate and have tried on several browsers 
(firefow, chrome,edge), on different computers (and browsers are green - 
claiming that I'm securely connected), but I'm always getting error regarding 
CA certificate when I test connection, or when I try to upload ISO image. I've 
tried to upload ISO image via cli commands (upload_disk.py), and that scenario 
was successful, however this method It is not very convenient for my co-workers.


I have 5 physical hosts, one is dedicated to run ovirt-engine, and other 4 are 
kvm hypervisors. When I try to upload ISO this is what engine.log logs:


2023-04-08 11:00:28,339+02 INFO 
[org.ovirt.engine.core.bll.storage.disk.image.TransferImageStatusCommand] 
(default task-2) [f6b62add-0a0c-45ee-a985-a76171843382] Running command: 
TransferImageStatusCommand internal: false. Entities affected : ID: 
1eb97088-b805-4616-af55-0ac9d1d7dfbe Type: SystemAction group CREATE_DISK with 
role type USER
2023-04-08 11:00:28,340+02 INFO 
[org.ovirt.engine.core.bll.storage.disk.image.ImageTransferUpdater] (default 
task-2) [f6b62add-0a0c-45ee-a985-a76171843382] Updating image transfer 
a78b18c5-e395-4c29-aa5c-158a1cb6 (image 
4f758325-ac11-4071-a9fa-d180425e8604) phase to Paused by System (message: 'Sent 
0MB')
2023-04-08 11:00:28,363+02 ERROR 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default 
task-2) [f6b62add-0a0c-45ee-a985-a76171843382] EVENT_ID: 
UPLOAD_IMAGE_NETWORK_ERROR(1,062), Unable to upload image to disk 
4f758325-ac11-4071-a9fa-d180425e8604 due to a network error. Ensure 
ovirt-engine's CA certificate is registered as a trusted CA in the browser. The 
certificate can be fetched from 
https://engine-dr.somedomain/ovirt-engine/services/pki-resource?resource=ca-certificate=X509-PEM-CA
 

2023-04-08 11:00:28,363+02 INFO 
[org.ovirt.engine.core.bll.storage.disk.image.TransferImageStatusCommand] 
(default task-2) [f6b62add-0a0c-45ee-a985-a76171843382] Running command: 
TransferImageStatusCommand internal: false. Entities affected : ID: 
1eb97088-b805-4616-af55-0ac9d1d7dfbe Type: SystemAction group CREATE_DISK with 
role type USER


Can you please point me in some direction to try to fix this?
Thanks, and best regards
Igor




___
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: 

[ovirt-users] How to build network load graphs

2023-04-19 Thread Артур Кириллов
After updating Overt to 4.5.4, the network load graphs disappeared. Q: How
is charting organized? What certificates are involved in data exchange?
___
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/RRZOJXXXHAGPJZOSJUAAFHAGY45VERQI/


[ovirt-users] Ovirt FQDN is not routing correctly and problems with CentOS 9

2023-04-19 Thread aleksiallula
I tried to configure ovirt for FQDN with local server but can not get it to 
work.

This is what I added to /etc/hosts:

10.0.0.50   server.ovirt.com
10.0.0.51   server.ovirt2.com

My hostname is server.ovirt.com and my IP address is 10.0.0.50. 10.0.0.51 is 
the hosted engine IP. I have added server.ovirt.com to "DNS search domains" of 
network card.

I ask at the same time: is the difference between hosted engine and 
hyperconverged that with hyperconverged I could add the host to existing hosted 
engine ?

First I tried to install OVirt to CentOS 9, but there is no "virtualization" 
menu at the OVirt main menu. So, I can not add the hosted engine setup. Now I 
try to setup the OVirt for CentOS 8 with this manual: 
https://anthonyspiteri.net/ovirt-kvm-homelab-1 and 
https://anthonyspiteri.net/ovirt-kvm-homelab-2.

Any ideas how can I setup the FQDN and OVirt to work with CentOS 8 or 9 ?
Is there some working repository where I can download the hosted engine version 
OVirt for CentOS 9 ?
___
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/4W32DNSHRLD4JFFRSX6QOSWJOCSIPK5Y/


[ovirt-users] Re: 4.5.2 hosted-engine deployment failed

2023-04-19 Thread Hans Vader

Hi all,


I actually have the same problem and opened a thread via web.

https://lists.ovirt.org/archives/list/users@ovirt.org/thread/3VYW4CP74TN24I7ZXD4OCKOLNRA2QGBS/ 
contains a bit of information.


Yet I don't know if it fails at the exact same step.

Could this have something to do with the announcement "Suggestion to 
switch to nightly" from Sandro?



Best regards

On 4/7/23 8:29 PM, j9...@hotmail.com wrote:

The engine deployment failed with message "Host is not up, please check logs, perhaps also on 
the engine machine" after "Wait for the host to be up".
I couldn't find any particular error in setup log, it just failed without 
pointing out any reason. I've tried on ovirt node (el9 and el8) and RHEL 8.7.
___
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/SY3Z5BNL2LYFYVEWR6EXGFOJQGN27LZ3/

___
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/LY47QLVKVX6UBCTJ2HUOKXYOJ7XW4DDV/


[ovirt-users] Ovirt installation, deployment failed..

2023-04-19 Thread John Bnet
Hi,

I'm new to ovirt.  I'm trying to get it up and running but I stuck at the 
deployement point.

Can someone have any idea of what is going on?

this is what i did to install on cent0s8
-->


hostnamectl set-hostname node1.local.net
   
vi /etc/hosts

dnf install -y centos-release-ovirt45
dnf module enable -y javapackages-tools pki-deps postgresql:12 389-ds 
mod_auth_openidc  
dnf update
dnf install ovirt-engine
engine-setup

dnf install cockpit-ovirt-dashboard vdsm-gluster ovirt-host 
systemctl enable cockpit.socket
systemctl start cockpit.socket
firewall-cmd --list-services
firewall-cmd --permanent --add-service=cockpit

hosted-engine --deploy

an here is a part of the log output:  


2023-04-19 09:32:36,628-0400 DEBUG otopi.context context.dumpEnvironment:765 
ENVIRONMENT DUMP - BEGIN
2023-04-19 09:32:36,628-0400 DEBUG otopi.context context.dumpEnvironment:775 
ENV CORE/internalPackageTransaction=Transaction:'[DNF Transaction]'
2023-04-19 09:32:36,628-0400 DEBUG otopi.context context.dumpEnvironment:775 
ENV CORE/mainTransaction=Transaction:'[DNF Transaction]'
2023-04-19 09:32:36,629-0400 DEBUG otopi.context context.dumpEnvironment:779 
ENVIRONMENT DUMP - END
2023-04-19 09:32:36,629-0400 DEBUG otopi.context context._executeMethod:127 
Stage setup METHOD otopi.plugins.otopi.packagers.yumpackager.Plugin._setup
2023-04-19 09:32:36,629-0400 DEBUG otopi.context context._executeMethod:136 
otopi.plugins.otopi.packagers.yumpackager.Plugin._setup condition False
2023-04-19 09:32:36,630-0400 DEBUG otopi.context context._executeMethod:127 
Stage setup METHOD otopi.plugins.gr_he_common.engine.fqdn.Plugin._setup
2023-04-19 09:32:36,631-0400 DEBUG otopi.context context.dumpEnvironment:765 
ENVIRONMENT DUMP - BEGIN
2023-04-19 09:32:36,631-0400 DEBUG otopi.context context.dumpEnvironment:775 
ENV COMMAND/dig=NoneType:'None'
2023-04-19 09:32:36,631-0400 DEBUG otopi.context context.dumpEnvironment:775 
ENV COMMAND/ip=NoneType:'None'
2023-04-19 09:32:36,631-0400 DEBUG otopi.context context.dumpEnvironment:779 
ENVIRONMENT DUMP - END
2023-04-19 09:32:36,632-0400 DEBUG otopi.context context._executeMethod:127 
Stage setup METHOD otopi.plugins.gr_he_common.network.bridge.Plugin._setup
2023-04-19 09:32:36,633-0400 DEBUG otopi.context context._executeMethod:127 
Stage setup METHOD otopi.plugins.gr_he_common.network.gateway.Plugin._setup
2023-04-19 09:32:36,634-0400 DEBUG otopi.context context._executeMethod:127 
Stage setup METHOD 
otopi.plugins.gr_he_common.network.network_check.Plugin._setup
2023-04-19 09:32:36,634-0400 DEBUG otopi.context context.dumpEnvironment:765 
ENVIRONMENT DUMP - BEGIN
2023-04-19 09:32:36,634-0400 DEBUG otopi.context context.dumpEnvironment:775 
ENV COMMAND/nc=NoneType:'None'
2023-04-19 09:32:36,634-0400 DEBUG otopi.context context.dumpEnvironment:775 
ENV COMMAND/ping=NoneType:'None'
2023-04-19 09:32:36,635-0400 DEBUG otopi.context context.dumpEnvironment:779 
ENVIRONMENT DUMP - END
2023-04-19 09:32:36,635-0400 DEBUG otopi.context context._executeMethod:127 
Stage setup METHOD otopi.plugins.gr_he_common.vm.cloud_init.Plugin._setup
2023-04-19 09:32:36,636-0400 DEBUG otopi.context context.dumpEnvironment:765 
ENVIRONMENT DUMP - BEGIN
2023-04-19 09:32:36,636-0400 DEBUG otopi.context context.dumpEnvironment:775 
ENV COMMAND/ssh-keygen=NoneType:'None'
2023-04-19 09:32:36,636-0400 DEBUG otopi.context context.dumpEnvironment:779 
ENVIRONMENT DUMP - END
2023-04-19 09:32:36,637-0400 DEBUG otopi.context context._executeMethod:127 
Stage setup METHOD otopi.plugins.otopi.network.firewalld.Plugin._setup
2023-04-19 09:32:36,637-0400 DEBUG otopi.context context.dumpEnvironment:765 
ENVIRONMENT DUMP - BEGIN
2023-04-19 09:32:36,637-0400 DEBUG otopi.context context.dumpEnvironment:775 
ENV COMMAND/firewall-cmd=NoneType:'None'
2023-04-19 09:32:36,637-0400 DEBUG otopi.context context.dumpEnvironment:775 
ENV COMMAND/python3=NoneType:'None'
2023-04-19 09:32:36,638-0400 DEBUG otopi.context context.dumpEnvironment:779 
ENVIRONMENT DUMP - END
2023-04-19 09:32:36,638-0400 DEBUG otopi.context context._executeMethod:127 
Stage setup METHOD otopi.plugins.otopi.network.hostname.Plugin._setup
2023-04-19 09:32:36,639-0400 DEBUG otopi.context context._executeMethod:127 
Stage setup METHOD otopi.plugins.otopi.services.openrc.Plugin._setup
2023-04-19 09:32:36,639-0400 DEBUG otopi.context context.dumpEnvironment:765 
ENVIRONMENT DUMP - BEGIN
2023-04-19 09:32:36,639-0400 DEBUG otopi.context context.dumpEnvironment:775 
ENV COMMAND/rc=NoneType:'None'
2023-04-19 09:32:36,639-0400 DEBUG otopi.context context.dumpEnvironment:775 
ENV COMMAND/rc-update=NoneType:'None'
2023-04-19 09:32:36,640-0400 DEBUG otopi.context context.dumpEnvironment:779 
ENVIRONMENT DUMP - END
2023-04-19 09:32:36,640-0400 DEBUG otopi.context context._executeMethod:127 
Stage setup METHOD otopi.plugins.otopi.services.rhel.Plugin._setup
2023-04-19 09:32:36,641-0400 DEBUG otopi.context context.dumpEnvironment:765 
ENVIRONMENT DUMP - BEGIN
2023-04-19 

[ovirt-users] vm has very slow write speed on posix compliant fs disk.

2023-04-19 Thread arc
Hi,

we have noticed that we get around 30MB/s of write speed per vm in oVirt on our 
datastore that is a GPFS filesystem mounted as posix compliant fs. Read speeds 
are around 1.5-3.3GB/s.

We tested directly on the mount from the host cli with some benchmarking tools 
and from the host directly into the gpfs filesystem we get line speeds but from 
vms we dont..

does anybody have some clues to what is going on and what to try? 

Br
Andi
___
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/2NZMH7BY3YRFIB2GYQ322C62A3J2GXDR/


[ovirt-users] Re: ovirt-engine - developer mode installation

2023-04-19 Thread yongshengmaa
Hi Martin

Just a quick message.  Setup completed successfully!  I re-installed everything 
from a very "pure clean " environment based on CentOS Stream 8. Thanks!

Regards,
Yongsheng
___
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/ZOIBW5INUI4XDN6XJVDPQ36OP3B2NGTC/


[ovirt-users] Re: ovirt-engine - developer mode installation

2023-04-19 Thread yongshengmaa
Sure but i didn't find the button for attachment to upload a file ...
___
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/NOS2Y52PTTATVIFVBD3ZDQIPO4PWRZ5G/


[ovirt-users] Re: Suggestion to switch to nightly

2023-04-19 Thread Gilboa Davara
Thanks for the update.
I'll test it on one of my test setups.

- Gilboa

On Mon, Apr 17, 2023 at 9:25 AM Sandro Bonazzola 
wrote:

> It can replace the ovirt 4.5 repository but there's no conflict keeping
> both enabled.
>
> Il giorno dom 16 apr 2023 alle ore 12:00 Gilboa Davara 
> ha scritto:
>
>> Hello,
>>
>> Does it replace the ovirt_4_5 repository?
>>
>> - Gilboa
>>
>> On Fri, Apr 14, 2023 at 1:04 PM Sandro Bonazzola 
>> wrote:
>>
>>> Hi,
>>>
>>> As you probably noticed there were no regular releases after oVirt 4.5.4
>>>  in December 2022.
>>>
>>> Despite the calls to action to the community and to the companies
>>> involved with oVirt, there have been no uptake of the leading of the oVirt
>>> project yet.
>>>
>>> The developers at Red Hat still dedicating time to the project are now
>>> facing the fact they lack the time to do formal releases despite they keep
>>> fixing platform regressions like the recent ones due to the new ansible
>>> changes. That makes a nightly snapshot setup a more stable environment than
>>> oVirt 4.5.4.
>>>
>>> For this reason, we would like to suggest the user community to enable
>>> nightly repositories for oVirt by following the procedure at:
>>> https://www.ovirt.org/develop/dev-process/install-nightly-snapshot.html
>>>
>>> This will ensure that the latest fixes for the platform regressions will
>>> be promptly available.
>>>
>>> Regards,
>>> --
>>>
>>> Sandro Bonazzola
>>>
>>> MANAGER, SOFTWARE ENGINEERING - Red Hat In-Vehicle Operating System
>>>
>>> Red Hat EMEA 
>>>
>>> sbona...@redhat.com
>>> 
>>>
>>> *Red Hat respects your work life balance. Therefore there is no need to
>>> answer this email out of your office hours.*
>>>
>>>
>>> ___
>>> 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/DMCC5QCHL6ECXN674JOLABH36U2LVJLJ/
>>>
>> ___
>> 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/WUHFTGOLJQEBM44CR2J4B4ZT62QURW3U/
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING - Red Hat In-Vehicle Operating System
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> 
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.*
>
>
>
___
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/IERCEDSO72PF5CT44RS6V5TH6L2IS7KU/


[ovirt-users] Re: ovirt-engine - developer mode installation

2023-04-19 Thread Martin Perina
Hi,

could you please share the whole log file
/home/yongsheng/f419/var/log/ovirt-engine/setup/ovirt-engine-setup-20230418170928-1v6iod.log
?
The lines you were showing are just a consequence of stopping the setup due
to previous error. The real error is earlier in the log (you can search for
lines with "ERROR" levels)

Regards,
Martin


On Tue, Apr 18, 2023 at 12:05 PM  wrote:

> From the setup log:
>
> 2023-04-18 17:51:34,736+0800 DEBUG otopi.context
> context._executeMethod:127 Stage pre-terminate METHOD
> otopi.plugins.otopi.dialog.cli.Plugin._pre_terminate
> 2023-04-18 17:51:34,736+0800 DEBUG otopi.context
> context._executeMethod:136
> otopi.plugins.otopi.dialog.cli.Plugin._pre_terminate condition False
> 2023-04-18 17:51:34,742+0800 INFO otopi.context context.runSequence:616
> Stage: Termination
> 2023-04-18 17:51:34,742+0800 DEBUG otopi.context context.runSequence:620
> STAGE terminate
> 2023-04-18 17:51:34,746+0800 DEBUG otopi.context
> context._executeMethod:127 Stage terminate METHOD
> otopi.plugins.ovirt_**FILTERED**_common.base.core.misc.Plugin._terminate
> 2023-04-18 17:51:34,747+0800 ERROR
> otopi.plugins.ovirt_**FILTERED**_common.base.core.misc misc._terminate:153
> Execution of setup failed
> 2023-04-18 17:51:34,754+0800 DEBUG otopi.context
> context._executeMethod:127 Stage terminate METHOD
> otopi.plugins.otopi.dialog.human.Plugin._terminate
> 2023-04-18 17:51:34,769+0800 DEBUG otopi.context
> context._executeMethod:127 Stage terminate METHOD
> otopi.plugins.otopi.dialog.machine.Plugin._terminate
> 2023-04-18 17:51:34,770+0800 DEBUG otopi.context
> context._executeMethod:136
> otopi.plugins.otopi.dialog.machine.Plugin._terminate condition False
> 2023-04-18 17:51:34,780+0800 DEBUG otopi.context
> context._executeMethod:127 Stage terminate METHOD
> otopi.plugins.otopi.core.log.Plugin._terminate
> ___
> 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/J2ZPLO6T22WCZC7ST3DYWMH7NIT3FDXR/
>


-- 
Martin Perina
Manager, Software Engineering
Red Hat Czech s.r.o.
___
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/NTYKRN43QI5LBS2OURMI6RQOHIGA4WWW/


[ovirt-users] Administration portal doesn't load.

2023-04-19 Thread kushagra.gupta--- via Users
I have an odd situation:
When I go to
https://ovengine/manager-engine.com/webadmin/?locale=en_US

after authentication passes...
it shows the top banner of

oVirt OPEN VIRTUALIZATION MANAGER

and the


Loading ...


in the center. but never gets past that. 

I also followed the thread and tried opening the admin portal in the 
private/incognito mode but I still face the issue.

I rebooted the hosted engine as well but I am still facing the same issue.
When I trigger the above url, in the engine.log, following logs are created:

2023-04-19 12:09:37,535+05 INFO  
[org.ovirt.engine.core.sso.service.AuthenticationService] (default task-14) [] 
User admin@internal-authz with profile [internal] successfully logged in with 
scopes: ovirt-app-admin ovirt-app-api ovirt-app-portal 
ovirt-ext=auth:sequence-priority=~ ovirt-ext=revoke:revoke-all 
ovirt-ext=token-info:authz-search ovirt-ext=token-info:public-authz-search 
ovirt-ext=token-info:validate ovirt-ext=token:password-access
2023-04-19 12:09:37,581+05 INFO  
[org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default task-14) 
[4593247b] Running command: CreateUserSessionCommand internal: false.
2023-04-19 12:09:37,655+05 INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default 
task-14) [4593247b] EVENT_ID: USER_VDC_LOGIN(30), User admin@internal-authz 
connecting from '10.0.1.2' using session 
'tmdEg3zM+kPrJudpmQr+ITRboP8CWKVDlKP4XmYiB2GDqgWfSRj2H/kpNd96JfEXOuB+CjBNz72FkLx5//77kg=='
 logged in.
2023-04-19 12:11:01,457+05 INFO  
[org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand] 
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-60) 
[1e895f1c] Lock Acquired to object 
'EngineLock:{exclusiveLocks='[7a49bb81-3c73-4119-8cb0-f3f6d88fafb9=PROVIDER]', 
sharedLocks=''}'
2023-04-19 12:11:01,463+05 INFO  
[org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand] 
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-60) 
[1e895f1c] Running command: SyncNetworkProviderCommand internal: true.
2023-04-19 12:11:01,564+05 INFO  
[org.ovirt.engine.core.sso.service.AuthenticationService] (default task-6) [] 
User admin@internal-authz with profile [internal] successfully logged in with 
scopes: ovirt-app-api ovirt-ext=token-info:authz-search 
ovirt-ext=token-info:public-authz-search ovirt-ext=token-info:validate 
ovirt-ext=token:password-access
2023-04-19 12:11:01,647+05 INFO  
[org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand] 
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-60) 
[1e895f1c] Lock freed to object 
'EngineLock:{exclusiveLocks='[7a49bb81-3c73-4119-8cb0-f3f6d88fafb9=PROVIDER]', 
sharedLocks=''}'

As you can see there are no error logs.

But at the same time I am able to see some prior errors in the engine.log file:

ERROR 
[org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] 
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-96) [] 
Command 'HSMGetAllTasksStatusesVDSCommand(HostName = ovirt-host, 
VdsIdVDSCommandParametersBase:{hostId='b2137069-b4e7-4c16-91e1-7f889c62ab88'})' 
execution failed: IRSGenericException: IRSErrorException: 
IRSNonOperationalException: Not SPM: ()

ERROR [org.ovirt.engine.core.bll.pm.FenceProxyLocator] 
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-47) 
[1e63b6f1] Can not run fence action on host 'ovirt-host', no suitable proxy 
host was found.

WARN  [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(EE-ManagedScheduledExecutorService-engineSch
eduledThreadPool-Thread-14) [14a0ecc4] EVENT_ID: 
SYSTEM_CHANGE_STORAGE_POOL_STATUS_PROBLEMATIC_WITH_ERROR(987), Invalid status 
on Data Center Default. Setting Data Center status to Non Responsive 
(On host ovirt-host, Error: Network error during communication with the Host.).

2023-04-18 19:15:13,838+05 ERROR 
[org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) [] 
Connection timeout for host 'ovirt-host', last response arrived 22501 
ms ago.

ERROR [org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring] 
(EE-ManagedScheduledExecutorService-engineScheduledThrea
dPool-Thread-45) [] Unable to GetStats: VDSNetworkException: 
VDSGenericException: VDSNetworkException: Broken pipe

Also I can see that there is a connection between the ovirt-host and the 
hosted-engine:

==Hosted 
Engine=
[root@manager-engine ovirt-engine]# netstat -anlp | grep 54321
tcp6   0  0 10.0.1.103:3994410.0.1.101:54321ESTABLISHED 
2971/ovirt-engine
tcp6   0  0 10.0.1.103:4423410.0.1.101:54321ESTABLISHED 
2971/ovirt-engine
[root@manager-engine ovirt-engine]#

===Ovirt-host
[root@ovirt-host ~]# netstat -anlp | grep 54321
tcp6   0