[ovirt-users] Re: (no subject)

[Yedidyah Bar David]

On Wed, Apr 27, 2022 at 8:27 AM Abe E  wrote:
>
> Seems the Gluster Node that booted from 4.5 into emergency mode was due to 
> not finding the mounts for gluster_bricks data and engine, its as if it cant 
> see them any more.
> Once i removed the mounts from /etc/fstab it lets me in, I could boot up to 
> the node past emergency mode but odd issue.
>
> One of the errors:
> dependency failed for /gluster_bricks/data
> Subject: Unit gluster_bricks-data.mount has failed
>
> This is node 3 of the Gluster, Arbiter.
>
> [root@ovirt-3 ~]# mount -a
> mount: /gluster_bricks/engine: can't find 
> UUID=45349e37-7a97-4a64-81eb-5fac3fec6477.
> mount: /gluster_bricks/data: can't find 
> UUID=c0fa-0db2-4e08-bb79-be677530aeaa.

IIUC this is because the gluster packages were not
available/installable/whatever at release time, thus not included in
ovirt-node. There are other threads about this issue on the list,
please check them for details. Thanks.

(And also: Please set some subject line for your email next time, to
make it easier for those you send to, and also for yourself, to know
what it's about and find it later).

Best regards,
-- 
Didi
___
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/YOIWOT74VWRYFC27HZC3ZBEZN3LB3JJK/

[ovirt-users] upgrade ovirt-engine 4.3 to 4.4. engine.ear problems?

[ingvar.jungenas--- via Users]

- having a 4,3 ovirt-engine up and running on centos 7
- Create a new engine machine with centos 8 stream, latests updates
- installing packages, restoring ovirt-engine  backup from previous host and 
running ovirt-setup, 
- When started, no access to the admin console at https:///ovirt-engine. 
The web proxy will return: 500 Internal error""
- I can access the Grafana login 

- ovirt-engine.service is started without any systemd errors

Any Ideas how to proceed?

Log files:
/var/log/ovirt-engine/boot.log   # No Errors
/var/log/ovirt-engine/engine.log   # No Errors 
/var/log/ovirt-engine/server.log# Errors found
If I just grep for "ERROR" in server.log

2022-04-26 13:52:42,220+02 ERROR [org.jboss.msc.service.fail] (ServerService 
Thread Pool -- 51) MSC01: Failed to start service 
jboss.deployment.subunit."engine.ear"."bll.jar".component.Backend.START: 
org.jboss.msc.service.StartException in service 
jboss.deployment.subunit."engine.ear"."bll.jar".component.Backend.START: 
java.lang.IllegalStateException: WFLYEE0042: Failed to construct component 
instance
2022-04-26 13:52:42,231+02 ERROR [org.jboss.as.controller.management-operation] 
(Controller Boot Thread) WFLYCTL0013: Operation ("deploy") failed - address: 
([("deployment" => "engine.ear")]) - failure description: {"WFLYCTL0080: Failed 
services" => 
{"jboss.deployment.subunit.\"engine.ear\".\"bll.jar\".component.Backend.START" 
=> "java.lang.IllegalStateException: WFLYEE0042: Failed to construct component 
instance
2022-04-26 13:52:42,568+02 ERROR [org.jboss.as] (Controller Boot Thread) 
WFLYSRV0026: WildFly Full 23.0.2.Final (WildFly Core 15.0.1.Final) started 
(with errors) in 24096ms - Started 1668 of 1888 services (6 services failed or 
missing dependencies, 393 services are lazy, passive or on-demand)

The complete starting sequence from server.log

2022-04-26 13:52:23,322+02 INFO  [org.jboss.as.server.deployment] (MSC service 
thread 1-4) WFLYSRV0027: Starting deployment of "restapi.war" (runtime-name: 
"restapi.war")
2022-04-26 13:52:24,074+02 INFO  [org.jboss.as.remoting] (MSC service thread 
1-2) WFLYRMT0001: Listening on 127.0.0.1:8707
2022-04-26 13:52:24,247+02 INFO  
[org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-2) 
WFLYJCA0098: Bound non-transactional data source: java:/ENGINEDataSourceNoJTA
2022-04-26 13:52:24,901+02 INFO  [org.jboss.as.ejb3] (MSC service thread 1-4) 
WFLYEJB0493: Jakarta Enterprise Beans subsystem suspension complete
2022-04-26 13:52:25,194+02 INFO  
[org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-4) 
WFLYJCA0001: Bound data source [java:/ENGINEDataSource]
2022-04-26 13:52:25,195+02 INFO  
[org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-4) 
WFLYJCA0001: Bound data source [java:/DWHDataSource]
2022-04-26 13:52:25,530+02 INFO  [org.wildfly.security] (MSC service thread 
1-3) ELY1: WildFly Elytron version 1.15.3.Final
2022-04-26 13:52:25,741+02 INFO  [org.jboss.weld.deployer] (MSC service thread 
1-2) WFLYWELD0003: Processing weld deployment restapi.war
2022-04-26 13:52:25,999+02 INFO  [org.jboss.as.server.deployment] (MSC service 
thread 1-1) WFLYSRV0207: Starting subdeployment (runtime-name: "services.war")
2022-04-26 13:52:26,000+02 INFO  [org.jboss.as.server.deployment] (MSC service 
thread 1-1) WFLYSRV0207: Starting subdeployment (runtime-name: "root.war")
2022-04-26 13:52:26,000+02 INFO  [org.jboss.as.server.deployment] (MSC service 
thread 1-1) WFLYSRV0207: Starting subdeployment (runtime-name: "docs.war")
2022-04-26 13:52:26,000+02 INFO  [org.jboss.as.server.deployment] (MSC service 
thread 1-1) WFLYSRV0207: Starting subdeployment (runtime-name: "welcome.war")
2022-04-26 13:52:26,000+02 INFO  [org.jboss.as.server.deployment] (MSC service 
thread 1-1) WFLYSRV0207: Starting subdeployment (runtime-name: "bll.jar")
2022-04-26 13:52:26,001+02 INFO  [org.jboss.as.server.deployment] (MSC service 
thread 1-1) WFLYSRV0207: Starting subdeployment (runtime-name: "enginesso.war")
2022-04-26 13:52:26,001+02 INFO  [org.jboss.as.server.deployment] (MSC service 
thread 1-1) WFLYSRV0207: Starting subdeployment (runtime-name: "webadmin.war")
2022-04-26 13:52:26,368+02 INFO  
[org.hibernate.validator.internal.util.Version] (MSC service thread 1-2) 
HV01: Hibernate Validator 6.0.22.Final
2022-04-26 13:52:26,752+02 INFO  [org.wildfly.extension.undertow] 
(ServerService Thread Pool -- 40) WFLYUT0021: Registered web context: 
'/ovirt-engine/apidoc' for server 'default-server'
2022-04-26 13:52:26,751+02 INFO  [org.wildfly.extension.undertow] 
(ServerService Thread Pool -- 41) WFLYUT0021: Registered web context: 
'/ovirt-engine/web-ui' for server 'default-server'
2022-04-26 13:52:26,983+02 INFO  [org.jboss.weld.Version] (MSC service thread 
1-2) WELD-000900: 3.1.6 (Final)
2022-04-26 13:52:28,596+02 WARN  [org.jboss.as.dependency.deprecated] (MSC 
service thread 1-1) WFLYSRV0221: Deployment "deployment.engine.ear.bll.jar" is 
using a deprecated module 

[ovirt-users] Cannot perform ovirt engine upgrade from ovirt 4.4.10 to 4.5 (ansible conflict)

[ralmeida]

OS: centos stream 8.6
after safe procedure:
dnf install -y centos-release-ovirt45
dnf update -y --nobest
engine-setup
have many errors: 
nothing provides ansible-core >= 2.12.0 needed by 
ovirt-engine-4.5.0.5-1.el8.noarch
   - nothing provides scap-security-guide >= 0.1.60-4 needed by 
ovirt-engine-4.5.0.5-1.el8.noarch
   - nothing provides fapolicyd >= 1.1 needed by 
ovirt-engine-4.5.0.5-1.el8.noarch
and i can't finish the engine upgrade... I see many sites like: 
https://access.redhat.com/solutions/5480561, but not work
Please your help
pd. logs: 
https://filedn.com/lYVRQ0f0QUTQVmMCo3Bk7DY/ovirt-engine-setup-20220426123325-d3lw77.log
___
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/RXQ4AT3ANMLCTVOKCOT5XB3A7RFCKSL6/

[ovirt-users] Re: Zanata user request

[Temuri Doghonadze]

Thanks for suggestion.
Seems like ovirt-engine needs more than 32GB RAM to be compile.
Will it take long to get it merged? I'd just wait, if it doesn't.

On Tue, Apr 26, 2022 at 6:42 PM Scott Dickerson  wrote:

>
>
> On Tue, Apr 19, 2022 at 4:03 PM Temuri Doghonadze <
> temuri.doghona...@gmail.com> wrote:
>
>> Hello,
>> No problem with that, I already got ovirt master installed through copr.
>> Downloaded everything, found spec files, downloaded translations from
>> zanata..
>>
>> Where to put translations? I see no "po" or "intl" or anything familiar.
>> Also, there are no translations in src.rpms I see on copr. Any specific way
>> to get them into source?
>>
>
> For Admin Portal (ovirt-engine), translations need to be compiled in for
> about half of the files.  For VM Portal, po and pot files are only used to
> communicate with zanta.  There are build and processing scripts to manage
> the various translation files in the relevant projects.
>
> Really the best way is to grab the source, pull and apply the translations
> and build the rpms.  It is a pain, but it is the only safe way to do it.
>
>
>>
>> Regards, Temuri
>>
>> On Tue, Apr 19, 2022 at 9:24 PM Scott Dickerson 
>> wrote:
>>
>>> Hi Temuri,
>>>
>>> I created a BZ to track adding of Georgian on the various parts of the
>>> project.  See https://bugzilla.redhat.com/show_bug.cgi?id=2075188.
>>>
>>> To test your translations it can get a bit tricky.  The patches linked
>>> in the BZ enable Georgian but do not actually include your current set of
>>> translations.  To get a set of rpms with translations applied can require a
>>> bit of work:
>>>
>>>- clone the git repos for the projects (ovirt-engine,
>>>ovirt-engine-ui-extensions, ovirt-web-ui)
>>>- apply the appropriate PR from BZ2075188 if it has not been merged
>>>yet
>>>- pull the translations from zanata to your local copy
>>>- build the rpm from your local copy
>>>- install the new rpm to your ovirt instance
>>>- select Georgina on the main landing/welcome page
>>>
>>> I can probably help get some rpms with translations installed for you
>>> via a custom copr repo (linked to you or me, either could work).  Let me
>>> know if that would be easier for you.
>>>
>>> Regards,
>>> Scott
>>>
>>> On Mon, Mar 28, 2022 at 2:54 AM Temuri Doghonadze <
>>> temuri.doghona...@gmail.com> wrote:
>>>
 Hello,
 Thanks for fixing it, It's almost done, error messages are too boring :)
 Another question is, when/how will I be able to test/see translation?
 I got access to 4.4 version of ovirt and translations can be copied
 forward (no access to 4.5 branch) I guess/hope.
 Anyways, is there any way for me to see what I just did?. I'd even
 recompile whole ovirt, if needed.
 BR, Temuri

 On Wed, Mar 23, 2022 at 12:54 PM Sharon Gratch 
 wrote:

> Hi,
>
> On Wed, Mar 23, 2022 at 11:54 AM Temuri Doghonadze <
> temuri.doghona...@gmail.com> wrote:
>
>> Hello again,
>> Translation of 2 modules you gave access me to is completed.
>> But I've noticed 2 additional modules I didn't have access to.
>> Could you please tell me if they're not neccessary?
>>
>
> Thanks for translating web-ui and ovirt-engine-ui-extensions projects.
> Regarding the ovirt-engine project, please check now since for some
> reason the Georgian language was disabled. I enabled it so it should be ok
> now.
> The 4th project rhvm-branding is a downstream project so no need to
> translate it.
>
>
>
>> Also, virt-manager translation is still unavailable.
>>
>> On Tue, Mar 22, 2022 at 1:02 PM Temuri Doghonadze <
>> temuri.doghona...@gmail.com> wrote:
>>
>>> Hello,
>>> Got it, thank you.
>>> All's ok, I'm in. Only thing I might also ask, is if you got any
>>> access to person who is maintaining virt-manager, could you ask them to 
>>> fix
>>> translation? (at https://translate.fedoraproject.org/).
>>>
>>> Thanks for provided help, will try my best.
>>> BR, Temuri
>>>
>>> On Tue, Mar 22, 2022 at 11:49 AM Sharon Gratch 
>>> wrote:
>>>

 Hi Temuri,

 I activated your account on Zanata (you already had one) and added
 you to the Georgian translation group.
 I'll send you the account details in a separate mail.

 Thanks for willing to help with translations!
 Sharon

 On Mon, Mar 21, 2022 at 3:32 PM Sandro Bonazzola <
 sbona...@redhat.com> wrote:

> +Sharon Gratch  +Scott Dickerson
>  +Michal Skrivanek  can
> you help here?
>
> Il giorno lun 21 mar 2022 alle ore 11:23 Temuri Doghonadze <
> temuri.doghona...@gmail.com> ha scritto:
>
>> Hello,
>> My name is Temuri and I'd like to ask for account for Zanata to
>> help
>> with translation of ovirt to 

[ovirt-users] (no subject)

[Abe E]

Seems the Gluster Node that booted from 4.5 into emergency mode was due to not 
finding the mounts for gluster_bricks data and engine, its as if it cant see 
them any more. 
Once i removed the mounts from /etc/fstab it lets me in, I could boot up to the 
node past emergency mode but odd issue.

One of the errors:
dependency failed for /gluster_bricks/data
Subject: Unit gluster_bricks-data.mount has failed

This is node 3 of the Gluster, Arbiter.

[root@ovirt-3 ~]# mount -a
mount: /gluster_bricks/engine: can't find 
UUID=45349e37-7a97-4a64-81eb-5fac3fec6477.
mount: /gluster_bricks/data: can't find 
UUID=c0fa-0db2-4e08-bb79-be677530aeaa.
___
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/FBVU4P7VNNUNMJH64IV6GLDDEMVWWBR7/

[ovirt-users] Re: Issue upgrading 4.4 to 4.5 Gluster HCG

[Abe E]

That did the trick for those nodes that wouldn't connect to the gluster, thank 
you!

For the issue with the Gluster Node itself booting to emergency mode, it did 
not make a difference.
The error in emergency mode says

dependency failed for /gluster_bricks/data
Subject: Unit gluster_bricks-data.mount has failed

Dependency failed for hosted storage as well

This is my Node 3 of the Gluster, Arbiter.
___
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/G2Y36EOYKKZEEXKPUFIVQVXJ66SRMU4D/

[ovirt-users] Re: Zanata user request

[Scott Dickerson]

On Tue, Apr 19, 2022 at 4:03 PM Temuri Doghonadze <
temuri.doghona...@gmail.com> wrote:

> Hello,
> No problem with that, I already got ovirt master installed through copr.
> Downloaded everything, found spec files, downloaded translations from
> zanata..
>
> Where to put translations? I see no "po" or "intl" or anything familiar.
> Also, there are no translations in src.rpms I see on copr. Any specific way
> to get them into source?
>

For Admin Portal (ovirt-engine), translations need to be compiled in for
about half of the files.  For VM Portal, po and pot files are only used to
communicate with zanta.  There are build and processing scripts to manage
the various translation files in the relevant projects.

Really the best way is to grab the source, pull and apply the translations
and build the rpms.  It is a pain, but it is the only safe way to do it.


>
> Regards, Temuri
>
> On Tue, Apr 19, 2022 at 9:24 PM Scott Dickerson 
> wrote:
>
>> Hi Temuri,
>>
>> I created a BZ to track adding of Georgian on the various parts of the
>> project.  See https://bugzilla.redhat.com/show_bug.cgi?id=2075188.
>>
>> To test your translations it can get a bit tricky.  The patches linked in
>> the BZ enable Georgian but do not actually include your current set of
>> translations.  To get a set of rpms with translations applied can require a
>> bit of work:
>>
>>- clone the git repos for the projects (ovirt-engine,
>>ovirt-engine-ui-extensions, ovirt-web-ui)
>>- apply the appropriate PR from BZ2075188 if it has not been merged
>>yet
>>- pull the translations from zanata to your local copy
>>- build the rpm from your local copy
>>- install the new rpm to your ovirt instance
>>- select Georgina on the main landing/welcome page
>>
>> I can probably help get some rpms with translations installed for you via
>> a custom copr repo (linked to you or me, either could work).  Let me know
>> if that would be easier for you.
>>
>> Regards,
>> Scott
>>
>> On Mon, Mar 28, 2022 at 2:54 AM Temuri Doghonadze <
>> temuri.doghona...@gmail.com> wrote:
>>
>>> Hello,
>>> Thanks for fixing it, It's almost done, error messages are too boring :)
>>> Another question is, when/how will I be able to test/see translation?
>>> I got access to 4.4 version of ovirt and translations can be copied
>>> forward (no access to 4.5 branch) I guess/hope.
>>> Anyways, is there any way for me to see what I just did?. I'd even
>>> recompile whole ovirt, if needed.
>>> BR, Temuri
>>>
>>> On Wed, Mar 23, 2022 at 12:54 PM Sharon Gratch 
>>> wrote:
>>>
 Hi,

 On Wed, Mar 23, 2022 at 11:54 AM Temuri Doghonadze <
 temuri.doghona...@gmail.com> wrote:

> Hello again,
> Translation of 2 modules you gave access me to is completed.
> But I've noticed 2 additional modules I didn't have access to.
> Could you please tell me if they're not neccessary?
>

 Thanks for translating web-ui and ovirt-engine-ui-extensions projects.
 Regarding the ovirt-engine project, please check now since for some
 reason the Georgian language was disabled. I enabled it so it should be ok
 now.
 The 4th project rhvm-branding is a downstream project so no need to
 translate it.



> Also, virt-manager translation is still unavailable.
>
> On Tue, Mar 22, 2022 at 1:02 PM Temuri Doghonadze <
> temuri.doghona...@gmail.com> wrote:
>
>> Hello,
>> Got it, thank you.
>> All's ok, I'm in. Only thing I might also ask, is if you got any
>> access to person who is maintaining virt-manager, could you ask them to 
>> fix
>> translation? (at https://translate.fedoraproject.org/).
>>
>> Thanks for provided help, will try my best.
>> BR, Temuri
>>
>> On Tue, Mar 22, 2022 at 11:49 AM Sharon Gratch 
>> wrote:
>>
>>>
>>> Hi Temuri,
>>>
>>> I activated your account on Zanata (you already had one) and added
>>> you to the Georgian translation group.
>>> I'll send you the account details in a separate mail.
>>>
>>> Thanks for willing to help with translations!
>>> Sharon
>>>
>>> On Mon, Mar 21, 2022 at 3:32 PM Sandro Bonazzola <
>>> sbona...@redhat.com> wrote:
>>>
 +Sharon Gratch  +Scott Dickerson
  +Michal Skrivanek  can
 you help here?

 Il giorno lun 21 mar 2022 alle ore 11:23 Temuri Doghonadze <
 temuri.doghona...@gmail.com> ha scritto:

> Hello,
> My name is Temuri and I'd like to ask for account for Zanata to
> help
> with translation of ovirt to Georgian.
>
> I've done translation of zoiper, FreeCAD, part of gitlab,
> protonmail,
> parts of gnome and KDE, etc etc etc.
> In case of questions feel free to ask.
> BR, Temuri
> ___
> Users mailing list -- users@ovirt.org
> To 

[ovirt-users] Async release for ovirt-engine (4.5.0.5) is now available

[Sandro Bonazzola]

The oVirt Team has just released a new version of ovirt-engine package
(4.5.0.5) that fixes a few important bugs:

   - Bug 2075486  - VM
   with Q35 UEFI and 64 CPUs is running but without boot screen, console and
   network.
   - Bug 1988496 
- vmconsole-proxy-helper.cer
   is not renewed when running engine-setup
   - Bug 2074916  - Failed
   to upload OVA as template via upload_ova_as_vm_or_template.py
   - Bug 2075435  - Hybrid
   Backup - backup href has changed and causing backups to get stuck in
   finalizing stage
   - Bug 2077387  - Update
   to 4.5 failed due to failed database schema refresh
   - Bug 2071468  - Engine
   fenced host that was already reconnected and set to Up status.

The update is already available on resources.ovirt.org and should land on
oVirt mirrors within 24 hours.

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

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/FWA3632GEUVMQFCCDPMZDTKWJAE7MNZE/

[ovirt-users] Re: Unable to remove host from ovirt engine

[Joseph Gelinas]

That did remove the ovirt-1 host from `hosted-engine --vm-status` on ovirt-3, 
however it still appears in the web interface as an Unassigned host after 
restarting ovirt-engine.

If I rerun `hosted-engine --clean-metadata --host-id=1` on ovirt-2 or ovirt-3 I 
get a message about an unclean metadata block, but perhaps that is expected 
given it doesn't exist in the vm-status output anymore?

[root@ovirt-2 ~]# hosted-engine --clean-metadata --host-id=1
INFO:ovirt_hosted_engine_ha.agent.agent.Agent:ovirt-hosted-engine-ha agent 
2.4.5 started
INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Certificate common 
name not found, using hostname to identify host
INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Initializing 
ha-broker connection
INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Broker 
initialized, all submonitors started
ERROR:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Malformed 
metadata for host 1: received 0 of 512 expected bytes
ERROR:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Cannot clean 
unclean metadata block. Consider --force-clean.
INFO:ovirt_hosted_engine_ha.agent.agent.Agent:Agent shutting down




> On Apr 25, 2022, at 16:39, Strahil Nikolov via Users  wrote:
> 
> I think you can use 'hosted-engine --clean-metadata --host-id=1'
> 
> In my case I had to use --force-cleanup, but I wouldn't recommend using it.
> 
> Best Regards,
> Strahil Nikolov
> 
> On Mon, Apr 25, 2022 at 18:08, Joseph Gelinas
>  wrote:
> Recently our host and ovirt engine certificates expired and with some ideas 
> from Strahil we were able to get 2 of the 3 ovirt hosts updated with usable 
> certificates and move all of our VMs to those two nodes.
> 
> https://lists.ovirt.org/archives/list/users@ovirt.org/thread/QCFPKQ3OKPOUV266MFJUMVTNG2OHLJVW/
> 
> Not having any luck with the last host we figured we'd just try to remove it 
> from ovirt engine and re-add it. While it seems `hosted-engine --vm-status` 
> on one node no longer shows the removed host, the other good host and the web 
> interface still show ovirt-1 in the mix. What is the best way to remove a 
> NonRespnsive host from ovirt and re-add it?
> 
> 
> [root@ovirt-1 ~]# hosted-engine --vm-status
> The hosted engine configuration has not been retrieved from shared storage. 
> Please ensure that ovirt-ha-agent is running and the storage server is 
> reachable.
> 
> 
> 
> [root@ovirt-2 ~]# hosted-engine --vm-status
> 
> 
> !! Cluster is in GLOBAL MAINTENANCE mode !!
> 
> 
> 
> --== Host ovirt-3.x.com (id: 2) status ==--
> 
> Host ID: 2
> Host timestamp: 12515451
> Score  : 3274
> Engine status  : {"vm": "down", "health": "bad", 
> "detail": "unknown", "reason": "vm not running on this host"}
> Hostname  : ovirt-3.x.com
> Local maintenance  : False
> stopped: False
> crc32  : 9cf92792
> conf_on_shared_storage: True
> local_conf_timestamp  : 12515451
> Status up-to-date  : True
> Extra metadata (valid at timestamp):
> metadata_parse_version=1
> metadata_feature_version=1
> timestamp=12515451 (Mon Apr 25 14:08:51 2022)
> host-id=2
> score=3274
> vm_conf_refresh_time=12515451 (Mon Apr 25 14:08:51 2022)
> conf_on_shared_storage=True
> maintenance=False
> state=GlobalMaintenance
> stopped=False
> 
> 
> --== Host ovirt-2.x.com (id: 3) status ==--
> 
> Host ID: 3
> Host timestamp: 12513269
> Score  : 3400
> Engine status  : {"vm": "up", "health": "good", "detail": 
> "Up"}
> Hostname  : ovirt-2.x.com
> Local maintenance  : False
> stopped: False
> crc32  : 4a89d706
> conf_on_shared_storage: True
> local_conf_timestamp  : 12513269
> Status up-to-date  : True
> Extra metadata (valid at timestamp):
> metadata_parse_version=1
> metadata_feature_version=1
> timestamp=12513269 (Mon Apr 25 14:09:00 2022)
> host-id=3
> score=3400
> vm_conf_refresh_time=12513269 (Mon Apr 25 14:09:00 2022)
> conf_on_shared_storage=True
> maintenance=False
> state=GlobalMaintenance
> stopped=False
> 
> 
> !! Cluster is in GLOBAL MAINTENANCE mode !!
> 
> 
> 
> 
> 
> [root@ovirt-3 ~]# hosted-engine --vm-status
> 
> 
> !! Cluster is in GLOBAL MAINTENANCE mode !!
> 
> 
> 
> --== Host ovirt-1.x.com (id: 1) status ==--
> 
> Host ID: 1
> Host timestamp: 6750990
> Score  : 0
> Engine status  : unknown stale-data
> Hostname  : ovirt-1.x.com
> Local maintenance 

[ovirt-users] Re: Installing new self-hosted engine v4.5.0 on gluster 10

[Sandro Bonazzola]

Il giorno mar 26 apr 2022 alle ore 11:43 Alessandro De Salvo <
alessandro.desa...@roma1.infn.it> ha scritto:

> Hi,
>
> yes, sure, can you please point me to the github area where to file the
> bug?
>

I think i replied to the same issue in a different thread, here's the link
to the thread
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/4LGBUOEBV7YNESM7N2TJSXOC4ERN3W23/



> Thanks,
>
>
> Alessandro
>
>
> Il 25/04/22 19:45, Strahil Nikolov via Users ha scritto:
>
> Would you be able to open a issue for that ?
>
> @Sandro Bonazzola,
> as far as I remember, we started using github, right ?
>
> Best Regards,
> Strahil Nikolov
>
> On Mon, Apr 25, 2022 at 14:16, Alessandro De Salvo
>  
> wrote:
> ___
> 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/TDWHLUQUPRYNKL4BH2IDDMAR5EPCCKJ3/
>
>
> ___
> 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/RKE7TB5GNUHCUQO4CJ5RIP6N5CD6VMTT/
>
>

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

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/I4EPFDSPVHAIAFXSM6BAPUUC5IR6RNEZ/

[ovirt-users] Re: Webadmin and API down with error 500 after updating from 4.4 to 4.5

[lists--- via Users]

Downgrading postgresql-jdbc worked.

Thank you very much!
___
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/JWZLZUB7QAMVITFXLDUP2ID7WUOPW2PS/

[ovirt-users] Re: failed to mount hosted engine gluster storage - how to debug?

[Sandro Bonazzola]

Il giorno lun 25 apr 2022 alle ore 13:42 Alessandro De Salvo <
alessandro.desa...@roma1.infn.it> ha scritto:

> Hi,
>
> please try this workaround, replace the following line in
> /usr/lib/python3.6/site-packages/vdsm/gluster/cli.py
>
>
> value['stripeCount'] = el.find('stripeCount').text
>
>
> with:
>
> if (el.find('stripeCount')): value['stripeCount'] =
> el.find('stripeCount').text
>
>
> Then restart vdsmd and supervdmsd and retry. It worked for me, and it
> looks like a serious bug for people upgrading to glusterfs 10.
>

Indeed. bug severity raised to urgent.  Alessandro, would you mind sending
a PR to https://github.com/oVirt/vdsm ?
+Arik Hadas  as Gobinda is on vacation, anyone in the
storage team who can assist?




>
> Cheers,
>
>
>  Alessandro
>
>
> Il 25/04/22 10:58, diego.ercol...@ssis.sm ha scritto:
> > I saw your report infact, they suggested to downgrade jdbc, for
> completeness I found also error report in vdsm.log while issuing
> "hosted-engine --connect-storage" corresponding to what you are noticing. I
> report the log except here if it can be useful.
> > by the way, why vdsm it's searching for the storage engine storage UUID
> in a lvm volumegroup name?
> >
> >
> > 2022-04-25 10:53:35,506+0200 INFO  (Reactor thread)
> [ProtocolDetector.AcceptorImpl] Accepted connection from ::1:47350
> (protocoldetector:61)
> > 2022-04-25 10:53:35,510+0200 INFO  (Reactor thread)
> [ProtocolDetector.Detector] Detected protocol stomp from ::1:47350
> (protocoldetector:125)
> > 2022-04-25 10:53:35,510+0200 INFO  (Reactor thread)
> [Broker.StompAdapter] Processing CONNECT request (stompserver:95)
> > 2022-04-25 10:53:35,512+0200 INFO  (JsonRpc (StompReactor))
> [Broker.StompAdapter] Subscribe command received (stompserver:124)
> > 2022-04-25 10:53:35,518+0200 INFO  (jsonrpc/3) [vdsm.api] START
> getStorageDomainInfo(sdUUID='7b8f1cc9-e3de-401f-b97f-8c281ca30482')
> from=::1,47350, task_id=1803abb2-9e9a-4292-8349-678c793f7264 (api:48)
> > 2022-04-25 10:53:35,518+0200 INFO  (jsonrpc/3)
> [storage.storagedomaincache] Refreshing storage domain cache (resize=True)
> (sdc:80)
> > 2022-04-25 10:53:35,518+0200 INFO  (jsonrpc/3) [storage.iscsi] Scanning
> iSCSI devices (iscsi:462)
> > 2022-04-25 10:53:35,532+0200 INFO  (jsonrpc/3) [storage.iscsi] Scanning
> iSCSI devices: 0.01 seconds (utils:390)
> > 2022-04-25 10:53:35,532+0200 INFO  (jsonrpc/3) [storage.hba] Scanning FC
> devices (hba:59)
> > 2022-04-25 10:53:35,565+0200 INFO  (jsonrpc/3) [storage.hba] Scanning FC
> devices: 0.03 seconds (utils:390)
> > 2022-04-25 10:53:35,565+0200 INFO  (jsonrpc/3) [storage.multipath]
> Waiting until multipathd is ready (multipath:112)
> > 2022-04-25 10:53:37,556+0200 INFO  (periodic/3) [vdsm.api] START
> repoStats(domains=()) from=internal,
> task_id=f4266860-9162-417e-85a5-087f9cb5cd51 (api:48)
> > 2022-04-25 10:53:37,556+0200 INFO  (periodic/3) [vdsm.api] FINISH
> repoStats return={} from=internal,
> task_id=f4266860-9162-417e-85a5-087f9cb5cd51 (api:54)
> > 2022-04-25 10:53:37,558+0200 WARN  (periodic/3) [root] Failed to
> retrieve Hosted Engine HA info, is Hosted Engine setup finished? (api:168)
> > 2022-04-25 10:53:37,584+0200 INFO  (jsonrpc/3) [storage.multipath]
> Waited 2.02 seconds for multipathd (tries=2, ready=2) (multipath:139)
> > 2022-04-25 10:53:37,584+0200 INFO  (jsonrpc/3) [storage.multipath]
> Resizing multipath devices (multipath:220)
> > 2022-04-25 10:53:37,586+0200 INFO  (jsonrpc/3) [storage.multipath]
> Resizing multipath devices: 0.00 seconds (utils:390)
> > 2022-04-25 10:53:37,586+0200 INFO  (jsonrpc/3)
> [storage.storagedomaincache] Refreshing storage domain cache: 2.07 seconds
> (utils:390)
> > 2022-04-25 10:53:37,586+0200 INFO  (jsonrpc/3)
> [storage.storagedomaincache] Looking up domain
> 7b8f1cc9-e3de-401f-b97f-8c281ca30482 (sdc:171)
> > 2022-04-25 10:53:37,643+0200 WARN  (jsonrpc/3) [storage.lvm] All 1 tries
> have failed: LVM command failed: 'cmd=[\'/sbin/lvm\', \'vgs\',
> \'--devices\',
> \'/dev/mapper/Samsung_SSD_870_EVO_4TB_S6BCNG0R300064E,/dev/mapper/Samsung_SSD_870_EVO_4TB_S6BCNG0R300066N,/dev/mapper/Samsung_SSD_870_EVO_4TB_S6BCNG0R300067L,/dev/mapper/Samsung_SSD_870_EVO_4TB_S6BCNG0R300230B\',
> \'--config\', \'devices {  preferred_names=["^/dev/mapper/"]
> ignore_suspended_devices=1  write_cache_state=0
> disable_after_error_count=3hints="none"  obtain_device_list_from_udev=0
> } global {  prioritise_write_locks=1  wait_for_locks=1  use_lvmpolld=1 }
> backup {  retain_min=50  retain_days=0 }\', \'--noheadings\', \'--units\',
> \'b\', \'--nosuffix\', \'--separator\', \'|\', \'--ignoreskippedcluster\',
> \'-o\',
> \'uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_name\',
> \'7b8f1cc9-e3de-401f-b97f-8c281ca30482\'] rc=5 out=[] err=[\'  Volume group
> "7b8f1cc9-e3de-401f
> >   -b97f-8c281ca30482" not found\', \'  Cannot process volume group
> 7b8f1cc9-e3de-401f-b97f-8c281ca30482\']' (lvm:482)
> > 2022-04-25 10:53:37,643+0200 

[ovirt-users] Re: failed to mount hosted engine gluster storage - how to debug?

[Sandro Bonazzola]

Bug is here: https://bugzilla.redhat.com/show_bug.cgi?id=2078569

Il giorno lun 25 apr 2022 alle ore 13:42 Alessandro De Salvo <
alessandro.desa...@roma1.infn.it> ha scritto:

> Hi,
>
> please try this workaround, replace the following line in
> /usr/lib/python3.6/site-packages/vdsm/gluster/cli.py
>
>
> value['stripeCount'] = el.find('stripeCount').text
>
>
> with:
>
> if (el.find('stripeCount')): value['stripeCount'] =
> el.find('stripeCount').text
>
>
> Then restart vdsmd and supervdmsd and retry. It worked for me, and it
> looks like a serious bug for people upgrading to glusterfs 10.
>
> Cheers,
>
>
>  Alessandro
>
>
> Il 25/04/22 10:58, diego.ercol...@ssis.sm ha scritto:
> > I saw your report infact, they suggested to downgrade jdbc, for
> completeness I found also error report in vdsm.log while issuing
> "hosted-engine --connect-storage" corresponding to what you are noticing. I
> report the log except here if it can be useful.
> > by the way, why vdsm it's searching for the storage engine storage UUID
> in a lvm volumegroup name?
> >
> >
> > 2022-04-25 10:53:35,506+0200 INFO  (Reactor thread)
> [ProtocolDetector.AcceptorImpl] Accepted connection from ::1:47350
> (protocoldetector:61)
> > 2022-04-25 10:53:35,510+0200 INFO  (Reactor thread)
> [ProtocolDetector.Detector] Detected protocol stomp from ::1:47350
> (protocoldetector:125)
> > 2022-04-25 10:53:35,510+0200 INFO  (Reactor thread)
> [Broker.StompAdapter] Processing CONNECT request (stompserver:95)
> > 2022-04-25 10:53:35,512+0200 INFO  (JsonRpc (StompReactor))
> [Broker.StompAdapter] Subscribe command received (stompserver:124)
> > 2022-04-25 10:53:35,518+0200 INFO  (jsonrpc/3) [vdsm.api] START
> getStorageDomainInfo(sdUUID='7b8f1cc9-e3de-401f-b97f-8c281ca30482')
> from=::1,47350, task_id=1803abb2-9e9a-4292-8349-678c793f7264 (api:48)
> > 2022-04-25 10:53:35,518+0200 INFO  (jsonrpc/3)
> [storage.storagedomaincache] Refreshing storage domain cache (resize=True)
> (sdc:80)
> > 2022-04-25 10:53:35,518+0200 INFO  (jsonrpc/3) [storage.iscsi] Scanning
> iSCSI devices (iscsi:462)
> > 2022-04-25 10:53:35,532+0200 INFO  (jsonrpc/3) [storage.iscsi] Scanning
> iSCSI devices: 0.01 seconds (utils:390)
> > 2022-04-25 10:53:35,532+0200 INFO  (jsonrpc/3) [storage.hba] Scanning FC
> devices (hba:59)
> > 2022-04-25 10:53:35,565+0200 INFO  (jsonrpc/3) [storage.hba] Scanning FC
> devices: 0.03 seconds (utils:390)
> > 2022-04-25 10:53:35,565+0200 INFO  (jsonrpc/3) [storage.multipath]
> Waiting until multipathd is ready (multipath:112)
> > 2022-04-25 10:53:37,556+0200 INFO  (periodic/3) [vdsm.api] START
> repoStats(domains=()) from=internal,
> task_id=f4266860-9162-417e-85a5-087f9cb5cd51 (api:48)
> > 2022-04-25 10:53:37,556+0200 INFO  (periodic/3) [vdsm.api] FINISH
> repoStats return={} from=internal,
> task_id=f4266860-9162-417e-85a5-087f9cb5cd51 (api:54)
> > 2022-04-25 10:53:37,558+0200 WARN  (periodic/3) [root] Failed to
> retrieve Hosted Engine HA info, is Hosted Engine setup finished? (api:168)
> > 2022-04-25 10:53:37,584+0200 INFO  (jsonrpc/3) [storage.multipath]
> Waited 2.02 seconds for multipathd (tries=2, ready=2) (multipath:139)
> > 2022-04-25 10:53:37,584+0200 INFO  (jsonrpc/3) [storage.multipath]
> Resizing multipath devices (multipath:220)
> > 2022-04-25 10:53:37,586+0200 INFO  (jsonrpc/3) [storage.multipath]
> Resizing multipath devices: 0.00 seconds (utils:390)
> > 2022-04-25 10:53:37,586+0200 INFO  (jsonrpc/3)
> [storage.storagedomaincache] Refreshing storage domain cache: 2.07 seconds
> (utils:390)
> > 2022-04-25 10:53:37,586+0200 INFO  (jsonrpc/3)
> [storage.storagedomaincache] Looking up domain
> 7b8f1cc9-e3de-401f-b97f-8c281ca30482 (sdc:171)
> > 2022-04-25 10:53:37,643+0200 WARN  (jsonrpc/3) [storage.lvm] All 1 tries
> have failed: LVM command failed: 'cmd=[\'/sbin/lvm\', \'vgs\',
> \'--devices\',
> \'/dev/mapper/Samsung_SSD_870_EVO_4TB_S6BCNG0R300064E,/dev/mapper/Samsung_SSD_870_EVO_4TB_S6BCNG0R300066N,/dev/mapper/Samsung_SSD_870_EVO_4TB_S6BCNG0R300067L,/dev/mapper/Samsung_SSD_870_EVO_4TB_S6BCNG0R300230B\',
> \'--config\', \'devices {  preferred_names=["^/dev/mapper/"]
> ignore_suspended_devices=1  write_cache_state=0
> disable_after_error_count=3hints="none"  obtain_device_list_from_udev=0
> } global {  prioritise_write_locks=1  wait_for_locks=1  use_lvmpolld=1 }
> backup {  retain_min=50  retain_days=0 }\', \'--noheadings\', \'--units\',
> \'b\', \'--nosuffix\', \'--separator\', \'|\', \'--ignoreskippedcluster\',
> \'-o\',
> \'uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_name\',
> \'7b8f1cc9-e3de-401f-b97f-8c281ca30482\'] rc=5 out=[] err=[\'  Volume group
> "7b8f1cc9-e3de-401f
> >   -b97f-8c281ca30482" not found\', \'  Cannot process volume group
> 7b8f1cc9-e3de-401f-b97f-8c281ca30482\']' (lvm:482)
> > 2022-04-25 10:53:37,643+0200 INFO  (jsonrpc/3)
> [storage.storagedomaincache] Looking up domain
> 7b8f1cc9-e3de-401f-b97f-8c281ca30482: 0.06 seconds (utils:390)
> > 

[ovirt-users] Re: Issue on Ovirt Node 4.4.10 installation by using DUD for MPTSAS driver update

[Sandro Bonazzola]

Il giorno lun 25 apr 2022 alle ore 11:29 Patrick Hibbs <
hibbsncc1...@gmail.com> ha scritto:

> That error typically means you don't have the correct DUD for the
> kernel you are using. Each DUD is kernel specific, and will only work
> on the kernel it was built for.
>
> You need to find whatever DUD matches the kernel used in oVirt Node
> 4.4.10.
>
> Alternatively, to quote the inevitable response from Sandro Bonazzola:
> "oVirt Node 4.4 is now EOL. Please upgrade to oVirt Node 4.5 as soon as
> practical."
>

:-)
Especially now that there's a 4.5.0.1 node with several important kernel
security fixes.



>
> -Patrick Hibbs
>
> On Fri, 2022-04-22 at 22:19 +, peter...@guest-tek.com wrote:
> > Hello,
> >
> > I'm trying to install Ovirt Node 4.4.10 to my server and it gets an
> > error when I'm trying to install iso for my MPT SAS driver by using
> > DUD.
> > In the boot menu, I pressed tab to enter Kernel and added "inst,dd".
> > After that I got a screen shows a list of disk devices and selected
> > USB that has iso file for MPT SAS :
> > "Device : sda1 / Type : Vfat / Label : OEMDRV / UUDI : 6837-8481"
> >
> > Then, I selected drivers to install :
> > "/media/DD-2/rpms/x86_64/kmod-mptsas-3.04.20-
> > 6.e18_5.elrepo.x86_64.rpm"
> >
> > And I pressed "C" to continue and gets an error message below :
> >
> > "modprobe : ERROR : could not insert 'mptsas' : invalid argument"
> >
> > Could you please help me what's the next step I can try to fix the
> > issue?
> >
> > Thank you
> > ___
> > 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/ARCK2NHPQ4AQK7I5EUISUCSQCTHXIV7Q/
>
> ___
> 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/YPK6NWVAMJWELMLDGABQLOMCVURAROJP/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

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/6JV6CXP7V67PMSAUN4575L6T7CP7PCAQ/

[ovirt-users] Re: Webadmin and API down with error 500 after updating from 4.4 to 4.5

[Benny Zlotnik]

there is a known issue with postgresql jdbc driver, see [1]

[1] 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/3IQ5C4AK4K65MVEHCIWDAREWW4QPF5KJ/

On Tue, Apr 26, 2022 at 1:58 PM lists--- via Users  wrote:
>
> Hello,
>
> today i updated from 4.4 to 4.5 and i am no longer able to access my oVirt 
> Cluster. Accessing oVirt Web Interface fails with "500 - Internal Server 
> Error". The API is also dead, My Backup Software and Foreman is no longer 
> able to talk to oVirt.
>
> I rebooted the host an ran engine-setup again, it completed without issues 
> but Engine ist still dead. If i ran it again, it tells me now that my cluster 
> is not in global maintanance mode, but "hosted-engine --vm-status" tells me 
> it is still in maintanance mode.
>
> one suspect thing i found in server.log is this:
>
> at 
> org.springframework@5.0.4.RELEASE//org.springframework.jdbc.support.JdbcUtils.extractDatabaseMetaData(JdbcUtils.java:324)
> at 
> org.springframework@5.0.4.RELEASE//org.springframework.jdbc.core.metadata.CallMetaDataProviderFactory.createMetaDataProvider(CallMetaDataProviderFactory.java:70)
> at 
> org.springframework@5.0.4.RELEASE//org.springframework.jdbc.core.metadata.CallMetaDataContext.initializeMetaData(CallMetaDataContext.java:252)
> at 
> org.springframework@5.0.4.RELEASE//org.springframework.jdbc.core.simple.AbstractJdbcCall.compileInternal(AbstractJdbcCall.java:313)
> at 
> org.ovirt.engine.core.dal//org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall.compileInternal(PostgresDbEngineDialect.java:106)
> at 
> org.springframework@5.0.4.RELEASE//org.springframework.jdbc.core.simple.AbstractJdbcCall.compile(AbstractJdbcCall.java:296)
> at 
> org.ovirt.engine.core.dal//org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.getCall(SimpleJdbcCallsHandler.java:157)
> at 
> org.ovirt.engine.core.dal//org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeImpl(SimpleJdbcCallsHandler.java:134)
> at 
> org.ovirt.engine.core.dal//org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeReadList(SimpleJdbcCallsHandler.java:105)
> at 
> org.ovirt.engine.core.dal//org.ovirt.engine.core.dao.TagDaoImpl.getAllForParent(TagDaoImpl.java:82)
> at 
> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.TagsDirector.addChildren(TagsDirector.java:116)
> at 
> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.TagsDirector.init(TagsDirector.java:75)
> ... 64 more
>
> 2022-04-26 12:32:32,129+02 INFO  [org.wildfly.extension.undertow] 
> (ServerService Thread Pool -- 60) WFLYUT0021: Registered web context: 
> '/ovirt-engine/sso' for server 'default-server'
> 2022-04-26 12:32:32,137+02 ERROR 
> [org.jboss.as.controller.management-operation] (Controller Boot Thread) 
> WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => 
> "engine.ear")]) - failure description: {"WFLYCTL0080: Failed services" => 
> {"jboss.deployment.subunit.\"engine.ear\".\"bll.jar\".component.Backend.START"
>  => "java.lang.IllegalStateException: WFLYEE0042: Failed to construct 
> component instance
> Caused by: java.lang.IllegalStateException: WFLYEE0042: Failed to 
> construct component instance
> Caused by: javax.ejb.EJBException: 
> org.jboss.weld.exceptions.WeldException: WELD-49: Unable to invoke 
> protected void org.ovirt.engine.core.bll.TagsDirector.init() on 
> org.ovirt.engine.core.bll.TagsDirector@21c5d21d
> Caused by: org.jboss.weld.exceptions.WeldException: WELD-49: Unable 
> to invoke protected void org.ovirt.engine.core.bll.TagsDirector.init() on 
> org.ovirt.engine.core.bll.TagsDirector@21c5d21d
> Caused by: java.lang.reflect.InvocationTargetException
> Caused by: org.springframework.dao.InvalidDataAccessApiUsageException: 
> Unable to determine the correct call signature - no 
> procedure/function/signature for 'gettagsbyparent_id'"}}
> 2022-04-26 12:32:32,158+02 INFO  [org.jboss.as.server] (ServerService Thread 
> Pool -- 27) WFLYSRV0010: Deployed "ovirt-web-ui.war" (runtime-name : 
> "ovirt-web-ui.war")
> 2022-04-26 12:32:32,159+02 INFO  [org.jboss.as.server] (ServerService Thread 
> Pool -- 27) WFLYSRV0010: Deployed "apidoc.war" (runtime-name : "apidoc.war")
> 2022-04-26 12:32:32,159+02 INFO  [org.jboss.as.server] (ServerService Thread 
> Pool -- 27) WFLYSRV0010: Deployed "restapi.war" (runtime-name : "restapi.war")
> 2022-04-26 12:32:32,159+02 INFO  [org.jboss.as.server] (ServerService Thread 
> Pool -- 27) WFLYSRV0010: Deployed "engine.ear" (runtime-name : "engine.ear")
> 2022-04-26 12:32:32,167+02 INFO  [org.jboss.as.controller] (Controller Boot 
> Thread) WFLYCTL0183: Service status report
> WFLYCTL0186:   Services which failed to start:  service 
> jboss.deployment.subunit."engine.ear"."bll.jar".component.Backend.START: 
> java.lang.IllegalStateException: WFLYEE0042: Failed to construct component 
> 

[ovirt-users] Webadmin and API down with error 500 after updating from 4.4 to 4.5

[lists--- via Users]

Hello,

today i updated from 4.4 to 4.5 and i am no longer able to access my oVirt 
Cluster. Accessing oVirt Web Interface fails with "500 - Internal Server 
Error". The API is also dead, My Backup Software and Foreman is no longer able 
to talk to oVirt.

I rebooted the host an ran engine-setup again, it completed without issues but 
Engine ist still dead. If i ran it again, it tells me now that my cluster is 
not in global maintanance mode, but "hosted-engine --vm-status" tells me it is 
still in maintanance mode.

one suspect thing i found in server.log is this:

at 
org.springframework@5.0.4.RELEASE//org.springframework.jdbc.support.JdbcUtils.extractDatabaseMetaData(JdbcUtils.java:324)
at 
org.springframework@5.0.4.RELEASE//org.springframework.jdbc.core.metadata.CallMetaDataProviderFactory.createMetaDataProvider(CallMetaDataProviderFactory.java:70)
at 
org.springframework@5.0.4.RELEASE//org.springframework.jdbc.core.metadata.CallMetaDataContext.initializeMetaData(CallMetaDataContext.java:252)
at 
org.springframework@5.0.4.RELEASE//org.springframework.jdbc.core.simple.AbstractJdbcCall.compileInternal(AbstractJdbcCall.java:313)
at 
org.ovirt.engine.core.dal//org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall.compileInternal(PostgresDbEngineDialect.java:106)
at 
org.springframework@5.0.4.RELEASE//org.springframework.jdbc.core.simple.AbstractJdbcCall.compile(AbstractJdbcCall.java:296)
at 
org.ovirt.engine.core.dal//org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.getCall(SimpleJdbcCallsHandler.java:157)
at 
org.ovirt.engine.core.dal//org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeImpl(SimpleJdbcCallsHandler.java:134)
at 
org.ovirt.engine.core.dal//org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeReadList(SimpleJdbcCallsHandler.java:105)
at 
org.ovirt.engine.core.dal//org.ovirt.engine.core.dao.TagDaoImpl.getAllForParent(TagDaoImpl.java:82)
at 
deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.TagsDirector.addChildren(TagsDirector.java:116)
at 
deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.TagsDirector.init(TagsDirector.java:75)
... 64 more

2022-04-26 12:32:32,129+02 INFO  [org.wildfly.extension.undertow] 
(ServerService Thread Pool -- 60) WFLYUT0021: Registered web context: 
'/ovirt-engine/sso' for server 'default-server'
2022-04-26 12:32:32,137+02 ERROR [org.jboss.as.controller.management-operation] 
(Controller Boot Thread) WFLYCTL0013: Operation ("deploy") failed - address: 
([("deployment" => "engine.ear")]) - failure description: {"WFLYCTL0080: Failed 
services" => 
{"jboss.deployment.subunit.\"engine.ear\".\"bll.jar\".component.Backend.START" 
=> "java.lang.IllegalStateException: WFLYEE0042: Failed to construct component 
instance
Caused by: java.lang.IllegalStateException: WFLYEE0042: Failed to construct 
component instance
Caused by: javax.ejb.EJBException: org.jboss.weld.exceptions.WeldException: 
WELD-49: Unable to invoke protected void 
org.ovirt.engine.core.bll.TagsDirector.init() on 
org.ovirt.engine.core.bll.TagsDirector@21c5d21d
Caused by: org.jboss.weld.exceptions.WeldException: WELD-49: Unable to 
invoke protected void org.ovirt.engine.core.bll.TagsDirector.init() on 
org.ovirt.engine.core.bll.TagsDirector@21c5d21d
Caused by: java.lang.reflect.InvocationTargetException
Caused by: org.springframework.dao.InvalidDataAccessApiUsageException: 
Unable to determine the correct call signature - no 
procedure/function/signature for 'gettagsbyparent_id'"}}
2022-04-26 12:32:32,158+02 INFO  [org.jboss.as.server] (ServerService Thread 
Pool -- 27) WFLYSRV0010: Deployed "ovirt-web-ui.war" (runtime-name : 
"ovirt-web-ui.war")
2022-04-26 12:32:32,159+02 INFO  [org.jboss.as.server] (ServerService Thread 
Pool -- 27) WFLYSRV0010: Deployed "apidoc.war" (runtime-name : "apidoc.war")
2022-04-26 12:32:32,159+02 INFO  [org.jboss.as.server] (ServerService Thread 
Pool -- 27) WFLYSRV0010: Deployed "restapi.war" (runtime-name : "restapi.war")
2022-04-26 12:32:32,159+02 INFO  [org.jboss.as.server] (ServerService Thread 
Pool -- 27) WFLYSRV0010: Deployed "engine.ear" (runtime-name : "engine.ear")
2022-04-26 12:32:32,167+02 INFO  [org.jboss.as.controller] (Controller Boot 
Thread) WFLYCTL0183: Service status report
WFLYCTL0186:   Services which failed to start:  service 
jboss.deployment.subunit."engine.ear"."bll.jar".component.Backend.START: 
java.lang.IllegalStateException: WFLYEE0042: Failed to construct component 
instance
WFLYCTL0448: 2 additional services are down due to their dependencies being 
missing or failed
2022-04-26 12:32:32,211+02 INFO  [org.jboss.as.server] (Controller Boot Thread) 
WFLYSRV0212: Resuming server
2022-04-26 12:32:32,226+02 ERROR [org.jboss.as] (Controller Boot Thread) 
WFLYSRV0026: WildFly Full 24.0.1.Final (WildFly Core 16.0.1.Final) started 
(with errors) in 

[ovirt-users] Re: How to renew CA cert after upgrading to ovirt 4.4

[Yedidyah Bar David]

On Tue, Apr 26, 2022 at 9:32 AM  wrote:
>
> Hi,
>
> I successfully migrated from 4.3 to 4.4 and ran ovirt-engine-rename. Now I 
> would also like to renew the self-signed CA cert since it still has the CN of 
> the former engine.
> Any idea how to do this ?

The CA Cert is not touched by ovirt-engine-rename, deliberately. If
you really need to completely get rid of the old name in wherever it
appears, it's best to start from scratch, and perhaps then import your
storage domains if needed.

In principle, you might manually recreate all the pki on an existing
setup, as you asked. This is a delicate process, and I am not aware of
a documented and tested procedure to do this.

See also:

https://www.ovirt.org/develop/networking/changing-engine-hostname.html

Also, please note that 4.5.0 was released and 4.4 is no longer
supported - please upgrade. But my answer remains the same for 4.5
regardless.

Best regards,
-- 
Didi
___
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/SWSA4PMIVDRD2OKNP7AZLEFVQI2Z7L76/

[ovirt-users] Re: Issue upgrading 4.4 to 4.5 Gluster HCG

[Alessandro De Salvo]

Hi,

the error with XML and gluster is the same I reported with a possible 
fix in vdsm in another thread.


The following fix worked for me, i.e. replacing the following line in 
/usr/lib/python3.6/site-packages/vdsm/gluster/cli.y


429c429
< if (el.find('stripeCount')): value['stripeCount'] = 
el.find('stripeCount').text

---
> value['stripeCount'] = el.find('stripeCount').text

In this way, after restarting vdsmd and supervdsmd, I was able to 
connect to gluster 10 volumes. I can file a bug if someone could please 
point me where to file it :-)


Cheers,


    Alessandro


Il 26/04/22 10:55, Sandro Bonazzola ha scritto:

@Gobinda Das  can you please have a look?

Il giorno mar 26 apr 2022 alle ore 06:47 Abe E  ha 
scritto:


Hey All,

I am having an issue upgrading from 4.4 to 4.5.
My setup
3 Node Gluster (Cluster 1) + 3 Node Cluster (Cluster 2)

If i recall the process correctly, the process I did last week:

On all my Nodes:
dnf install -y centos-release-ovirt45 --enablerepo=extras

On Ovirt Engine:
dnf install -y centos-release-ovirt45
dnf update -y --nobest
engine-setup

Once the engine was upgraded successfully I ran the upgrade from
the GUI on the Cluster 2 Nodes one by one although when they came
back, they complained of "Host failed to attach one of the Storage
Domains attached to it." which is the "hosted_storage", "data"
(gluster).

I thought maybe its due to the fact that 4.5 brings an update to
the glusterfs version, so I decided to upgrade Node 3 in my
Gluster Cluster and it booted to emergency mode after the install
"succeeded".

I feel like I did something wrong, aside from my bravery of
upgrading so much before realizing somethings not right.

My VDSM Logs from one of the nodes that fails to connect to
storage (FYI I have 2 Networks, one for Mgmt and 1 for storage
that are up):

[root@ovirt-4 ~]# tail -f /var/log/vdsm/vdsm.log
2022-04-25 22:41:31,584-0600 INFO  (jsonrpc/3) [vdsm.api] FINISH
repoStats return={} from=:::172.17.117.80,38712,
task_id=8370855e-dea6-4168-870a-d6235d9044e9 (api:54)
2022-04-25 22:41:31,584-0600 INFO  (jsonrpc/3) [vdsm.api] START
multipath_health() from=:::172.17.117.80,38712,
task_id=14eb199a-7fbf-4638-a6bf-a384dfbb9d2c (api:48)
2022-04-25 22:41:31,584-0600 INFO  (jsonrpc/3) [vdsm.api] FINISH
multipath_health return={} from=:::172.17.117.80,38712,
task_id=14eb199a-7fbf-4638-a6bf-a384dfbb9d2c (api:54)
2022-04-25 22:41:31,602-0600 INFO  (periodic/1) [vdsm.api] START
repoStats(domains=()) from=internal,
task_id=08a5c00b-1f66-493f-a408-d4006ddaa959 (api:48)
2022-04-25 22:41:31,603-0600 INFO  (periodic/1) [vdsm.api] FINISH
repoStats return={} from=internal,
task_id=08a5c00b-1f66-493f-a408-d4006ddaa959 (api:54)
2022-04-25 22:41:31,606-0600 INFO  (jsonrpc/3) [api.host] FINISH
getStats return={'status': {'code': 0, 'message': 'Done'}, 'info':
(suppressed)} from=:::172.17.117.80,38712 (api:54)
2022-04-25 22:41:35,393-0600 INFO  (jsonrpc/5) [api.host] START
getAllVmStats() from=:::172.17.117.80,38712 (api:48)
2022-04-25 22:41:35,393-0600 INFO  (jsonrpc/5) [api.host] FINISH
getAllVmStats return={'status': {'code': 0, 'message': 'Done'},
'statsList': (suppressed)} from=:::172.17.117.80,38712 (api:54)
2022-04-25 22:41:39,366-0600 INFO  (jsonrpc/2) [api.host] START
getAllVmStats() from=::1,53634 (api:48)
2022-04-25 22:41:39,366-0600 INFO  (jsonrpc/2) [api.host] FINISH
getAllVmStats return={'status': {'code': 0, 'message': 'Done'},
'statsList': (suppressed)} from=::1,53634 (api:54)
2022-04-25 22:41:46,530-0600 INFO  (jsonrpc/1) [api.host] START
getStats() from=:::172.17.117.80,38712 (api:48)
2022-04-25 22:41:46,568-0600 INFO  (jsonrpc/1) [vdsm.api] START
repoStats(domains=()) from=:::172.17.117.80,38712,
task_id=30404767-9761-4f8c-884a-5561dd0d82fe (api:48)
2022-04-25 22:41:46,568-0600 INFO  (jsonrpc/1) [vdsm.api] FINISH
repoStats return={} from=:::172.17.117.80,38712,
task_id=30404767-9761-4f8c-884a-5561dd0d82fe (api:54)
2022-04-25 22:41:46,569-0600 INFO  (jsonrpc/1) [vdsm.api] START
multipath_health() from=:::172.17.117.80,38712,
task_id=8dbfa47f-e1b7-408c-a060-8d45012f0b90 (api:48)
2022-04-25 22:41:46,569-0600 INFO  (jsonrpc/1) [vdsm.api] FINISH
multipath_health return={} from=:::172.17.117.80,38712,
task_id=8dbfa47f-e1b7-408c-a060-8d45012f0b90 (api:54)
2022-04-25 22:41:46,574-0600 INFO  (jsonrpc/1) [api.host] FINISH
getStats return={'status': {'code': 0, 'message': 'Done'}, 'info':
(suppressed)} from=:::172.17.117.80,38712 (api:54)
2022-04-25 22:41:46,651-0600 INFO  (periodic/0) [vdsm.api] START
repoStats(domains=()) from=internal,
task_id=92c69020-d0b1-4813-8610-3f3e1892c20b (api:48)

[ovirt-users] Re: Installing new self-hosted engine v4.5.0 on gluster 10

[Alessandro De Salvo]

Hi,

yes, sure, can you please point me to the github area where to file the bug?

Thanks,


    Alessandro


Il 25/04/22 19:45, Strahil Nikolov via Users ha scritto:

Would you be able to open a issue for that ?

@Sandro Bonazzola,
as far as I remember, we started using github, right ?

Best Regards,
Strahil Nikolov

On Mon, Apr 25, 2022 at 14:16, Alessandro De Salvo
 wrote:
___
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/TDWHLUQUPRYNKL4BH2IDDMAR5EPCCKJ3/



___
Users mailing list --users@ovirt.org
To unsubscribe send an email tousers-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/RKE7TB5GNUHCUQO4CJ5RIP6N5CD6VMTT/___
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/4MWUUOVB626KQVZR6OJTZHQQ7NAY7COM/

[ovirt-users] Re: I want to use the SSO function with some modifications. So, I have two questions about the SSO feature of oVirt VM.

[Sandro Bonazzola]

Il giorno lun 25 apr 2022 alle ore 05:19  ha scritto:

> I'm in a situation where a small company is adopting oVirt and is trying
> to support the use of VMs using SSO functionality. I'm going to ask you two
> questions.
>
> First, I wonder how oVirt will support SSO to VMs without
> ovirt-guest-agent going forward.
>
> Already the guest-agent project seems to be excluded from oVirt. However,
> you can still use the SSO function through installation in the VM and
> setting on the admin page. Is this supported through an agent other than
> guest-agent?
>
> Second, I want to know the logic that supports VM SSO in oVirt. I looked
> up the documentation (
> https://www.ovirt.org/develop/release-management/features/infra/sso.html),
> but is it implemented as it is here? Or I'd like to know if it's being
> supported in a different direction than this.
>
> If anyone is familiar with SSO function support, please let me know.
> Thanks. Regards
>

SSO is deprecated, see

   - https://bugzilla.redhat.com/show_bug.cgi?id=1869251
   - https://bugzilla.redhat.com/show_bug.cgi?id=2012925
   - https://bugzilla.redhat.com/show_bug.cgi?id=1683617


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

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/CLZ6A56FASNEYDAMFJ5MYZSECVIM3S5L/

[ovirt-users] Re: Notified that Engine's certification is about to expire but no documentation to renew it

[Sandro Bonazzola]

Documentation is being updated here:
https://github.com/oVirt/ovirt-site/pull/2866

Il giorno lun 25 apr 2022 alle ore 16:28 Guillaume Pavese <
guillaume.pav...@interactiv-group.com> ha scritto:

> Thank you Didi,
>
> I can confirm that engine-setup detected the approaching expiration of the
> engine certificate and proposed to renew it.
> We'll try proposing a documentation fix
>
> Guillaume Pavese
> Ingénieur Système et Réseau
> Interactiv-Group
>
>
> On Mon, Apr 25, 2022 at 9:02 PM Yedidyah Bar David 
> wrote:
>
>> On Mon, Apr 25, 2022 at 2:45 PM Guillaume Pavese
>>  wrote:
>> >
>> > Hello
>> >
>> > We are receiving the following notifications from our ovirt manager  :
>> >
>> > Message:Engine's certification is about to expire at 2022-05-03. Please
>> renew the engine's certification.
>> > Severity:WARNING
>> >
>> >
>> > Effectively :
>> >
>> > # openssl x509 -in /etc/pki/ovirt-engine/certs/engine.cer -startdate
>> -enddate -noout
>> > notBefore=Mar 30 04:48:15 2021 GMT
>> > notAfter=May  3 04:48:15 2022 GMT
>> >
>> >
>> > However I can not find any documentation on how to renew this
>> certificate.
>> > The following doc only convers changing apache-ca.pem & apache.cer, and
>> not engine.cer
>> >
>> > Doc oVirt :
>> https://ovirt.org/documentation/administration_guide/index.html#Replacing_the_Manager_CA_Certificate
>> > Doc RHV :
>> https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.4/html-single/administration_guide/index#Replacing_the_Manager_CA_Certificate
>> >
>> >
>> > Any help ?
>>
>> Please try running 'engine-setup'. If you want to prevent it from
>> upgrading the engine, you can try 'engine-setup --offline'.
>>
>> You might want to create a github issue about the documentation
>> missing this information. If you do, please clarify where you expected
>> it to appear and what you searched for when looking for it.
>> Alternatively, patches are welcome :-), the oVirt documentation is
>> managed in a github repo, with a link in each page "Edit this page".
>>
>> Good luck and best regards,
>> --
>> Didi
>>
>>
> Ce message et toutes les pièces jointes (ci-après le “message”) sont
> établis à l’intention exclusive de ses destinataires et sont confidentiels.
> Si vous recevez ce message par erreur, merci de le détruire et d’en avertir
> immédiatement l’expéditeur. Toute utilisation de ce message non conforme a
> sa destination, toute diffusion ou toute publication, totale ou partielle,
> est interdite, sauf autorisation expresse. L’internet ne permettant pas
> d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales)
> décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse
> ou il aurait été modifié. IT, ES, UK.
> 
> ___
> 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/BN23FQXEWIMIPT5N5B3GH3SZ3IYIX2KP/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

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/WF4YTMONCIAOKSO2JHWIZZXQQOSWBZ2O/

[ovirt-users] Re: Issue upgrading 4.4 to 4.5 Gluster HCG

[Sandro Bonazzola]

@Gobinda Das  can you please have a look?

Il giorno mar 26 apr 2022 alle ore 06:47 Abe E  ha
scritto:

> Hey All,
>
> I am having an issue upgrading from 4.4 to 4.5.
> My setup
> 3 Node Gluster (Cluster 1) + 3 Node Cluster (Cluster 2)
>
> If i recall the process correctly, the process I did last week:
>
> On all my Nodes:
> dnf install -y centos-release-ovirt45 --enablerepo=extras
>
> On Ovirt Engine:
> dnf install -y centos-release-ovirt45
> dnf update -y --nobest
> engine-setup
>
> Once the engine was upgraded successfully I ran the upgrade from the GUI
> on the Cluster 2 Nodes one by one although when they came back, they
> complained of "Host failed to attach one of the Storage Domains attached to
> it." which is the "hosted_storage", "data" (gluster).
>
> I thought maybe its due to the fact that 4.5 brings an update to the
> glusterfs version, so I decided to upgrade Node 3 in my Gluster Cluster and
> it booted to emergency mode after the install "succeeded".
>
> I feel like I did something wrong, aside from my bravery of upgrading so
> much before realizing somethings not right.
>
> My VDSM Logs from one of the nodes that fails to connect to storage (FYI I
> have 2 Networks, one for Mgmt and 1 for storage that are up):
>
> [root@ovirt-4 ~]# tail -f /var/log/vdsm/vdsm.log
> 2022-04-25 22:41:31,584-0600 INFO  (jsonrpc/3) [vdsm.api] FINISH repoStats
> return={} from=:::172.17.117.80,38712,
> task_id=8370855e-dea6-4168-870a-d6235d9044e9 (api:54)
> 2022-04-25 22:41:31,584-0600 INFO  (jsonrpc/3) [vdsm.api] START
> multipath_health() from=:::172.17.117.80,38712,
> task_id=14eb199a-7fbf-4638-a6bf-a384dfbb9d2c (api:48)
> 2022-04-25 22:41:31,584-0600 INFO  (jsonrpc/3) [vdsm.api] FINISH
> multipath_health return={} from=:::172.17.117.80,38712,
> task_id=14eb199a-7fbf-4638-a6bf-a384dfbb9d2c (api:54)
> 2022-04-25 22:41:31,602-0600 INFO  (periodic/1) [vdsm.api] START
> repoStats(domains=()) from=internal,
> task_id=08a5c00b-1f66-493f-a408-d4006ddaa959 (api:48)
> 2022-04-25 22:41:31,603-0600 INFO  (periodic/1) [vdsm.api] FINISH
> repoStats return={} from=internal,
> task_id=08a5c00b-1f66-493f-a408-d4006ddaa959 (api:54)
> 2022-04-25 22:41:31,606-0600 INFO  (jsonrpc/3) [api.host] FINISH getStats
> return={'status': {'code': 0, 'message': 'Done'}, 'info': (suppressed)}
> from=:::172.17.117.80,38712 (api:54)
> 2022-04-25 22:41:35,393-0600 INFO  (jsonrpc/5) [api.host] START
> getAllVmStats() from=:::172.17.117.80,38712 (api:48)
> 2022-04-25 22:41:35,393-0600 INFO  (jsonrpc/5) [api.host] FINISH
> getAllVmStats return={'status': {'code': 0, 'message': 'Done'},
> 'statsList': (suppressed)} from=:::172.17.117.80,38712 (api:54)
> 2022-04-25 22:41:39,366-0600 INFO  (jsonrpc/2) [api.host] START
> getAllVmStats() from=::1,53634 (api:48)
> 2022-04-25 22:41:39,366-0600 INFO  (jsonrpc/2) [api.host] FINISH
> getAllVmStats return={'status': {'code': 0, 'message': 'Done'},
> 'statsList': (suppressed)} from=::1,53634 (api:54)
> 2022-04-25 22:41:46,530-0600 INFO  (jsonrpc/1) [api.host] START getStats()
> from=:::172.17.117.80,38712 (api:48)
> 2022-04-25 22:41:46,568-0600 INFO  (jsonrpc/1) [vdsm.api] START
> repoStats(domains=()) from=:::172.17.117.80,38712,
> task_id=30404767-9761-4f8c-884a-5561dd0d82fe (api:48)
> 2022-04-25 22:41:46,568-0600 INFO  (jsonrpc/1) [vdsm.api] FINISH repoStats
> return={} from=:::172.17.117.80,38712,
> task_id=30404767-9761-4f8c-884a-5561dd0d82fe (api:54)
> 2022-04-25 22:41:46,569-0600 INFO  (jsonrpc/1) [vdsm.api] START
> multipath_health() from=:::172.17.117.80,38712,
> task_id=8dbfa47f-e1b7-408c-a060-8d45012f0b90 (api:48)
> 2022-04-25 22:41:46,569-0600 INFO  (jsonrpc/1) [vdsm.api] FINISH
> multipath_health return={} from=:::172.17.117.80,38712,
> task_id=8dbfa47f-e1b7-408c-a060-8d45012f0b90 (api:54)
> 2022-04-25 22:41:46,574-0600 INFO  (jsonrpc/1) [api.host] FINISH getStats
> return={'status': {'code': 0, 'message': 'Done'}, 'info': (suppressed)}
> from=:::172.17.117.80,38712 (api:54)
> 2022-04-25 22:41:46,651-0600 INFO  (periodic/0) [vdsm.api] START
> repoStats(domains=()) from=internal,
> task_id=92c69020-d0b1-4813-8610-3f3e1892c20b (api:48)
> 2022-04-25 22:41:46,652-0600 INFO  (periodic/0) [vdsm.api] FINISH
> repoStats return={} from=internal,
> task_id=92c69020-d0b1-4813-8610-3f3e1892c20b (api:54)
> 2022-04-25 22:41:50,397-0600 INFO  (jsonrpc/6) [api.host] START
> getAllVmStats() from=:::172.17.117.80,38712 (api:48)
> 2022-04-25 22:41:50,397-0600 INFO  (jsonrpc/6) [api.host] FINISH
> getAllVmStats return={'status': {'code': 0, 'message': 'Done'},
> 'statsList': (suppressed)} from=:::172.17.117.80,38712 (api:54)
> 2022-04-25 22:41:52,533-0600 INFO  (jsonrpc/4) [api.host] START
> getCapabilities() from=:::172.17.117.80,38712 (api:48)
> 2022-04-25 22:41:54,382-0600 INFO  (jsonrpc/0) [api.host] START
> getAllVmStats() from=::1,53634 (api:48)
> 2022-04-25 22:41:54,382-0600 INFO  (jsonrpc/0) [api.host] FINISH
> getAllVmStats return={'status': 

[ovirt-users] understanding if real engine offline deployment is possible

[vk]

Hi Everyone,
In my compagny, we try to deploy engine on 2 RHEL8 hosts we already installed.

We don't have direct internet access, so the RHEL8 hosts have been setup using 
some internal EL repo (using redhat satellite)

We have also duplicated internaly the necessary ovirt repositories, so all 
ovirt packages can be installed.

Now the blocking part is the deployment of the engine. Is it really possible to 
deploy an engine without having internet connection?

We tried several time but never succeeded.

I tried with ansible extra var "he_offline_deployment=true", naively thinking 
it will download necessary packages for the engine through the repositories 
already configured on the physical hosts (like the physical host act as proxy)

I also tried by specifying the ova file with 
he_appliance_ova=/usr/share/ovirt-engine-appliance/ovirt-engine-appliance-4.4-20211020135049.1.el8.ova

both options have also been tried together 
(--ansible-extra-vars=he_appliance_ova=/usr/share/ovirt-engine-appliance/ovirt-engine-appliance-4.4-20211020135049.1.el8.ova
 --ansible-extra-vars=he_offline_deployment=true)

But at the end, it seems the engine deployment process makes the engine to need 
to reach the ovirt internet repositories, as it always failed with:

2022-04-24 17:39:53,268+0100 ERROR 
otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:110 
fatal: [localhost -> 192.168.1.154]: FAILED! => {"changed": false, "msg": 
"Failed to download metadata for repo 'ovirt-4.4-centos-ceph-pacific': Cannot 
download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were 
tried", "rc": 1, "results": []}

FYI the pacific repo works fine when we download packages on physical hosts.
ANother thing to know is that before being able to use our internal repo 
present on our redhat satellite, a system need to install the satellite 
crtificate, and register to satellite. 

it would be so nice if we can achieve a fully offline engine deploy (which mean 
no internet access at all, including the engine itself), but we start to lack 
of  clues if it's really possible.

Here are all the ovirt packages installed on the physical hosts:

$rpm -qa | grep ovirt
ovirt-ansible-collection-1.6.5-1.el8.noarch
ovirt-imageio-daemon-2.3.0-1.el8.x86_64
ovirt-host-4.4.9-2.el8.x86_64
ovirt-engine-appliance-4.4-20211020135049.1.el8.x86_64
ovirt-imageio-common-2.3.0-1.el8.x86_64
python3-ovirt-engine-sdk4-4.4.15-1.el8.x86_64
ovirt-host-dependencies-4.4.9-2.el8.x86_64
ovirt-hosted-engine-setup-2.5.4-2.el8.noarch
ovirt-imageio-client-2.3.0-1.el8.x86_64
ovirt-vmconsole-host-1.0.9-1.el8.noarch
ovirt-provider-ovn-driver-1.2.34-1.el8.noarch
cockpit-ovirt-dashboard-0.15.1-1.el8.noarch
python3-ovirt-setup-lib-1.3.2-1.el8.noarch
ovirt-hosted-engine-ha-2.4.9-1.el8.noarch
ovirt-vmconsole-1.0.9-1.el8.noarch

thanks a lot in advance
___
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/5IKRUH4A3MY26URYVWIQEAXTIVA4ZEA3/

[ovirt-users] Re: Error 500 on Hosted Engine admin portal!!!

[atlasz]

Thank you all for the important pieces of information! I'm deploying a new 
self-hosted engine and I was hit by this problem. I fact I lost a few hours 
during the weekend on this.. 
Finally I was able to ssh into the VM during setup and lock the package using 
"dnf versionlock add".
___
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/JHBBBM62TLGWFJ3ECSSD7NHKPLLLRHHV/

[ovirt-users] [ANN] oVirt Node 4.5.0.1 Async update

[Sandro Bonazzola]

oVirt Node 4.5.0.1 Async update

On April 26th 2022 the oVirt project released an async update of oVirt Node
(4.5.0.1) delivering important impact security fixes, several bug fixes and
enhancements.

The update is already available on resources.ovirt.org and should land on
oVirt mirrors within 24 hours.

Security fixes included in oVirt Node NG 4.5.0 Async1 compared to latest
oVirt 4.5.0 GA:

   -

   CVE-2022-1015  -
   important - kernel: arbitrary code execution in
   linux/net/netfilter/nf_tables_api.c
   -

   CVE-2022-0435  -
   important - kernel: remote stack overflow via kernel panic on systems using
   TIPC may lead to DoS
   -

   CVE-2022-25636  -
   important - kernel: heap out of bounds write in nf_dup_netdev.c
   -

   CVE-2021-4028  -
   important - kernel: use-after-free in RDMA listen()
   -

   CVE-2022-1016  -
   moderate - kernel: uninitialized registers on stack in nft_do_chain can
   cause kernel pointer leakage to UM


oVirt Node has been updated, including:

   -

   Ansible Core 2.12.3:
   
https://github.com/ansible/ansible/blob/stable-2.12/changelogs/CHANGELOG-v2.12.rst#v2123

   -

   CentOS Stream 8 latest updates
   -

   Full list of changes compared to oVirt Node 4.5.0 GA:


  4.5.0 GA
  4.5.0 Async #1

ansible-core2.12.2-2.el8
  2.12.3-1.el8

binutils2.30-113.el8
  2.30-114.el8

fribidi 1.0.4-8.el8
  1.0.4-9.el8

ipa-client 4.9.8-2.module_el8.6.0+1054+cdb51b28
4.9.8-6.module_el8.6.0+1104+ba556574

ipa-client-common  4.9.8-2.module_el8.6.0+1054+cdb51b28
4.9.8-6.module_el8.6.0+1104+ba556574

ipa-common 4.9.8-2.module_el8.6.0+1054+cdb51b28
4.9.8-6.module_el8.6.0+1104+ba556574

ipa-selinux4.9.8-2.module_el8.6.0+1054+cdb51b28
4.9.8-6.module_el8.6.0+1104+ba556574

ipxe-roms-qemu  20181214-8.git133f4c47.el8
  20181214-9.git133f4c47.el8

kernel  4.18.0-373.el8
  4.18.0-383.el8

kernel-core 4.18.0-373.el8
  4.18.0-383.el8

kernel-modules  4.18.0-373.el8
  4.18.0-383.el8

kernel-tools4.18.0-373.el8
  4.18.0-383.el8

kernel-tools-libs   4.18.0-373.el8
  4.18.0-383.el8

krb5-libs   1.18.2-14.el8
  1.18.2-17.el8

krb5-workstation1.18.2-14.el8
  1.18.2-17.el8

libestr 0.1.10-1.el8
  0.1.10-3.el8

libkadm51.18.2-14.el8
  1.18.2-17.el8

nmstate 1.2.1-1.el8
  1.3.0-0.alpha.20220407.el8

nmstate-plugin-ovsdb1.2.1-1.el8
  1.3.0-0.alpha.20220407.el8

openvswitch2.15 2.15.0-81.el8s
  2.15.0-88.el8s

openvswitch2.15-ipsec   2.15.0-81.el8s
  2.15.0-88.el8s

ovirt-node-ng-image-update-placeholder  4.5.0-4.el8
  4.5.0.1-1.el8

ovirt-release-host-node 4.5.0-4.el8
  4.5.0.1-1.el8

python3-ipaclient4.9.8-2.module_el8.6.0+1054+cdb51b28
4.9.8-6.module_el8.6.0+1104+ba556574

python3-ipalib   4.9.8-2.module_el8.6.0+1054+cdb51b28
4.9.8-6.module_el8.6.0+1104+ba556574

python3-libnmstate  1.2.1-1.el8
  1.3.0-0.alpha.20220407.el8

python3-openvswitch2.15 2.15.0-81.el8s
  2.15.0-88.el8s

python3-perf4.18.0-373.el8
  4.18.0-383.el8

python3-sanlock 3.8.4-1.el8
  3.8.4-3.el8

rsyslog 8.2102.0-7.el8
  8.2102.0-9.el8

rsyslog-elasticsearch   8.2102.0-7.el8
  8.2102.0-9.el8

rsyslog-mmjsonparse 8.2102.0-7.el8
  8.2102.0-9.el8

rsyslog-mmnormalize 8.2102.0-7.el8
  8.2102.0-9.el8

rsyslog-openssl 8.2102.0-7.el8
  8.2102.0-9.el8

sanlock 3.8.4-1.el8
  3.8.4-3.el8

sanlock-lib 3.8.4-1.el8
  3.8.4-3.el8

virt-install3.2.0-3.el8
  3.2.0-4.el8

virt-manager-common 3.2.0-3.el8
  3.2.0-4.el8

virt-what   1.18-13.el8
  1.18-14.el8



Additional resources:

   -

   Read more about the oVirt 4.5.0 release highlights:
   

[ovirt-users] Re: new host addition to OVN cluster fails with Connectivity check failed, rolling back

[ravi k]

> I would suggest to rather go with 4.5 directly.

Thanks. I'm afraid we may not be able to go with 4.5 yet as we're going with 
Oracle. 

Regards,
Ravi
___
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/C76W2CX54BI3FWKD6HH7PTR4ZEMAZET5/

[ovirt-users] How to renew CA cert after upgrading to ovirt 4.4

[noua . toukourou]

Hi,

I successfully migrated from 4.3 to 4.4 and ran ovirt-engine-rename. Now I 
would also like to renew the self-signed CA cert since it still has the CN of 
the former engine.
Any idea how to do this ?

Thanks,
___
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/IZPO4KRULHOBP57UV22VYXINL6PGJTSC/