[ovirt-users] Re: oVirt Node 4.5.5 no virtualization tab

[arkansascontrols--- via Users]

No I downloaded the oVirt Node 4.5 ISO and installed from that.  My 
understanding is the oVirt Node os is centos based but it's not the full 
centos-9 stream install and is supposed to have everything for a single node or 
for a Hyperconverged cluster.  Without any cluster configured, each individual 
node should still be capable of creating and hosting VM's, yet there is no 
evident means of even something as basic as creating a VM.

As near as I can tell, the cockpit-overt-dashboard is the web interface that is 
located at :9090 on the node itself.  Those WebUI's load and provide a bit of 
information, with different tabs on the left, but there is no tab for 
Virtualization.

I don't see any way to attach screenshots or I'd post a few so everyone could 
see what I'm seeing.  Something is definitely missing.

If anyone has a better method of installation for a 3 node cluster please let 
me know. I'm perfectly fine with starting over on the installs. 
___
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/PJBICRIHLA5PNCF3QLTKRWW2WTX4KF64/

[ovirt-users] Re: oVirt Node 4.5.5 no virtualization tab

[airawan]

are you using centos-9 stream? 

apparently  centos-9 stream base ovirt seems doesn't provide 
cockpit-ovirt-dashboard in their repository packages. 
at least for now (afaik).  you need to perform manual deployment start from 
glusterfs replication and hosted engine deployment 
___
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/JIUXF6GTLTYWPFLJ6NZAWNXG556TZYII/

[ovirt-users] Re: oVirt 4.5.5 compatibility with CPU

[Sandro Bonazzola]

You can improve documentation here: 
https://github.com/oVirt/ovirt-site/tree/main/source/documentation :-)
___
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/AZ7PJU3GI77N3UERSXKC5ATPMJE6Y65Q/

[ovirt-users] Re: oVirt 4.5.5 compatibility with CPU

[Silver Sky]

Yes, someone help me on the IRC channel. CPU is supported. The documentation is 
not well written, that's why there is confusion.
___
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/6VAEEW5MV7WKCVMAZSNRT4EKF47VCYXL/

[ovirt-users] Re: ovirt keycloak intergration user search not working

[Kevin Köllmann]

We also noticed this and are just adding them by knowing the full username.
A functioning search would be helpful though.



smime.p7s
Description: S/MIME cryptographic signature
___
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/NR7OL3N7H2FSFPNA6YUHOGJ5JYW344RP/

[ovirt-users] Re: [ovirt-announce] Re: Reminder: CentOS Stream 8 is now EOL

[Sandro Bonazzola]

Sadly I have no procedure ready for it and no time for working on it.
My best advice would be to migrate from a hosted engine on el8 to a stand
alone engine on el9 by installing a fresh centos stream 9 engine and
re-importing the backup there.

Il giorno gio 27 giu 2024 alle ore 12:01  ha scritto:

> Hi Sanbro,
> I have 3 production oVirt clusters running and I missed upgrading HE
> before May 31, 2024. If I am reading everything that you stated correctly I
> will need to point HE CentOS Stream release 8 to vault.centos.org and
> then upgrade to CentOS Stream 9.
> Do you have the procedures for taking a HE CentOS Stream release 8 pointed
> at vault.contos.org and upgrading it to CentOS Stream 9?
> ___
> Announce mailing list -- annou...@ovirt.org
> To unsubscribe send an email to announce-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/annou...@ovirt.org/message/M5HSQFLZLFAY65XPGO43GB6RC6HXZAGP/
>


--
Sandro Bonazzola
___
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/PI2YCDXOBDK4DRCUISSJ4VM5RL74JYB6/

[ovirt-users] Re: oVirt CLI tool for automation tasks

[munnadawood]

Thank you Fabrice
___
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/RRTN2AODNJJCJUDIC25RRGLU2G6ZUYYY/

[ovirt-users] Re: oVirt CLI tool for automation tasks

[Fabrice Bacchella via Users]

A long time ago I created this https://github.com/fbacchella/ovirtcmd and still 
use it.

> Le 19 juin 2024 à 16:21, munnadaw...@gmail.com a écrit :
> 
> 
> We recently migrated from VMware to oVirt. I am looking for any CLI tool well 
> suited for my automation tasks like VM create, clone, migrate 100s of Virtual 
> machines in oVirt cluster. 
> with VMware I was using govc (vSphere CLI built on top of govmomi). Another 
> option I read is powercli, quite unsure if it works with oVirt.
> Any suggestions would be highly appreciated.
> 
> 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/5D4T7U5BVMO4S57PAKWNIYJOL2CU6TGL/

___
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/3XVEOQF6T5OY7XG252WI3JFGBO7YZKDQ/

[ovirt-users] Re: oVirt CLI tool for automation tasks

[munnadawood]

Thank you for the quick reply. Let me take a look at it. 
___
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/RA5IEG3AD5RZ3T4ULARLKKQMMHZ6BMRV/

[ovirt-users] Re: oVirt CLI tool for automation tasks

[Nathanaël Blanchet via Users]

Le mercredi 19 juin 2024 à 14:21 +, munnadaw...@gmail.com a écrit :
> 
> We recently migrated from VMware to oVirt. I am looking for any CLI
> tool well suited for my automation tasks like VM create, clone,
> migrate 100s of Virtual machines in oVirt cluster. 
> with VMware I was using govc (vSphere CLI built on top of govmomi).
> Another option I read is powercli, quite unsure if it works with
> oVirt.
> Any suggestions would be highly appreciated.
Hello, welcome to the ovirt community, 
You can follow multiple ways to automate your tasks with the restful
API or derivated python/ruby/java SDK and ansible.
For my own part, I created a full automated environment based on the
ovirt.ovirt collection
https://docs.ansible.com/ansible/latest/collections/ovirt/ovirt/index.html
You can easily create functional playbooks in a second, a lot of
pratical and useful examples are provided for each modules (included
importing vms).
It works like a charm since many years.
Otherwise, If you want to massively import vms from vmware, you can use
the embedded UI import tool, it is straigthforward.
Good luck

> 
> 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/5D4T7U5BVMO4S57PAKWNIYJOL2CU6TGL/

-- 
Nathanaël Blanchet

Administrateur Systèmes et Réseaux
Service Informatique et REseau (SIRE)
Département des systèmes d'information
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/WRGLGNRPLHPHC2RDQEWPJXADNIH5H7XM/

[ovirt-users] Re: oVirt 4.5.5 compatibility with CPU

[Gianluca Cecchi]

On Mon, Jun 17, 2024 at 9:28 AM  wrote:

> Hi again
> This does not mean that the cpu is not supported, it just means that
> instructions/feutures that are above intel icelake will not be available to
> virtual machines. The cpu should be recognized and work fine at the
> hypervisor. I think the only extra instruction set that will not be
> available to virtual machines is intel AMX.
> (became available after intel icelake)
>
>
When speaking about AMX, you have to consider three layers: kernel, QEMU,
libvirt

. support in the KVM kernel module is there since 5.17
If you decline to Red Hat base OS distros, you can refer to this:
https://access.redhat.com/solutions/7033476
that means AMX support is present since 9.0 GA and since 8.6 GA

. support of cpu model SapphireRapids, the first offering AMX as an ISA
extension, is in QEMU since 7.0

. support for the SapphireRapids CPU model was added in libvirt 9.4.0

I would say that in CentOS 9 Stream all the dependencies above should be
satisfied.
On RH EL 8 based systems, and so also on OLVM, the missing part is related
to libvirt still being at 9.0.0-5

Also, speaking about oVirt, I don't know how it manages the dropdown menu
when you select "CPU Type" in cluster creation and edit phases.
Does it directly use a command, such as "virsh cpu-models x86_64", on the
fly or the list of xml files under /usr/share/libvirt/cpu_map/ directory or
an oVirt maintained specific file or inside the engine db?
Any clarification on this?

For the ones without any AMX knowledge, a good starting point to understand
its AI acceleration capabilities for CPU based workloads, is here:
https://www.intel.com/content/www/us/en/products/docs/accelerator-engines/advanced-matrix-extensions/overview.html

HIH,
Gianluca
___
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/OQKKBRUJ3W47BA7F74LZIVAAZZBKMTIL/

[ovirt-users] Re: oVirt 4.5.5 compatibility with CPU

[g . vasilopoulos]

Hi again 
This does not mean that the cpu is not supported, it just means that 
instructions/feutures that are above intel icelake will not be available to 
virtual machines. The cpu should be recognized and work fine at the hypervisor. 
I think the only extra instruction set that will not be available to virtual 
machines is intel AMX.
(became available after intel icelake)
___
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/XEC6H2G2IH6ZOEFYKQL7GSBANSLLIOZZ/

[ovirt-users] Re: oVirt 4.5.5 compatibility with CPU

[g . vasilopoulos]

Hi I think the last droped cpu was conroe and penryn. Xeon silver should be 
fine.
I work on E5-2650v3 without any problem.
You could search for CPU Types on the release notes of major versions 4.4.0 and 
 4.5.0.
In 4.3.0 Conroe and Penryn was dropped
___
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/PXBUCKWZJDBAPRLNZMFNH6JBO67LP2KZ/

[ovirt-users] Re: oVirt engine installation

[Konstantin Shalygin]

Hi,Seems Ceph Pacific was not build for the el9Try write to the ceph-users list [1], may be developers can push el9 build by handk[1] ceph-us...@ceph.ioSent from my iPhoneOn 13 Jun 2024, at 23:39, andremi...@gmail.com wrote:"Failed to download metadata for repo 'centos-ceph-pacific': Cannot prepare internal mirrorlist: No URLs in mirrorlist___
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/CMI42VPBRUV7UUB44MG365KO7WAW2JYC/

[ovirt-users] Re: oVirt 4.5.5 compatibility with CPU

[markeczzz]

Have you found an answer to this question? We are also looking at this 
processors and not sure if they are supported.
___
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/X6JREXW7DQHXL5A4DZGYM4KM5EIXLN4V/

[ovirt-users] Re: oVirt on EL8 derivatives now that CentOS Stream 8 is EOL

[Jean-Louis Dupond via Users]

Hi Rik,

Nice to see other people in Belgium are using oVirt :)
I guess oVirt should work fine on EL8.10, might just want to try and see 
what errors you get?


Another option might be to go for CentOS Stream 9, but use qemu-kvm with 
SPICE:

https://copr.fedorainfracloud.org/coprs/ligenix/enterprise-qemu-spice/

But that might need some patches to other parts in oVirt.

Jean-Louis

On 31/05/2024 11:20, Rik Theys wrote:

Hi,

To install oVirt on EL8 derivatives, 
https://www.ovirt.org/download/install_on_rhel.html has instructions 
on how to disable the extras repo, and configures two repositories 
from CentOS 8 Stream.


Now that CentOS 8 Stream is EOL, what is the procedure to 
install/update oVirt on EL8 machines? Have the required packages from 
CentOS Stream 8 been merged in EL8.10?


Unfortunately, migrating to CentOS Stream 9 is not an option in our 
environment as we need SPICE support, which has been dropped in EL9.


Regards,

Rik


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

[ovirt-users] Re: Ovirt standalone engine ssl cert is about to expire

[Bogdan Dumitrescu via Users]

Hello Martin,

For some reasons that setup folder under /var/log/ovirt-engine/ was not 
present. So I went ahead and manually created that folder and then I re-run the 
engine-setup –offline and this time worked and the cert was renewed.

Thank you for the help,

From: Martin Perina 
Sent: Monday, May 27, 2024 11:52 PM
To: Bogdan Dumitrescu 
Cc: Jayme ; users@ovirt.org
Subject: Re: [ovirt-users] Re: Ovirt standalone engine ssl cert is about to 
expire

Hi,

As mentioned in engine-setup output could you please take a look at 
/var/log/ovirt-engine/setup/ovirt-engine-setup-20240524211731-rzwc65.log to see 
the error details?

Regards,
Martin


On Tue, May 28, 2024 at 5:46 AM Bogdan Dumitrescu 
mailto:bog...@arrcus.com>> wrote:
Hello Martin,

I did the engine-setup –offline since it is a standalone engine but I’m getting 
the stale zombie taks.

[ INFO  ] Stage: Setup validation
  During execution engine service will be stopped (OK, Cancel) [OK]: ok
[ INFO  ] Cleaning stale zombie tasks and commands
[ ERROR ] Failed to execute stage 'Setup validation': Failed to clear zombie 
commands. Please access support in attempt to resolve the problem
[ INFO  ] Stage: Clean upt
  Log file is located at 
/var/log/ovirt-engine/setup/ovirt-engine-setup-20240524211731-rzwc65.log
[ INFO  ] Generating answer file 
'/var/lib/ovirt-engine/setup/answers/20240524211757-setup.conf'
[ INFO  ] Stage: Pre-termination
[ INFO  ] Stage: Termination
[ ERROR ] Execution of setup failed

Not sure how to get rid of the zombie tasks.

Any help would be greatly appreciated.


Bogdan Dumitrescu
IT Infrastructure

Arrcus | 2077 Gateway Place, Suite 400 | San Jose, CA  95110
 www.arrcus.com<http://www.arrcus.com/>

[Arrcus Company Logo]

From: Martin Perina mailto:mper...@redhat.com>>
Sent: Monday, May 27, 2024 7:03 AM
To: Jayme mailto:jay...@gmail.com>>; Bogdan Dumitrescu 
mailto:bog...@arrcus.com>>
Cc: users@ovirt.org<mailto:users@ovirt.org>
Subject: Re: [ovirt-users] Re: Ovirt standalone engine ssl cert is about to 
expire

[https://members.ironscales.com/static/webapp/images/iron_icon_color_7_2021.png]
IRONSCALES couldn't recognize this email as this is the first time you received 
an email from this sender mperina @ redhat.com<http://redhat.com>

Hi,

please take a look at Administration guide, there is a chapter around 
certificate renewals:

https://www.ovirt.org/documentation/administration_guide/index.html#chap-Renewing_certificates_RHV_backup_restore

Regards,
Martin


On Mon, May 27, 2024 at 2:44 PM Jayme 
mailto:jay...@gmail.com>> wrote:
I believe all you should need to do is run engine-setup --offline

On Sat, May 25, 2024 at 10:14 AM Bogdan Dumitrescu via Users 
mailto:users@ovirt.org>> wrote:
Need some help with the renewal of the ssl certificate (I believe it is a 
self-signed cert )that is about to expire in a month, this is a standalone 
ovirt engine running  software Version:4.3.4.3-1.el7. The certificate was good 
for 5 years and it is about to expire.

As I understand correctly, this certificate is for the https access for the 
management page.

Can this be done on a running system without affecting any hosts or VMs?

Any instructions for the standalone ovirt engine scenario that you guys can 
share?

Thanks a lot,



Software Version:4.3.4.3-1.el7






___
Users mailing list -- users@ovirt.org<mailto:users@ovirt.org>
To unsubscribe send an email to 
users-le...@ovirt.org<mailto: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/4U47HFOL27EP65M3PZN6XJ5TXR3J3OFB/
___
Users mailing list -- users@ovirt.org<mailto:users@ovirt.org>
To unsubscribe send an email to 
users-le...@ovirt.org<mailto: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/VN3E2JZ4E2HSZJGJIBMKLSVFGZXIFWYX/


--
Martin Perina
Manager, Software Engineering
Red Hat Czech s.r.o.
[EXTERNAL]


--
Martin Perina
Manager, Software Engineering
Red Hat Czech s.r.o.
[EXTERNAL]
___
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/467VQLK4A6R7PXNKWD7AZAAAQLCY227B/

[ovirt-users] Re: Ovirt standalone engine ssl cert is about to expire

[Martin Perina]

Hi,

As mentioned in engine-setup output could you please take a look at
/var/log/ovirt-engine/setup/ovirt-engine-setup-20240524211731-rzwc65.log to
see the error details?

Regards,
Martin


On Tue, May 28, 2024 at 5:46 AM Bogdan Dumitrescu  wrote:

> Hello Martin,
>
>
>
> I did the engine-setup –offline since it is a standalone engine but I’m
> getting the stale zombie taks.
>
>
>
> [ INFO  ] Stage: Setup validation
>
>   During execution engine service will be stopped (OK, Cancel)
> [OK]: ok
>
> [ INFO  ] Cleaning stale zombie tasks and commands
>
> [ ERROR ] Failed to execute stage 'Setup validation': Failed to clear
> zombie commands. Please access support in attempt to resolve the problem
>
> [ INFO  ] Stage: Clean upt
>
>   Log file is located at
> /var/log/ovirt-engine/setup/ovirt-engine-setup-20240524211731-rzwc65.log
>
> [ INFO  ] Generating answer file
> '/var/lib/ovirt-engine/setup/answers/20240524211757-setup.conf'
>
> [ INFO  ] Stage: Pre-termination
>
> [ INFO  ] Stage: Termination
>
> [ ERROR ] Execution of setup failed
>
>
>
> Not sure how to get rid of the zombie tasks.
>
>
>
> Any help would be greatly appreciated.
>
>
>
>
>
> *Bogdan Dumitrescu*
>
> *IT Infrastructure*
>
>
>
> *Arrcus* | 2077 Gateway Place, Suite 400 | San Jose, CA  95110
>
>  www.arrcus.com
>
>
>
> [image: Arrcus Company Logo]
>
>
>
> *From:* Martin Perina 
> *Sent:* Monday, May 27, 2024 7:03 AM
> *To:* Jayme ; Bogdan Dumitrescu 
> *Cc:* users@ovirt.org
> *Subject:* Re: [ovirt-users] Re: Ovirt standalone engine ssl cert is
> about to expire
>
>
>
> *IRONSCALES couldn't recognize this email as this is the first time you
> received an email from this sender mperina* *@* *redhat.com
> <http://redhat.com>*
>
>
>
> Hi,
>
>
>
> please take a look at Administration guide, there is a chapter around
> certificate renewals:
>
>
>
>
> https://www.ovirt.org/documentation/administration_guide/index.html#chap-Renewing_certificates_RHV_backup_restore
>
>
>
> Regards,
>
> Martin
>
>
>
>
>
> On Mon, May 27, 2024 at 2:44 PM Jayme  wrote:
>
> I believe all you should need to do is run engine-setup --offline
>
>
>
> On Sat, May 25, 2024 at 10:14 AM Bogdan Dumitrescu via Users <
> users@ovirt.org> wrote:
>
> Need some help with the renewal of the ssl certificate (I believe it is a
> self-signed cert )that is about to expire in a month, this is a standalone
> ovirt engine running  software Version:4.3.4.3-1.el7. The certificate was
> good for 5 years and it is about to expire.
>
>
>
> As I understand correctly, this certificate is for the https access for
> the management page.
>
>
>
> Can this be done on a running system without affecting any hosts or VMs?
>
>
>
> Any instructions for the standalone ovirt engine scenario that you guys
> can share?
>
>
>
> Thanks a lot,
>
>
>
>
>
>
>
> *Software Version:*4.3.4.3-1.el7
>
>
>
>
>
>
>
>
>
>
>
>
>
> ___
> 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/4U47HFOL27EP65M3PZN6XJ5TXR3J3OFB/
>
> ___
> 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/VN3E2JZ4E2HSZJGJIBMKLSVFGZXIFWYX/
>
>
>
> --
>
> Martin Perina
> Manager, Software Engineering
> Red Hat Czech s.r.o.
>
> [EXTERNAL]
>


-- 
Martin Perina
Manager, Software Engineering
Red Hat Czech s.r.o.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/VRATG2HOWFEJBOY27EWLPKQEAQI64VJQ/

[ovirt-users] Re: Ovirt standalone engine ssl cert is about to expire

[Bogdan Dumitrescu via Users]

Hello Martin,

I did the engine-setup –offline since it is a standalone engine but I’m getting 
the stale zombie taks.

[ INFO  ] Stage: Setup validation
  During execution engine service will be stopped (OK, Cancel) [OK]: ok
[ INFO  ] Cleaning stale zombie tasks and commands
[ ERROR ] Failed to execute stage 'Setup validation': Failed to clear zombie 
commands. Please access support in attempt to resolve the problem
[ INFO  ] Stage: Clean up
  Log file is located at 
/var/log/ovirt-engine/setup/ovirt-engine-setup-20240524211731-rzwc65.log
[ INFO  ] Generating answer file 
'/var/lib/ovirt-engine/setup/answers/20240524211757-setup.conf'
[ INFO  ] Stage: Pre-termination
[ INFO  ] Stage: Termination
[ ERROR ] Execution of setup failed

Not sure how to get rid of the zombie tasks.

Any help would be greatly appreciated.


Bogdan Dumitrescu
IT Infrastructure

Arrcus | 2077 Gateway Place, Suite 400 | San Jose, CA  95110
 www.arrcus.com<http://www.arrcus.com/>

[Arrcus Company Logo]

From: Martin Perina 
Sent: Monday, May 27, 2024 7:03 AM
To: Jayme ; Bogdan Dumitrescu 
Cc: users@ovirt.org
Subject: Re: [ovirt-users] Re: Ovirt standalone engine ssl cert is about to 
expire

[https://members.ironscales.com/static/webapp/images/iron_icon_color_7_2021.png]
IRONSCALES couldn't recognize this email as this is the first time you received 
an email from this sender mperina @ redhat.com

Hi,

please take a look at Administration guide, there is a chapter around 
certificate renewals:

https://www.ovirt.org/documentation/administration_guide/index.html#chap-Renewing_certificates_RHV_backup_restore

Regards,
Martin


On Mon, May 27, 2024 at 2:44 PM Jayme 
mailto:jay...@gmail.com>> wrote:
I believe all you should need to do is run engine-setup --offline

On Sat, May 25, 2024 at 10:14 AM Bogdan Dumitrescu via Users 
mailto:users@ovirt.org>> wrote:
Need some help with the renewal of the ssl certificate (I believe it is a 
self-signed cert )that is about to expire in a month, this is a standalone 
ovirt engine running  software Version:4.3.4.3-1.el7. The certificate was good 
for 5 years and it is about to expire.

As I understand correctly, this certificate is for the https access for the 
management page.

Can this be done on a running system without affecting any hosts or VMs?

Any instructions for the standalone ovirt engine scenario that you guys can 
share?

Thanks a lot,



Software Version:4.3.4.3-1.el7






___
Users mailing list -- users@ovirt.org<mailto:users@ovirt.org>
To unsubscribe send an email to 
users-le...@ovirt.org<mailto: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/4U47HFOL27EP65M3PZN6XJ5TXR3J3OFB/
___
Users mailing list -- users@ovirt.org<mailto:users@ovirt.org>
To unsubscribe send an email to 
users-le...@ovirt.org<mailto: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/VN3E2JZ4E2HSZJGJIBMKLSVFGZXIFWYX/


--
Martin Perina
Manager, Software Engineering
Red Hat Czech s.r.o.
[EXTERNAL]
___
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/24CQ3E4YFHOJAZKANLH6B3DWD7KMU7EM/

[ovirt-users] Re: Ovirt standalone engine ssl cert is about to expire

[Bogdan Dumitrescu via Users]

Hello, I tried the engine-setup –offline but it is giving me an error that can 
not kill

[ INFO  ] Stage: Setup validation
  During execution engine service will be stopped (OK, Cancel) [OK]: ok
[ INFO  ] Cleaning stale zombie tasks and commands
[ ERROR ] Failed to execute stage 'Setup validation': Failed to clear zombie 
commands. Please access support in attempt to resolve the problem
[ INFO  ] Stage: Clean up
  Log file is located at 
/var/log/ovirt-engine/setup/ovirt-engine-setup-20240524211731-rzwc65.log
[ INFO  ] Generating answer file 
'/var/lib/ovirt-engine/setup/answers/20240524211757-setup.conf'
[ INFO  ] Stage: Pre-termination
[ INFO  ] Stage: Termination
[ ERROR ] Execution of setup failed

Not sure how to get rid of the zombie tasks.

Any help would be greatly appreciated.

Thanks

Bogdan Dumitrescu
IT Infrastructure

Arrcus | 2077 Gateway Place, Suite 400 | San Jose, CA  95110
 www.arrcus.com<http://www.arrcus.com/>

[Arrcus Company Logo]

From: Alex K 
Sent: Monday, May 27, 2024 8:11 AM
To: Jayme 
Cc: Bogdan Dumitrescu ; users@ovirt.org
Subject: Re: [ovirt-users] Re: Ovirt standalone engine ssl cert is about to 
expire

[https://members.ironscales.com/static/webapp/images/iron_icon_color_7_2021.png]
IRONSCALES couldn't recognize this email as this is the first time you received 
an email from this sender rightkicktech @ gmail.com



On Mon, May 27, 2024 at 3:44 PM Jayme 
mailto:jay...@gmail.com>> wrote:
I believe all you should need to do is run engine-setup --offline
Yes this is sufficient to renew the cert.

On Sat, May 25, 2024 at 10:14 AM Bogdan Dumitrescu via Users 
mailto:users@ovirt.org>> wrote:
Need some help with the renewal of the ssl certificate (I believe it is a 
self-signed cert )that is about to expire in a month, this is a standalone 
ovirt engine running  software Version:4.3.4.3-1.el7. The certificate was good 
for 5 years and it is about to expire.

As I understand correctly, this certificate is for the https access for the 
management page.

Can this be done on a running system without affecting any hosts or VMs?

Any instructions for the standalone ovirt engine scenario that you guys can 
share?

Thanks a lot,



Software Version:4.3.4.3-1.el7






___
Users mailing list -- users@ovirt.org<mailto:users@ovirt.org>
To unsubscribe send an email to 
users-le...@ovirt.org<mailto: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/4U47HFOL27EP65M3PZN6XJ5TXR3J3OFB/
___
Users mailing list -- users@ovirt.org<mailto:users@ovirt.org>
To unsubscribe send an email to 
users-le...@ovirt.org<mailto: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/VN3E2JZ4E2HSZJGJIBMKLSVFGZXIFWYX/
[EXTERNAL]
___
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/TS6S2O2MCQ4DYNHLOUEMD4KVBGFTTID7/

[ovirt-users] Re: Ovirt standalone engine ssl cert is about to expire

[Alex K]

On Mon, May 27, 2024 at 3:44 PM Jayme  wrote:

> I believe all you should need to do is run engine-setup --offline
>
Yes this is sufficient to renew the cert.

>
> On Sat, May 25, 2024 at 10:14 AM Bogdan Dumitrescu via Users <
> users@ovirt.org> wrote:
>
>> Need some help with the renewal of the ssl certificate (I believe it is a
>> self-signed cert )that is about to expire in a month, this is a standalone
>> ovirt engine running  software Version:4.3.4.3-1.el7. The certificate was
>> good for 5 years and it is about to expire.
>>
>>
>>
>> As I understand correctly, this certificate is for the https access for
>> the management page.
>>
>>
>>
>> Can this be done on a running system without affecting any hosts or VMs?
>>
>>
>>
>> Any instructions for the standalone ovirt engine scenario that you guys
>> can share?
>>
>>
>>
>> Thanks a lot,
>>
>>
>>
>>
>>
>>
>>
>> *Software Version:*4.3.4.3-1.el7
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> ___
>> 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/4U47HFOL27EP65M3PZN6XJ5TXR3J3OFB/
>>
> ___
> 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/VN3E2JZ4E2HSZJGJIBMKLSVFGZXIFWYX/
>
___
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/FD5NOMLLXM47DTGNL76KDPTOE3IZQADE/

[ovirt-users] Re: Ovirt standalone engine ssl cert is about to expire

[Martin Perina]

Hi,

please take a look at Administration guide, there is a chapter around
certificate renewals:

https://www.ovirt.org/documentation/administration_guide/index.html#chap-Renewing_certificates_RHV_backup_restore

Regards,
Martin


On Mon, May 27, 2024 at 2:44 PM Jayme  wrote:

> I believe all you should need to do is run engine-setup --offline
>
> On Sat, May 25, 2024 at 10:14 AM Bogdan Dumitrescu via Users <
> users@ovirt.org> wrote:
>
>> Need some help with the renewal of the ssl certificate (I believe it is a
>> self-signed cert )that is about to expire in a month, this is a standalone
>> ovirt engine running  software Version:4.3.4.3-1.el7. The certificate was
>> good for 5 years and it is about to expire.
>>
>>
>>
>> As I understand correctly, this certificate is for the https access for
>> the management page.
>>
>>
>>
>> Can this be done on a running system without affecting any hosts or VMs?
>>
>>
>>
>> Any instructions for the standalone ovirt engine scenario that you guys
>> can share?
>>
>>
>>
>> Thanks a lot,
>>
>>
>>
>>
>>
>>
>>
>> *Software Version:*4.3.4.3-1.el7
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> ___
>> 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/4U47HFOL27EP65M3PZN6XJ5TXR3J3OFB/
>>
> ___
> 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/VN3E2JZ4E2HSZJGJIBMKLSVFGZXIFWYX/
>


-- 
Martin Perina
Manager, Software Engineering
Red Hat Czech s.r.o.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XIF3DYTXFHANLAOWYURUWR6OC2KUPFQ7/

[ovirt-users] Re: Ovirt standalone engine ssl cert is about to expire

[Jayme]

I believe all you should need to do is run engine-setup --offline

On Sat, May 25, 2024 at 10:14 AM Bogdan Dumitrescu via Users <
users@ovirt.org> wrote:

> Need some help with the renewal of the ssl certificate (I believe it is a
> self-signed cert )that is about to expire in a month, this is a standalone
> ovirt engine running  software Version:4.3.4.3-1.el7. The certificate was
> good for 5 years and it is about to expire.
>
>
>
> As I understand correctly, this certificate is for the https access for
> the management page.
>
>
>
> Can this be done on a running system without affecting any hosts or VMs?
>
>
>
> Any instructions for the standalone ovirt engine scenario that you guys
> can share?
>
>
>
> Thanks a lot,
>
>
>
>
>
>
>
> *Software Version:*4.3.4.3-1.el7
>
>
>
>
>
>
>
>
>
>
>
>
> ___
> 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/4U47HFOL27EP65M3PZN6XJ5TXR3J3OFB/
>
___
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/VN3E2JZ4E2HSZJGJIBMKLSVFGZXIFWYX/

[ovirt-users] Re: Ovirt Host Machine Use Case

[Jayme]

those are VNC ports iirc

On Wed, May 15, 2024 at 3:46 PM Muhesh Kumar 
wrote:

> Hi Everyone,
> Initially, In ovirt host machine qemu-kvm is running in
> 5901,5902,5903,5904,5906 and 5907. But suddenly, It has now running with
> additional ports 5900 and 5905. Can anyone know why this kind of ports
> ovirt is newly adding without any actions taking in machines. I Didn't
> restart any services in host machines.
> ___
> 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/MQQXDN3UBGOYEGRKIDBSIAFPAWIIL4PS/
>
___
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/7G6L6KEJ6EW5ZNB5ELXJYZRQXQ3DH4FQ/

[ovirt-users] Re: Ovirt Hyperconverged Storage

[Thomas Hoberg]

And I might have misread where your problems actually are...

Because oVirt was born on SAN but tries to be storage agnostic, it creates its 
own overlay abstraction, a block layer that is then managed within oVirt even 
when you use NFS or GlusterFS underneath.

"The ISO domain" has actually been deprecated and ISO images can be put into 
any domain type (e.g. also data).

But they still have to be uploaded to that domain via the management engine 
GUI, you can't just copy the ISO images somewhere within the files and 
directories oVirt might create and expect them to be visible to the GUI or the 
VMs.
___
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/LX4JECCT6FSUCQFLV7V2Z6NZUN3P4AP7/

[ovirt-users] Re: Ovirt Hyperconverged Storage

[Thomas Hoberg]

Hi Tim,

HA, HCI and failover either require or at least benefit from consistent storage.

The original NFS reduce the risk of inconsistency to single files, Gluster puts 
the onus of consistency mostly the clients and I guess Ceph is similar.

iSCSI has been described as a bit the worst of everything in storage and I can 
appreciate that view in a HA scenario because it doesn't help with consistency.

Of course, its block layer abstraction isn't really that different from SAN or 
NFS 4.x object storage.

I last experimented with iSCSI 20 years ago, mostly because it seemed so great 
for booting even less cooperative diskless hosts than Sun workstations over the 
network.

But if I had a reliable TrueNAS and wanted to run oVirt, I'd just go with NFS.

AFAIK oVirt was born on SAN but with SAN outside of oVirt's purvue. So if your 
iSCSI setup behaves like a SAN, oVirt should be easy to get going, but I've 
never tried myself.

And the lack of tried and tested tutorials or videos from 20 different sources 
might be the reason oVirt didn't quite push out everybody else.
___
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/3K4I3JLHGTHCEQCUSE5JP47VFZRJQT5F/

[ovirt-users] Re: Ovirt Hyperconverged Storage

[Tim Walsh]

I'm trying to set up an HA / Hyperconverged failover cluster using a couple 
4.3.10 nodes and a TrueNAS/iSCSI (modeling on VMs on a server 2019 Hyper-V 
system to work out the process before building it all out on bare metal).

Are there any good articles on how to get that set up?  I seem to have added 
the storage in a "DATA" storage domain but can't figure out how to add the 
"ISO" domain.  It creates a ton of folders too (like IDS, inbox, leases, 
master, etc)  under:

── mnt
├── blockSD
│   ├── 5727577b-1647-4664-9a70-84a03873d009
│   │   ├── dom_md

I can only imagine VMs would then be created in this "images" folder..??

│   │   └── images
│   │   ├── 0e8cc064-969d-4760-a9da-8e0016f35477


I have set up a complete setup running local storage (complete with Data, ISO, 
and Export storage domains), but now I want to figure out the hyperconverged 
failover cluster model.

Thanks in advance,

Tim Walsh




___
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/CXJJO3OIIN3735BUTPXALKWVFV5M7XXZ/
___
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/VBJFS4WRNIY6NF3AFQ3Y5I7QVT6BLPJ7/

[ovirt-users] Re: oVirt 4.5.6

[tasnadi . peter]

Hi Sandro,

Thanks for the information.
By the way, can the packages be updated within the HostedEngine VM during the 
time between two versions?
(simple dnf update)

Peter
___
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/YYWOXSR4O3QMRG2DFRDPG36VP7Y6FLRB/

[ovirt-users] Re: oVirt 4.5.6

[Sandro Bonazzola]

Engine 4.5.6 was released alone to fix a urgent CVE. It's ok to update it,
there's no "oVirt 4.5.6" release.
It's ok to update.

Il giorno mar 23 apr 2024 alle ore 08:47  ha
scritto:

> Hi,
>
> When updating HE I noticed that version 4.5.6 is available, but on this
> link the 4.5.6 ISO NG image is not available.
> https://resources.ovirt.org/pub/ovirt-4.5/iso/ovirt-node-ng-installer/
> Even when updating the oVirt node, version 4.5.6 is not available.
> The oVirt node was installed using the ng installer.
> These versions have always been released once.
> What is the reason for this?
> Can I upgrade HE to 4.5.6 regardless?
> Could the version difference be a problem?
>
> Thanks for the help!
> ___
> 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/QQQ2GP47E4LMJ2CGCE4GH3XOHHG3AMWX/
>


-- 

Sandro Bonazzola
___
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/KBI6F3N4DDITP2J3RWJPNPET4GJE5WZA/

[ovirt-users] Re: Ovirt Hyperconverged

[Thomas Hoberg]

I've tried to re-deploy oVirt 4.3 on CentOS7 servers because I had managed to 
utterly destroy a HCI farm, where most VMs had migrated to Oracles variant of 
RHV 4.4 on Oracle Linux. I guess I grew a bit careless towards its end.

Mostly it was just an academic exercise to see if it could be resurrected... I 
was much happier with the Oracle variant anyway.

And I've hit similar issues all over the place: the ansible scripts and/or the 
python packages they interact with are utterly broken with now years of 
completely disjunct bug-fixing going on.

The underlying CentOS 7 packages continue in maintenance (some more weeks to 
go..), but the oVirt 4.3 on top has been unmaintained for years.

Since these are just sanity checks, I deleted all of them, one after the other 
(and there is lots of them!), and I eventually got it to work again.

Don't have a single VM on it, though, because you can't trust it, the hardware 
is ancient and it really was just a finger exercise at that stage. With CentOS 
7 going out of support now, it's really messing with a corpse.

I'm currently operating Oracle's 4.4 variant running on their Linux, too, which 
still has Gluster based HCI built-in, even if they don't mention it at all.

Just make sure you switch their Unbreakable Linux kernel for the Redhat variant 
everywhere, otherwise you'll risk all kinds of nasties.

It's been way more stable than oVirt 4.3 ever was, but that doesn't mean it's 
"enterprise": that was always one fat big exaggeration, withful thinking, 
whatever.

And don't fall for their 4.5 variant, that came out end of last year: that one 
doesn't support HCI any more and actually seems to fail withOUT their 
Enterprise Linux kernels.

And no, it doesn't run on EL9 either, that might take another year or so, as 
Oracle's oVirt implementation is almost a year behind oVirt at the moment.
___
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/X435DYEU5BMHQ7ZHSTJPYF4ZCXQ2GJXU/

[ovirt-users] Re: Ovirt Hyperconverged

[Ricardo OT]

Hi,
I have recently tried to install the hosted engine on a node recently installed 
with Rocky Linux 8.9 with glusterfs and with the nightly oVirt master snapshot 
repository, and I have also tried to do the same with the Oracle distribution 
and I have not been able to get the installation of the hosted engine to work. 
Before this worked. Now I have only managed to install the engine as 
standalone. Does anyone know what could be the reason?

:(

greep -i error 
/var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20240415201836-r0gt54.log
-bash: greep: no se encontró la orden
[root@host-01 ~]# grep -i error 
/var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20240415201836-r0gt54.log
2024-04-15 20:18:36,751+0200 DEBUG otopi.context context.dumpEnvironment:775 
ENV BASE/error=bool:'False'
2024-04-15 20:18:37,219+0200 DEBUG otopi.context context.dumpEnvironment:775 
ENV BASE/error=bool:'False'
errorlevel = 3
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 54291
socket.gaierror: [Errno -2] Nombre o servicio desconocido
2024-04-15 20:21:25,754+0200 DEBUG otopi.context context.dumpEnvironment:775 
ENV BASE/error=bool:'False'
2024-04-15 20:24:45,966+0200 DEBUG 
otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:109 
{'changed': False, 'stdout': '', 'stderr': "error: Falló al obtener la red 
'default'\nerror: No se ha encontrado la red: No existe una red que coincida 
con el nombre 'default'", 'rc': 1, 'cmd': ['virsh', 'net-undefine', 'default'], 
'start': '2024-04-15 20:24:45.653112', 'end': '2024-04-15 20:24:45.737169', 
'delta': '0:00:00.084057', 'msg': 'non-zero return code', 'invocation': 
{'module_args': {'_raw_params': 'virsh net-undefine default', '_uses_shell': 
False, 'warn': False, 'stdin_add_newline': True, 'strip_empty_ends': True, 
'argv': None, 'chdir': None, 'executable': None, 'creates': None, 'removes': 
None, 'stdin': None}}, 'stdout_lines': [], 'stderr_lines': ["error: Falló al 
obtener la red 'default'", "error: No se ha encontrado la red: No existe una 
red que coincida con el nombre 'default'"], '_ansible_no_log': None}
2024-04-15 20:24:46,067+0200 DEBUG 
otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:109 
ignored: [localhost]: FAILED! => {"changed": false, "cmd": ["virsh", 
"net-undefine", "default"], "delta": "0:00:00.084057", "end": "2024-04-15 
20:24:45.737169", "msg": "non-zero return code", "rc": 1, "start": "2024-04-15 
20:24:45.653112", "stderr": "error: Falló al obtener la red 'default'\nerror: 
No se ha encontrado la red: No existe una red que coincida con el nombre 
'default'", "stderr_lines": ["error: Falló al obtener la red 'default'", 
"error: No se ha encontrado la red: No existe una red que coincida con el 
nombre 'default'"], "stdout": "", "stdout_lines": []}
2024-04-15 20:24:50,986+0200 DEBUG 
otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:109 
{'changed': False, 'stdout': '', 'stderr': "error: Falló al identificarse la 
red default como autoiniciable\nerror: Falló al crear enlace simbólico 
'/etc/libvirt/qemu/networks/autostart/default.xml' en 
'/etc/libvirt/qemu/networks/default.xml': El fichero ya existe", 'rc': 1, 
'cmd': ['virsh', 'net-autostart', 'default'], 'start': '2024-04-15 
20:24:49.654500', 'end': '2024-04-15 20:24:50.741081', 'delta': 
'0:00:01.086581', 'msg': 'non-zero return code', 'invocation': {'module_args': 
{'_raw_params': 'virsh net-autostart default', '_uses_shell': False, 'warn': 
False, 'stdin_add_newline': True, 'strip_empty_ends': True, 'argv': None, 
'chdir': None, 'executable': None, 'creates': None, 'removes': None, 'stdin': 
None}}, 'stdout_lines': [], 'stderr_lines': ['error: Falló al identificarse la 
red default como autoiniciable', "error: Falló al crear enlace simbólico 
'/etc/libvirt/qemu/networks/autostart/default.xml' en 
'/etc/libvirt/qemu/networks/default.xml': El fichero ya existe"], 
'_ansible_no_log': None}
2024-04-15 20:24:51,087+0200 DEBUG 
otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:109 
ignored: [localhost]: FAILED! => {"changed": false, "cmd": ["virsh", 
"net-autostart", "default"], "delta": "0:00:01.086581", "end": "2024-04-15 
20:24:50.741081", "msg": "non-zero return code", "rc": 1, "start": "2024-04-15 
20:24:49.654500", "stderr": "error: Falló al identificarse la red default como 
autoiniciable\nerror: Falló al crear enlace simbólico 
'/etc/libvirt/qemu/networks/autostart/default.xml' en 
'/etc/libvirt/qemu/networks/default.xml': El fichero ya existe", 
"stderr_lines": ["error: Falló al identificarse la red default como 
autoiniciable", "error: Falló al crear enlace simbólico 
'/etc/libvirt/qemu/networks/autostart/default.xml' en 
'/etc/libvirt/qemu/networks/default.xml': El fichero ya existe"], "stdout": "", 
"stdout_lines": []}
2024-04-15 20:53:01,873+0200 DEBUG 
otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:109 
{'changed': True, 'stdout': "[ INFO  

[ovirt-users] Re: Ovirt 4.5 HA over NFS fails when a single host goes down

[itsavant]

How is this going? Thread is inactive currently
___
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/SK6C7CM6N2ZH2PI3KBWVOFZCHKDLY3EY/

[ovirt-users] Re: Ovirt 4.5 HA over NFS fails when a single host goes down

[Mark R]

That is wild and definitely not in line with the behavior we saw when a 
motherboard failed in one of our small 3-node oVirt 4.5 clusters. The bad host 
hard-froze, shortly after that one of the surviving nodes fenced it via IPMI, 
and all the VMs that had been running on it were started on surviving hosts.

It sounds like your experience is that a single node fails (even one with no 
VMs on it at the time), and the surviving hosts shut down (or do they kill) the 
VMs that they have running. Is that accurate?
___
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/YKZUXIEAF5YUD3D5MTCAD7EUA25GB2QQ/

[ovirt-users] Re: Ovirt 4.5 HA over NFS fails when a single host goes down

[Youssef Khristo]

So for the sake of figuring out what's going on, I un-deployed the 
hosted-engine from 3 of the 6 hosts, and then removed those 3 from the cluster. 
I left only 2 VMs up (HE and another one), and the remaining 3 hosts have the 
capability of running the hosted-engine with an Active Score of 3400, so no 
split-brain scenario could happen.

I simply unplugged the network from one of the hosts, that also happened not to 
be hosting any VMs so as to simulate an unexpected shutdown/failure, and in 
around 30 seconds the 2 VMs (including the HE) were down and stayed down until 
the failed host was brought back up.

What I'm trying to say here is that HE and any other highly available VM fail 
if a single host (just one) fails. Is there anything I could debug or look into 
that I might've missed when setting up oVirt? Is there a misconfiguration 
somewhere?

Thank you and best regards
___
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/DV5FLCFEC2CDHGZDPSXIXQZGOM4UYCF5/

[ovirt-users] Re: Ovirt 4.5 HA over NFS fails when a single host goes down

[LS CHENG]

Hi

I am not sure how split brain works in ovirt. In other cluster solutions
you can have an even number of nodes such as 4, 6 , 8 etc. All nodes writes
to quorum disk, say we have four nodes  if one node goes down the other
three will vote

node 1 says I see node 2 and 3 but not 4
node 2 says I see node 1 and 3 but not 4
node 3 says I see node 1 and 2 but not 4

So all three votes node 4 must leave the cluster and the split brain is
solved




On Tue, Mar 5, 2024 at 10:58 AM Youssef Khristo <
youssef.khri...@elsewedyintel.com> wrote:

> The split-brain explanation makes a lot of sense, so I changed the HE VM
> deployed hosts from 6 to 5, as well as set an Affinity Group with soft VM
> to Hosts enforcement for the other VMs (since HE is managed separately) for
> 5 hosts, with a similar Affinity Label, and I ran a test where I perform
> outstanding upgrades from the Administration Portal on any host (where I
> chose that the host be rebooted), the host is moved to maintenance, updates
> are installed and host is rebooted, I still get the same issue where the
> entire cluster with every single VM including HE goes down. Is there an
> additional configuration that needs to be set/tweaked for the cluster not
> to fail?
>
> Thank you and best regards
> ___
> 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/AA4FCX6WHYCBTJNM3T6LQYVLAAIJEWSK/
>
___
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/4HRGMZMPVXD6OSOAY4BCMRDE2I5QECXY/

[ovirt-users] Re: Ovirt 4.5 HA over NFS fails when a single host goes down

[Youssef Khristo]

The split-brain explanation makes a lot of sense, so I changed the HE VM 
deployed hosts from 6 to 5, as well as set an Affinity Group with soft VM to 
Hosts enforcement for the other VMs (since HE is managed separately) for 5 
hosts, with a similar Affinity Label, and I ran a test where I perform 
outstanding upgrades from the Administration Portal on any host (where I chose 
that the host be rebooted), the host is moved to maintenance, updates are 
installed and host is rebooted, I still get the same issue where the entire 
cluster with every single VM including HE goes down. Is there an additional 
configuration that needs to be set/tweaked for the cluster not to fail?

Thank you and best regards
___
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/AA4FCX6WHYCBTJNM3T6LQYVLAAIJEWSK/

[ovirt-users] Re: Ovirt 4.5 HA over NFS fails when a single host goes down

[Mark R]

You must not have an even number of HE-capable nodes. What you're running into 
is a classic split-brain scenario, with only two nodes allowed to run the HE, 
and one of the nodes down, the surviving host does not have quorum so does not 
know it can safely power off the other machine (because obviously this 
surviving node, from its viewpoint, may have somehow become isolated from the 
network while the other host is happily alive and running the engine and 
controlling everything).

In clustering, you _never_ want two, or four, or six of something. One, three, 
five, etc... because it must be impossible to have a "tie" situation when the 
decisions are being made on which hosts are needing to be fenced.
___
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/UEDSNIXJZXS5NSO7JARJKP56PT3YK3UB/

[ovirt-users] Re: ovirt-45-upstream GPG Key Error

[Lev Veyde]

Hi Jonas,

New packages are currently being signed with the new 4096 bit key, which
can be downloaded from:
https://resources.ovirt.org/pub/keys/RPM-GPG-ovirt-v4

It was supplied automatically for EL9/C9S releases, but missed the EL8/C8S
release packages.

Can you please try to import the new key manually and check if it helps?

Thanks in advance,

On Sat, Feb 24, 2024 at 11:35 AM Jonas  wrote:

> Some more context:
>
> # rpm --checksig --verbose
> /var/cache/dnf/ovirt-45-upstream-62781357e04a3932/packages/ovirt-node-ng-image-update-4.5.5-1.el8.noarch.rpm
>
>
>
> /var/cache/dnf/ovirt-45-upstream-62781357e04a3932/packages/ovirt-node-ng-image-update-4.5.5-1.el8.noarch.rpm:
>  Header V4 RSA/SHA256 Signature, key ID 24901d0c: NOKEY
>  Header SHA256 digest: OK
>  Header SHA1 digest: OK
>  Payload SHA256 digest: OK
>  V4 RSA/SHA256 Signature, key ID 24901d0c: NOKEY
>  MD5 digest: OK
> ___
> 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/A2KA6MLNPUJHZDLZ6NJTBT4IZT33HADS/
>


-- 

LEV VEYDE

SENIOR SOFTWARE ENGINEER, RHCE | RHCVA | MCITP

Red Hat Israel



l...@redhat.com | lve...@redhat.com

TRIED. TESTED. TRUSTED. 
___
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/H4KS5WREXNY7URUREF6RERQ2UPBQYZJA/

[ovirt-users] Re: ovirt-45-upstream GPG Key Error

[Lev Veyde]

Hi Jonas,

You're welcome, and thanks for letting us know.

Thanks in advance,

On Mon, Feb 26, 2024 at 6:44 PM Jonas  wrote:

> Hi Lev
>
> Thanks a lot, I can confirm that the signature now correctly verifies
> with the new key. Thanks also for updating the oVirt site with the new key!
>
> Regards
> Jonas
>
> On 26.02.24 15:45, Lev Veyde wrote:
> > Hi Jonas,
> >
> > New packages are currently being signed with the new 4096 bit key, which
> > can be downloaded from:
> > https://resources.ovirt.org/pub/keys/RPM-GPG-ovirt-v4
> > 
> >
> > It was supplied automatically for EL9/C9S releases, but missed the
> > EL8/C8S release packages.
> >
> > Can you please try to import the new key manually and check if it helps?
> >
> > Thanks in advance,
> >
> > On Sat, Feb 24, 2024 at 11:35 AM Jonas  > > wrote:
> >
> > Some more context:
> >
> > # rpm --checksig --verbose
> >
>  
> /var/cache/dnf/ovirt-45-upstream-62781357e04a3932/packages/ovirt-node-ng-image-update-4.5.5-1.el8.noarch.rpm
> >
> >
>  
> /var/cache/dnf/ovirt-45-upstream-62781357e04a3932/packages/ovirt-node-ng-image-update-4.5.5-1.el8.noarch.rpm:
> >   Header V4 RSA/SHA256 Signature, key ID 24901d0c: NOKEY
> >   Header SHA256 digest: OK
> >   Header SHA1 digest: OK
> >   Payload SHA256 digest: OK
> >   V4 RSA/SHA256 Signature, key ID 24901d0c: NOKEY
> >   MD5 digest: OK
> > ___
> > 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/A2KA6MLNPUJHZDLZ6NJTBT4IZT33HADS/
> <
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/A2KA6MLNPUJHZDLZ6NJTBT4IZT33HADS/
> >
> >
> >
> >
> > --
> >
> > LEV VEYDE
> >
> > SENIOR SOFTWARE ENGINEER, RHCE | RHCVA | MCITP
> >
> > Red Hat Israel
> >
> > 
> >
> > l...@redhat.com  | lve...@redhat.com
> > 
> >
> > 
> > TRIED. TESTED. TRUSTED. 
>
>

-- 

LEV VEYDE

SENIOR SOFTWARE ENGINEER, RHCE | RHCVA | MCITP

Red Hat Israel



l...@redhat.com | lve...@redhat.com

TRIED. TESTED. TRUSTED. 
___
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/NAOTQ3LMQNMLGV2WE3EWQKPM6YLFFHYX/

[ovirt-users] Re: ovirt-45-upstream GPG Key Error

[Jonas]

Hi Lev

Thanks a lot, I can confirm that the signature now correctly verifies 
with the new key. Thanks also for updating the oVirt site with the new key!


Regards
Jonas

On 26.02.24 15:45, Lev Veyde wrote:

Hi Jonas,

New packages are currently being signed with the new 4096 bit key, which 
can be downloaded from:
https://resources.ovirt.org/pub/keys/RPM-GPG-ovirt-v4 



It was supplied automatically for EL9/C9S releases, but missed the 
EL8/C8S release packages.


Can you please try to import the new key manually and check if it helps?

Thanks in advance,

On Sat, Feb 24, 2024 at 11:35 AM Jonas > wrote:


Some more context:

# rpm --checksig --verbose

/var/cache/dnf/ovirt-45-upstream-62781357e04a3932/packages/ovirt-node-ng-image-update-4.5.5-1.el8.noarch.rpm


/var/cache/dnf/ovirt-45-upstream-62781357e04a3932/packages/ovirt-node-ng-image-update-4.5.5-1.el8.noarch.rpm:
  Header V4 RSA/SHA256 Signature, key ID 24901d0c: NOKEY
  Header SHA256 digest: OK
  Header SHA1 digest: OK
  Payload SHA256 digest: OK
  V4 RSA/SHA256 Signature, key ID 24901d0c: NOKEY
  MD5 digest: OK
___
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/A2KA6MLNPUJHZDLZ6NJTBT4IZT33HADS/
 




--

LEV VEYDE

SENIOR SOFTWARE ENGINEER, RHCE | RHCVA | MCITP

Red Hat Israel



l...@redhat.com  | lve...@redhat.com 




TRIED. TESTED. TRUSTED. 

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

[ovirt-users] Re: ovirt-45-upstream GPG Key Error

[Jonas]

Some more context:

# rpm --checksig --verbose 
/var/cache/dnf/ovirt-45-upstream-62781357e04a3932/packages/ovirt-node-ng-image-update-4.5.5-1.el8.noarch.rpm 


/var/cache/dnf/ovirt-45-upstream-62781357e04a3932/packages/ovirt-node-ng-image-update-4.5.5-1.el8.noarch.rpm:
    Header V4 RSA/SHA256 Signature, key ID 24901d0c: NOKEY
    Header SHA256 digest: OK
    Header SHA1 digest: OK
    Payload SHA256 digest: OK
    V4 RSA/SHA256 Signature, key ID 24901d0c: NOKEY
    MD5 digest: OK
___
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/A2KA6MLNPUJHZDLZ6NJTBT4IZT33HADS/

[ovirt-users] Re: ovirt-45-upstream GPG Key Error

[Jonas]

I just ran into the same issue when trying to upgrade an existing oVirt 
Node host from 4.5.4 to 4.5.5. My problem seems to be with the package 
ovirt-node-ng-image-update. I made sure to to download the latest 
package from the mirror by running dnf clean all before upgrading. Can 
you resign this as well or is there a problem with the mirror?


DNF transaction:

[root@server ~]# dnf update --downloadonly -y
Last metadata expiration check: 0:14:39 ago on Fri 23 Feb 2024 04:04:26 
PM CET.

Dependencies resolved.

 Package    Architecture 
Version  Repository Size


Upgrading:
 ovirt-node-ng-image-update noarch 4.5.5-1.el8  
ovirt-45-upstream 1.3 G

 replacing  ovirt-node-ng-image-update-placeholder.noarch 4.5.4-1.el8

Transaction Summary

Upgrade  1 Package

Total size: 1.3 G
DNF will only download packages for the transaction.
Downloading Packages:
[SKIPPED] ovirt-node-ng-image-update-4.5.5-1.el8.noarch.rpm: Already 
downloaded
oVirt upstream for CentOS Stream 8 - oVirt 
4.5  2.8 MB/s | 2.9 kB 00:00
GPG key at file:///etc/pki/rpm-gpg/RPM-GPG-KEY-oVirt-4.5 (0xFE590CB7) is 
already installed
The GPG keys listed for the "oVirt upstream for CentOS Stream 8 - oVirt 
4.5" repository are already installed but they are not correct for this 
package.
Check that the correct key URLs are configured for this repository.. 
Failing package is: ovirt-node-ng-image-update-4.5.5-1.el8.noarch

 GPG Keys are configured as: file:///etc/pki/rpm-gpg/RPM-GPG-KEY-oVirt-4.5
The downloaded packages were saved in cache until the next successful 
transaction.

You can remove cached packages by executing 'dnf clean packages'.
Error: GPG check FAILED

Package data:

# less 
/var/cache/dnf/ovirt-45-upstream-62781357e04a3932/packages/ovirt-node-ng-image-update-4.5.5-1.el8.noarch.rpm 
| grep -E 'Signature|Build'
Signature   : RSA/SHA256, Sun 14 Jan 2024 12:46:53 PM CET, Key ID 
44e475cb24901d0c

Build Date  : Thu 30 Nov 2023 04:23:38 PM CET
Build Host  : 579f6895
___
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/IN7DYD2ZYBYQI5W4Y33JSYWVVYIHVCR3/

[ovirt-users] Re: oVirt Node 4.5.5 web login

[Ismet Sonmez]

its root user
___
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/5S3YQ75HVOTJZSUVR56CHT2OHJJJMAYN/

[ovirt-users] Re: oVirt Node 4.5.5 web login

[antonio . riggio]

I am having the same problem too. 
___
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/KXLIQIUOIXE5NE27T3GHAL6NSK5EYPP3/

[ovirt-users] Re: Ovirt engine deply error- urgently need help

[Ikram Ulhaq]

This issue has been resolved. 
___
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/RH2XC6CM6MU5T6HYMKBNQCJ7SYTYP54P/

[ovirt-users] Re: Ovirt 4.4.10 - Admin account locked after password change

[Andy Lau]

Dear Martin,

Yes, I have updated the credential on ovirt-provider-ovn after password change.

OVN Test Result: (Ensure the account is under unlock state)
https://polyuit-my.sharepoint.com/:i:/g/personal/tflau_polyu_edu_hk/EcEHLkT91rdFpUDiHpLQz4gB5-alO6i1T7r9VRrdU123MA?e=y5unLN
  

Also, i tried to change the default network provider option from 
"ovirt-provider-ovn" to "No Default Provider"

But no luck.
___
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/4K7DMZAMONV55YPTNGFDBDCFJOFGDCLJ/

[ovirt-users] Re: Ovirt 4.4.10 - Admin account locked after password change

[Martin Perina]

Hi Andy,

have you updated the admin user password after the change also in
ovirt-provider-ovn configuration?

https://www.ovirt.org/documentation/administration_guide/index.html#sect-Administering_User_Tasks_From_the_commandline

Regards,
Martin


On Mon, Feb 19, 2024 at 2:51 AM Andy Lau  wrote:

> Hi Nicolas,
>
> Thanks for your reply.
>
> Does Ovirt has some default maintenance tasks?  Or, I can identify them on
> somewhere?
>
> Because I don't have any script to put into Ovirt after new installation
> on Nov 2023.
>
>
>
>
>
>
> ___
> 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/SJJMRSNI7P7MTBD4EGDSZ4JGDF4U2NGB/
>


-- 
Martin Perina
Manager, Software Engineering
Red Hat Czech s.r.o.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NG622GPF5KPNNYMX6KT5MIV3O5M2IJY6/

[ovirt-users] Re: Ovirt 4.4.10 - Admin account locked after password change

[Andy Lau]

Hi Nicolas,

Thanks for your reply. 

Does Ovirt has some default maintenance tasks?  Or, I can identify them on 
somewhere?

Because I don't have any script to put into Ovirt after new installation on Nov 
2023.




 

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

[ovirt-users] Re: Ovirt 4.4.10 - Admin account locked after password change

[nicolas]

Perhaps you have some kind of script that periodically logs into oVirt 
to perform some task and you didn't change that password to the new one? 
If so, it will block the account after a few attempts.


Each time we change the password, we have to update a fair amount of 
scripts that perform maintenance tasks. If we don't do so in a short 
period of time, the authentication attempts make the account block 
again.


El 2024-02-16 02:42, Andy Lau escribió:

Hello All

Recently, I reset the password for the admin account through
ovirt-aaa-jdbc-tool.

The password changed properly but the admin account will be locked
automatically after few hours later.

From the engine log, the admin@internal seems login periodically from
ovirt engine itself.

If I fallback the password with the original one, all working fine.

Do anyone has the solution?

Screen capture from the engine log:
https://polyuit-my.sharepoint.com/:i:/g/personal/tflau_polyu_edu_hk/Edqp2lsKkBlJi0dQBo05L_EBX7SJy-yaC92pABc2wyHE6w?e=DQyppL
___
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/P4QKBI6JYMNNF3KHMLK4OG3MD2LO5JMW/

___
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/2EAHDN3TR2XDYCYDNXZMPAL3XZRNUXQJ/

[ovirt-users] Re: [ovirt-devel] Foreman needs a release of ovirt-engine-sdk-ruby

[Sandro Bonazzola]

The oVirt Engine Ruby SDK 4.6.0 is now available[1][2], allowing Foreman to 
keep working with oVirt for the next Foreman's releases.

[1] https://github.com/oVirt/ovirt-engine-sdk-ruby/releases/tag/4.6.0
[2] https://rubygems.org/gems/ovirt-engine-sdk
___
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/JGK2ODIANQ364Z66NUFGLZCBX4KFSPTM/

[ovirt-users] Re: [ovirt-devel] Foreman needs a release of ovirt-engine-sdk-ruby

[Guillaume Pavese]

We were just starting to depend on this workflow...

On Fri, Jan 26, 2024 at 2:02 PM Ewoud Kohl van Wijngaarden <
ewoud+ov...@kohlvanwijngaarden.nl> wrote:

> Hello everyone,
>
> Foreman is a bit late in updating Ruby to a newer version. Looking ahead
> we're aiming at Ruby 3.1+ but ovirt-engine-sdk-ruby doesn't compile on
> it.
>
> https://github.com/oVirt/ovirt-engine-sdk-ruby/pull/3 was merged in
> September 2022 and a request to release it was opened a year ago:
> https://github.com/oVirt/ovirt-engine-sdk-ruby/issues/4
>
> The Foreman community is currently discussing dropping oVirt support:
> https://community.theforeman.org/t/proposal-to-drop-support-for-ovirt/36324
>
> Is there anyone who can still perform this release, or should we proceed
> with removal?
>
> Regards,
> Ewoud Kohl van Wijngaarden
> ___
> Devel mailing list -- de...@ovirt.org
> To unsubscribe send an email to devel-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/de...@ovirt.org/message/ESA4LFSQ5JPQWUGXTA7K7GAJJQUUEHXP/
>

-- 


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

[ovirt-users] Re: oVirt nodes with local storage

[Wild Star]

Here's an example with one shared Storage Domain that works. (local.ca is an 
internal domain)

/etc/exports (n1.local)
---
/data/images/ovirt/n1_data_storage  *.local.ca(rw,async,wdelay,root_squash)
/data/images/ovirt/n1_data_storage  
192.168.1.0/24(rw,async,wdelay,root_squash)

/etc/exports (n2.local)
---
/data/images/ovirt/n2_data_storage  *.local.ca(rw,async,wdelay,root_squash)
/data/images/ovirt/n2_data_storage  
192.168.1.0/24(rw,async,wdelay,root_squash)


NFS mounts (n1.local)
-
Server
n1.local.ca:/data/images/ovirt/n1_data_storage
Mount point
/rhev/data-center/mnt/n1.local.ca:_data_images_ovirt_n1__data__storage

Server
n2.local.ca:/data/images/ovirt/n2_data_storage
Mount point
/rhev/data-center/mnt/n2.local.ca:_data_images_ovirt_n2__data__storage


NFS mounts (n2.local)
-
Server
n1.local.ca:/data/images/ovirt/n1_data_storage
Mount point
/rhev/data-center/mnt/n1.local.ca:_data_images_ovirt_n1__data__storage

Server
n2.local.ca:/data/images/ovirt/n2_data_storage
Mount point
/rhev/data-center/mnt/n2.local.ca:_data_images_ovirt_n2__data__storage

Like I said, local storage is not ideal, because you do lose some 
functionality.  Also, If you lose a node, you also lose it's storage and its 
VMs, but at least this way (using NFS), you can keep it all within the same 
Data Center which gives you more flexibility by not isolating each node's local 
storage to its own Data Center.

Once I move that /data directory (where the VMs sit) off the root filesystem 
"/" to it's own LV, I'll try the upgrade again.  I did find examples on how to 
shrink an NSF, but I'm not sure how to handle oVirt's onn-pool00-tpool. 

I did try reinstalling a node from scratch, but the custom disk partitioning 
during setup doesn't seem to work.  It would be nice if oVirt automatically 
partitioned the /data directory to its own LV while sizing it with the 
remaining disk space.
___
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/FGA6UZOG4EANBCGJ5PAWBK5KORNUR7JH/

[ovirt-users] Re: oVirt nodes with local storage

[Jorge Visentini]

Yes, but... they will be different volumes...

For example:
/mnt/local_storage/9eee2948-2772-4d9c-9650-9df5e361353 (your local storage
created by oVirt)
/mnt/local_storage/nfs_share (your nfs share created by you)

chown vdsm: /mnt/local_storage/nfs_share

Export the path on /etc/export file.

Try it and let us know if it worked.

Em dom., 21 de jan. de 2024 às 00:10, Wild Star 
escreveu:

> Just a quick note... I can share the local storage with the other nodes.
> Since I use NFS, mounting it and opening port 2049 surely helped.  :)
> ___
> 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/6FY5VC7ZQ37YVWT5B5HVBVFNN5KHM7VA/
>


-- 
Att,
Jorge Visentini
+55 55 98432-9868
___
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/3XTYFHPNF67OYQZ6I5A44SEDRDUUCI4A/

[ovirt-users] Re: oVirt nodes with local storage

[Wild Star]

Just a quick note... I can share the local storage with the other nodes. Since 
I use NFS, mounting it and opening port 2049 surely helped.  :)
___
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/6FY5VC7ZQ37YVWT5B5HVBVFNN5KHM7VA/

[ovirt-users] Re: oVirt nodes with local storage

[Wild Star]

Hi Gianluca,

One would think that moving the storage off the / (root) filesystem and moving 
it to its own LV would be all that I needed to do to complete the upgrade.

However, come to find out that with oVirt 4.55, local storage can no longer be 
shared with the other nodes in the same data centre!  Although local storage is 
not ideal, I am not sure why that change had to be implemented, but I do know 
that I must have missed the memo explaining it.

That one node I upgraded has been rolled back to oVirt 4.54 and our entire 
oVirt environment will need to remain at that version for now.

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

[ovirt-users] Re: oVirt nodes with local storage

[Gianluca Amato]

Your problem seems similar to this one:

https://lists.ovirt.org/archives/list/users@ovirt.org/thread/C2VS5Q56URFSVO2DQGRAGQ4XCI6Q7W7W/#5CMBONLXX2VHNZPYEEBOQ7FBQHIWVD55

>From what I understand, the entire /data directory should live in a
different filesystem than the root one, otherwise the update fails.

--gianluca

On Tue, Jan 16, 2024 at 6:59 AM Wild Star  wrote:

> On the weekend I upgraded my self-hosted oVirt engine to 4.56.  All went
> well with that!
>
> I also spotted that there was an update for all my 4.54 nodes, but
> something has changed with the repo overnight because none of my nodes see
> updates anymore, though the update remains available here …
> https://resources.ovirt.org/pub/ovirt-4.5/iso/ovirt-node-ng-installer/.
>
> Yesterday, I attempted to update just one of my nodes and ran into this
> snag… “Local storage domains were found on the same filesystem as / !
> Please migrate the data to a new LV before upgrading, or you will lose the
> VMs”.
>
> I’ve always stored my VMs in a separate /DATA directory off the root
> filesystem, and shared the local storage using NFS.  I know it’s not ideal,
> but with good frequent regular backups, it has served me well for many
> years.
>
> A Google search revealed, that others have also had similar local storage
> issues, and suggestions on ways to mitigate the issue, including  the oVirt
> documentation found here…
> https://www.ovirt.org/documentation/upgrade_guide/index.html#Upgrading_hypervisor_preserving_local_storage_4-3_local_db,
> is not my preferred fix.
>
> In the past node updates with my local storage were not a problem and were
> easy peasy!  From some of the discussions I saw at Red Hat, I have deduced
> (maybe wrongly) that there was an issue that necessitated a fix, which
> introduced a required check for local storage during the upgrade process.
>
> I probably should move all the local storage off the oVirt nodes, but at
> this time, that is easier said than done.
>
> I’m posting here only to see if there are perhaps other ideas or
> perspectives I may not have thought of and should consider with my local
> storage.
>
> Thank you all in advance, much appreciated, and of course, thank you all
> for supporting oVirt!
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/YR23KNJSUXH4DSAKTC3KEUKEC7V54VD6/
>
___
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/NN63XQFHXWZMCO3FKNJFMAHUWPNEO67D/

[ovirt-users] Re: [ovirt-devel] Re: oVirt 4.6 OS versions

[Guillaume Pavese]

Unless someone from the community steps up to take RedHat's role, there
won't be any 4.6

On Fri, Jan 12, 2024 at 8:51 AM Diggy Mc  wrote:

>
> Isn't the oVirt 4.5 Hosted Engine built on CentOS Stream 8 ???  Stream 8
> ends in May 2024.  I ask because we are still running on 4.4 and are
> thinking about holding off until oVirt 4.6 before we deploy a new oVirt
> environment.
> ___
> Devel mailing list -- de...@ovirt.org
> To unsubscribe send an email to devel-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/de...@ovirt.org/message/MBQDZTC5K3R2VXVJVYZNCCNEUNXRLS3Y/
>

-- 


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

[ovirt-users] Re: ovirt-45-upstream GPG Key Error

[Lev Veyde]

Hi Jirka and Matthew,

We think that we resolved the issue, which included re-signing the packages
and re-creating the oVirt 4.5 yum repo.

Could you please try to re-fetch the packages in question and see if that
solves the problem for you?

Thanks in advance and sorry for the issue,

On Tue, Jan 9, 2024 at 1:34 PM Jirka Simon  wrote:

> Hi Matthew,
>
> I reported this like 3 weeks ago :(
>
> just use dnf  -y install ovirt-engine-appliance --nogpgcheck  before
> hosted-engine --deploy
>
> Jirka
> On 1/8/24 17:14, Matthew J Black wrote:
>
> Hi Jorge,
>
> It's actually Rocky Linux v9.3 - I was using the term "RHEL" genrically -
> I suppose I should have used "EL" or "RL" instead.
> On 09/01/2024 00:20, Jorge Visentini wrote:
>
> Hi.
>
> Why don't you use the ISO and just install the hosts using it, and then
> deploy the engine?
> Why install on RHEL now... I've been using CentOS Stream 9 with UEFI for
> about 6 months and everything is working...
>
> Cheers!
>
> Em seg., 8 de jan. de 2024 às 04:07, Matthew J Black <
> matt...@peregrineit.net> escreveu:
>
>> Hi All,
>>
>> We just picked up a GPG Key error when running `dnf install
>> ovirt-engine-appliance` in preparation of a fresh oVirt v4.5.5 install on
>> RL v9.3:
>>
>> ~~~
>> oVirt upstream for CentOS Stream 9 - oVirt 4.5   79 kB/s |
>> 1.6 kB 00:00
>> Importing GPG key 0x24901D0C:
>>  Userid : "oVirt "
>>  Fingerprint: 3C98 E81D B93D EA6D 54DE 690E 44E4 75CB 2490 1D0C
>>  From   : /etc/pki/rpm-gpg/RPM-GPG-KEY-oVirt-4.5
>> Is this ok [y/N]: y
>> Key imported successfully
>> Import of key(s) didn't help, wrong key(s)?
>> Public key for ovirt-engine-appliance-4.5-20231201120201.1.el9.x86_64.rpm
>> is not installed. Failing package is:
>> ovirt-engine-appliance-4.5-20231201120201.1.el9.x86_64
>>  GPG Keys are configured as:
>> file:///etc/pki/rpm-gpg/RPM-GPG-KEY-oVirt-4.5
>> ~~~
>>
>> An error? An issue with the repo definition? Can it safely be ignored
>> (normally I'd say "No" but its from the oVirt Tam's own repo...)? Is the
>> fingerprint above the correct one (and for that matter, where is the GPG
>> Key's Fingerprint recorded on the oVirt Website so that we can check
>> compliance ourselves)?
>>
>> Anyway, thought I'd let people know (further details can be provide upon
>> request)
>>
>> Cheers
>>
>> Dulux-Oz
>> ___
>> 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/WILIDSO6CMHHJLLQ2H7H6KVIEIVQ2GEO/
>>
>
>
> --
> Att,
> Jorge Visentini
> +55 55 98432-9868
>
>
>
> 
> Virus-free.www.avast.com
> 
> <#m_3968352809059148212_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> ___
> 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/QP52KSI67LRMVEVFHBNK57KKL6FQC276/
>
> ___
> 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/GWLT4VZBP4DOOAAYVUBU4AYIWY6MUH3M/
>
___
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/MVNDCBH4YZU44TSQC2LR5M6YULS5444U/

[ovirt-users] Re: ovirt-45-upstream GPG Key Error

[Lev Veyde]

Hi Jirka,

If you can, then please do, as we want to verify that we fixed the issue
for our users.

Thanks in advance,

On Tue, Jan 9, 2024 at 9:29 PM Jirka Simon  wrote:

> Hello there,
>
> I already finished my installation, but I can try it on sandbox.
>
> Jirka
>
>
> On 1/9/24 14:58, Lev Veyde wrote:
>
> Hi Jirka and Matthew,
>
> We think that we resolved the issue, which included re-signing the
> packages and re-creating the oVirt 4.5 yum repo.
>
> Could you please try to re-fetch the packages in question and see if that
> solves the problem for you?
>
> Thanks in advance and sorry for the issue,
>
> On Tue, Jan 9, 2024 at 1:34 PM Jirka Simon  wrote:
>
>> Hi Matthew,
>>
>> I reported this like 3 weeks ago :(
>>
>> just use dnf  -y install ovirt-engine-appliance --nogpgcheck  before
>> hosted-engine --deploy
>>
>> Jirka
>> On 1/8/24 17:14, Matthew J Black wrote:
>>
>> Hi Jorge,
>>
>> It's actually Rocky Linux v9.3 - I was using the term "RHEL" genrically -
>> I suppose I should have used "EL" or "RL" instead.
>> On 09/01/2024 00:20, Jorge Visentini wrote:
>>
>> Hi.
>>
>> Why don't you use the ISO and just install the hosts using it, and then
>> deploy the engine?
>> Why install on RHEL now... I've been using CentOS Stream 9 with UEFI for
>> about 6 months and everything is working...
>>
>> Cheers!
>>
>> Em seg., 8 de jan. de 2024 às 04:07, Matthew J Black <
>> matt...@peregrineit.net> escreveu:
>>
>>> Hi All,
>>>
>>> We just picked up a GPG Key error when running `dnf install
>>> ovirt-engine-appliance` in preparation of a fresh oVirt v4.5.5 install on
>>> RL v9.3:
>>>
>>> ~~~
>>> oVirt upstream for CentOS Stream 9 - oVirt 4.5   79 kB/s |
>>> 1.6 kB 00:00
>>> Importing GPG key 0x24901D0C:
>>>  Userid : "oVirt "
>>>  Fingerprint: 3C98 E81D B93D EA6D 54DE 690E 44E4 75CB 2490 1D0C
>>>  From   : /etc/pki/rpm-gpg/RPM-GPG-KEY-oVirt-4.5
>>> Is this ok [y/N]: y
>>> Key imported successfully
>>> Import of key(s) didn't help, wrong key(s)?
>>> Public key for
>>> ovirt-engine-appliance-4.5-20231201120201.1.el9.x86_64.rpm is not
>>> installed. Failing package is:
>>> ovirt-engine-appliance-4.5-20231201120201.1.el9.x86_64
>>>  GPG Keys are configured as:
>>> file:///etc/pki/rpm-gpg/RPM-GPG-KEY-oVirt-4.5
>>> ~~~
>>>
>>> An error? An issue with the repo definition? Can it safely be ignored
>>> (normally I'd say "No" but its from the oVirt Tam's own repo...)? Is the
>>> fingerprint above the correct one (and for that matter, where is the GPG
>>> Key's Fingerprint recorded on the oVirt Website so that we can check
>>> compliance ourselves)?
>>>
>>> Anyway, thought I'd let people know (further details can be provide upon
>>> request)
>>>
>>> Cheers
>>>
>>> Dulux-Oz
>>> ___
>>> 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/WILIDSO6CMHHJLLQ2H7H6KVIEIVQ2GEO/
>>>
>>
>>
>> --
>> Att,
>> Jorge Visentini
>> +55 55 98432-9868
>>
>>
>>
>> 
>> Virus-free.www.avast.com
>> 
>> <#m_-321625164339204607_m_3968352809059148212_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>
>> ___
>> 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/QP52KSI67LRMVEVFHBNK57KKL6FQC276/
>>
>> ___
>> 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/GWLT4VZBP4DOOAAYVUBU4AYIWY6MUH3M/
>>
>
___
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/AUMIMP5U7V6BTFFPOGTRKLUD25ELJMNV/

[ovirt-users] Re: oVirt Self-Hosted Engine Deployment Error

[duluxoz]

DOH!

I knew I'd forgotten/missed something!

Thanks Jirka  :-)
___
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/CYEWHT6CTSWKKUPI7E4NDK77AQRG2E3Q/

[ovirt-users] Re: ovirt-45-upstream GPG Key Error

[duluxoz]

This has now been resolved with a fix by the oVirt devs.

See also: 
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/EXVHQ37VCCFQDUZGFBISALPPPT7MR573/

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

[ovirt-users] Re: ovirt-45-upstream GPG Key Error

[duluxoz]

So I just re-ran the `dnf install ovirt-engine-appliance` on a fresh box 
and everything went AOK - looks like the solution provided is correct - 
thanks you.


(FTR: i wasn't complaining per say; I was simply trying to point out 
there there was a (potential) issue which people might like to look into 
/ resolve. I know I welcome those types of reports when I f-up my apps.  
:-) )

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

[ovirt-users] Re: ovirt-45-upstream GPG Key Error

[Jirka Simon]

Hello there,

I already finished my installation, but I can try it on sandbox.

Jirka


On 1/9/24 14:58, Lev Veyde wrote:

Hi Jirka and Matthew,

We think that we resolved the issue, which included re-signing the 
packages and re-creating the oVirt 4.5 yum repo.


Could you please try to re-fetch the packages in question and see if 
that solves the problem for you?


Thanks in advance and sorry for the issue,

On Tue, Jan 9, 2024 at 1:34 PM Jirka Simon  wrote:

Hi Matthew,

I reported this like 3 weeks ago :(

just use dnf  -y install ovirt-engine-appliance --nogpgcheck 
before hosted-engine --deploy

Jirka

On 1/8/24 17:14, Matthew J Black wrote:


Hi Jorge,

It's actually Rocky Linux v9.3 - I was using the term "RHEL"
genrically - I suppose I should have used "EL" or "RL" instead.

On 09/01/2024 00:20, Jorge Visentini wrote:

Hi.

Why don't you use the ISO and just install the hosts using it,
and then deploy the engine?
Why install on RHEL now... I've been using CentOS Stream 9 with
UEFI for about 6 months and everything is working...

Cheers!

Em seg., 8 de jan. de 2024 às 04:07, Matthew J Black
 escreveu:

Hi All,

We just picked up a GPG Key error when running `dnf install
ovirt-engine-appliance` in preparation of a fresh oVirt
v4.5.5 install on RL v9.3:

~~~
oVirt upstream for CentOS Stream 9 - oVirt 4.5            79
kB/s | 1.6 kB     00:00
Importing GPG key 0x24901D0C:
 Userid     : "oVirt "
 Fingerprint: 3C98 E81D B93D EA6D 54DE 690E 44E4 75CB 2490 1D0C
 From       : /etc/pki/rpm-gpg/RPM-GPG-KEY-oVirt-4.5
Is this ok [y/N]: y
Key imported successfully
Import of key(s) didn't help, wrong key(s)?
Public key for
ovirt-engine-appliance-4.5-20231201120201.1.el9.x86_64.rpm
is not installed. Failing package is:
ovirt-engine-appliance-4.5-20231201120201.1.el9.x86_64
 GPG Keys are configured as:
file:///etc/pki/rpm-gpg/RPM-GPG-KEY-oVirt-4.5
~~~

An error? An issue with the repo definition? Can it safely
be ignored (normally I'd say "No" but its from the oVirt
Tam's own repo...)? Is the fingerprint above the correct one
(and for that matter, where is the GPG Key's Fingerprint
recorded on the oVirt Website so that we can check
compliance ourselves)?

Anyway, thought I'd let people know (further details can be
provide upon request)

Cheers

Dulux-Oz
___
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/WILIDSO6CMHHJLLQ2H7H6KVIEIVQ2GEO/



-- 
Att,

Jorge Visentini
+55 55 98432-9868




Virus-free.www.avast.com




<#m_3968352809059148212_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

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

___
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/GWLT4VZBP4DOOAAYVUBU4AYIWY6MUH3M/
___
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/EXVHQ37VCCFQDUZGFBISALPPPT7MR573/

[ovirt-users] Re: oVirt Self-Hosted Engine Deployment Error

[Jirka Simon]

Hi,

have you tried to run

|/usr/sbin/ovirt-hosted-engine-cleanup|

|before  re-run |hosted-engine --deploy

Jirka

On 1/9/24 07:59, Matthew J Black wrote:

Hi Guys,

New oVirt install using latest versions on a Rocky Linux v9.3 host.

We're getting the following error in the setup logs:

~~~
2024-01-09 17:14:53,977+1100 ERROR otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:113 fatal: [localhost]: FAILED! => {"changed": true, "cmd": ["ip", "rule", "add", "from", "192.168.1.1/255.255.255.0", "priority", "101", 
"table", "main"], "delta": "0:00:00.002702", "end": "2024-01-09 17:14:53.680933", "msg": "non-zero return code", "rc": 2, "start": "2024-01-09 17:14:53.678231", "stderr": "RTNETLINK answers: File exists", 
"stderr_lines": ["RTNETLINK answers: File exists"], "stdout": "", "stdout_lines": []}
~~~

So, which file "RTNETLINK answers: File exists" and can I simply manually 
delete that file and re-run `hosted-engine --deploy`?

Cheers

Dulux-Oz
___
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/5QOY2SSMTD27E5MXCQMKQPGH42OT2STH/___
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/QRWI3RFIXUF7QWXZQWLBTYVV76TGQKAW/

[ovirt-users] Re: ovirt-45-upstream GPG Key Error

[Jirka Simon]

Hi Matthew,

I reported this like 3 weeks ago :(

just use dnf  -y install ovirt-engine-appliance --nogpgcheck  before 
hosted-engine --deploy


Jirka

On 1/8/24 17:14, Matthew J Black wrote:


Hi Jorge,

It's actually Rocky Linux v9.3 - I was using the term "RHEL" 
genrically - I suppose I should have used "EL" or "RL" instead.


On 09/01/2024 00:20, Jorge Visentini wrote:

Hi.

Why don't you use the ISO and just install the hosts using it, and 
then deploy the engine?
Why install on RHEL now... I've been using CentOS Stream 9 with UEFI 
for about 6 months and everything is working...


Cheers!

Em seg., 8 de jan. de 2024 às 04:07, Matthew J Black 
 escreveu:


Hi All,

We just picked up a GPG Key error when running `dnf install
ovirt-engine-appliance` in preparation of a fresh oVirt v4.5.5
install on RL v9.3:

~~~
oVirt upstream for CentOS Stream 9 - oVirt 4.5  79 kB/s | 1.6 kB 
   00:00
Importing GPG key 0x24901D0C:
 Userid     : "oVirt "
 Fingerprint: 3C98 E81D B93D EA6D 54DE 690E 44E4 75CB 2490 1D0C
 From       : /etc/pki/rpm-gpg/RPM-GPG-KEY-oVirt-4.5
Is this ok [y/N]: y
Key imported successfully
Import of key(s) didn't help, wrong key(s)?
Public key for
ovirt-engine-appliance-4.5-20231201120201.1.el9.x86_64.rpm is not
installed. Failing package is:
ovirt-engine-appliance-4.5-20231201120201.1.el9.x86_64
 GPG Keys are configured as:
file:///etc/pki/rpm-gpg/RPM-GPG-KEY-oVirt-4.5
~~~

An error? An issue with the repo definition? Can it safely be
ignored (normally I'd say "No" but its from the oVirt Tam's own
repo...)? Is the fingerprint above the correct one (and for that
matter, where is the GPG Key's Fingerprint recorded on the oVirt
Website so that we can check compliance ourselves)?

Anyway, thought I'd let people know (further details can be
provide upon request)

Cheers

Dulux-Oz
___
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/WILIDSO6CMHHJLLQ2H7H6KVIEIVQ2GEO/



--
Att,
Jorge Visentini
+55 55 98432-9868


 
	Virus-free.www.avast.com 
 



<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

___
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/QP52KSI67LRMVEVFHBNK57KKL6FQC276/___
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/GWLT4VZBP4DOOAAYVUBU4AYIWY6MUH3M/

[ovirt-users] Re: oVirt Self-Hosted Engine Deployment Error

[Matthew J Black]

Follow Up: Is this related to Bug 2091581 
(https://bugzilla.redhat.com/show_bug.cgi?id=2091581) and documented on the 
oVirt doco page (https://ovirt.org/download/install_on_rhel.html)?

After reading all the bug reports I'm wondering, because that Bug no longer 
*seems* to be an issue (ie because of the python3-libnmstate now obsolescing 
nmstate-plugin-ovsdb) whether we can just update to the latest version of 
python3-libnmstate and so that part of the doco is now no-longer necessary?

Or is this a completely separate issue (which deserves its own thread)?

Cheers

Dulux-Oz
___
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/RT4SB4L5YCA3WJRAJAIBU2ROP3QPBT2K/

[ovirt-users] Re: ovirt-45-upstream GPG Key Error

[Matthew J Black]

Hi Jorge,

It's actually Rocky Linux v9.3 - I was using the term "RHEL" genrically 
- I suppose I should have used "EL" or "RL" instead.


On 09/01/2024 00:20, Jorge Visentini wrote:

Hi.

Why don't you use the ISO and just install the hosts using it, and 
then deploy the engine?
Why install on RHEL now... I've been using CentOS Stream 9 with UEFI 
for about 6 months and everything is working...


Cheers!

Em seg., 8 de jan. de 2024 às 04:07, Matthew J Black 
 escreveu:


Hi All,

We just picked up a GPG Key error when running `dnf install
ovirt-engine-appliance` in preparation of a fresh oVirt v4.5.5
install on RL v9.3:

~~~
oVirt upstream for CentOS Stream 9 - oVirt 4.5  79 kB/s | 1.6 kB 
   00:00
Importing GPG key 0x24901D0C:
 Userid     : "oVirt "
 Fingerprint: 3C98 E81D B93D EA6D 54DE 690E 44E4 75CB 2490 1D0C
 From       : /etc/pki/rpm-gpg/RPM-GPG-KEY-oVirt-4.5
Is this ok [y/N]: y
Key imported successfully
Import of key(s) didn't help, wrong key(s)?
Public key for
ovirt-engine-appliance-4.5-20231201120201.1.el9.x86_64.rpm is not
installed. Failing package is:
ovirt-engine-appliance-4.5-20231201120201.1.el9.x86_64
 GPG Keys are configured as:
file:///etc/pki/rpm-gpg/RPM-GPG-KEY-oVirt-4.5
~~~

An error? An issue with the repo definition? Can it safely be
ignored (normally I'd say "No" but its from the oVirt Tam's own
repo...)? Is the fingerprint above the correct one (and for that
matter, where is the GPG Key's Fingerprint recorded on the oVirt
Website so that we can check compliance ourselves)?

Anyway, thought I'd let people know (further details can be
provide upon request)

Cheers

Dulux-Oz
___
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/WILIDSO6CMHHJLLQ2H7H6KVIEIVQ2GEO/



--
Att,
Jorge Visentini
+55 55 98432-9868


--
This email has been checked for viruses by Avast antivirus software.
www.avast.com___
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/QP52KSI67LRMVEVFHBNK57KKL6FQC276/

[ovirt-users] Re: ovirt-45-upstream GPG Key Error

[Jorge Visentini]

Hi.

Why don't you use the ISO and just install the hosts using it, and then
deploy the engine?
Why install on RHEL now... I've been using CentOS Stream 9 with UEFI for
about 6 months and everything is working...

Cheers!

Em seg., 8 de jan. de 2024 às 04:07, Matthew J Black <
matt...@peregrineit.net> escreveu:

> Hi All,
>
> We just picked up a GPG Key error when running `dnf install
> ovirt-engine-appliance` in preparation of a fresh oVirt v4.5.5 install on
> RL v9.3:
>
> ~~~
> oVirt upstream for CentOS Stream 9 - oVirt 4.5   79 kB/s | 1.6
> kB 00:00
> Importing GPG key 0x24901D0C:
>  Userid : "oVirt "
>  Fingerprint: 3C98 E81D B93D EA6D 54DE 690E 44E4 75CB 2490 1D0C
>  From   : /etc/pki/rpm-gpg/RPM-GPG-KEY-oVirt-4.5
> Is this ok [y/N]: y
> Key imported successfully
> Import of key(s) didn't help, wrong key(s)?
> Public key for ovirt-engine-appliance-4.5-20231201120201.1.el9.x86_64.rpm
> is not installed. Failing package is:
> ovirt-engine-appliance-4.5-20231201120201.1.el9.x86_64
>  GPG Keys are configured as: file:///etc/pki/rpm-gpg/RPM-GPG-KEY-oVirt-4.5
> ~~~
>
> An error? An issue with the repo definition? Can it safely be ignored
> (normally I'd say "No" but its from the oVirt Tam's own repo...)? Is the
> fingerprint above the correct one (and for that matter, where is the GPG
> Key's Fingerprint recorded on the oVirt Website so that we can check
> compliance ourselves)?
>
> Anyway, thought I'd let people know (further details can be provide upon
> request)
>
> Cheers
>
> Dulux-Oz
> ___
> 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/WILIDSO6CMHHJLLQ2H7H6KVIEIVQ2GEO/
>


-- 
Att,
Jorge Visentini
+55 55 98432-9868
___
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/ZIEFQZBERBMGQFIA6OBFDFTG3BEV5JLH/

[ovirt-users] Re: [oVirt 4.4][RockyLinux 8.9] Engine loses connectivity with freshly installed hosts after network setup

[Cyril VINH-TUNG]

Hello

I finally found the issue :
I forgot to say I have a static route to ovirt configured on the hosts (it's 
not the default route)

The issue was that when I added the static route using static-route.yml + 
nmstatectl 
(https://ovirt.org/documentation/administration_guide/index.html#proc-Adding-a-static-route-on-a-host),
 the route did not match the main table-id and the packets did not take the 
route.
I had to edit manually the route with nmstatectl edit to change the table-id to 
the right one

I Hope it will help someone
___
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/CCIF5XKOYOWAFXP3CZ4W7455GDWHDMUG/

[ovirt-users] Re: oVirt 4.6 OS versions

[Matthew J Black]

Another +1 - We've been using Rocky (8) for a few years now and its been great.

(Yes, we're prep-ing to update to RL9 at the moment, but we've had a "minor" 
iSCSI connectivity issue just raise its ugly head so we're dealing with that 
right now  :-(  )

And for the record: My personal ambition is to contribute to oVirt as soon as I 
can "clear the decks" with some other stuff first, for what its worth.  :-)
___
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/AGOBVUQU6FX6YDCDSO52CUBLALV4TUR4/

[ovirt-users] Re: oVirt 4.6 OS versions

[Jorge Visentini]

I also agree... I believe that, in addition to the location of the binaries
(which is different for other distributions), I think another problem is
going to a distribution that does not support NetworkManager.

I confess that I've never been a fan of SUSE, but it's worth staying up to
date with SUSE Liberty Linux...

https://www.suse.com/products/suse-liberty-linux/
https://www.suse.com/c/suse-liberty-linux/

Em qui., 14 de dez. de 2023 às 18:53, Sketch  escreveu:

> Doesn't a vote for "support Rocky 9" basically mean "continue supporting
> RHEL 9 and derivatives"? So effecitvely no change from 4.5 except for
> potentially dropping EL8.
>
> On Wed, 13 Dec 2023, Jean-Louis Dupond via Users wrote:
>
> > The ONLY was Rocky Linux 9 will be supported is by somebody doing a
> > complete check of everything (ovirt-engine, vdsm, etc), and makes it
> > compatible with RL9 and get all the changes/fixes merges.
> ___
> 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/PD4VEN55LPT5HGKLXFNEE4M4A2HLKJND/
>


-- 
Att,
Jorge Visentini
+55 55 98432-9868
___
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/YU5B4NUDD6PIV6ZBTWQXJ666CELUKEPS/

[ovirt-users] Re: oVirt 4.6 OS versions

[Sketch]

Doesn't a vote for "support Rocky 9" basically mean "continue supporting 
RHEL 9 and derivatives"? So effecitvely no change from 4.5 except for

potentially dropping EL8.

On Wed, 13 Dec 2023, Jean-Louis Dupond via Users wrote:

The ONLY was Rocky Linux 9 will be supported is by somebody doing a 
complete check of everything (ovirt-engine, vdsm, etc), and makes it 
compatible with RL9 and get all the changes/fixes merges.

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

[ovirt-users] Re: oVirt 4.6 OS versions

[Jorge Visentini]

Hi all!

Just to sweeten the conversation...

We're running Virt 4.5.5 on CentOS Stream 9 and everything works
wonderfully. I tested the Engine and host installation using RL9 and it
also worked.
Here we used several Supermicros, HPE DL560 Gen10, Gigabyte CL2200 Gen10,
Dell R930, and they were all compatible.
We also use LSI SAS 3, PERC and other RAID controllers... all of them
compatible with Stream 9.
Of course, if you have much older hardware, there will be compatibility
issues, that's normal. It's the hardware life cycle, just like it works
with smartphones and video games.

All the best!
--
Att,
Jorge Visentini
+55 55 98432-9868

Em qua., 13 de dez. de 2023 às 10:57, Jean-Louis Dupond via Users <
users@ovirt.org> escreveu:

> The ONLY was Rocky Linux 9 will be supported is by somebody doing a
> complete check of everything (ovirt-engine, vdsm, etc), and makes it
> compatible with RL9 and get all the changes/fixes merges.
>
> Supporting RL9 does also not mean we cannot support any other distro
> next to it. For example CentOS Steam 9/10 and RL9 would be great.
>
> But this will need effort from the community, otherwise you can give as
> many +1's as you want, things won't change.
>
> Thanks
>
> On 13/12/2023 14:53, Patrick Dubois via Users wrote:
> > I would like to add +1 for Rocky.   I believe it's a strong contender
> > for long term stability and cooperation.
> >
> > Pat.
> >
> > On 2023-12-12 17:41, d...@bornfree.org wrote:
> >>
> >> We have had positive experience with Rocky Linux 9.  We run RL9 for
> >> most of our VMs under oVirt 4.4.  We also run RL9 on some of our
> >> stand-alone HP Gen8 servers.  We are also currently running oVirt 4.4
> >> on HP Gen8 servers and will probably run oVirt 4.6 on HP Gen8 servers.
> >>
> >> So, my vote is for Rocky Linux 9 as a base for oVirt 4.6 .?!
> >>
> >> ---
> >> ___
> >> 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/BCM5SJA4Q3VER6HX624SUPUOSP4566K2/
> > ___
> > 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/FCNEK5JVAB465OGFXXSBSLL253G7KNTW/
> ___
> 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/WLSLTQSDGJB2P3FMMQTB7XFIYGSXQ7JP/
___
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/QXHGR5H2RMBY46NAFMN7XLJUPDN2X7AH/

[ovirt-users] Re: oVirt 4.6 OS versions

[Jean-Louis Dupond via Users]

The ONLY was Rocky Linux 9 will be supported is by somebody doing a 
complete check of everything (ovirt-engine, vdsm, etc), and makes it 
compatible with RL9 and get all the changes/fixes merges.


Supporting RL9 does also not mean we cannot support any other distro 
next to it. For example CentOS Steam 9/10 and RL9 would be great.


But this will need effort from the community, otherwise you can give as 
many +1's as you want, things won't change.


Thanks

On 13/12/2023 14:53, Patrick Dubois via Users wrote:
I would like to add +1 for Rocky.   I believe it's a strong contender 
for long term stability and cooperation.


Pat.

On 2023-12-12 17:41, d...@bornfree.org wrote:


We have had positive experience with Rocky Linux 9.  We run RL9 for 
most of our VMs under oVirt 4.4.  We also run RL9 on some of our 
stand-alone HP Gen8 servers.  We are also currently running oVirt 4.4 
on HP Gen8 servers and will probably run oVirt 4.6 on HP Gen8 servers.


So, my vote is for Rocky Linux 9 as a base for oVirt 4.6 .?!

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

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

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

[ovirt-users] Re: oVirt 4.6 OS versions

[Patrick Dubois via Users]

I would like to add +1 for Rocky.   I believe it's a strong contender 
for long term stability and cooperation.


Pat.

On 2023-12-12 17:41, d...@bornfree.org wrote:


We have had positive experience with Rocky Linux 9.  We run RL9 for 
most of our VMs under oVirt 4.4.  We also run RL9 on some of our 
stand-alone HP Gen8 servers.  We are also currently running oVirt 4.4 
on HP Gen8 servers and will probably run oVirt 4.6 on HP Gen8 servers.


So, my vote is for Rocky Linux 9 as a base for oVirt 4.6 .?!

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

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

[ovirt-users] Re: oVirt 4.6 OS versions

[Fabrice Bacchella]

We are running Redhat familly on HPE hardware for ages, and everything was 
always fine.

But they plan to remove hpsa drivers I think in later release, see 
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html/considerations_in_adopting_rhel_9/assembly_hardware-enablement_considerations-in-adopting-rhel-9

> Le 13 déc. 2023 à 09:19, Andrei Verovski  a écrit :
> 
> Hi, Samuel,
> 
> What about HP drivers on Rocky Linux 9 for HP Gen8 RAID cards and SNMP?
> 
> Are these software packs fro HP repository can be installed without problems?
> HP Service Pack for ProLiant
> HP Management Component Pack for ProLiant
> 
> Thanks in advance.
> 
> 
>> On 13 Dec 2023, at 02:59, samuel@horebdata.cn wrote:
>> 
>> Plus one
>> 
>> Do Right Thing (做正确的事) / Pursue Excellence (追求卓越) / Help Others Succeed 
>> (成就他人)
>> 
>> From: d03
>> Date: 2023-12-13 06:41
>> To: users
>> Subject: [ovirt-users] Re: oVirt 4.6 OS versions
>> 
>> We have had positive experience with Rocky Linux 9.  We run RL9 for most
>> of our VMs under oVirt 4.4.  We also run RL9 on some of our stand-alone
>> HP Gen8 servers.  We are also currently running oVirt 4.4 on HP Gen8
>> servers and will probably run oVirt 4.6 on HP Gen8 servers.
>> 
>> So, my vote is for Rocky Linux 9 as a base for oVirt 4.6 .?!
>> 
>> ---
>> 
>> On 12/12/2023 6:22 AM, Sandro Bonazzola wrote:
>>> As oVirt is no longer a RHV-Next upstream, I don't see a reason for
>>> trying to convince the community to keep using CentOS Stream as the
>>> chosen OS for 4.6 development. As a community, you all can suggest which
>>> OS you'd like to have in your datacenter, gather consensus about it and
>>> change oVirt as it best fits to the winning OS.
>>> 
>>> Il giorno mar 12 dic 2023 alle ore 12:08 Fabrice Bacchella
>>> mailto:fabrice.bacche...@orange.fr>> ha
>>> scritto:
>>> 
>>>Whatever it’s Redhat or a clone, the situation is the same, Stream
>>>is a risky path, independently of the reliability of the OS by itself.
>>> 
>>>>Le 12 déc. 2023 à 11:29, Fabrice Bacchella
>>>>mailto:fabrice.bacche...@orange.fr>>
>>>>a écrit :
>>>> 
>>>>I have a problem with CentOS stream.
>>>> 
>>>>The purpose of Redhat and clone is to have good hardware and
>>>>software support. Vendors will provide tools and driver to know OS
>>>>versions. I’m afraid that in case of problems with  Stream
>>>>release, I will be on my own, with unexpected broken node in case
>>>>of kernel regression in an hardware driver.
>>>> 
>>>>>Le 12 déc. 2023 à 08:39, Sandro Bonazzola >>>><mailto:sbona...@redhat.com>> a écrit :
>>>>> 
>>>>>Il giorno lun 11 dic 2023 alle ore 21:43 >>>><mailto:d...@bornfree.org>> ha scritto:
>>>>> 
>>>>> 
>>>>>Has it yet been decided which OS and version will be used for
>>>>>the oVirt
>>>>>4.6 Hosted Engine and for 4.6 oVirt Node?
>>>>> 
>>>>> 
>>>>>As far as I can tell, no. There was a discussion about rebasing
>>>>>on CentOS Stream 10 or on Fedora in this list, but I haven't seen
>>>>>any patch related to that or any proposal to vote for one of them
>>>>>within the community.
>>>>> 
>>>>>--
>>>>>Sandro Bonazzola
>>>>>MANAGER, SOFTWARE ENGINEERING
>>>>>Red Hat In-Vehicle Operating System
>>>>> 
>>>>>Red Hat EMEA <https://www.redhat.com/>
>>>>> 
>>>>><https://www.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 <mailto:users@ovirt.org>
>>>>>To unsubscribe send an email to users-le...@ovirt.org
>>>>><mailto:users-le...@ovirt.org>
>>>>>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>>>><ht

[ovirt-users] Re: oVirt 4.6 OS versions

[Andrei Verovski]

Hi, Samuel,

What about HP drivers on Rocky Linux 9 for HP Gen8 RAID cards and SNMP?

Are these software packs fro HP repository can be installed without problems?
HP Service Pack for ProLiant
HP Management Component Pack for ProLiant

Thanks in advance.


> On 13 Dec 2023, at 02:59, samuel@horebdata.cn wrote:
> 
> Plus one
> 
> Do Right Thing (做正确的事) / Pursue Excellence (追求卓越) / Help Others Succeed (成就他人)
>  
> From: d03
> Date: 2023-12-13 06:41
> To: users
> Subject: [ovirt-users] Re: oVirt 4.6 OS versions
>  
> We have had positive experience with Rocky Linux 9.  We run RL9 for most
> of our VMs under oVirt 4.4.  We also run RL9 on some of our stand-alone
> HP Gen8 servers.  We are also currently running oVirt 4.4 on HP Gen8
> servers and will probably run oVirt 4.6 on HP Gen8 servers.
>  
> So, my vote is for Rocky Linux 9 as a base for oVirt 4.6 .?!
>  
> ---
>  
> On 12/12/2023 6:22 AM, Sandro Bonazzola wrote:
> > As oVirt is no longer a RHV-Next upstream, I don't see a reason for
> > trying to convince the community to keep using CentOS Stream as the
> > chosen OS for 4.6 development. As a community, you all can suggest which
> > OS you'd like to have in your datacenter, gather consensus about it and
> > change oVirt as it best fits to the winning OS.
> >
> > Il giorno mar 12 dic 2023 alle ore 12:08 Fabrice Bacchella
> > mailto:fabrice.bacche...@orange.fr>> ha
> > scritto:
> >
> > Whatever it’s Redhat or a clone, the situation is the same, Stream
> > is a risky path, independently of the reliability of the OS by itself.
> >
> >> Le 12 déc. 2023 à 11:29, Fabrice Bacchella
> >> mailto:fabrice.bacche...@orange.fr>>
> >> a écrit :
> >>
> >> I have a problem with CentOS stream.
> >>
> >> The purpose of Redhat and clone is to have good hardware and
> >> software support. Vendors will provide tools and driver to know OS
> >> versions. I’m afraid that in case of problems with  Stream
> >> release, I will be on my own, with unexpected broken node in case
> >> of kernel regression in an hardware driver.
> >>
> >>> Le 12 déc. 2023 à 08:39, Sandro Bonazzola  >>> <mailto:sbona...@redhat.com>> a écrit :
> >>>
> >>> Il giorno lun 11 dic 2023 alle ore 21:43  >>> <mailto:d...@bornfree.org>> ha scritto:
> >>>
> >>>
> >>> Has it yet been decided which OS and version will be used for
> >>> the oVirt
> >>> 4.6 Hosted Engine and for 4.6 oVirt Node?
> >>>
> >>>
> >>> As far as I can tell, no. There was a discussion about rebasing
> >>> on CentOS Stream 10 or on Fedora in this list, but I haven't seen
> >>> any patch related to that or any proposal to vote for one of them
> >>> within the community.
> >>>
> >>> --
> >>> Sandro Bonazzola
> >>> MANAGER, SOFTWARE ENGINEERING
> >>> Red Hat In-Vehicle Operating System
> >>>
> >>> Red Hat EMEA <https://www.redhat.com/>
> >>>
> >>> <https://www.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 <mailto:users@ovirt.org>
> >>> To unsubscribe send an email to users-le...@ovirt.org
> >>> <mailto:users-le...@ovirt.org>
> >>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> >>> <https://www.ovirt.org/privacy-policy.html>
> >>> oVirt Code of Conduct:
> >>> https://www.ovirt.org/community/about/community-guidelines/
> >>> <https://www.ovirt.org/community/about/community-guidelines/>
> >>> List Archives:
> >>> 
> >>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/VHHBZQVLD5AYNUO3HBDXK53TBDMYT7RN/
> >>>  
> >>> <https://lists.ovirt.org/archives/list/users@ovirt.org/message/VHHBZQVLD5AYNUO3HBDXK53TBDMYT7RN/>
> >>
> >> ___
> >> Users mailing list -- users@ovirt.org <mailto:users@ovi

[ovirt-users] Re: oVirt 4.6 OS versions

[samuel....@horebdata.cn]

Plus one



Do Right Thing (做正确的事) / Pursue Excellence (追求卓越) / Help Others Succeed (成就他人)
 
From: d03
Date: 2023-12-13 06:41
To: users
Subject: [ovirt-users] Re: oVirt 4.6 OS versions
 
We have had positive experience with Rocky Linux 9.  We run RL9 for most 
of our VMs under oVirt 4.4.  We also run RL9 on some of our stand-alone 
HP Gen8 servers.  We are also currently running oVirt 4.4 on HP Gen8 
servers and will probably run oVirt 4.6 on HP Gen8 servers.
 
So, my vote is for Rocky Linux 9 as a base for oVirt 4.6 .?!
 
---
 
On 12/12/2023 6:22 AM, Sandro Bonazzola wrote:
> As oVirt is no longer a RHV-Next upstream, I don't see a reason for 
> trying to convince the community to keep using CentOS Stream as the 
> chosen OS for 4.6 development. As a community, you all can suggest which 
> OS you'd like to have in your datacenter, gather consensus about it and 
> change oVirt as it best fits to the winning OS.
> 
> Il giorno mar 12 dic 2023 alle ore 12:08 Fabrice Bacchella 
> mailto:fabrice.bacche...@orange.fr>> ha 
> scritto:
> 
> Whatever it’s Redhat or a clone, the situation is the same, Stream
> is a risky path, independently of the reliability of the OS by itself.
> 
>> Le 12 déc. 2023 à 11:29, Fabrice Bacchella
>> mailto:fabrice.bacche...@orange.fr>>
>> a écrit :
>>
>> I have a problem with CentOS stream.
>>
>> The purpose of Redhat and clone is to have good hardware and
>> software support. Vendors will provide tools and driver to know OS
>> versions. I’m afraid that in case of problems with  Stream
>> release, I will be on my own, with unexpected broken node in case
>> of kernel regression in an hardware driver.
>>
>>> Le 12 déc. 2023 à 08:39, Sandro Bonazzola >> <mailto:sbona...@redhat.com>> a écrit :
>>>
>>> Il giorno lun 11 dic 2023 alle ore 21:43 >> <mailto:d...@bornfree.org>> ha scritto:
>>>
>>>
>>> Has it yet been decided which OS and version will be used for
>>> the oVirt
>>> 4.6 Hosted Engine and for 4.6 oVirt Node?
>>>
>>>
>>> As far as I can tell, no. There was a discussion about rebasing
>>> on CentOS Stream 10 or on Fedora in this list, but I haven't seen
>>> any patch related to that or any proposal to vote for one of them
>>> within the community.
>>>
>>> -- 
>>> Sandro Bonazzola
>>> MANAGER, SOFTWARE ENGINEERING
>>> Red Hat In-Vehicle Operating System
>>>
>>> Red Hat EMEA <https://www.redhat.com/>
>>>
>>> <https://www.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 <mailto:users@ovirt.org>
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> <mailto:users-le...@ovirt.org>
>>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>> <https://www.ovirt.org/privacy-policy.html>
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> <https://www.ovirt.org/community/about/community-guidelines/>
>>> List Archives:
>>> 
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/VHHBZQVLD5AYNUO3HBDXK53TBDMYT7RN/
>>>  
>>> <https://lists.ovirt.org/archives/list/users@ovirt.org/message/VHHBZQVLD5AYNUO3HBDXK53TBDMYT7RN/>
>>
>> ___
>> Users mailing list -- users@ovirt.org <mailto:users@ovirt.org>
>> To unsubscribe send an email to users-le...@ovirt.org
>> <mailto:users-le...@ovirt.org>
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> <https://www.ovirt.org/privacy-policy.html>
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> <https://www.ovirt.org/community/about/community-guidelines/>
>> List Archives:
>> 
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/YCBXO43YIBW2QY3CEBEEF7UPG3XZT475/
>>  
>> <https://lists.ovirt.org/archives/list/users@ovirt.org/message/YCBXO43YIBW2QY3CEBEEF7UPG3XZT475/>
> 
> 
> 
> -- 
> 
> Sandro Bon

[ovirt-users] Re: oVirt 4.6 OS versions

[d03]

We have had positive experience with Rocky Linux 9.  We run RL9 for most 
of our VMs under oVirt 4.4.  We also run RL9 on some of our stand-alone 
HP Gen8 servers.  We are also currently running oVirt 4.4 on HP Gen8 
servers and will probably run oVirt 4.6 on HP Gen8 servers.


So, my vote is for Rocky Linux 9 as a base for oVirt 4.6 .?!

---

On 12/12/2023 6:22 AM, Sandro Bonazzola wrote:
As oVirt is no longer a RHV-Next upstream, I don't see a reason for 
trying to convince the community to keep using CentOS Stream as the 
chosen OS for 4.6 development. As a community, you all can suggest which 
OS you'd like to have in your datacenter, gather consensus about it and 
change oVirt as it best fits to the winning OS.


Il giorno mar 12 dic 2023 alle ore 12:08 Fabrice Bacchella 
mailto:fabrice.bacche...@orange.fr>> ha 
scritto:


Whatever it’s Redhat or a clone, the situation is the same, Stream
is a risky path, independently of the reliability of the OS by itself.


Le 12 déc. 2023 à 11:29, Fabrice Bacchella
mailto:fabrice.bacche...@orange.fr>>
a écrit :

I have a problem with CentOS stream.

The purpose of Redhat and clone is to have good hardware and
software support. Vendors will provide tools and driver to know OS
versions. I’m afraid that in case of problems with  Stream
release, I will be on my own, with unexpected broken node in case
of kernel regression in an hardware driver.


Le 12 déc. 2023 à 08:39, Sandro Bonazzola mailto:sbona...@redhat.com>> a écrit :

Il giorno lun 11 dic 2023 alle ore 21:43 mailto:d...@bornfree.org>> ha scritto:


Has it yet been decided which OS and version will be used for
the oVirt
4.6 Hosted Engine and for 4.6 oVirt Node?


As far as I can tell, no. There was a discussion about rebasing
on CentOS Stream 10 or on Fedora in this list, but I haven't seen
any patch related to that or any proposal to vote for one of them
within the community.

-- 
Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING
Red Hat In-Vehicle Operating System

Red Hat EMEA 

 

**
*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/VHHBZQVLD5AYNUO3HBDXK53TBDMYT7RN/
 



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





--

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING

Red Hat In-Vehicle Operating System

Red Hat EMEA 

 

**
*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/BCM5SJA4Q3VER6HX624SUPUOSP4566K2/

[ovirt-users] Re: oVirt 4.6 OS versions

[Sandro Bonazzola]

As oVirt is no longer a RHV-Next upstream, I don't see a reason for trying
to convince the community to keep using CentOS Stream as the chosen OS for
4.6 development. As a community, you all can suggest which OS you'd like to
have in your datacenter, gather consensus about it and change oVirt as it
best fits to the winning OS.

Il giorno mar 12 dic 2023 alle ore 12:08 Fabrice Bacchella <
fabrice.bacche...@orange.fr> ha scritto:

> Whatever it’s Redhat or a clone, the situation is the same, Stream is a
> risky path, independently of the reliability of the OS by itself.
>
> Le 12 déc. 2023 à 11:29, Fabrice Bacchella 
> a écrit :
>
> I have a problem with CentOS stream.
>
> The purpose of Redhat and clone is to have good hardware and software
> support. Vendors will provide tools and driver to know OS versions. I’m
> afraid that in case of problems with  Stream release, I will be on my own,
> with unexpected broken node in case of kernel regression in an hardware
> driver.
>
> Le 12 déc. 2023 à 08:39, Sandro Bonazzola  a écrit :
>
> Il giorno lun 11 dic 2023 alle ore 21:43  ha scritto:
>
>>
>> Has it yet been decided which OS and version will be used for the oVirt
>> 4.6 Hosted Engine and for 4.6 oVirt Node?
>>
>>
> As far as I can tell, no. There was a discussion about rebasing on CentOS
> Stream 10 or on Fedora in this list, but I haven't seen any patch related
> to that or any proposal to vote for one of them within the community.
>
> --
> Sandro Bonazzola
> MANAGER, SOFTWARE ENGINEERING
> Red Hat In-Vehicle Operating System
>
> Red Hat EMEA 
> 
>
> *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/VHHBZQVLD5AYNUO3HBDXK53TBDMYT7RN/
>
>
> ___
> 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/YCBXO43YIBW2QY3CEBEEF7UPG3XZT475/
>
>
>

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING

Red Hat In-Vehicle Operating System

Red Hat EMEA 


*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/DJX47SJMNIVVYG3LUKE73AZLQJDRHCRI/

[ovirt-users] Re: oVirt 4.6 OS versions

[Fabrice Bacchella]

Whatever it’s Redhat or a clone, the situation is the same, Stream is a risky 
path, independently of the reliability of the OS by itself.

> Le 12 déc. 2023 à 11:29, Fabrice Bacchella  a 
> écrit :
> 
> I have a problem with CentOS stream.
> 
> The purpose of Redhat and clone is to have good hardware and software 
> support. Vendors will provide tools and driver to know OS versions. I’m 
> afraid that in case of problems with  Stream release, I will be on my own, 
> with unexpected broken node in case of kernel regression in an hardware 
> driver.
> 
>> Le 12 déc. 2023 à 08:39, Sandro Bonazzola  a écrit :
>> 
>> Il giorno lun 11 dic 2023 alle ore 21:43 > > ha scritto:
>>> 
>>> Has it yet been decided which OS and version will be used for the oVirt 
>>> 4.6 Hosted Engine and for 4.6 oVirt Node?
>>> 
>> 
>> 
>> As far as I can tell, no. There was a discussion about rebasing on CentOS 
>> Stream 10 or on Fedora in this list, but I haven't seen any patch related to 
>> that or any proposal to vote for one of them within the community.
>> 
>> --
>> Sandro Bonazzola
>> MANAGER, SOFTWARE ENGINEERING
>> Red Hat In-Vehicle Operating System
>> Red Hat EMEA 
>>     
>> 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/VHHBZQVLD5AYNUO3HBDXK53TBDMYT7RN/
> 
> ___
> 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/YCBXO43YIBW2QY3CEBEEF7UPG3XZT475/

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

[ovirt-users] Re: oVirt 4.6 OS versions

[Jean-Louis Dupond via Users]

Then pay for redhat?

I really don't understand this. You want a free OS with a team of people 
behind that help you within x hours if you have an issue, but you don't 
want to pay for it.
Either pay, or use centos stream and report the issues/debug them 
yourselves.


On 12/12/2023 11:29, Fabrice Bacchella wrote:

I have a problem with CentOS stream.

The purpose of Redhat and clone is to have good hardware and software 
support. Vendors will provide tools and driver to know OS versions. 
I’m afraid that in case of problems with  Stream release, I will be on 
my own, with unexpected broken node in case of kernel regression in an 
hardware driver.



Le 12 déc. 2023 à 08:39, Sandro Bonazzola  a écrit :

Il giorno lun 11 dic 2023 alle ore 21:43  ha scritto:


Has it yet been decided which OS and version will be used for the
oVirt
4.6 Hosted Engine and for 4.6 oVirt Node?


As far as I can tell, no. There was a discussion about rebasing on 
CentOS Stream 10 or on Fedora in this list, but I haven't seen any 
patch related to that or any proposal to vote for one of them within 
the community.


--
Sandro Bonazzola
MANAGER, SOFTWARE ENGINEERING
Red Hat In-Vehicle Operating System

Red Hat EMEA 

 

*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/VHHBZQVLD5AYNUO3HBDXK53TBDMYT7RN/



___
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/YCBXO43YIBW2QY3CEBEEF7UPG3XZT475/___
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/OVDY242MMNKYA664ELVTE4KQRKDFBABR/

[ovirt-users] Re: oVirt 4.6 OS versions

[Fabrice Bacchella]

I have a problem with CentOS stream.

The purpose of Redhat and clone is to have good hardware and software support. 
Vendors will provide tools and driver to know OS versions. I’m afraid that in 
case of problems with  Stream release, I will be on my own, with unexpected 
broken node in case of kernel regression in an hardware driver.

> Le 12 déc. 2023 à 08:39, Sandro Bonazzola  a écrit :
> 
> Il giorno lun 11 dic 2023 alle ore 21:43  > ha scritto:
>> 
>> Has it yet been decided which OS and version will be used for the oVirt 
>> 4.6 Hosted Engine and for 4.6 oVirt Node?
>> 
> 
> 
> As far as I can tell, no. There was a discussion about rebasing on CentOS 
> Stream 10 or on Fedora in this list, but I haven't seen any patch related to 
> that or any proposal to vote for one of them within the community.
> 
> --
> Sandro Bonazzola
> MANAGER, SOFTWARE ENGINEERING
> Red Hat In-Vehicle Operating System
> Red Hat EMEA 
>  
> 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/VHHBZQVLD5AYNUO3HBDXK53TBDMYT7RN/

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

[ovirt-users] Re: oVirt 4.6 OS versions

[Sandro Bonazzola]

Il giorno lun 11 dic 2023 alle ore 21:43  ha scritto:

>
> Has it yet been decided which OS and version will be used for the oVirt
> 4.6 Hosted Engine and for 4.6 oVirt Node?
>
>
As far as I can tell, no. There was a discussion about rebasing on CentOS
Stream 10 or on Fedora in this list, but I haven't seen any patch related
to that or any proposal to vote for one of them within the community.

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING

Red Hat In-Vehicle Operating System

Red Hat EMEA 


*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/VHHBZQVLD5AYNUO3HBDXK53TBDMYT7RN/

[ovirt-users] Re: oVirt and CVE

[Fabrice Bacchella]

> Le 29 nov. 2023 à 19:23, Sandro Bonazzola  a écrit :
> 
> Il giorno mer 29 nov 2023 alle ore 18:19 Fabrice Bacchella 
> mailto:fabrice.bacche...@orange.fr>> ha scritto:
>> August 2024 is very close if we are talking about a migration.
>> 
>> oVirt is very nice and powerfull, but if there isn’t enough maintainers it 
>> is doomed.
>> 
> 
> I would recommend reading 
> https://blogs.ovirt.org/2022/02/future-of-ovirt-february-2022/ and 
> https://lists.ovirt.org/archives/list/users@ovirt.org/thread/HEKKBM6MZEKBEAXTJT45N5BZT72VI67T/
>  
> 
> For what it's worth, I started rolling out an oVirt 4.5.5 release with all 
> the changes introduced in 2023 (and already available if you're using nightly 
> repositories as suggested, so no big news other than perhaps making life 
> easier to first time users).

That’s a very good news.
> 
> If there's enough interest within oVirt users community, there are ways to 
> keep the project alive even with Red Hat phasing out (hiring developers 
> directly or sponsoring through a foundation ; dedicating time and resources 
> internally ; hiring consultants for fixing specific issues and so on).

I hope someone will do that. I’m sorry that I have no time or ressource to help.

> The alternative as you suggested is to migrate to some other virtualization 
> system and let the project gracefully die.
> 

That would be a very sad news, but we needs to keep that possibility in mind.

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

[ovirt-users] Re: oVirt and CVE

[Sandro Bonazzola]

Il giorno mer 29 nov 2023 alle ore 18:19 Fabrice Bacchella <
fabrice.bacche...@orange.fr> ha scritto:

> August 2024 is very close if we are talking about a migration.
>
> oVirt is very nice and powerfull, but if there isn’t enough maintainers it
> is doomed.
>
> I would recommend reading
https://blogs.ovirt.org/2022/02/future-of-ovirt-february-2022/ and
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/HEKKBM6MZEKBEAXTJT45N5BZT72VI67T/


For what it's worth, I started rolling out an oVirt 4.5.5 release with all
the changes introduced in 2023 (and already available if you're using
nightly repositories as suggested, so no big news other than perhaps making
life easier to first time users).

If there's enough interest within oVirt users community, there are ways to
keep the project alive even with Red Hat phasing out (hiring developers
directly or sponsoring through a foundation ; dedicating time and resources
internally ; hiring consultants for fixing specific issues and so on).
The alternative as you suggested is to migrate to some other virtualization
system and let the project gracefully die.

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING

Red Hat In-Vehicle Operating System

Red Hat EMEA 


*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/OIYEICVABRYSCE2ZY5I5K4IHVD5BUW26/

[ovirt-users] Re: oVirt and CVE

[Fabrice Bacchella]

August 2024 is very close if we are talking about a migration.

oVirt is very nice and powerfull, but if there isn’t enough maintainers it is 
doomed.

> Le 29 nov. 2023 à 11:52, Sandro Bonazzola  a écrit :
> 
> To clarify, CVEs with severity "important" or "critical" affecting oVirt will 
> be fixed by Red Hat engineers till end of August 2024.
> This doesn't mean that anyone else can push a fix for lower severity CVEs or 
> push fixes beyond August 2024.
> As many other projects out there, it will depend on how much the oVirt 
> community cares about the project itself.
> 
> Il giorno mer 29 nov 2023 alle ore 10:47 Fabrice Bacchella 
> mailto:fabrice.bacche...@orange.fr>> ha scritto:
>> Does it mean that if a CVE happens on oVirt, it will never be corrected ?
>> 
>> If that’s the situation, I have no other solution than to migrate ouf of 
>> oVirt now.
>> 
>> > Le 27 nov. 2023 à 13:56, Nathanaël Blanchet via Users > > > a écrit :
>> > 
>> > Hello Jeremy,
>> > Unforunately ovirt development have been stopped one year ago with
>> > el8.7 and setup haven't been tested for above releases of el. You may
>> 
>> ___
>> 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/LDS45LVL73YBD3DEIK4KN5SJCZAFO3VG/
> 
> 
> -- 
> Sandro Bonazzola
> MANAGER, SOFTWARE ENGINEERING
> Red Hat In-Vehicle Operating System
> Red Hat EMEA 
>  
> 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/U6RXHK2PAB3IOTZSHVTAGFBDFH5X4JTE/

[ovirt-users] Re: oVirt and CVE

[Sandro Bonazzola]

To clarify, CVEs with severity "important" or "critical" affecting oVirt
will be fixed by Red Hat engineers till end of August 2024.
This doesn't mean that anyone else can push a fix for lower severity CVEs
or push fixes beyond August 2024.
As many other projects out there, it will depend on how much the oVirt
community cares about the project itself.

Il giorno mer 29 nov 2023 alle ore 10:47 Fabrice Bacchella <
fabrice.bacche...@orange.fr> ha scritto:

> Does it mean that if a CVE happens on oVirt, it will never be corrected ?
>
> If that’s the situation, I have no other solution than to migrate ouf of
> oVirt now.
>
> > Le 27 nov. 2023 à 13:56, Nathanaël Blanchet via Users 
> a écrit :
> >
> > Hello Jeremy,
> > Unforunately ovirt development have been stopped one year ago with
> > el8.7 and setup haven't been tested for above releases of el. You may
>
> ___
> 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/LDS45LVL73YBD3DEIK4KN5SJCZAFO3VG/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING

Red Hat In-Vehicle Operating System

Red Hat EMEA 


*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/UHYIZEJKCFF2XPJTW3ILQAP5TYJYLQPT/

[ovirt-users] Re: oVirt 4.5.4-1: engine-setup does not renew certificates

[Lars Stolpe]

Hi,
these instructions i found some time before in a documentation. I don't know 
the exact place.
what's the point in configuring the engine setup to use 
SSO_ALTERNATE_ENGINE_FQDNS if it is for using external certificates only?

I do use engine-setup generated certificates. I want to add the short name of 
the engine.
How do i get engine-setup to use alternative names for engine-setup generated 
certificates?

Best regards,

Lars
___
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/4RIXSC7G4J722ERJMPO4T2EYH2HLWEXA/

[ovirt-users] Re: oVirt 4.5.4-1: engine-setup does not renew certificates

[Yedidyah Bar David]

On Thu, Sep 14, 2023 at 10:26 AM Lars Stolpe  wrote:
>
> Hi,
> I wanted to add short names to the webgui apache certificate. I followed 
> these instructions:
> „Engine can be accessed using alternate host names (or IP addresses) that can 
> configured by adding a new configuration file (for example 
> /etc/ovirt-engine/engine.conf.d/99-custom-sso-setup.conf) with following 
> content: SSO_ALTERNATE_ENGINE_FQDNS="alias1.example.com alias2.example.com" 
> The list of alternate names has to be listed separated by spaces. It's 
> possible to add also IP addresses of engine host, but using IP addresses 
> instead of DNS names is not considered to be a good practise. Run 
> engine-setup to generate new certificates.“

Where did you copy this from?

>
> Certificates where not renewed. How do i get engine-setup to renew the apache 
> certificate?

engine-setup can renew certificates that were generated by itself, not
any random cert.

If you add new names to the engine using SSO_ALTERNATE_ENGINE_FQDNS,
you usually use certs generated elsewhere, not ones from engine-setup.

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

[ovirt-users] Re: oVirt 4.5.4-1 OVA export generates incomplete XML tag in vm.ovf

[lars . stolpe]

Further investigations revealed actually two independent causes.
1. German umlauts (ä/ö/ü) in the description field lead reproducible to missing 
letters at the end of the exported vm.ovf file (sometimes one last character, 
sometimes the last two)

A short test (only one) revealed, that the suggested changes to pack_ova.py 
fixed that problem.

2. If there are more than 26 .ova files in a directory, the import dialog throw 
the same error message, as if there was no file existent at all.
___
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/UZY7XYAOWL6ZIOPWK5SU5NOAQ4QSIAOA/

[ovirt-users] Re: oVirt 4.5.4-1 OVA export generates incomplete XML tag in vm.ovf

[Arik Hadas]

On Mon, Sep 4, 2023 at 10:54 AM Arik Hadas  wrote:

>
>
> On Mon, Sep 4, 2023 at 9:49 AM  wrote:
>
>> Hi,
>>
>> we can't import some OVA VMs into oVirt, that was previously exported in
>> oVirt.
>> Further investigations and testing showed, that in some vm.ovf files the
>> last closing tag is missing (  ).
>>
>> Intense testing showed the following occurrence:
>> on test DC (4.4.10.7-1):
>> - about half of the VMs have that problem (about 9 VMs)
>> - VMs where the export is working properly are ok, no matter how often i
>> do export
>> - VMs who's vm.ovf is wrong stay that way, no matter how often i do export
>>
>> on production DC (4.4.10.7-1):
>> - all VMs have that problem (49 VMs)
>> - an imported "good" VM formerly exported on test DC, now have a wrong
>> vm.ovf too after re-exporting on production DC
>> - vm.ovf of all VMs stay incorrect, no matter how often i do export
>>
>> on develop DC (4.5.4-1):
>> - the only VM have that problem (1 VM)
>> - vm.ovf of VMs stay incorrect, no matter how often i do export
>>
>> Environment:
>> all DC have independent hardware and are built exactly the same way with
>> the same components
>> oVirt is with hosted-engine
>>
>> test and production:
>> oVirt: 4.4.10.7-1
>> engine OS: Cent OS Stream 8
>> host OS: RHEL 8.7
>>
>> develop:
>> oVirt: 4.5.4-1
>> engine OS: Cent OS Stream 8 (latest updates till September 1st)
>> host OS: RHEL 8.8 (latest updates till September 1st)
>>
>> Is that a known problem?
>>
>
> Nope
>
>
>> Is there a way to fix this?
>>
>
> We use the same components that we use for OVAs also for writing OVFs of
> snapshots and for writing domain XMLs so I doubt the problem is on the
> ovirt-engine side (as we would have seen more severe issues)
>
> We store the OVF in the OVA with a Python script that runs on the host so
> I'd suggest to look for a message that starts with "writing ovf:" in its
> log [1] to see whether the script was provided with the complete XML from
> ovirt-engine
>
> If the complete XML was provided, you can change the pack_ova.py script on
> the ovirt-engine side to debug why it's not stored properly in the tar
> (OVA) file
>

> [1]
> https://github.com/oVirt/ovirt-engine/blob/c4fe7d6fb652c83c638d446bb861cfeac52bd47f/packaging/ansible-runner-service-project/project/roles/ovirt-ova-pack/files/pack_ova.py#L45
>
>

Lars, since you have environments that this issue reproduces on
consistently, could you please check if the issue is resolved by replacing
that write_ovf function in the link above with:

def write_ovf(entity, ova_file, ovf):
print("writing ovf: %s" % ovf)
ovf2 = ovf if python2 else ovf.encode()
tar_info = create_tar_info(entity + ".ovf", len(ovf2))
buf = (tar_info.tobuf() if python2 else
   tar_info.tobuf(format=tarfile.GNU_FORMAT))
ova_file.write(buf)
ova_file.write(ovf2)
pad_to_block_size(ova_file)


>
>>
>> regards, Lars
>> ___
>> 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/GDCFY7J72CR3DF44PV3UXEUOMC377JG2/
>>
>
___
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/SJYCJY3KMWKF2WA6BSFB7NKGQ4WWO6YT/

[ovirt-users] Re: oVirt 4.5.4-1 OVA export generates incomplete XML tag in vm.ovf

[Arik Hadas]

On Mon, Sep 4, 2023 at 9:49 AM  wrote:

> Hi,
>
> we can't import some OVA VMs into oVirt, that was previously exported in
> oVirt.
> Further investigations and testing showed, that in some vm.ovf files the
> last closing tag is missing (  ).
>
> Intense testing showed the following occurrence:
> on test DC (4.4.10.7-1):
> - about half of the VMs have that problem (about 9 VMs)
> - VMs where the export is working properly are ok, no matter how often i
> do export
> - VMs who's vm.ovf is wrong stay that way, no matter how often i do export
>
> on production DC (4.4.10.7-1):
> - all VMs have that problem (49 VMs)
> - an imported "good" VM formerly exported on test DC, now have a wrong
> vm.ovf too after re-exporting on production DC
> - vm.ovf of all VMs stay incorrect, no matter how often i do export
>
> on develop DC (4.5.4-1):
> - the only VM have that problem (1 VM)
> - vm.ovf of VMs stay incorrect, no matter how often i do export
>
> Environment:
> all DC have independent hardware and are built exactly the same way with
> the same components
> oVirt is with hosted-engine
>
> test and production:
> oVirt: 4.4.10.7-1
> engine OS: Cent OS Stream 8
> host OS: RHEL 8.7
>
> develop:
> oVirt: 4.5.4-1
> engine OS: Cent OS Stream 8 (latest updates till September 1st)
> host OS: RHEL 8.8 (latest updates till September 1st)
>
> Is that a known problem?
>

Nope


> Is there a way to fix this?
>

We use the same components that we use for OVAs also for writing OVFs of
snapshots and for writing domain XMLs so I doubt the problem is on the
ovirt-engine side (as we would have seen more severe issues)

We store the OVF in the OVA with a Python script that runs on the host so
I'd suggest to look for a message that starts with "writing ovf:" in its
log [1] to see whether the script was provided with the complete XML from
ovirt-engine

If the complete XML was provided, you can change the pack_ova.py script on
the ovirt-engine side to debug why it's not stored properly in the tar
(OVA) file

[1]
https://github.com/oVirt/ovirt-engine/blob/c4fe7d6fb652c83c638d446bb861cfeac52bd47f/packaging/ansible-runner-service-project/project/roles/ovirt-ova-pack/files/pack_ova.py#L45


>
> regards, Lars
> ___
> 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/GDCFY7J72CR3DF44PV3UXEUOMC377JG2/
>
___
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/JRZZP3LP2K7V4O4PMQENVEUEMDTN7IYD/

[ovirt-users] Re: oVirt 4.5.5 VDSM error

[Jorge Visentini]

Hi.

Can you send the logs for us?

/var/log/vdsm/vdsm.log

Cheers.

Em ter., 22 de ago. de 2023 às 09:59,  escreveu:

> HI guys,
>
> I've installed a new ovirt stack 4.5 and everything works fine.
> After the upgrade to 4.5.5 VDSM doesn't work correctly
>
> ---
> [root@lce8cdpnode2 opt]# systemctl status vdsmd.service
> ● vdsmd.service - Virtual Desktop Server Manager
>Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled; vendor
> preset: disabled)
>Active: active (running) since Tue 2023-08-22 14:34:44 CEST; 19min ago
>   Process: 3332 ExecStartPre=/usr/libexec/vdsm/vdsmd_init_common.sh
> --pre-start (code=exited, status=0/SUCCESS)
>  Main PID: 3413 (vdsmd)
> Tasks: 56 (limit: 823896)
>Memory: 312.3M
>CGroup: /system.slice/vdsmd.service
>├─3413 /usr/bin/python3 /usr/libexec/vdsm/vdsmd
>└─4704 /usr/libexec/ioprocess --read-pipe-fd 59 --write-pipe-fd
> 58 --max-threads 10 --max-queued-requests 10
>
> Aug 22 14:34:44 lce8cdpnode2..local vdsmd_init_common.sh[3332]: vdsm:
> Running test_space
> Aug 22 14:34:44 lce8cdpnode2..local vdsmd_init_common.sh[3332]: vdsm:
> Running test_lo
> Aug 22 14:34:44 lce8cdpnode2..local systemd[1]: Started Virtual Desktop
> Server Manager.
> Aug 22 14:34:47 lce8cdpnode2..local vdsm[3413]: WARN MOM not available.
> Error: [Errno 2] No such file or directory
> Aug 22 14:34:47 lce8cdpnode2..local vdsm[3413]: WARN MOM not available,
> KSM stats will be missing. Error:
> Aug 22 14:41:30 lce8cdpnode2..local vdsm[3413]: WARN unhandled write event
> Aug 22 14:41:40 lce8cdpnode2..local vdsm[3413]: WARN unhandled write event
> Aug 22 14:41:43 lce8cdpnode2..local vdsm[3413]: ERROR Error getting
> managedvolume connector info: Managed Volume Helper failed.: ('Error
> executing helper: Command [\'/usr/bin/python3\',
> \'/usr/libexec/vdsm/managedvolume-helper\', \'connector_info\'] failed with
> rc>
>   Traceback (most
> recent call last):
> File
> "/usr/lib/python3.6/site-packages/vdsm/host/caps.py", line 161, in get
>
> caps["connector_info"] = managedvolume.connector_info()
> File
> "/usr/lib/python3.6/site-packages/vdsm/storage/managedvolume.py", line 63,
> in wrapper
>   return
> func(*args, **kwargs)
> File
> "/usr/lib/python3.6/site-packages/vdsm/storage/managedvolume.py", line 78,
> in connector_info
>   return
> run_helper("connector_info")
> File
> "/usr/lib/python3.6/site-packages/vdsm/storage/managedvolume.py", line 184,
> in run_helper
>   sub_cmd,
> cmd_input=cmd_input)
> File
> "/usr/lib/python3.6/site-packages/vdsm/common/supervdsm.py", line 38, in
> __call__
>   return
> callMethod()
> File
> "/usr/lib/python3.6/site-packages/vdsm/common/supervdsm.py", line 36, in
> 
>   **kwargs)
> File "",
> line 2, in managedvolume_run_helper
> File
> "/usr/lib64/python3.6/multiprocessing/managers.py", line 772, in _callmethod
>   raise
> convert_to_error(kind, result)
>
> vdsm.storage.exception.ManagedVolumeHelperFailed: Managed Volume Helper
> failed.: ('Error executing helper: Command [\'/usr/bin/python3\',
> \'/usr/libexec/vdsm/managedvolume-helper\', \'connector_info\'] failed with
> rc>
> Aug 22 14:41:43 lce8cdpnode2..local vdsm[3413]: ERROR Error getting
> managedvolume connector info: Managed Volume Helper failed.: ('Error
> executing helper: Command [\'/usr/bin/python3\',
> \'/usr/libexec/vdsm/managedvolume-helper\', \'connector_info\'] failed with
> rc>
>   Traceback (most
> recent call last):
> File
> "/usr/lib/python3.6/site-packages/vdsm/host/caps.py", line 161, in get
>
> caps["connector_info"] = managedvolume.connector_info()
> File
> "/usr/lib/python3.6/site-packages/vdsm/storage/managedvolume.py", line 63,
> in wrapper
>   return
> func(*args, **kwargs)
> File
> "/usr/lib/python3.6/site-packages/vdsm/storage/managedvolume.py", line 78,
> in conne

[ovirt-users] Re: oVirt 4.5.5 snapshot - Migration failed due to an Error: Fatal error during migration

[Arik Hadas]

On Fri, Aug 11, 2023 at 12:44 AM Jorge Visentini 
wrote:

> Any tips about this error?
>
> 2023-08-10 18:24:57,544-03 INFO
>  [org.ovirt.engine.core.bll.MigrateVmToServerCommand] (default task-4)
> [633be3a0-3afd-490c-b412-805d2b14e1c2] Lock Acquired to object
> 'EngineLock:{exclusiveLocks='[29032e83-cfaf-4d30-bcc2-df72c5358552=VM]',
> sharedLocks=''}'
> 2023-08-10 18:24:57,578-03 INFO
>  [org.ovirt.engine.core.bll.MigrateVmToServerCommand] (default task-4)
> [633be3a0-3afd-490c-b412-805d2b14e1c2] Running command:
> MigrateVmToServerCommand internal: false. Entities affected :  ID:
> 29032e83-cfaf-4d30-bcc2-df72c5358552 Type: VMAction group MIGRATE_VM with
> role type USER
> 2023-08-10 18:24:57,628-03 INFO
>  [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] (default task-4)
> [633be3a0-3afd-490c-b412-805d2b14e1c2] START, MigrateVDSCommand(
> MigrateVDSCommandParameters:{hostId='282b69aa-8b74-4312-8cc0-9c20e01982b7',
> vmId='29032e83-cfaf-4d30-bcc2-df72c5358552', srcHost='ksmmi1r01ovirt18',
> dstVdsId='73c38b36-36da-4ffa-b17a-492fd7b093ae',
> dstHost='ksmmi1r01ovirt19:54321', migrationMethod='ONLINE',
> tunnelMigration='false', migrationDowntime='0', autoConverge='true',
> migrateCompressed='false', migrateEncrypted='false', consoleAddress='null',
> maxBandwidth='3125', parallel='null', enableGuestEvents='true',
> maxIncomingMigrations='2', maxOutgoingMigrations='2',
> convergenceSchedule='[init=[{name=setDowntime, params=[100]}],
> stalling=[{limit=1, action={name=setDowntime, params=[150]}}, {limit=2,
> action={name=setDowntime, params=[200]}}, {limit=3,
> action={name=setDowntime, params=[300]}}, {limit=4,
> action={name=setDowntime, params=[400]}}, {limit=6,
> action={name=setDowntime, params=[500]}}, {limit=-1, action={name=abort,
> params=[]}}]]', dstQemu='10.250.156.19', cpusets='null',
> numaNodesets='null'}), log id: 5bbc21d6
> 2023-08-10 18:24:57,628-03 INFO
>  [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand]
> (default task-4) [633be3a0-3afd-490c-b412-805d2b14e1c2] START,
> MigrateBrokerVDSCommand(HostName = ksmmi1r01ovirt18,
> MigrateVDSCommandParameters:{hostId='282b69aa-8b74-4312-8cc0-9c20e01982b7',
> vmId='29032e83-cfaf-4d30-bcc2-df72c5358552', srcHost='ksmmi1r01ovirt18',
> dstVdsId='73c38b36-36da-4ffa-b17a-492fd7b093ae',
> dstHost='ksmmi1r01ovirt19:54321', migrationMethod='ONLINE',
> tunnelMigration='false', migrationDowntime='0', autoConverge='true',
> migrateCompressed='false', migrateEncrypted='false', consoleAddress='null',
> maxBandwidth='3125', parallel='null', enableGuestEvents='true',
> maxIncomingMigrations='2', maxOutgoingMigrations='2',
> convergenceSchedule='[init=[{name=setDowntime, params=[100]}],
> stalling=[{limit=1, action={name=setDowntime, params=[150]}}, {limit=2,
> action={name=setDowntime, params=[200]}}, {limit=3,
> action={name=setDowntime, params=[300]}}, {limit=4,
> action={name=setDowntime, params=[400]}}, {limit=6,
> action={name=setDowntime, params=[500]}}, {limit=-1, action={name=abort,
> params=[]}}]]', dstQemu='10.250.156.19', cpusets='null',
> numaNodesets='null'}), log id: 14d92c9
> 2023-08-10 18:24:57,631-03 INFO
>  [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand]
> (default task-4) [633be3a0-3afd-490c-b412-805d2b14e1c2] FINISH,
> MigrateBrokerVDSCommand, return: , log id: 14d92c9
> 2023-08-10 18:24:57,634-03 INFO
>  [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] (default task-4)
> [633be3a0-3afd-490c-b412-805d2b14e1c2] FINISH, MigrateVDSCommand, return:
> MigratingFrom, log id: 5bbc21d6
> 2023-08-10 18:24:57,639-03 INFO
>  [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-4) [633be3a0-3afd-490c-b412-805d2b14e1c2] EVENT_ID:
> VM_MIGRATION_START(62), Migration started (VM: ROUTER, Source:
> ksmmi1r01ovirt18, Destination: ksmmi1r01ovirt19, User: admin@ovirt
> @internalkeycloak-authz).
> 2023-08-10 18:24:57,641-03 INFO
>  [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
> (ForkJoinPool-1-worker-13) [] VM
> '29032e83-cfaf-4d30-bcc2-df72c5358552'(ROUTER) moved from 'MigratingFrom'
> --> 'Up'
>

The status of the VM changed from MigratingFrom to Up on the source host -
VDSM logs on the source and destination hosts should reveal more
information about what went wrong


> 2023-08-10 18:24:57,641-03 INFO
>  [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
> (ForkJoinPool-1-worker-13) [] Adding VM
> '29032e83-cfaf-4d30-bcc2-df72c5358552'(ROUTER) to re-run list
> 2023-08-10 18:24:57,643-03 ERROR
> [org.ovirt.engine.core.vdsbroker.monitoring.VmsMonitoring]
> (ForkJoinPool-1-worker-13) [] Rerun VM
> '29032e83-cfaf-4d30-bcc2-df72c5358552'. Called from VDS 'ksmmi1r01ovirt18'
> 2023-08-10 18:24:57,679-03 INFO
>  [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand]
> (EE-ManagedThreadFactory-engine-Thread-2194) [] START,
> MigrateStatusVDSCommand(HostName = ksmmi1r01ovirt18,
> MigrateStatusVDSCommandParameters:{hostId='282b69aa-8b74-4312-8cc0-9c20e01982b7',
> vmId

[ovirt-users] Re: oVirt 4.5.5 snapshot - Migration failed due to an Error: Fatal error during migration

[Jorge Visentini]

Hi, Aran.

I know, but it is not a problem. I have 2x25Gbps QSFP.
I am testing with another iso now.
I'll be able to give feedback in a little while if it worked or not.

Cheers!

Em sex., 11 de ago. de 2023 às 19:44, Aram Agajanian <
aram.j.agajan...@gmail.com> escreveu:

> Hi Jorge,
>
> To get reliable migration, I had to have a 2 Gbps link.  Before that, I
> would migrate one VM at a time to avoid migration failures.
>
> On Thu, Aug 10, 2023 at 5:45 PM Jorge Visentini 
> wrote:
>
>> Any tips about this error?
>>
>> 2023-08-10 18:24:57,544-03 INFO
>>  [org.ovirt.engine.core.bll.MigrateVmToServerCommand] (default task-4)
>> [633be3a0-3afd-490c-b412-805d2b14e1c2] Lock Acquired to object
>> 'EngineLock:{exclusiveLocks='[29032e83-cfaf-4d30-bcc2-df72c5358552=VM]',
>> sharedLocks=''}'
>> 2023-08-10 18:24:57,578-03 INFO
>>  [org.ovirt.engine.core.bll.MigrateVmToServerCommand] (default task-4)
>> [633be3a0-3afd-490c-b412-805d2b14e1c2] Running command:
>> MigrateVmToServerCommand internal: false. Entities affected :  ID:
>> 29032e83-cfaf-4d30-bcc2-df72c5358552 Type: VMAction group MIGRATE_VM with
>> role type USER
>> 2023-08-10 18:24:57,628-03 INFO
>>  [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] (default task-4)
>> [633be3a0-3afd-490c-b412-805d2b14e1c2] START, MigrateVDSCommand(
>> MigrateVDSCommandParameters:{hostId='282b69aa-8b74-4312-8cc0-9c20e01982b7',
>> vmId='29032e83-cfaf-4d30-bcc2-df72c5358552', srcHost='ksmmi1r01ovirt18',
>> dstVdsId='73c38b36-36da-4ffa-b17a-492fd7b093ae',
>> dstHost='ksmmi1r01ovirt19:54321', migrationMethod='ONLINE',
>> tunnelMigration='false', migrationDowntime='0', autoConverge='true',
>> migrateCompressed='false', migrateEncrypted='false', consoleAddress='null',
>> maxBandwidth='3125', parallel='null', enableGuestEvents='true',
>> maxIncomingMigrations='2', maxOutgoingMigrations='2',
>> convergenceSchedule='[init=[{name=setDowntime, params=[100]}],
>> stalling=[{limit=1, action={name=setDowntime, params=[150]}}, {limit=2,
>> action={name=setDowntime, params=[200]}}, {limit=3,
>> action={name=setDowntime, params=[300]}}, {limit=4,
>> action={name=setDowntime, params=[400]}}, {limit=6,
>> action={name=setDowntime, params=[500]}}, {limit=-1, action={name=abort,
>> params=[]}}]]', dstQemu='10.250.156.19', cpusets='null',
>> numaNodesets='null'}), log id: 5bbc21d6
>> 2023-08-10 18:24:57,628-03 INFO
>>  [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand]
>> (default task-4) [633be3a0-3afd-490c-b412-805d2b14e1c2] START,
>> MigrateBrokerVDSCommand(HostName = ksmmi1r01ovirt18,
>> MigrateVDSCommandParameters:{hostId='282b69aa-8b74-4312-8cc0-9c20e01982b7',
>> vmId='29032e83-cfaf-4d30-bcc2-df72c5358552', srcHost='ksmmi1r01ovirt18',
>> dstVdsId='73c38b36-36da-4ffa-b17a-492fd7b093ae',
>> dstHost='ksmmi1r01ovirt19:54321', migrationMethod='ONLINE',
>> tunnelMigration='false', migrationDowntime='0', autoConverge='true',
>> migrateCompressed='false', migrateEncrypted='false', consoleAddress='null',
>> maxBandwidth='3125', parallel='null', enableGuestEvents='true',
>> maxIncomingMigrations='2', maxOutgoingMigrations='2',
>> convergenceSchedule='[init=[{name=setDowntime, params=[100]}],
>> stalling=[{limit=1, action={name=setDowntime, params=[150]}}, {limit=2,
>> action={name=setDowntime, params=[200]}}, {limit=3,
>> action={name=setDowntime, params=[300]}}, {limit=4,
>> action={name=setDowntime, params=[400]}}, {limit=6,
>> action={name=setDowntime, params=[500]}}, {limit=-1, action={name=abort,
>> params=[]}}]]', dstQemu='10.250.156.19', cpusets='null',
>> numaNodesets='null'}), log id: 14d92c9
>> 2023-08-10 18:24:57,631-03 INFO
>>  [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand]
>> (default task-4) [633be3a0-3afd-490c-b412-805d2b14e1c2] FINISH,
>> MigrateBrokerVDSCommand, return: , log id: 14d92c9
>> 2023-08-10 18:24:57,634-03 INFO
>>  [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] (default task-4)
>> [633be3a0-3afd-490c-b412-805d2b14e1c2] FINISH, MigrateVDSCommand, return:
>> MigratingFrom, log id: 5bbc21d6
>> 2023-08-10 18:24:57,639-03 INFO
>>  [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> (default task-4) [633be3a0-3afd-490c-b412-805d2b14e1c2] EVENT_ID:
>> VM_MIGRATION_START(62), Migration started (VM: ROUTER, Source:
>> ksmmi1r01ovirt18, Destination: ksmmi1r01ovirt19, User: admin@ovirt
>> @internalkeycloak-authz).
>> 2023-08-10 18:24:57,641-03 INFO
>>  [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
>> (ForkJoinPool-1-worker-13) [] VM
>> '29032e83-cfaf-4d30-bcc2-df72c5358552'(ROUTER) moved from 'MigratingFrom'
>> --> 'Up'
>> 2023-08-10 18:24:57,641-03 INFO
>>  [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
>> (ForkJoinPool-1-worker-13) [] Adding VM
>> '29032e83-cfaf-4d30-bcc2-df72c5358552'(ROUTER) to re-run list
>> 2023-08-10 18:24:57,643-03 ERROR
>> [org.ovirt.engine.core.vdsbroker.monitoring.VmsMonitoring]
>> (ForkJoinPool-1-worker-13) [] Rerun VM
>> '29032e83-cfaf-4d30-bcc2-df72c5358552'. Called from 

[ovirt-users] Re: oVirt 4.5.5 snapshot - Migration failed due to an Error: Fatal error during migration

[Aram Agajanian]

Hi Jorge,

To get reliable migration, I had to have a 2 Gbps link.  Before that, I
would migrate one VM at a time to avoid migration failures.

On Thu, Aug 10, 2023 at 5:45 PM Jorge Visentini 
wrote:

> Any tips about this error?
>
> 2023-08-10 18:24:57,544-03 INFO
>  [org.ovirt.engine.core.bll.MigrateVmToServerCommand] (default task-4)
> [633be3a0-3afd-490c-b412-805d2b14e1c2] Lock Acquired to object
> 'EngineLock:{exclusiveLocks='[29032e83-cfaf-4d30-bcc2-df72c5358552=VM]',
> sharedLocks=''}'
> 2023-08-10 18:24:57,578-03 INFO
>  [org.ovirt.engine.core.bll.MigrateVmToServerCommand] (default task-4)
> [633be3a0-3afd-490c-b412-805d2b14e1c2] Running command:
> MigrateVmToServerCommand internal: false. Entities affected :  ID:
> 29032e83-cfaf-4d30-bcc2-df72c5358552 Type: VMAction group MIGRATE_VM with
> role type USER
> 2023-08-10 18:24:57,628-03 INFO
>  [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] (default task-4)
> [633be3a0-3afd-490c-b412-805d2b14e1c2] START, MigrateVDSCommand(
> MigrateVDSCommandParameters:{hostId='282b69aa-8b74-4312-8cc0-9c20e01982b7',
> vmId='29032e83-cfaf-4d30-bcc2-df72c5358552', srcHost='ksmmi1r01ovirt18',
> dstVdsId='73c38b36-36da-4ffa-b17a-492fd7b093ae',
> dstHost='ksmmi1r01ovirt19:54321', migrationMethod='ONLINE',
> tunnelMigration='false', migrationDowntime='0', autoConverge='true',
> migrateCompressed='false', migrateEncrypted='false', consoleAddress='null',
> maxBandwidth='3125', parallel='null', enableGuestEvents='true',
> maxIncomingMigrations='2', maxOutgoingMigrations='2',
> convergenceSchedule='[init=[{name=setDowntime, params=[100]}],
> stalling=[{limit=1, action={name=setDowntime, params=[150]}}, {limit=2,
> action={name=setDowntime, params=[200]}}, {limit=3,
> action={name=setDowntime, params=[300]}}, {limit=4,
> action={name=setDowntime, params=[400]}}, {limit=6,
> action={name=setDowntime, params=[500]}}, {limit=-1, action={name=abort,
> params=[]}}]]', dstQemu='10.250.156.19', cpusets='null',
> numaNodesets='null'}), log id: 5bbc21d6
> 2023-08-10 18:24:57,628-03 INFO
>  [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand]
> (default task-4) [633be3a0-3afd-490c-b412-805d2b14e1c2] START,
> MigrateBrokerVDSCommand(HostName = ksmmi1r01ovirt18,
> MigrateVDSCommandParameters:{hostId='282b69aa-8b74-4312-8cc0-9c20e01982b7',
> vmId='29032e83-cfaf-4d30-bcc2-df72c5358552', srcHost='ksmmi1r01ovirt18',
> dstVdsId='73c38b36-36da-4ffa-b17a-492fd7b093ae',
> dstHost='ksmmi1r01ovirt19:54321', migrationMethod='ONLINE',
> tunnelMigration='false', migrationDowntime='0', autoConverge='true',
> migrateCompressed='false', migrateEncrypted='false', consoleAddress='null',
> maxBandwidth='3125', parallel='null', enableGuestEvents='true',
> maxIncomingMigrations='2', maxOutgoingMigrations='2',
> convergenceSchedule='[init=[{name=setDowntime, params=[100]}],
> stalling=[{limit=1, action={name=setDowntime, params=[150]}}, {limit=2,
> action={name=setDowntime, params=[200]}}, {limit=3,
> action={name=setDowntime, params=[300]}}, {limit=4,
> action={name=setDowntime, params=[400]}}, {limit=6,
> action={name=setDowntime, params=[500]}}, {limit=-1, action={name=abort,
> params=[]}}]]', dstQemu='10.250.156.19', cpusets='null',
> numaNodesets='null'}), log id: 14d92c9
> 2023-08-10 18:24:57,631-03 INFO
>  [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand]
> (default task-4) [633be3a0-3afd-490c-b412-805d2b14e1c2] FINISH,
> MigrateBrokerVDSCommand, return: , log id: 14d92c9
> 2023-08-10 18:24:57,634-03 INFO
>  [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] (default task-4)
> [633be3a0-3afd-490c-b412-805d2b14e1c2] FINISH, MigrateVDSCommand, return:
> MigratingFrom, log id: 5bbc21d6
> 2023-08-10 18:24:57,639-03 INFO
>  [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-4) [633be3a0-3afd-490c-b412-805d2b14e1c2] EVENT_ID:
> VM_MIGRATION_START(62), Migration started (VM: ROUTER, Source:
> ksmmi1r01ovirt18, Destination: ksmmi1r01ovirt19, User: admin@ovirt
> @internalkeycloak-authz).
> 2023-08-10 18:24:57,641-03 INFO
>  [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
> (ForkJoinPool-1-worker-13) [] VM
> '29032e83-cfaf-4d30-bcc2-df72c5358552'(ROUTER) moved from 'MigratingFrom'
> --> 'Up'
> 2023-08-10 18:24:57,641-03 INFO
>  [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
> (ForkJoinPool-1-worker-13) [] Adding VM
> '29032e83-cfaf-4d30-bcc2-df72c5358552'(ROUTER) to re-run list
> 2023-08-10 18:24:57,643-03 ERROR
> [org.ovirt.engine.core.vdsbroker.monitoring.VmsMonitoring]
> (ForkJoinPool-1-worker-13) [] Rerun VM
> '29032e83-cfaf-4d30-bcc2-df72c5358552'. Called from VDS 'ksmmi1r01ovirt18'
> 2023-08-10 18:24:57,679-03 INFO
>  [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand]
> (EE-ManagedThreadFactory-engine-Thread-2194) [] START,
> MigrateStatusVDSCommand(HostName = ksmmi1r01ovirt18,
> MigrateStatusVDSCommandParameters:{hostId='282b69aa-8b74-4312-8cc0-9c20e01982b7',
> vmId='29032e83-cfaf-4d30-bcc2-df72c53585

[ovirt-users] Re: oVirt 4.5.5 snapshot - Migration failed due to an Error: Fatal error during migration

[Jorge Visentini]

This is the engine log (systemctl restart ovirt-engine)

2023-08-10 19:26:09,996-03 INFO  [org.jboss.as.server.deployment] (MSC
service thread 1-7) WFLYSRV0207: Starting subdeployment (runtime-name:
"bll.jar")
2023-08-10 19:26:09,996-03 INFO  [org.jboss.as.server.deployment] (MSC
service thread 1-8) WFLYSRV0207: Starting subdeployment (runtime-name:
"root.war")
2023-08-10 19:26:09,996-03 INFO  [org.jboss.as.server.deployment] (MSC
service thread 1-3) WFLYSRV0207: Starting subdeployment (runtime-name:
"webadmin.war")
2023-08-10 19:26:09,996-03 INFO  [org.jboss.as.server.deployment] (MSC
service thread 1-5) WFLYSRV0207: Starting subdeployment (runtime-name:
"services.war")
2023-08-10 19:26:09,999-03 INFO  [org.jboss.as.server.deployment] (MSC
service thread 1-2) WFLYSRV0207: Starting subdeployment (runtime-name:
"docs.war")
2023-08-10 19:26:10,000-03 INFO  [org.jboss.as.server.deployment] (MSC
service thread 1-5) WFLYSRV0207: Starting subdeployment (runtime-name:
"welcome.war")
2023-08-10 19:26:10,000-03 INFO  [org.jboss.as.server.deployment] (MSC
service thread 1-2) WFLYSRV0207: Starting subdeployment (runtime-name:
"enginesso.war")
2023-08-10 19:26:10,013-03 WARN  [org.jboss.as.server.deployment] (MSC
service thread 1-3) WFLYSRV0059: Class Path entry lib/utils.jar in
/var/lib/ovirt-engine/jboss_runtime/deployments/engine.ear/bll.jar  does
not point to a valid jar for a Class-Path reference.
2023-08-10 19:26:10,014-03 WARN  [org.jboss.as.server.deployment] (MSC
service thread 1-3) WFLYSRV0059: Class Path entry lib/uutils.jar in
/var/lib/ovirt-engine/jboss_runtime/deployments/engine.ear/bll.jar  does
not point to a valid jar for a Class-Path reference.
2023-08-10 19:26:10,014-03 WARN  [org.jboss.as.server.deployment] (MSC
service thread 1-3) WFLYSRV0059: Class Path entry lib/sshd-core.jar in
/var/lib/ovirt-engine/jboss_runtime/deployments/engine.ear/bll.jar  does
not point to a valid jar for a Class-Path reference.
2023-08-10 19:26:10,014-03 WARN  [org.jboss.as.server.deployment] (MSC
service thread 1-3) WFLYSRV0059: Class Path entry lib/sshd-common.jar in
/var/lib/ovirt-engine/jboss_runtime/deployments/engine.ear/bll.jar  does
not point to a valid jar for a Class-Path reference.
2023-08-10 19:26:10,015-03 WARN  [org.jboss.as.server.deployment] (MSC
service thread 1-3) WFLYSRV0059: Class Path entry lib/jcl-over-slf4j.jar in
/var/lib/ovirt-engine/jboss_runtime/deployments/engine.ear/bll.jar  does
not point to a valid jar for a Class-Path reference.
2023-08-10 19:26:10,015-03 WARN  [org.jboss.as.server.deployment] (MSC
service thread 1-3) WFLYSRV0059: Class Path entry lib/commons-beanutils.jar
in /var/lib/ovirt-engine/jboss_runtime/deployments/engine.ear/bll.jar  does
not point to a valid jar for a Class-Path reference.
2023-08-10 19:26:10,015-03 WARN  [org.jboss.as.server.deployment] (MSC
service thread 1-3) WFLYSRV0059: Class Path entry lib/commons-logging.jar
in /var/lib/ovirt-engine/jboss_runtime/deployments/engine.ear/bll.jar  does
not point to a valid jar for a Class-Path reference.
2023-08-10 19:26:10,015-03 WARN  [org.jboss.as.server.deployment] (MSC
service thread 1-3) WFLYSRV0059: Class Path entry lib/commons-compress.jar
in /var/lib/ovirt-engine/jboss_runtime/deployments/engine.ear/bll.jar  does
not point to a valid jar for a Class-Path reference.
2023-08-10 19:26:10,015-03 WARN  [org.jboss.as.server.deployment] (MSC
service thread 1-3) WFLYSRV0059: Class Path entry lib/commons-lang.jar in
/var/lib/ovirt-engine/jboss_runtime/deployments/engine.ear/bll.jar  does
not point to a valid jar for a Class-Path reference.
2023-08-10 19:26:10,015-03 WARN  [org.jboss.as.server.deployment] (MSC
service thread 1-3) WFLYSRV0059: Class Path entry lib/commons-codec.jar in
/var/lib/ovirt-engine/jboss_runtime/deployments/engine.ear/bll.jar  does
not point to a valid jar for a Class-Path reference.
2023-08-10 19:26:10,015-03 WARN  [org.jboss.as.server.deployment] (MSC
service thread 1-3) WFLYSRV0059: Class Path entry lib/glance-client.jar in
/var/lib/ovirt-engine/jboss_runtime/deployments/engine.ear/bll.jar  does
not point to a valid jar for a Class-Path reference.
2023-08-10 19:26:10,015-03 WARN  [org.jboss.as.server.deployment] (MSC
service thread 1-3) WFLYSRV0059: Class Path entry lib/glance-model.jar in
/var/lib/ovirt-engine/jboss_runtime/deployments/engine.ear/bll.jar  does
not point to a valid jar for a Class-Path reference.
2023-08-10 19:26:10,015-03 WARN  [org.jboss.as.server.deployment] (MSC
service thread 1-3) WFLYSRV0059: Class Path entry lib/cinder-client.jar in
/var/lib/ovirt-engine/jboss_runtime/deployments/engine.ear/bll.jar  does
not point to a valid jar for a Class-Path reference.
2023-08-10 19:26:10,015-03 WARN  [org.jboss.as.server.deployment] (MSC
service thread 1-3) WFLYSRV0059: Class Path entry lib/cinder-model.jar in
/var/lib/ovirt-engine/jboss_runtime/deployments/engine.ear/bll.jar  does
not point to a valid jar for a Class-Path reference.
2023-08-10 19:26:10,016-03 WARN  [org.jboss.as.server.d

[ovirt-users] Re: oVirt Host EL9 with UEFI Secure Boot

[Jorge Visentini]

It's done.

Em sex., 21 de jul. de 2023 às 11:07, Sandro Bonazzola 
escreveu:

> Thanks for confirming, can you please review
> https://github.com/oVirt/ovirt-site/pull/3155 ?
>
> Il giorno ven 21 lug 2023 alle ore 15:37 Jorge Visentini <
> jorgevisent...@gmail.com> ha scritto:
>
>> Hi, Sandro.
>>
>> Yesterday I installed the oVirt Node 4.5.5 version (
>> *ovirt-node-ng-installer-4.5.5-2023071207.el9.iso*) and it *worked
>> perfectly*. No errors, no incompatibilities.
>> I can say, quickly in my tests, that in terms of drivers/modules, this
>> version 4.5.5 el9 is very good.
>> I needed to switch from el8 to el9 because of incompatibility between 
>> *Cascadelake
>> Family* processors and *libvirt-8.x*.
>>
>> For information, my environment is fully SAN Fiber Channel and it worked
>> fine in these first tests.
>>
>> kernel-5.14.0-333.el9.x86_64
>> python3.11-3.11.4-1.el9.x86_64
>> ansible-core-2.15.0-1.el9.x86_64
>> ovirt-ansible-collection-3.1.3-0.1.master.20230420113738.el9.noarch
>> libvirt-9.3.0-2.el9.x86_64
>> ovirt-engine-appliance-4.5-20230712064015.1.el9.x86_64
>>
>> ovirt-release-host-node-4.5.5-0.0.master.20230612064150.git0c65b0e.el9.x86_64
>> ovirt-release-master-4.5.5-0.0.master.20230612064154.git0c65b0e.el9.noarch
>>
>>
>> Have a nice weekend!
>>
>> Em sex., 21 de jul. de 2023 às 03:32, Sandro Bonazzola <
>> sbona...@redhat.com> escreveu:
>>
>>> Given the bug has been fixed it shouldn ow work fine with UEFI Secure
>>> Boot on EL9 as well.
>>> Can you please give it a try and report back?
>>>
>>> Il giorno gio 20 lug 2023 alle ore 23:22 Jorge Visentini <
>>> jorgevisent...@gmail.com> ha scritto:
>>>
 Hi there!

 Is this information still valid?
 To use Enterprise Linux 9 on virtualization hosts, the UEFI Secure Boot
 option must be disabled due to *Bug 2081648 - dmidecode module fails
 to decode DMI data *
 .

 I read that it was fixed in *python-dmidecode-3.12.3-1.el9* but we
 still use *python-3.11*.
 Is this bug only for hosted-engine or for standalone too?

 BR.
 --
 Att,
 Jorge Visentini
 +55 55 98432-9868
 ___
 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/BHFJHR73Z474JSOWHXDVZD4R6JXGUHCA/

>>>
>>>
>>> --
>>>
>>> Sandro Bonazzola
>>>
>>> MANAGER, SOFTWARE ENGINEERING - Red Hat In-Vehicle Operating System
>>>
>>> Red Hat EMEA 
>>>
>>> sbona...@redhat.com
>>> 
>>>
>>> *Red Hat respects your work life balance. Therefore there is no need to
>>> answer this email out of your office hours.*
>>>
>>>
>>>
>>
>> --
>> Att,
>> Jorge Visentini
>> +55 55 98432-9868
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING - Red Hat In-Vehicle Operating System
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> 
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.*
>
>
>

-- 
Att,
Jorge Visentini
+55 55 98432-9868
___
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/JVZFVF3QBVNEQV4IBRKEREFUFY4KIQZ6/

[ovirt-users] Re: oVirt Host EL9 with UEFI Secure Boot

[Sandro Bonazzola]

Thanks for confirming, can you please review
https://github.com/oVirt/ovirt-site/pull/3155 ?

Il giorno ven 21 lug 2023 alle ore 15:37 Jorge Visentini <
jorgevisent...@gmail.com> ha scritto:

> Hi, Sandro.
>
> Yesterday I installed the oVirt Node 4.5.5 version (
> *ovirt-node-ng-installer-4.5.5-2023071207.el9.iso*) and it *worked
> perfectly*. No errors, no incompatibilities.
> I can say, quickly in my tests, that in terms of drivers/modules, this
> version 4.5.5 el9 is very good.
> I needed to switch from el8 to el9 because of incompatibility between 
> *Cascadelake
> Family* processors and *libvirt-8.x*.
>
> For information, my environment is fully SAN Fiber Channel and it worked
> fine in these first tests.
>
> kernel-5.14.0-333.el9.x86_64
> python3.11-3.11.4-1.el9.x86_64
> ansible-core-2.15.0-1.el9.x86_64
> ovirt-ansible-collection-3.1.3-0.1.master.20230420113738.el9.noarch
> libvirt-9.3.0-2.el9.x86_64
> ovirt-engine-appliance-4.5-20230712064015.1.el9.x86_64
>
> ovirt-release-host-node-4.5.5-0.0.master.20230612064150.git0c65b0e.el9.x86_64
> ovirt-release-master-4.5.5-0.0.master.20230612064154.git0c65b0e.el9.noarch
>
>
> Have a nice weekend!
>
> Em sex., 21 de jul. de 2023 às 03:32, Sandro Bonazzola <
> sbona...@redhat.com> escreveu:
>
>> Given the bug has been fixed it shouldn ow work fine with UEFI Secure
>> Boot on EL9 as well.
>> Can you please give it a try and report back?
>>
>> Il giorno gio 20 lug 2023 alle ore 23:22 Jorge Visentini <
>> jorgevisent...@gmail.com> ha scritto:
>>
>>> Hi there!
>>>
>>> Is this information still valid?
>>> To use Enterprise Linux 9 on virtualization hosts, the UEFI Secure Boot
>>> option must be disabled due to *Bug 2081648 - dmidecode module fails to
>>> decode DMI data *.
>>>
>>> I read that it was fixed in *python-dmidecode-3.12.3-1.el9* but we
>>> still use *python-3.11*.
>>> Is this bug only for hosted-engine or for standalone too?
>>>
>>> BR.
>>> --
>>> Att,
>>> Jorge Visentini
>>> +55 55 98432-9868
>>> ___
>>> 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/BHFJHR73Z474JSOWHXDVZD4R6JXGUHCA/
>>>
>>
>>
>> --
>>
>> Sandro Bonazzola
>>
>> MANAGER, SOFTWARE ENGINEERING - Red Hat In-Vehicle Operating System
>>
>> Red Hat EMEA 
>>
>> sbona...@redhat.com
>> 
>>
>> *Red Hat respects your work life balance. Therefore there is no need to
>> answer this email out of your office hours.*
>>
>>
>>
>
> --
> Att,
> Jorge Visentini
> +55 55 98432-9868
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING - Red Hat In-Vehicle Operating System

Red Hat EMEA 

sbona...@redhat.com


*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/BEQGS3JGN7QX4V336PKFJJCUTM2EJ2LX/