Oracle Virtualization Manager 4.5 anyone?
by Thomas Hoberg
Redhat's decision to shut down RHV caught Oracle pretty unprepared, I'd guess, who had just shut down their own vSphere clone in favor of a RHV clone a couple of years ago.
Oracle is even less vocal about their "Oracle Virtualization" strategy, they don't even seem to have a proper naming convention or branding.
But they have been pushing out OV releases without a publicly announced EOL almost a year behind Redhat for the last years.
And after a 4.4 release in September 22, a few days ago on December 12th actually a release 4.5 was made public.
I've operated oVirt 4.3 with significant quality issues for some years and failed to make oVirt 4.4 work with any degree of acceptable stability but Oracle's variant of 4.4 proved to be rather better than 4.3 on CentOS7 with no noticable bugs, especially in the Hyperconverged setup that I am using with GlusterFS.
I assumed that this was because Oracle based their 4.4 in fact on RHV 4.4 and not oVirt, but since they're not telling, who knows?
One issue with 4.4 was that Oracle is pushing their UE-Kernel and that created immediate issues e.g. with VDO missing modules for UEK and other stuff, but that was solved easily enough by using the RHEL kernel.
With 4.5 Oracle obviously can't use RHV 4.5 as a base, because there is no such thing with RHV declared EOL and according to Oracle their 4.5 is based on oVirt 4.5.4, which made the quality of that release somewhat questionable, but perhaps they have spent the year that has passed since productively killing bugs... only to be caught by surprise again, I presume, by an oVirt release 4.5.5 on December 1st, that no one saw coming!
Long story slightly shorter, I've been testing Oracle's 4.5 variant a bit and it's not without issues.
But much worse, Oracle's variant of oVirt seems to be entirely without any community that I could find.
Now oVirt has been a somewhat secret society for years, but compared to what's going on with Oracle this forum is teaming with life!
So did I just not look around enough? Is there a secret lair where all those OV users are hiding?
Anyhow, here is what I've tested so far and where I'd love to have some feedback:
1. Setting up a three node HCI cluster from scratch using OL8.9 and OV 4.5
Since I don't have extra physical hardware for a 3 node HCI I'm using VMware workstation 17.5 on a Workstation running Windows 2022, a test platform that has been working for all kinds of virtualization tests from VMware ESXi, via Xcp-ng and ovirt.
Created three VMs with OL8.9 minimal and then installed OV 4.5. I used the UEK default kernels and then had an issue when Ansible is trying to create the (local) management engine: the VM simply could not reach the Oracle repo servers to install the packages inside the ME. Since that VM is entirely under the control of Ansible and no console access of any type is possible in that installation phase, I couldn't do diagnostics.
But with 4.4 I used to have similar issues and there switching back to the Redhat kernel for the ME (and the hosts) resolved them.
But with 4.5 it seems that UEK has become a baked-in dependency: the OV team doesn't even seem to do any testing with the Redhat kernel any more. Or not with the HCI setup, which has become deprecated somewhere in oVirt 4.4... Or not with the Cockpit wizard, which might be in a totally untested state, or....
Doing the same install on OL 8.9 with OV 4.4, however, did work just fine and I was even able to update to 4.5 afterwards, which was a nice surprise...
...that I could not repeat on my physical test farm using three Atoms. There switching to the UEK kernel on the hosts caused issues, hosts were becoming unresponsive, file systems inaccessible, even if they were perfectly fine at the Gluster CLI level and in the end the ME VM simply would not longer start. Switching back to the Redhat kernel resolved things there.
In short, switching between the Redhat kernel and UEK, which should be 100% transparent to all things userland including hypervisors, doesn't work.
But my attempts to go with a clean install of 4.5 on a Redhat kernel or UEK is also facing issues. So far the only thing that has worked was a single node HCI install using UEK and OV 4.5 and upgrading to OV 4.5 on a virtualized triple node OV 4.4 HCI cluster.
Anyone else out there trying these things?
I was mostly determined to move to Proxmox VE, but Oracle's OV 4.5 seemed to be handing a bit of a life-line to oVirt and the base architecture is just much more powerful (or less manual) than Proxmox, which doesn't have a management engine.
1 week, 3 days
Host deploy failure: Configure OVN for oVirt
by stephan.badenhorst＠fnb.co.za
Good day,
I am running into a problem during host deploy via the oVirt engine GUI since upgrading to ovirt-engine-4.5.5-1.el8. The "Configure OVN for oVirt" task seem to fail when trying to run the vdsm-tool ovn-config command. Host deploy used to work fine when the engine was on version 4.5.4.
Anyone that can guide me on the right path to get past this issue?
Does not seem to be a new problem - https://lists.ovirt.org/archives/list/users@ovirt.org/thread/IDLGSBQFX35E...
Log extract:
2024-02-01 14:48:19 SAST - TASK [ovirt-provider-ovn-driver : Configure OVN for oVirt] *********************
.
.
.
"stdout" : "fatal: [mob-r1-l-ovirt-aa-1-23.x.fnb.co.za]: FAILED! => {\"changed\": true, \"cmd\": [\"vdsm-tool\", \"ovn-config\", \"192.168.2.100\", \"host23.mydomain.com\"], \"delta\": \"0:00:00.538143\", \"end
\": \"2024-02-01 14:48:20.596823\", \"msg\": \"non-zero return code\", \"rc\": 1, \"start\": \"2024-02-01 14:48:20.058680\", \"stderr\": \"Traceback (most recent call last):\\n File \\\"/usr/lib/python3.6/site-packages/vdsm/t
ool/ovn_config.py\\\", line 117, in get_network\\n return networks[net_name]\\nKeyError: 'host23.mydomain.com'\\n\\nDuring handling of the above exception, another exception occurred:\\n\\nTraceback (most rec
ent call last):\\n File \\\"/usr/bin/vdsm-tool\\\", line 195, in main\\n return tool_command[cmd][\\\"command\\\"](*args)\\n File \\\"/usr/lib/python3.6/site-packages/vdsm/tool/ovn_config.py\\\", line 63, in ovn_config\\n
ip_address = get_ip_addr(get_network(network_caps(), net_name))\\n File \\\"/usr/lib/python3.6/site-packages/vdsm/tool/ovn_config.py\\\", line 119, in get_network\\n raise NetworkNotFoundError(net_name)\\nvdsm.tool.ovn
_config.NetworkNotFoundError: host23.mydomain.com\", \"stderr_lines\": [\"Traceback (most recent call last):\", \" File \\\"/usr/lib/python3.6/site-packages/vdsm/tool/ovn_config.py\\\", line 117, in get_network
\", \" return networks[net_name]\", \"KeyError: 'host23.mydomain.com'\", \"\", \"During handling of the above exception, another exception occurred:\", \"\", \"Traceback (most recent call last):\", \" File \
\\"/usr/bin/vdsm-tool\\\", line 195, in main\", \" return tool_command[cmd][\\\"command\\\"](*args)\", \" File \\\"/usr/lib/python3.6/site-packages/vdsm/tool/ovn_config.py\\\", line 63, in ovn_config\", \" ip_address =
get_ip_addr(get_network(network_caps(), net_name))\", \" File \\\"/usr/lib/python3.6/site-packages/vdsm/tool/ovn_config.py\\\", line 119, in get_network\", \" raise NetworkNotFoundError(net_name)\", \"vdsm.tool.ovn_config.
NetworkNotFoundError: host23.mydomain.com\"], \"stdout\": \"\", \"stdout_lines\": []}",
Thanks in advance!!
Stephan
2 weeks, 2 days
Changing disk QoS causes segfault with IO-Threads enabled (oVirt 4.3.0.4-1.el7)
by jloh＠squiz.net
We recently upgraded to 4.3.0 and have found that when changing disk QoS settings on VMs whilst IO-Threads is enabled causes them to segfault and the VM to reboot. We've been able to replicate this across several VMs. VMs with IO-Threads disabled/turned off do not segfault when changing the QoS.
Mar 1 11:49:06 srvXX kernel: IO iothread1[30468]: segfault at fffffffffffffff8 ip 0000557649f2bd24 sp 00007f80de832f60 error 5 in qemu-kvm[5576498dd000+a03000]
Mar 1 11:49:06 srvXX abrt-hook-ccpp: invalid number 'iothread1'
Mar 1 11:49:11 srvXX libvirtd: 2019-03-01 00:49:11.116+0000: 13365: error : qemuMonitorIORead:609 : Unable to read from monitor: Connection reset by peer
Happy to supply some more logs to someone if they'll help but just wondering whether anyone else has experienced this or knows of a current fix other than turning io-threads off.
Cheers.
2 weeks, 2 days
Keycloak SSO integration
by luc.lalonde＠polymtl.ca
Hello,
I've successfully added my AD LDAP service in Keycloak. My connection works and I am able to search for users from Keycloak.
How do I map an LDAP group 'adminusers' into the Ovirt web interface and map it to the internal administration group?
I just seem to see the ovirt-internal Keycloak authentication source in the base of my Ovirt URL.
Thank You!
3 weeks, 2 days
Can't create shared disk after upgrade to 4.5.4
by Igor Filipovic
Hi,
In my lab I'm using OLVM ( I know ... it's not original oVirt but it is based on it ). I was using 4.4.10, and after upgrade to 4.5.4 I'm no longer able to create shared disks, on any storage domain (nfs or fc). When I was on previous release I was able to create and use shared disks (required for cluster systems), but after upgrade when I try to create shared disk (preallocated) I'm getting an error saying : Error while executing action: Cannot add Virtual Disk. Disk's volume format is not supported for shareable disk.
In engine log I can see only this :
2024-03-31 20:04:28,997+02 WARN [org.ovirt.engine.core.bll.storage.disk.AddDiskCommand] (default task-37) [b8bc1831-260a-4253-b6fe-e0c81a6f81b6] Validation of action 'AddDisk' failed for user admin@internal-authz. Reasons: VAR__ACTION__ADD,VAR__TYPE__DISK,SHAREABLE_DISK_IS_NOT_SUPPORTED_BY_VOLUME_FORMAT
Does anyone have idea what could be the reason or how to solve this?
Thanks in advance and best regards
Igor
4 weeks
Abnormal behavior on the reinstalled host
by ricardoot＠gmail.com
Hello everyone,
I need help again with a host that I have reinstalled l and I don't understand why it doesn't work well.
I have managed to get the host status to UP. But I can't migrate MV to this host. Yes, I can start a VM on this host and I can migrate it to another but it can't go back if you want.
These are the errors I see:
ID: 128
2024-03-19 20:34:56,809+01 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engine-Thread-77603) [6ea57120-4e64-4b1d-a31f- 1072f69c478b] EVENT_ID: VM_MIGRATION_TRYING_RERUN(128), Failed to migrate VM srvlinux to Host ovirt51.mydomain due to an Error: Fatal error during migration. Trying to migrate to another Host.
It also happens that I cannot access the noVNC console on this Host but the VM is running. It gives me this error:
"Something went wrong, connection is closed"
If I put the host in maintenance mode it does not activate again and gives an error:
Operation Canceled
Error while executing action:
ovirt51.mydomain:
Cannot activate Host. Host has no unique id.
Resolved by reinstalling the host and checking to activate it. But it doesn't seem normal to me.
Please does anyone know how to resolve these issues?
Thank you.
OS Version:
RHEL - 8.9 - 1.8.el8
OS Description:
Rocky Linux 8.9 (Green Obsidian)
Kernel Version:
4.18.0 - 513.18.1.el8_9.x86_64
KVM Version:
6.2.0 - 40.module+el8.9.0+1654+f4df84c4.2
LIBVIRT Version:
libvirt-8.0.0-22.module+el8.9.0+1405+b6048078
VDSM Version:
vdsm-4.50.6-3.git5d82b9e88.el8
SPICE Version:
0.14.3 - 4.el8
GlusterFS Version:
glusterfs-10.5-1.el8s
CEPH Version:
librbd1-16.2.15-1.el8s
Open vSwitch Version:
openvswitch-2.15-4.el8
Nmstate Version:
nmstate-1.4.5-2.el8_9
Kernel Features:
MDS: (Not affected), L1TF: (Not affected), SRBDS: (Not affected), MELTDOWN: (Not affected), RETBLEED: (Not affected), SPECTRE_V1: (Mitigation: usercopy/swapgs barriers and __user pointer sanitization), SPECTRE_V2: (Mitigation: Enhanced / Automatic IBRS, IBPB: conditional, RSB filling, PBRSB-eIBRS: SW sequence), ITLB_MULTIHIT: (Not affected), MMIO_STALE_DATA: (Mitigation: Clear CPU buffers; SMT vulnerable), TSX_ASYNC_ABORT: (Not affected), SPEC_STORE_BYPASS: (Mitigation: Speculative Store Bypass disabled via prctl), GATHER_DATA_SAMPLING: (Mitigation: Microcode), SPEC_RSTACK_OVERFLOW: (Not affected)
VNC Encryption:
Enabled
OVN configured:
No
1 month
Hosted engine installation oVirt 4.5 initialize lockspace volume
by lbayerlein＠lbayerlein.de
Hello,
hope, you are doing well. I try to install a new hosted engine on my environment to switch the storage this engine. I use following command to deploy the instance:
hosted-engine --deploy --4 --ansible-extra-vars=he_offline_deployment=true
Everything works fine, except the initialization of lockspace volume. Here I get:
```
[ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Remove temporary entry in /etc/hosts for the local VM]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Set the name for add_host]
[ INFO ] ok: [localhost]
[ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Fetch the value of HOST_KEY_CHECKING]
[ INFO ] ok: [localhost]
[ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Get the username running the deploy]
[ INFO ] ok: [localhost]
[ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Register the engine FQDN as a host]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Start ovirt-ha-broker service on the host]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Initialize lockspace volume]
[ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Workaround for ovirt-ha-broker start failures]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Initialize lockspace volume]
[ ERROR ] fatal: [localhost]: FAILED! => {"attempts": 5, "changed": true, "cmd": ["hosted-engine", "--reinitialize-lock
space", "--force"], "delta": "0:00:00.269920", "end": "2024-03-20 14:43:00.366557", "msg": "non-zero return code", "rc"
: 1, "start": "2024-03-20 14:43:00.096637", "stderr": "Traceback (most recent call last):\n File \"/usr/lib64/python3.
6/runpy.py\", line 193, in _run_module_as_main\n \"__main__\", mod_spec)\n File \"/usr/lib64/python3.6/runpy.py\",
line 85, in _run_code\n exec(code, run_globals)\n File \"/usr/lib/python3.6/site-packages/ovirt_hosted_engine_setup
/reinitialize_lockspace.py\", line 30, in <module>\n ha_cli.reset_lockspace(force)\n File \"/usr/lib/python3.6/site
-packages/ovirt_hosted_engine_ha/client/client.py\", line 286, in reset_lockspace\n stats = broker.get_stats_from_st
orage()\n File \"/usr/lib/python3.6/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py\", line 148, in get_stats_f
rom_storage\n result = self._proxy.get_stats()\n File \"/usr/lib64/python3.6/xmlrpc/client.py\", line 1112, in __ca
ll__\n return self.__send(self.__name, args)\n File \"/usr/lib64/python3.6/xmlrpc/client.py\", line 1452, in __requ
est\n verbose=self.__verbose\n File \"/usr/lib64/python3.6/xmlrpc/client.py\", line 1154, in request\n return se
lf.single_request(host, handler, request_body, verbose)\n File \"/usr/lib64/python3.6/xmlrpc/client.py\", line 1166, i
n single_request\n http_conn = self.send_request(host, handler, request_body, verbose)\n File \"/usr/lib64/python3.
6/xmlrpc/client.py\", line 1279, in send_request\n self.send_content(connection, request_body)\n File \"/usr/lib64/
python3.6/xmlrpc/client.py\", line 1309, in send_content\n connection.endheaders(request_body)\n File \"/usr/lib64/
python3.6/http/client.py\", line 1268, in endheaders\n self._send_output(message_body, encode_chunked=encode_chunked
)\n File \"/usr/lib64/python3.6/http/client.py\", line 1044, in _send_output\n self.send(msg)\n File \"/usr/lib64/
python3.6/http/client.py\", line 982, in send\n self.connect()\n File \"/usr/lib/python3.6/site-packages/ovirt_host
ed_engine_ha/lib/unixrpc.py\", line 76, in connect\n self.sock.connect(base64.b16decode(self.host))\nFileNotFoundErr
or: [Errno 2] No such file or directory", "stderr_lines": ["Traceback (most recent call last):", " File \"/usr/lib64/p
ython3.6/runpy.py\", line 193, in _run_module_as_main", " \"__main__\", mod_spec)", " File \"/usr/lib64/python3.6/r
unpy.py\", line 85, in _run_code", " exec(code, run_globals)", " File \"/usr/lib/python3.6/site-packages/ovirt_host
ed_engine_setup/reinitialize_lockspace.py\", line 30, in <module>", " ha_cli.reset_lockspace(force)", " File \"/usr
/lib/python3.6/site-packages/ovirt_hosted_engine_ha/client/client.py\", line 286, in reset_lockspace", " stats = bro
ker.get_stats_from_storage()", " File \"/usr/lib/python3.6/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py\", l
ine 148, in get_stats_from_storage", " result = self._proxy.get_stats()", " File \"/usr/lib64/python3.6/xmlrpc/clie
nt.py\", line 1112, in __call__", " return self.__send(self.__name, args)", " File \"/usr/lib64/python3.6/xmlrpc/cl
ient.py\", line 1452, in __request", " verbose=self.__verbose", " File \"/usr/lib64/python3.6/xmlrpc/client.py\", l
ine 1154, in request", " return self.single_request(host, handler, request_body, verbose)", " File \"/usr/lib64/pyt
hon3.6/xmlrpc/client.py\", line 1166, in single_request", " http_conn = self.send_request(host, handler, request_bod
y, verbose)", " File \"/usr/lib64/python3.6/xmlrpc/client.py\", line 1279, in send_request", " self.send_content(co
nnection, request_body)", " File \"/usr/lib64/python3.6/xmlrpc/client.py\", line 1309, in send_content", " connecti
on.endheaders(request_body)", " File \"/usr/lib64/python3.6/http/client.py\", line 1268, in endheaders", " self._se
nd_output(message_body, encode_chunked=encode_chunked)", " File \"/usr/lib64/python3.6/http/client.py\", line 1044, in
_send_output", " self.send(msg)", " File \"/usr/lib64/python3.6/http/client.py\", line 982, in send", " self.co
nnect()", " File \"/usr/lib/python3.6/site-packages/ovirt_hosted_engine_ha/lib/unixrpc.py\", line 76, in connect", "
self.sock.connect(base64.b16decode(self.host))", "FileNotFoundError: [Errno 2] No such file or directory"], "stdout":
"", "stdout_lines": []}
```
And I dont know, what is the reason. I zeroed the iscsi target, rebooted the hypervisor and updated all software packages.
```
[root@hypervisor01 ~]# rpm -qa|grep ovirt-host
ovirt-hosted-engine-setup-2.6.5-1.el8.noarch
ovirt-host-dependencies-4.5.0-3.el8.x86_64
ovirt-hosted-engine-ha-2.5.0-1.el8.noarch
ovirt-host-4.5.0-3.el8.x86_64
```
I tried the deployment without the ansible arguments. Unfortunately, the same error comes up. What can I do to solve this?
Thanks very much
balu
1 month
Recreate engine without backup
by Igor Filipovic
Hi all,
I have a situation in which customer has deleted standalone engine completely (it was running on vmware), and all backups were saved on the same machine - so there is no backup available.
Can someone suggest how to preserve virtual machines which are still running on kvm hosts, and recreate standalone engine to be able to manage existing kvm hosts and machines? What could be scenario for this?
Thanks in advance and best regards!
Igor
1 month
Re: Issue with Accessing oVirt Manager Console
by Gianluca Cecchi
On Fri, Mar 29, 2024 at 11:59 AM Sachendra Shukla <
sachendra.shukla(a)yagnaiq.com> wrote:
> Hi Gianluca,
>
> I hope this email finds you well. I wanted to bring to your attention an
> issue regarding the status of ovirt-engine and httpd. While httpd is
> showing as active, unfortunately, the ovirt-engine status is indicating a
> failure. I have attached the engine logs for your reference to provide more
> insight into this matter. I do not want any impact on running VMs. Please
> check and provide me the resolution if possible.
>
It could be related to the ovirt-ovn-provider and/or its certificates, as
we get thousands of errors related to it inside engine.log
$ grep ERROR /tmp/engine.log | awk '{print $4}' | sort | uniq -c
2532
[org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand]
the last being:
2024-03-28 22:15:33,484+05 ERROR
[org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand]
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-53)
[260c120a] Command
'org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand'
failed: EngineException: (Failed with error NotAfter: Fri Dec 30 19:27:18
IST 2022 and code 5050)
Which version of oVirt are you using?
You could try to run this and see if it recreates certificates if this is
the problem (or if it asks to regenerate them, say yes). You should not get
downtime for VMs. The "--offline" option makes the command only refresh its
configuration without going through actual updates or modifications
engine-setup --offline
It restarts also the needed services (ovirt-provider-ovn too) in the
correct order, that could help sometimes
HIH,
Gianluca
1 month, 1 week
Re: Issue with Accessing oVirt Manager Console
by Alex K
On Fri, Mar 29, 2024 at 12:59 PM Sachendra Shukla <
sachendra.shukla(a)yagnaiq.com> wrote:
> Hi Gianluca,
>
> I hope this email finds you well. I wanted to bring to your attention an
> issue regarding the status of ovirt-engine and httpd. While httpd is
> showing as active, unfortunately, the ovirt-engine status is indicating a
> failure. I have attached the engine logs for your reference to provide more
> insight into this matter. I do not want any impact on running VMs. Please
> check and provide me the resolution if possible.
>
>
> [image: image.png]
>
> Did you try to restart it?
systemctl restart ovirt-engine
> On Fri, Mar 29, 2024 at 3:43 PM Gianluca Cecchi <gianluca.cecchi(a)gmail.com>
> wrote:
>
>> On the engine host
>> . check contents of /var/log/ovirt-engine/engine.log
>>
>> . check the output of the commands:
>> systemctl status ovirt-engine
>> systemctl status httpd
>>
>> . check contents of JBoss instance related logs
>> /var/log/ovirt-engine/server.log
>> In 4.5.x you should see something like this (see the deployed engine.ear
>> and ovirt-web-ui.war lines for example):
>>
>> 2024-03-26 17:26:29,515+01 INFO [org.wildfly.extension.undertow]
>> (ServerService Thread Pool -- 47) WFLYUT0021: Registered web context:
>> '/ovirt-engine/docs' for server 'default-server'
>> 2024-03-26 17:26:29,530+01 INFO [org.wildfly.extension.undertow]
>> (ServerService Thread Pool -- 46) WFLYUT0021: Registered web context: '/'
>> for server 'default-server'
>> 2024-03-26 17:26:29,575+01 INFO [org.wildfly.extension.undertow]
>> (ServerService Thread Pool -- 46) WFLYUT0021: Registered web context:
>> '/ovirt-engine/services' for server 'default-server'
>> 2024-03-26 17:26:29,588+01 WARN
>> [org.jboss.jca.core.connectionmanager.pool.strategy.OnePool]
>> (ServerService Thread Pool -- 46) IJ000407: No lazy enlistment available
>> for ENGINEDataSource
>> 2024-03-26 17:26:29,633+01 INFO [org.wildfly.extension.undertow]
>> (ServerService Thread Pool -- 51) WFLYUT0021: Registered web context:
>> '/ovirt-engine' for server 'default-server'
>> 2024-03-26 17:26:29,648+01 WARN
>> [org.jboss.jca.core.connectionmanager.pool.strategy.OnePool]
>> (ServerService Thread Pool -- 46) IJ000407: No lazy enlistment available
>> for DWHDataSource
>> 2024-03-26 17:26:29,666+01 INFO [org.wildfly.extension.undertow]
>> (ServerService Thread Pool -- 46) WFLYUT0021: Registered web context:
>> '/ovirt-engine/webadmin' for server 'default-server'
>> 2024-03-26 17:26:29,843+01 INFO [org.wildfly.extension.undertow]
>> (ServerService Thread Pool -- 49) WFLYUT0021: Registered web context:
>> '/ovirt-engine/sso' for server 'default-server'
>> 2024-03-26 17:26:30,097+01 INFO [org.jboss.as.clustering.infinispan]
>> (ServerService Thread Pool -- 50) WFLYCLINF0002: Started timeout-base cache
>> from ovirt-engine container
>> 2024-03-26 17:26:31,880+01 INFO [org.jboss.as.server] (ServerService
>> Thread Pool -- 27) WFLYSRV0010: Deployed "restapi.war" (runtime-name :
>> "restapi.war")
>> 2024-03-26 17:26:31,880+01 INFO [org.jboss.as.server] (ServerService
>> Thread Pool -- 27) WFLYSRV0010: Deployed "ovirt-web-ui.war" (runtime-name :
>> "ovirt-web-ui.war")
>> 2024-03-26 17:26:31,880+01 INFO [org.jboss.as.server] (ServerService
>> Thread Pool -- 27) WFLYSRV0010: Deployed "apidoc.war" (runtime-name :
>> "apidoc.war")
>> 2024-03-26 17:26:31,880+01 INFO [org.jboss.as.server] (ServerService
>> Thread Pool -- 27) WFLYSRV0010: Deployed "engine.ear" (runtime-name :
>> "engine.ear")
>> 2024-03-26 17:26:31,930+01 INFO [org.jboss.as.server] (Controller Boot
>> Thread) WFLYSRV0212: Resuming server
>> 2024-03-26 17:26:31,933+01 INFO [org.jboss.as] (Controller Boot Thread)
>> WFLYSRV0025: WildFly Full 24.0.1.Final (WildFly Core 16.0.1.Final) started
>> in 16651ms - Started 1676 of 1890 services (393 services are lazy, passive
>> or on-demand)
>> 2024-03-26 17:26:31,940+01 INFO [org.jboss.as] (Controller Boot Thread)
>> WFLYSRV0060: Http management interface listening on
>> http://127.0.0.1:8706/management
>> 2024-03-26 17:26:31,940+01 INFO [org.jboss.as] (Controller Boot Thread)
>> WFLYSRV0051: Admin console listening on http://127.0.0.1:8706
>> 2024-03-26 17:41:31,872+01 INFO
>> [org.apache.sshd.common.util.security.eddsa.EdDSASecurityProviderRegistrar]
>> (EE-ManagedExecutorService-hostUpdatesChecker-Thread-1)
>> getOrCreateProvider(EdDSA) created instance of
>> net.i2p.crypto.eddsa.EdDSASecurityProvider
>>
>> eventually if in error try to restart ovirt-engine service
>> systemctl restart ovirt-engine
>>
>> HIH,
>> Gianluca
>>
>>
>>
>> On Fri, Mar 29, 2024 at 9:59 AM Sachendra Shukla <
>> sachendra.shukla(a)yagnaiq.com> wrote:
>>
>>> Hi Alex,
>>>
>>> After conducting a thorough check, we have confirmed that all virtual
>>> machines are operating smoothly, and the network is functioning without any
>>> issues (we can successfully SSH into both the VMs and the manager).
>>> Additionally, there is available storage on both the node and the manager.
>>> However, we are encountering difficulty accessing the oVirt manager
>>> console, as we are consistently receiving a "503 Service Unavailable" error.
>>>
>>> Thanks,
>>> Sachendra
>>>
>>>
>
> --
>
> Regards,
>
>
>
>
>
>
>
>
> *Sachendra Shukla*
>
> IT Administrator
>
> Yagna iQ, Inc. and subsidiaries
>
> Email: Sachendra.shukla(a)yagnaiq.com <dnyanesh.tisge(a)yagnaiq.com>
>
> Website: https://yagnaiq.com
>
> Privacy Policy: https://www.yagnaiq.com/privacy-policy/
>
> <https://www.linkedin.com/company/yagnaiq/mycompany/>
> <https://www.youtube.com/channel/UCeHXOpcUxWvOJO0aegD99Jg>
>
>
> This communication and any attachments may contain confidential
> information and/or Yagna iQ, Inc. copyright material.
>
> All unauthorized use, disclosure, or distribution is prohibited. If you
> are not the intended recipient, please notify Yagna iQ immediately by
> replying to the email and destroy all copies of this communication.
>
> This email has been scanned for all known viruses. The sender does not
> accept liability for any damage inflicted by viewing the content of this
> email.
>
>
1 month, 1 week
