Thank you.
It became a stream from 4.4.6, but there is no official procedure to switch from stream to Alma or Rocky or anything else.
There is also no official procedure to switch an oVirt installation
from CentOS Linux to CentOS Stream: For plain setups (and including
the appliance) you are supposed to follow the official procedure of
CentOS. The only thing specific to oVirt is when upgrading ovirt-node.
So, if you have a fresh install from 4.4.6, can you assume that the engine distribution has no choice but Stream?
No, that's not what I said. I suggest to simply read the 4.4.6 release notes:
https://www.ovirt.org/release/4.4.6/
If you refer to a hosted-engine setup, then indeed the only way to
install this using the provided ovirt-engine-appliance will get you
Stream.
But if you install standalone, you can try anything you want.
If people want to deploy hosted-engine using something other than the
ovirt-engine-appliance, the community is welcome to work on that. The
oVirt project only uses Stream and builds/tests on Stream, but will
accept patches to support any other OS.
# Excludes unofficial switching.
So, if oVirt tests with streams, I think it's safer to switch to streams for environments upgraded from 4.4.5 or earlier.
If in "safer" you mean in the broadest sense of the word, then I might
agree - but I strongly recommend that people carefully study their
options and make an informed decision.
For some use cases, using Stream makes the most sense. For others,
Alma/Rocky do. For yet others, Oracle Linux or Red Hat Enterprise
Linux do. And, BTW, this is by no means an exhaustive list - you can
find a larger list, even if likely still non-exhaustive, in wikipedia:
https://en.wikipedia.org/wiki/Red_Hat_Enterprise_Linux_derivatives
Are there any special operations to switch the engine appliance to the stream? Please let me know if there is a manual based on oVirt.
I am not aware of an official one. The official one from CentOS is
quite short and simple, and IIRC was already partially copied in other
relevant posts in this list.
For ovirt-node, you should follow existing ovirt-node documentation -
but see the release notes.
Also, if there is a special operation, is it likely to be documented in the future?
As far as the oVirt project is concerned, we'll most likely consider a
future need for such a procedure to be a bug. Meaning, if following
the official migration procedure of whatever other OS is broken due to
oVirt-specific code, we'd like to get a bug report.
Best regards,
--
Didi
_______________________________________________
Users mailing list -- ***@ovirt.org
To unsubscribe send an email to users-***@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/***@ovirt.org/message/BTVCB7ZVQDONU