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

[Strahil Nikolov via Users]

That's why you need to mark the host as 'rebooted' (same menu , the 3 dots)
Best Regards,Strahil Nikolov
 
 
  On Fri, Apr 29, 2022 at 0:09, Joseph Gelinas wrote:   
Unfortunately can't do that either.

> On Apr 28, 2022, at 15:26, Strahil Nikolov via Users  wrote:
> 
> Have you tried setting it to maintenance ?
> 
> Best Regards,
> Strahil Nikolov
> 
> On Thu, Apr 28, 2022 at 21:46, Joseph Gelinas
>  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/Z4U4N42S72IPKD5SY4OZG2TAPPSSOMC5/
> 
> ___
> 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/QLFNU45TDDFGLNYMDQFSHPGZTV44N5QJ/
___
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/DAKAIFBRJG3EWFIFFCZLT6VGDKZCLOFO/
  
___
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/23DGVTLTQGOCRQCCMBZTYTQLGGYY7FGR/

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

[Nir Soffer]

On Tue, Apr 26, 2022 at 12:47 PM Alessandro De Salvo
 wrote:
>
> 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 :-)

Someone already filed a bug:
https://github.com/oVirt/vdsm/issues/155

You can send a pull request with this fix:
https://github.com/oVirt/vdsm/pulls

Nir

>
> 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)} 
>> fro

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

[Abe E]

If I wanted to rebuild that single node, what's the best way.
Since it is up, I assume I can rebuild the partition using the below config 
then resetting the brick from engine?
vgname: gluster_vg_sda
pvname /dev/sda4

lvname gluster_lv_engine 
vgname:gluster_vg_sda 
path /gluster_bricks/engine

lvname gluster_lv_data
vgname:gluster_vg_sda 
path /gluster_bricks/data

Would I alternatively be able to somehow get access to run the gluster wizard 
from cockpit to do all the heavy lifting to configure this single node back as 
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/XNB4AKYV7DIQW6HNWBABHAFX7U63KCLI/

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

[Joseph Gelinas]

Unfortunately can't do that either.

> On Apr 28, 2022, at 15:26, Strahil Nikolov via Users  wrote:
> 
> Have you tried setting it to maintenance ?
> 
> Best Regards,
> Strahil Nikolov
> 
> On Thu, Apr 28, 2022 at 21:46, Joseph Gelinas
>  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/Z4U4N42S72IPKD5SY4OZG2TAPPSSOMC5/
> 
> ___
> 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/QLFNU45TDDFGLNYMDQFSHPGZTV44N5QJ/
___
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/DAKAIFBRJG3EWFIFFCZLT6VGDKZCLOFO/

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

[Strahil Nikolov via Users]

Have you tried setting it to maintenance ?
Best Regards,Strahil Nikolov
 
 
  On Thu, Apr 28, 2022 at 21:46, Joseph Gelinas 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/Z4U4N42S72IPKD5SY4OZG2TAPPSSOMC5/
  
___
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/QLFNU45TDDFGLNYMDQFSHPGZTV44N5QJ/

[ovirt-users] Re: Q: Cluster compatibility Level and Old v4.2 Nodes

[Strahil Nikolov via Users]

I don't think it's possible, but you can try to install 4.3.10 which will allow 
you to bump the cluster version.
Why don't you reinstall one of the nodes on EL8 with 4.4 and then reinstall the 
second one ?
Best Regards,Strahil Nikolov
 
 
  On Thu, Apr 28, 2022 at 12:53, Andrei Verovski wrote:   
Hi,


I have quite old nodes from early 4.x era (with CentOS 7.6, cluster 
compatibility 4.2 level), and oVirt Engine 4.4.
2 nodes have ovirt-release42.
Upgrade to oVirt Engine 4.5 engine required cluster compatibility >= 4.3 level.

Nodes have been installed with stock CentOS 7.6, not oVirt node image, their 
upgrade is quite problematic right now.

Is it possible to upgrade to cluster compatibility 4.3 while having old 4.2 
nodes?

Thanks in advance.
Andrei
___
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/L4GODZKGD7WO4OHH3LRPXHDPSDH4C3IK/
  
___
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/Y7FQ6UBBFCYMHWZAQGYG5K4SXQYNITWM/

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

[Erez Zarum]

I believe there's a bug here:
https://github.com/oVirt/ovirt-ansible-collection/blob/master/roles/engine_setup/tasks/main.yml
which besides the he_offline_deployment condition it relies
on ovirt_engine_setup_perform_upgrade which is never passed to from the
hosted_engine_setup role.
If he can post the full log, it will be easier to understand where the
issue is and why does ansible triggers yum repos.

Another way to workaround it is to create a pre engine setup hook as
ansible task and use it to configure the repos on the engine vm that it
will use the local repos and not reach the internet at any point.



On Thu, Apr 28, 2022 at 8:55 PM Strahil Nikolov via Users 
wrote:

> Theoretically everything is possible.
> In this situation I can recommend you to open an issue as
> he_offline_deployment=true should really mean offline.
>
> Currently you can modify the Ansible code on the system and modify the
> repos pointing to your Satellite.
>
> Best Regards,
> Strahil Nikolov
>
> On Tue, Apr 26, 2022 at 12:02, v...@itiviti.com
>  wrote:
> 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/
>
> ___
> 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/OTS7PU7DMWC6KEKTOAHJ5OILFGE6BI4K/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://w

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

[Strahil Nikolov via Users]

You might have other issues. Get a rescue media and check if you can activate 
the VG and mount the brick(s).
Usually I prefer using systemd mount units which even if fail - won't block the 
boot process.
Best Regards,Strahil Nikolov
 
 
  On Tue, Apr 26, 2022 at 19:58, Abe E wrote:   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/
  
___
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/Q4HAHTDHMAGH2NQPIIZHQP6VOBX2YMI7/

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

[Strahil Nikolov via Users]

PR can be open against https://github.com/oVirt/vdsm
Best Regards,Strahil Nikolov
 
 
  On Tue, Apr 26, 2022 at 12:49, 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/6Y3HUNG2VAQSXWMQO3WBTMATIWWFUYND/
  
___
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/DLCSFQVOC6MO645NF6VLWYFMRDJKMWTP/

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

[Strahil Nikolov via Users]

In the web, I think you can mark the host as rebooted (in order the engine to 
kill/release any pending tasks) and then remove it.
Best Regards,Strahil Nikolov
 
 
  On Tue, Apr 26, 2022 at 17:34, Joseph Gelinas wrote:   
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           

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

[Strahil Nikolov via Users]

Theoretically everything is possible.In this situation I can recommend you to 
open an issue as he_offline_deployment=true should really mean offline.
Currently you can modify the Ansible code on the system and modify the repos 
pointing to your Satellite.
Best Regards,Strahil Nikolov
 
 
  On Tue, Apr 26, 2022 at 12:02, v...@itiviti.com wrote:   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/
  
___
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/OTS7PU7DMWC6KEKTOAHJ5OILFGE6BI4K/

[ovirt-users] Re: unable to upgrade engine to 4.4.10 from 4.4.8

[Patrick Hibbs]

The ovirt-release rpm only contains the repos for oVirt specific stuff.
You've changed the repos for the CentOS base installation. (I.e. the
"core" distribution repos.) To fix this, you need to:

1) Reinstall the centos-stream-repos package.
2) Run rpm --verify * and look for any .repo files under
/etc/yum.repos.d/ in the output then search for the packages they came
from and reinstall them with dnf reinstall .
3) Download and install ovirt-release44.rpm.

-Patrick Hibbs

On Thu, 2022-04-28 at 17:15 +0300, Andrei Verovski wrote:
> Hi,
> 
> Is this correct order of actions:
> 
> 1) download ovirt-release44.rpm
> 2) Remove all repos from /etc/yum.repos.d/ - because of outdated data
> 3)  Install ovirt-release44.rpm, which does have all correct repos’
> list inside.
> 
> 
> > On 28 Apr 2022, at 16:46, Patrick Hibbs 
> > wrote:
> > 
> > That's kinda messed up.
> > 
> > You did not need to change the mirrorlists for the base
> > installation,
> > as the current ovirt-release44.rpm fixes those for you. By doing
> > what
> > you did, you now have a base system trying to install most of it's
> > packages from the CentOS vault, which is intermittent / slow with
> > out-
> > dated packages, and gaining no real benefit from it.
> > 
> > I'd revert those changes, restore your repo files to their default
> > versions, and install the current ovirt-release rpm.
> > 
> > -Patrick Hibbs
> > 
> > On Thu, 2022-04-28 at 16:25 +0300, Andrei Verovski wrote:
> > > Hi,
> > > 
> > > I have same issue.
> > > Partially I fixed it with conversion to CentOS Stream.
> > > 
> > > rm -rf /var/cache/dnf
> > > cd /etc/yum.repos.d/
> > > sed -i 's/mirrorlist/#mirrorlist/g' /etc/yum.repos.d/CentOS-*
> > > sed -i
> > > 's|#baseurl=http://mirror.centos.org|baseurl=http://vault.centos.org|g'
> > >  /etc/yum.repos.d/CentOS-*
> > > 
> > > sudo dnf install --disablerepo='*'
> > > https://resources.ovirt.org/pub/yum-repo/ovirt-release44.rpm
> > > 
> > > dnf distro-sync —nobest
> > > 
> > > It install latest oVirt Engine 4.4.10.2, yet Web UI still shows
> > > 4.4.7.6.
> > > 
> > > engine-setup fails with:
> > > [ INFO  ] DNF Downloaded CentOS Linux 8 - AppStream
> > > [ ERROR ] DNF Failed to download metadata for repo 'appstream':
> > > Cannot prepare internal mirrorlist: No URLs in mirrorlist
> > > [ ERROR ] Failed to execute stage 'Environment setup': Failed to
> > > download metadata for repo 'appstream': Cannot prepare internal
> > > mirrorlist: No URLs in mirrorlist
> > > 
> > > I don’t know if its safe to leave oVirt Engine in this half-
> > > upgraded
> > > condition or better to revert back to pristine 4.4.7.6.
> > > 
> > > 
> > > Anyone found solution to upgrade to 4.4.10.2 ?
> > > 
> > > Thanks in advance.
> > > 
> > > 
> > > > On 28 Apr 2022, at 15:43, Diggy Mc  wrote:
> > > > 
> > > > > I would add, as you are on CentOS Linux 8, I would recommend
> > > > > switching it
> > > > > either to some other RHEL clone (Alma, Rocky,...) or to
> > > > > CentOS
> > > > > Stream as a
> > > > > first step.
> > > > 
> > > > Wouldn't updating the oVirt packages (# dnf update
> > > > ovirt\*setup\*)
> > > > switch the repositories to CentOS Stream?
> > > > ___
> > > > 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/EKRUW4BF3LSNT2W2PMQKJK3D7F4V2L4U/
> > > ___
> > > 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/HPIGXJZNK3BITHWX75JW2YGHB77EPLAR/
> > 
> > ___
> > 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/A5RU5PGZENL3GXI4IISKSYEQJ3RFTLVJ/
> 

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

[ovirt-users] Re: unable to upgrade engine to 4.4.10 from 4.4.8

[Andrei Verovski]

Hi,

Is this correct order of actions:

1) download ovirt-release44.rpm
2) Remove all repos from /etc/yum.repos.d/ - because of outdated data
3)  Install ovirt-release44.rpm, which does have all correct repos’ list inside.


> On 28 Apr 2022, at 16:46, Patrick Hibbs  wrote:
> 
> That's kinda messed up.
> 
> You did not need to change the mirrorlists for the base installation,
> as the current ovirt-release44.rpm fixes those for you. By doing what
> you did, you now have a base system trying to install most of it's
> packages from the CentOS vault, which is intermittent / slow with out-
> dated packages, and gaining no real benefit from it.
> 
> I'd revert those changes, restore your repo files to their default
> versions, and install the current ovirt-release rpm.
> 
> -Patrick Hibbs
> 
> On Thu, 2022-04-28 at 16:25 +0300, Andrei Verovski wrote:
>> Hi,
>> 
>> I have same issue.
>> Partially I fixed it with conversion to CentOS Stream.
>> 
>> rm -rf /var/cache/dnf
>> cd /etc/yum.repos.d/
>> sed -i 's/mirrorlist/#mirrorlist/g' /etc/yum.repos.d/CentOS-*
>> sed -i
>> 's|#baseurl=http://mirror.centos.org|baseurl=http://vault.centos.org|g'
>>  /etc/yum.repos.d/CentOS-*
>> 
>> sudo dnf install --disablerepo='*'
>> https://resources.ovirt.org/pub/yum-repo/ovirt-release44.rpm
>> 
>> dnf distro-sync —nobest
>> 
>> It install latest oVirt Engine 4.4.10.2, yet Web UI still shows
>> 4.4.7.6.
>> 
>> engine-setup fails with:
>> [ INFO  ] DNF Downloaded CentOS Linux 8 - AppStream
>> [ ERROR ] DNF Failed to download metadata for repo 'appstream':
>> Cannot prepare internal mirrorlist: No URLs in mirrorlist
>> [ ERROR ] Failed to execute stage 'Environment setup': Failed to
>> download metadata for repo 'appstream': Cannot prepare internal
>> mirrorlist: No URLs in mirrorlist
>> 
>> I don’t know if its safe to leave oVirt Engine in this half-upgraded
>> condition or better to revert back to pristine 4.4.7.6.
>> 
>> 
>> Anyone found solution to upgrade to 4.4.10.2 ?
>> 
>> Thanks in advance.
>> 
>> 
>>> On 28 Apr 2022, at 15:43, Diggy Mc  wrote:
>>> 
 I would add, as you are on CentOS Linux 8, I would recommend
 switching it
 either to some other RHEL clone (Alma, Rocky,...) or to CentOS
 Stream as a
 first step.
>>> 
>>> Wouldn't updating the oVirt packages (# dnf update ovirt\*setup\*)
>>> switch the repositories to CentOS Stream?
>>> ___
>>> 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/EKRUW4BF3LSNT2W2PMQKJK3D7F4V2L4U/
>> ___
>> 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/HPIGXJZNK3BITHWX75JW2YGHB77EPLAR/
> 
> ___
> 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/A5RU5PGZENL3GXI4IISKSYEQJ3RFTLVJ/
___
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/MGU545BI5KUVPZ7TIQDQZJENBUCSOQEU/

[ovirt-users] Re: unable to upgrade engine to 4.4.10 from 4.4.8

[Patrick Hibbs]

That's kinda messed up.

You did not need to change the mirrorlists for the base installation,
as the current ovirt-release44.rpm fixes those for you. By doing what
you did, you now have a base system trying to install most of it's
packages from the CentOS vault, which is intermittent / slow with out-
dated packages, and gaining no real benefit from it.

I'd revert those changes, restore your repo files to their default
versions, and install the current ovirt-release rpm.

-Patrick Hibbs

On Thu, 2022-04-28 at 16:25 +0300, Andrei Verovski wrote:
> Hi,
> 
> I have same issue.
> Partially I fixed it with conversion to CentOS Stream.
> 
> rm -rf /var/cache/dnf
> cd /etc/yum.repos.d/
> sed -i 's/mirrorlist/#mirrorlist/g' /etc/yum.repos.d/CentOS-*
> sed -i
> 's|#baseurl=http://mirror.centos.org|baseurl=http://vault.centos.org|g'
>  /etc/yum.repos.d/CentOS-*
> 
> sudo dnf install --disablerepo='*'
> https://resources.ovirt.org/pub/yum-repo/ovirt-release44.rpm
> 
> dnf distro-sync —nobest
> 
> It install latest oVirt Engine 4.4.10.2, yet Web UI still shows
> 4.4.7.6.
> 
> engine-setup fails with:
> [ INFO  ] DNF Downloaded CentOS Linux 8 - AppStream
> [ ERROR ] DNF Failed to download metadata for repo 'appstream':
> Cannot prepare internal mirrorlist: No URLs in mirrorlist
> [ ERROR ] Failed to execute stage 'Environment setup': Failed to
> download metadata for repo 'appstream': Cannot prepare internal
> mirrorlist: No URLs in mirrorlist
> 
> I don’t know if its safe to leave oVirt Engine in this half-upgraded
> condition or better to revert back to pristine 4.4.7.6.
> 
> 
> Anyone found solution to upgrade to 4.4.10.2 ?
> 
> Thanks in advance.
> 
> 
> > On 28 Apr 2022, at 15:43, Diggy Mc  wrote:
> > 
> > > I would add, as you are on CentOS Linux 8, I would recommend
> > > switching it
> > > either to some other RHEL clone (Alma, Rocky,...) or to CentOS
> > > Stream as a
> > > first step.
> > 
> > Wouldn't updating the oVirt packages (# dnf update ovirt\*setup\*)
> > switch the repositories to CentOS Stream?
> > ___
> > 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/EKRUW4BF3LSNT2W2PMQKJK3D7F4V2L4U/
> ___
> 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/HPIGXJZNK3BITHWX75JW2YGHB77EPLAR/

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

[ovirt-users] Re: unable to upgrade engine to 4.4.10 from 4.4.8

[Andrei Verovski]

Hi,

I have same issue.
Partially I fixed it with conversion to CentOS Stream.

rm -rf /var/cache/dnf
cd /etc/yum.repos.d/
sed -i 's/mirrorlist/#mirrorlist/g' /etc/yum.repos.d/CentOS-*
sed -i 's|#baseurl=http://mirror.centos.org|baseurl=http://vault.centos.org|g' 
/etc/yum.repos.d/CentOS-*

sudo dnf install --disablerepo='*' 
https://resources.ovirt.org/pub/yum-repo/ovirt-release44.rpm

dnf distro-sync —nobest

It install latest oVirt Engine 4.4.10.2, yet Web UI still shows 4.4.7.6.

engine-setup fails with:
[ INFO  ] DNF Downloaded CentOS Linux 8 - AppStream
[ ERROR ] DNF Failed to download metadata for repo 'appstream': Cannot prepare 
internal mirrorlist: No URLs in mirrorlist
[ ERROR ] Failed to execute stage 'Environment setup': Failed to download 
metadata for repo 'appstream': Cannot prepare internal mirrorlist: No URLs in 
mirrorlist

I don’t know if its safe to leave oVirt Engine in this half-upgraded condition 
or better to revert back to pristine 4.4.7.6.


Anyone found solution to upgrade to 4.4.10.2 ?

Thanks in advance.


> On 28 Apr 2022, at 15:43, Diggy Mc  wrote:
> 
>> I would add, as you are on CentOS Linux 8, I would recommend switching it
>> either to some other RHEL clone (Alma, Rocky,...) or to CentOS Stream as a
>> first step.
> 
> Wouldn't updating the oVirt packages (# dnf update ovirt\*setup\*) switch the 
> repositories to CentOS Stream?
> ___
> 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/EKRUW4BF3LSNT2W2PMQKJK3D7F4V2L4U/
___
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/HPIGXJZNK3BITHWX75JW2YGHB77EPLAR/

[ovirt-users] Re: Q: Non-Operational Node Hosts - Ghost Network Problem

[Andrei Verovski]

Hi,


I solved this problem, added network “CloudLink-ISP2” to 2 problematic nodes 
and connected respective Ethernet interfaces to a separate switch bringing 
bringing up.


> On 28 Apr 2022, at 07:45, Patrick Hibbs  wrote:
> 
> Your logs suggest that VDSM hasn't detected the removal of the network
> yet. Did you try clicking on the "Sync Host Networks" button on the
> non-operational hosts?
> 
> If you've changed the network config, VDSM may have failed to set up
> the host properly. What does the output of "ip addr show" on these
> hosts?
> 
> Manually removing the network from the hosts is only a temporary fix.
> VDSM will attempt to recreate the network on restart if VDSM's config
> isn't sync'd with the engine.
> 
> -Patrick Hibbs
> 
> On Wed, 2022-04-27 at 12:36 +0300, Andrei Verovski wrote:
>> Hi,
>> 
>> 
>> I run into nasty and unexpected problem (oVirt 4.4.7.6-1.el8 ) and 2
>> non-operational node hosts, which seem relate to ghost network
>> glitch.
>> Everything worked fine for a very long time until I did the
>> following.
>> 
>> 1) Made a backup of several VMs which have network “CloudLink-ISP2”.
>> 2) Moved VM disks into another node hosts, which don’t have link
>> “CloudLink-ISP2”, and forgot (preliminary to move) to re-configure
>> network interface (remove link to “CloudLink-ISP2”) as I did before..
>> 3) Now I have 2 hosts in non-operational mode which is a really big
>> problem - there are only 3 nodes total in a cluster.
>> 
>> I tried to fix this by adding 3rd network “CloudLink-ISP2” to each
>> non-operational hosts, and connected ethernet interfaces to a switch.
>> Unfortunately, it didn’t helped either because for whatever reason
>> link did not go up.
>> 
>> How I can remove any reference to “CloudLink-ISP2” from node11 and
>> node14? They don’t have any VMs needed that “CloudLink-ISP2”. I
>> edited even inactive VMs and removed “CloudLink-ISP2”.
>> May be there is an option to ignore missing or downed links whn
>> activating node hosts?
>> 
>> Thanks in advance for any help.
>> 
>> 
>> ——
>> 
>> Logs:
>> 
>> 2022-04-27 11:16:59,769+03 ERROR
>> [org.ovirt.engine.core.bll.SetNonOperationalVdsCommand] (EE-
>> ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-51)
>> [5ab20328] Host 'node14' is set to Non-Operational, it is missing the
>> following networks: 'CloudLink-ISP2'
>> 2022-04-27 11:16:59,790+03 WARN 
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector
>> ] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-
>> Thread-51) [5ab20328] EVENT_ID: VDS_SET_NONOPERATIONAL_NETWORK(519),
>> Host node14 does not comply with the cluster ClusterRiga11 networks,
>> the following networks are missing on host: 'CloudLink-ISP2'
>> 2022-04-27 11:16:59,884+03 INFO 
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector
>> ] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-
>> Thread-51) [55610e1e] EVENT_ID: VDS_DETECTED(13), Status of host
>> node14 was set to NonOperational.
>> 2022-04-27 11:16:59,907+03 INFO 
>> [org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring] (EE-
>> ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-51)
>> [5d6ef791] Host 'node14'(aa871d44-94e2-4fdb-aeb3-ca0ae8dc568f) is
>> already in NonOperational status for reason 'NETWORK_UNREACHABLE'.
>> SetNonOperationalVds command is skipped.
>> 
>> 2022-04-27 11:12:26,050+03 ERROR
>> [org.ovirt.engine.core.bll.SetNonOperationalVdsCommand] (EE-
>> ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-19)
>> [5400352e] Host 'node11' is set to Non-Operational, it is missing the
>> following networks: 'CloudLink-ISP2'
>> 2022-04-27 11:12:26,070+03 WARN 
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector
>> ] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-
>> Thread-19) [5400352e] EVENT_ID: VDS_SET_NONOPERATIONAL_NETWORK(519),
>> Host node11 does not comply with the cluster ClusterRiga11 networks,
>> the following networks are missing on host: 'CloudLink-ISP2'
>> 2022-04-27 11:12:26,192+03 INFO 
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector
>> ] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-
>> Thread-19) [57d79e54] EVENT_ID: VDS_DETECTED(13), Status of host
>> node11 was set to NonOperational.
>> 2022-04-27 11:12:26,214+03 INFO 
>> [org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring] (EE-
>> ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-19)
>> [151821e3] Host 'node11'(3c854f9c-2cdd-423e-bca0-37964ba76702) is
>> already in NonOperational status for reason 'NETWORK_UNREACHABLE'.
>> SetNonOperationalVds command is skipped.
>> 
>> 2022-04-27 11:51:10,539+03 INFO 
>> [org.ovirt.engine.core.vdsbroker.VdsManager] (EE-
>> ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-62)
>> [] Clearing domains data for host node14
>> 2022-04-27 11:51:10,539+03 INFO 
>> [org.ovirt.engine.core.vdsbroker.monitoring.HostMo

[ovirt-users] renewing hosts certs when they have expired

[Nathanaël Blanchet]

Hello,

I have read some posts about renewing ovirt CA on the engine when it has 
expired with engine-setup --offline, but nothing about renewing hosts 
certificates when they have expired.


In such a case, we can't interact anymore with hosts and vms are in an 
unknown state. The formal solution is to put the concerned host into 
maintenance and enroll certificate, but it implies to stop vms.


Here are some messages we can find

For those who are concerned, I wrote an ansible role following 
https://access.redhat.com/solutions/3532921


https://galaxy.ansible.com/natman/ovirt_renew_certs

Let me know if it fits to your needs.

--
Nathanaël Blanchet

Supervision réseau
SIRE
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5   
Tél. 33 (0)4 67 54 84 55
Fax  33 (0)4 67 54 84 14
blanc...@abes.fr
___
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/ARTWFOBUUGCRAPFTDVMWTAFQ3CLFDVI4/

[ovirt-users] Re: unable to upgrade engine to 4.4.10 from 4.4.8

[Diggy Mc]

> I would add, as you are on CentOS Linux 8, I would recommend switching it
> either to some other RHEL clone (Alma, Rocky,...) or to CentOS Stream as a
> first step.

Wouldn't updating the oVirt packages (# dnf update ovirt\*setup\*) switch the 
repositories to CentOS Stream?
___
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/EKRUW4BF3LSNT2W2PMQKJK3D7F4V2L4U/

[ovirt-users] Re: unable to upgrade engine to 4.4.10 from 4.4.8

[Diggy Mc]

> Redownload the latest 4.4 release rpm and install it on the hosts. That
> should fix your mirrorlists.

Patrick,  I'm not sure how updating the hosts first would fix the 
mirrorlist/repositories on the hosted engine.

The command I ran on the hosted engine, per the published instructions was:
# dnf update ovirt\*setup\*
which should update only the oVirt packages.  Can/should I disable the broken 
CentOS Linux repositories and try again?
___
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/O5FRTXSINT74GINNX3RAIBYWZX3FWESK/

[ovirt-users] Q: Cluster compatibility Level and Old v4.2 Nodes

[Andrei Verovski]

Hi,


I have quite old nodes from early 4.x era (with CentOS 7.6, cluster 
compatibility 4.2 level), and oVirt Engine 4.4.
2 nodes have ovirt-release42.
Upgrade to oVirt Engine 4.5 engine required cluster compatibility >= 4.3 level.

Nodes have been installed with stock CentOS 7.6, not oVirt node image, their 
upgrade is quite problematic right now.

Is it possible to upgrade to cluster compatibility 4.3 while having old 4.2 
nodes?

Thanks in advance.
Andrei
___
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/L4GODZKGD7WO4OHH3LRPXHDPSDH4C3IK/

[ovirt-users] Re: [Ext.] Re: convert disk image to thin-provisioned - Ovirt 4.1

[Arik Hadas]

On Thu, Apr 28, 2022 at 11:11 AM Mohamed Roushdy
 wrote:
>
> Thanks for responding.
>
> So, this feature isn't available in 4.4.10 as we are intending to move to 
> that version?

It's not available in 4.4.10
See https://bugzilla.redhat.com/show_bug.cgi?id=98 (introduced in 4.5)

> Storage used for that VM is NFS.
>
> Thanks,
>
> -Original Message-
> From: Nir Soffer 
> Sent: Wednesday, April 27, 2022 10:53 PM
> To: Mohamed Roushdy 
> Cc: users@ovirt.org; Benny Zlotnik 
> Subject: [Ext.] Re: [ovirt-users] convert disk image to thin-provisioned - 
> Ovirt 4.1
>
> [CAUTION: This email originated from outside of the organization. Do not 
> click links or open attachments unless you recognize the sender and know the 
> content is safe]
>
> On Wed, Apr 27, 2022 at 1:02 PM Mohamed Roushdy 
>  wrote:
> >
> > Hello,
> >
> > I’ve researched a bit on how to convert a disk image from pre-allocated to 
> > thin in Ovirt 4.1, but nothing worked. Is there a way to achieve this 
> > please?
>
> Yes!
>
> 1. Install ovirt 4.5.0
> 2.  Use the new convert disk feature
>
> With oVirt 4.1 you can do this manually. What kind storage are you using?
> (NFS, iSCSI?)
>
> Nir
>
> ___
> 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/KNYUTOLPAUZOXKCQY63JML6XUGVF5XIR/
___
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/TQK4ID5OHF4TF6KRAPL6D4B5F4A2RKTY/

[ovirt-users] Re: [Ext.] Re: convert disk image to thin-provisioned - Ovirt 4.1

[Mohamed Roushdy]

Thanks for responding. 

So, this feature isn't available in 4.4.10 as we are intending to move to that 
version?

Storage used for that VM is NFS.

Thanks,

-Original Message-
From: Nir Soffer  
Sent: Wednesday, April 27, 2022 10:53 PM
To: Mohamed Roushdy 
Cc: users@ovirt.org; Benny Zlotnik 
Subject: [Ext.] Re: [ovirt-users] convert disk image to thin-provisioned - 
Ovirt 4.1

[CAUTION: This email originated from outside of the organization. Do not click 
links or open attachments unless you recognize the sender and know the content 
is safe]

On Wed, Apr 27, 2022 at 1:02 PM Mohamed Roushdy 
 wrote:
>
> Hello,
>
> I’ve researched a bit on how to convert a disk image from pre-allocated to 
> thin in Ovirt 4.1, but nothing worked. Is there a way to achieve this please?

Yes!

1. Install ovirt 4.5.0
2.  Use the new convert disk feature

With oVirt 4.1 you can do this manually. What kind storage are you using?
(NFS, iSCSI?)

Nir

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

[ovirt-users] Re: unable to upgrade engine to 4.4.10 from 4.4.8

[Sandro Bonazzola]

Il giorno gio 28 apr 2022 alle ore 07:04 Patrick Hibbs <
hibbsncc1...@gmail.com> ha scritto:

> Redownload the latest 4.4 release rpm and install it on the hosts. That
> should fix your mirrorlists.
>
> Do be aware that there is an ongoing issue with postgresql-jdbc and
> that you'll need to exclude it from the upgrade process with "dnf
> update -x postgresql-jdbc" otherwise the engine will fail to start.
> You'll also need to exclude ansible-core if you are running centos-
> stream.
>
> Also, "oVirt 4.4.x is EOL. Please upgrade to oVirt 4.5 as soon as
> practical."
>
> -Patrick Hibbs
>

I would add, as you are on CentOS Linux 8, I would recommend switching it
either to some other RHEL clone (Alma, Rocky,...) or to CentOS Stream as a
first step.



>
> On Wed, 2022-04-27 at 22:24 +, Diggy Mc wrote:
> > ovirt-
> > 4.4
> >  Latest oVirt 4.4 Release
>
> ___
> 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/337MGHVGMRHP7PTMT53NE6MLBN3Q5MSB/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R&D 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/SIUFUUKDD2F4BHZ6HAZBVRDER53N7L67/