[ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available

[Konstantin Shalygin]

All connection data should be comes from cinderlib, as for current cinder 
integration. Gorka says the same


Thanks,
k

Sent from my iPhone

> On 21 Jan 2021, at 16:54, Nir Soffer  wrote:
> 
> To make this work, engine needs to configure the ceph authentication
> secrets on all hosts in the DC. We have code to do this for old cinder storage
> doman, but it is not used for new cinderlib setup. I'm not sure how easy is to
> use the same mechanism for cinderlib.
___
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/FZNC5EDJAQUQDDKBAEEW22QZCGKF6UQF/

[ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available

[Shantur Rathore]

I would love
https://github.com/openstack/cinderlib/commit/a09a7e12fe685d747ed390a59cd42d0acd1399e4
to come back.



On Thu, Jan 21, 2021 at 2:27 PM Gorka Eguileor  wrote:

> On 21/01, Nir Soffer wrote:
> > On Thu, Jan 21, 2021 at 8:50 AM Konstantin Shalygin 
> wrote:
> > >
> > > I understood, more than the code that works with qemu already exists
> for openstack integration
> >
> > We have code on vdsm and engine to support librbd, but using in cinderlib
> > based volume is not a trivial change.
> >
> > On engine side, this means changing the flow, so instead of attaching
> > a device to a host, engine will configure the xml with network disk,
> using
> > the rbd url, same way as old cinder support was using.
> >
> > To make this work, engine needs to configure the ceph authentication
> > secrets on all hosts in the DC. We have code to do this for old cinder
> storage
> > doman, but it is not used for new cinderlib setup. I'm not sure how easy
> is to
> > use the same mechanism for cinderlib.
>
> Hi,
>
> All the data is in the connection info (including the keyring), so it
> should be possible to implement.
>
> >
> > Generally, we don't want to spend time on special code for ceph, and
> prefer
> > to outsource this to os brick and the kernel, so we have a uniform way to
> > use volumes. But if the special code gives important benefits, we can
> > consider it.
> >
>
> I think think that's reasonable. Having less code to worry about and
> making the project's code base more readable and maintainable is a
> considerable benefit that should not be underestimated.
>
>
> > I think openshift virtualization is using the same solution (kernel
> based rbd)
> > for ceph. An important requirement for us is having an easy way to
> migrate
> > vms from ovirt to openshift virtuations. Using the same ceph
> configuration
> > can make this migration easier.
> >
>
> The Ceph CSI plugin seems to have the possibility of using krbd and
> rbd-nbd [1], but that's something we can also achieve in oVirt by adding
> back the rbd-nbd support in cinderlib without changes to oVirt.
>
> Cheers,
> Gorka.
>
> [1]:
> https://github.com/ceph/ceph-csi/blob/04644c1d5896b493d6aaf9ab66f2302cf67a2ee3/internal/rbd/rbd_attach.go#L35-L41
>
> > I'm also not sure about the future of librbd support in qemu. I know that
> > qemu folks also want to get rid of such code. For example libgfapi
> > (Glsuter native driver) is not maintained and likely to be removed soon.
> >
> > If this feature is important to you, please open RFE for this, and
> explain why
> > it is needed.
> >
> > We can consider it for future 4.4.z release.
> >
> > Adding some storage and qemu folks to get more info on this.
> >
> > Nir
> >
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/SUXZT47HWHALTYOUF67ALJTMK653SNBO/
>
___
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/3WKB4JRCCBG7RMS7YVKPR6MKASZYM5GG/

[ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available

[Gorka Eguileor]

On 21/01, Nir Soffer wrote:
> On Thu, Jan 21, 2021 at 8:50 AM Konstantin Shalygin  wrote:
> >
> > I understood, more than the code that works with qemu already exists for 
> > openstack integration
>
> We have code on vdsm and engine to support librbd, but using in cinderlib
> based volume is not a trivial change.
>
> On engine side, this means changing the flow, so instead of attaching
> a device to a host, engine will configure the xml with network disk, using
> the rbd url, same way as old cinder support was using.
>
> To make this work, engine needs to configure the ceph authentication
> secrets on all hosts in the DC. We have code to do this for old cinder storage
> doman, but it is not used for new cinderlib setup. I'm not sure how easy is to
> use the same mechanism for cinderlib.

Hi,

All the data is in the connection info (including the keyring), so it
should be possible to implement.

>
> Generally, we don't want to spend time on special code for ceph, and prefer
> to outsource this to os brick and the kernel, so we have a uniform way to
> use volumes. But if the special code gives important benefits, we can
> consider it.
>

I think think that's reasonable. Having less code to worry about and
making the project's code base more readable and maintainable is a
considerable benefit that should not be underestimated.


> I think openshift virtualization is using the same solution (kernel based rbd)
> for ceph. An important requirement for us is having an easy way to migrate
> vms from ovirt to openshift virtuations. Using the same ceph configuration
> can make this migration easier.
>

The Ceph CSI plugin seems to have the possibility of using krbd and
rbd-nbd [1], but that's something we can also achieve in oVirt by adding
back the rbd-nbd support in cinderlib without changes to oVirt.

Cheers,
Gorka.

[1]: 
https://github.com/ceph/ceph-csi/blob/04644c1d5896b493d6aaf9ab66f2302cf67a2ee3/internal/rbd/rbd_attach.go#L35-L41

> I'm also not sure about the future of librbd support in qemu. I know that
> qemu folks also want to get rid of such code. For example libgfapi
> (Glsuter native driver) is not maintained and likely to be removed soon.
>
> If this feature is important to you, please open RFE for this, and explain why
> it is needed.
>
> We can consider it for future 4.4.z release.
>
> Adding some storage and qemu folks to get more info on this.
>
> Nir
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/SUXZT47HWHALTYOUF67ALJTMK653SNBO/

[ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available

[Nir Soffer]

On Thu, Jan 21, 2021 at 8:50 AM Konstantin Shalygin  wrote:
>
> I understood, more than the code that works with qemu already exists for 
> openstack integration

We have code on vdsm and engine to support librbd, but using in cinderlib
based volume is not a trivial change.

On engine side, this means changing the flow, so instead of attaching
a device to a host, engine will configure the xml with network disk, using
the rbd url, same way as old cinder support was using.

To make this work, engine needs to configure the ceph authentication
secrets on all hosts in the DC. We have code to do this for old cinder storage
doman, but it is not used for new cinderlib setup. I'm not sure how easy is to
use the same mechanism for cinderlib.

Generally, we don't want to spend time on special code for ceph, and prefer
to outsource this to os brick and the kernel, so we have a uniform way to
use volumes. But if the special code gives important benefits, we can
consider it.

I think openshift virtualization is using the same solution (kernel based rbd)
for ceph. An important requirement for us is having an easy way to migrate
vms from ovirt to openshift virtuations. Using the same ceph configuration
can make this migration easier.

I'm also not sure about the future of librbd support in qemu. I know that
qemu folks also want to get rid of such code. For example libgfapi
(Glsuter native driver) is not maintained and likely to be removed soon.

If this feature is important to you, please open RFE for this, and explain why
it is needed.

We can consider it for future 4.4.z release.

Adding some storage and qemu folks to get more info on this.

Nir
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/KBJWIHO4TYLHUPPFVKS5LTZRMU454W53/

[ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available

[Konstantin Shalygin]

I understood, more than the code that works with qemu already exists for 
openstack integration


k

Sent from my iPhone

> On 14 Jan 2021, at 09:43, Gorka Eguileor  wrote:
> 
> If using QEMU to directly connect RBD volumes is the preferred option,
> then that code would have to be added to oVirt and can be done now
> without any cinderlib changes.
___
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/4GRZYEOZGTIR5FNAQZIIXCFOPJEGKWSR/

[ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available

[Gorka Eguileor]

On 28/12, Benny Zlotnik wrote:
> On Tue, Dec 22, 2020 at 6:33 PM Konstantin Shalygin  wrote:
> >
> > Sandro, FYI we are not against cinderlib integration, more than we are 
> > upgrade 4.3 to 4.4 due movement to cinderlib.
> >
> > But (!) current Managed Storage Block realization support only krbd (kernel 
> > RBD) driver - it's also not a option, because kernel client is always 
> > lagging behind librbd, and every update\bugfix we should reboot whole host 
> > instead simple migration of all VMs and then migrate it back. Also with 
> > krbd host will be use kernel page cache, and will not be unmounted if VM 
> > will crash (qemu with librbd is one userland process).
> >
>
> There was rbd-nbd support at some point in cinderlib[1] which
> addresses your concerns, but it was removed because of some issues
>
> +Gorka, are there any plans to pick it up again?
>
> [1] 
> https://github.com/Akrog/cinderlib/commit/a09a7e12fe685d747ed390a59cd42d0acd1399e4
>

Hi,

Apologies for the delay on the response, I was on a long PTO and came
back just yesterday.

There are plans to add it now.  ;-)

I will add the RBD-NBD support to cinderlib and update this thread once
there's an RDO RPM available (which usually happens on the same day the
patch merges).

If using QEMU to directly connect RBD volumes is the preferred option,
then that code would have to be added to oVirt and can be done now
without any cinderlib changes.  The connection information is provided
by cinderlib, and oVirt can check the type of connection that is is and
do the connection directly in QEMU for RBD volumes, or call os-brick for
all other types of volumes to get a local device before adding it to the
instances.

Cheers,
Gorka.

>
>
> > So for me current situation look like this:
> >
> > 1. We update deprecated OpenStack code? Why, Its for delete?.. Nevermind, 
> > just update this code...
> >
> > 2. Hmm... auth tests doesn't work, to pass test just disable any OpenStack 
> > project_id related things... and... Done...
> >
> > 3. I don't care how current cinder + qemu code works, just write new one 
> > for linux kernel, it's optimal to use userland apps, just add wrappers (no, 
> > it's not);
> >
> > 4. Current Cinder integration require zero configuration on oVirt hosts. 
> > It's lazy, why oVirt administrator do nothing? just write manual how-to 
> > install packages - oVirt administrators love anything except "reinstall" 
> > from engine (no, it's not);
> >
> > 5. We broke old code. New features is "Cinderlib is a Technology Preview 
> > feature only. Technology Preview features are not supported with Red Hat 
> > production service level agreements (SLAs), might not be functionally 
> > complete, and Red Hat does not recommend to use them for production".
> >
> > 6. Oh, we broke old code. Let's deprecate them and close PRODUCTION issues 
> > (we didn't see anything).
> >
> >
> > And again, we are not hate new cinderlib integration. We just want that new 
> > technology don't break all PRODUCTION clustes. Almost two years ago I write 
> > on this issue https://bugzilla.redhat.com/show_bug.cgi?id=1539837#c6 about 
> > "before deprecate, let's help to migrate". For now I see that oVirt totally 
> > will disable QEMU RBD support and want to use kernel RBD module + python 
> > os-brick + userland mappers + shell wrappers.
> >
> >
> > Thanks, I hope I am writing this for a reason and it will help build 
> > bridges between the community and the developers. We have been with oVirt 
> > for almost 10 years and now it is a crossroads towards a different 
> > virtualization manager.
> >
> > k
> >
> >
> > So I see only regressions for now, hope we'll found some code owner who can 
> > catch this oVirt 4.4 only bugs.
> >
>
> I looked at the bugs and I see you've already identified the problem
> and have patches attached, if you can submit the patches and verify
> them perhaps we can merge the fixes
>
___
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/SW2B4VGVC4GAVU72WRUKPAWQWI4R3M65/

[ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available

[Konstantin Shalygin]

Currently integration don't need nbd or krbd. Just qemu process.


k

Sent from my iPhone

> On 28 Dec 2020, at 15:28, Benny Zlotnik  wrote:
> 
> On Tue, Dec 22, 2020 at 6:33 PM Konstantin Shalygin  wrote:
>> 
>> Sandro, FYI we are not against cinderlib integration, more than we are 
>> upgrade 4.3 to 4.4 due movement to cinderlib.
>> 
>> But (!) current Managed Storage Block realization support only krbd (kernel 
>> RBD) driver - it's also not a option, because kernel client is always 
>> lagging behind librbd, and every update\bugfix we should reboot whole host 
>> instead simple migration of all VMs and then migrate it back. Also with krbd 
>> host will be use kernel page cache, and will not be unmounted if VM will 
>> crash (qemu with librbd is one userland process).
>> 
> 
> There was rbd-nbd support at some point in cinderlib[1] which
> addresses your concerns, but it was removed because of some issues
> 
> +Gorka, are there any plans to pick it up again?
> 
> [1] 
> https://github.com/Akrog/cinderlib/commit/a09a7e12fe685d747ed390a59cd42d0acd1399e4
> 
> 
> 
>> So for me current situation look like this:
>> 
>> 1. We update deprecated OpenStack code? Why, Its for delete?.. Nevermind, 
>> just update this code...
>> 
>> 2. Hmm... auth tests doesn't work, to pass test just disable any OpenStack 
>> project_id related things... and... Done...
>> 
>> 3. I don't care how current cinder + qemu code works, just write new one for 
>> linux kernel, it's optimal to use userland apps, just add wrappers (no, it's 
>> not);
>> 
>> 4. Current Cinder integration require zero configuration on oVirt hosts. 
>> It's lazy, why oVirt administrator do nothing? just write manual how-to 
>> install packages - oVirt administrators love anything except "reinstall" 
>> from engine (no, it's not);
>> 
>> 5. We broke old code. New features is "Cinderlib is a Technology Preview 
>> feature only. Technology Preview features are not supported with Red Hat 
>> production service level agreements (SLAs), might not be functionally 
>> complete, and Red Hat does not recommend to use them for production".
>> 
>> 6. Oh, we broke old code. Let's deprecate them and close PRODUCTION issues 
>> (we didn't see anything).
>> 
>> 
>> And again, we are not hate new cinderlib integration. We just want that new 
>> technology don't break all PRODUCTION clustes. Almost two years ago I write 
>> on this issue https://bugzilla.redhat.com/show_bug.cgi?id=1539837#c6 about 
>> "before deprecate, let's help to migrate". For now I see that oVirt totally 
>> will disable QEMU RBD support and want to use kernel RBD module + python 
>> os-brick + userland mappers + shell wrappers.
>> 
>> 
>> Thanks, I hope I am writing this for a reason and it will help build bridges 
>> between the community and the developers. We have been with oVirt for almost 
>> 10 years and now it is a crossroads towards a different virtualization 
>> manager.
>> 
>> k
>> 
>> 
>> So I see only regressions for now, hope we'll found some code owner who can 
>> catch this oVirt 4.4 only bugs.
>> 
> 
> I looked at the bugs and I see you've already identified the problem
> and have patches attached, if you can submit the patches and verify
> them perhaps we can merge the fixes
> ___
> 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/E7QTTECXLUD6LIEE36FBRJ3JSOQO27DP/
___
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/XMFRPECJQP325MBR3VSBUABWDU7Z2TIQ/

[ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available

[Benny Zlotnik]

On Tue, Dec 22, 2020 at 6:33 PM Konstantin Shalygin  wrote:
>
> Sandro, FYI we are not against cinderlib integration, more than we are 
> upgrade 4.3 to 4.4 due movement to cinderlib.
>
> But (!) current Managed Storage Block realization support only krbd (kernel 
> RBD) driver - it's also not a option, because kernel client is always lagging 
> behind librbd, and every update\bugfix we should reboot whole host instead 
> simple migration of all VMs and then migrate it back. Also with krbd host 
> will be use kernel page cache, and will not be unmounted if VM will crash 
> (qemu with librbd is one userland process).
>

There was rbd-nbd support at some point in cinderlib[1] which
addresses your concerns, but it was removed because of some issues

+Gorka, are there any plans to pick it up again?

[1] 
https://github.com/Akrog/cinderlib/commit/a09a7e12fe685d747ed390a59cd42d0acd1399e4



> So for me current situation look like this:
>
> 1. We update deprecated OpenStack code? Why, Its for delete?.. Nevermind, 
> just update this code...
>
> 2. Hmm... auth tests doesn't work, to pass test just disable any OpenStack 
> project_id related things... and... Done...
>
> 3. I don't care how current cinder + qemu code works, just write new one for 
> linux kernel, it's optimal to use userland apps, just add wrappers (no, it's 
> not);
>
> 4. Current Cinder integration require zero configuration on oVirt hosts. It's 
> lazy, why oVirt administrator do nothing? just write manual how-to install 
> packages - oVirt administrators love anything except "reinstall" from engine 
> (no, it's not);
>
> 5. We broke old code. New features is "Cinderlib is a Technology Preview 
> feature only. Technology Preview features are not supported with Red Hat 
> production service level agreements (SLAs), might not be functionally 
> complete, and Red Hat does not recommend to use them for production".
>
> 6. Oh, we broke old code. Let's deprecate them and close PRODUCTION issues 
> (we didn't see anything).
>
>
> And again, we are not hate new cinderlib integration. We just want that new 
> technology don't break all PRODUCTION clustes. Almost two years ago I write 
> on this issue https://bugzilla.redhat.com/show_bug.cgi?id=1539837#c6 about 
> "before deprecate, let's help to migrate". For now I see that oVirt totally 
> will disable QEMU RBD support and want to use kernel RBD module + python 
> os-brick + userland mappers + shell wrappers.
>
>
> Thanks, I hope I am writing this for a reason and it will help build bridges 
> between the community and the developers. We have been with oVirt for almost 
> 10 years and now it is a crossroads towards a different virtualization 
> manager.
>
> k
>
>
> So I see only regressions for now, hope we'll found some code owner who can 
> catch this oVirt 4.4 only bugs.
>

I looked at the bugs and I see you've already identified the problem
and have patches attached, if you can submit the patches and verify
them perhaps we can merge the fixes
___
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/E7QTTECXLUD6LIEE36FBRJ3JSOQO27DP/

[ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available

[Matthias Leopold]

I just want to state that we are in the same situation like Konstantin, 
running a big cluster with Cinder storage (564 disks). This has worked 
perfectly for us in the past. I didn't upgrade to 4.4 yet, but reading 
now about Cinder deprecation makes me very sad. Why did you address bugs 
like https://bugzilla.redhat.com/show_bug.cgi?id=1743716 and then 
suddenly stop working on this? I know that Open Stack block storage 
(Cinder) always had Technology Preview status in oVirt so complaining 
about breaking "production" clusters might be futile from a "legal" 
point of view, but I want to confirm once again that is has been 
successfully used in large scale. Are there ways to lobby for keeping 
Cinder support in oVirt 4.4? Would it be possible to sponsor this feature?


I know about and already tested cinderlib and I'm not unwilling to use 
it (like Konstantin). My objections at the present time are the same as 
Konstantin's and I'm at least expecting proper documentation (which is 
on it's way) and ideally a migration guide.


Anyway, thanks a lot for great work so far. I hope I will remain a happy 
user.


Matthias



Am 22.12.20 um 17:31 schrieb Konstantin Shalygin:
Sandro, FYI we are not against cinderlib integration, more than we are 
upgrade 4.3 to 4.4 due movement to cinderlib.


But (!) current Managed Storage Block realization support only krbd 
(kernel RBD) driver - it's also not a option, because kernel client is 
always lagging behind librbd, and every update\bugfix we should *reboot 
whole host* instead simple migration of all VMs and then migrate it 
back. Also with krbd host will be use kernel page cache, and will not be 
unmounted if VM will crash (qemu with librbd is one userland process).


So for me current situation look like this:

1. We update deprecated OpenStack code? Why, Its for delete?.. 
Nevermind, just update this code...


2. Hmm... auth tests doesn't work, to pass test just disable any 
OpenStack project_id related things... and... Done...


3. I don't care how current cinder + qemu code works, just write new one 
for linux kernel, it's optimal to use userland apps, just add wrappers 
(no, it's not);


4. Current Cinder integration require zero configuration on oVirt hosts. 
It's lazy, why oVirt administrator do nothing? just write manual how-to 
install packages - oVirt administrators love anything except "reinstall" 
from engine (no, it's not);


5. We broke old code. New features is "Cinderlib is a Technology Preview 
feature only. Technology Preview features are not supported with Red Hat 
production service level agreements (SLAs), might not be functionally 
complete, and Red Hat does not recommend to use them for production".


6. Oh, we broke old code. Let's deprecate them and close PRODUCTION 
issues (we didn't see anything).



And again, we are not hate new cinderlib integration. We just want that 
new technology don't break all PRODUCTION clustes. Almost two years ago 
I write on this issue 
https://bugzilla.redhat.com/show_bug.cgi?id=1539837#c6 about "before 
deprecate, let's help to migrate". For now I see that oVirt totally will 
disable QEMU RBD support and want to use kernel RBD module + python 
os-brick + userland mappers + shell wrappers.



Thanks, I hope I am writing this for a reason and it will help build 
bridges between the community and the developers. We have been with 
oVirt for almost 10 years and now it is a crossroads towards a different 
virtualization manager.


k


So I see only regressions for now, hope we'll found some code owner who 
can catch this oVirt 4.4 only bugs.


On 22.12.2020 12:01, Sandro Bonazzola wrote:



Il giorno lun 21 dic 2020 alle ore 18:33 Konstantin Shalygin 
mailto:k0...@k0ste.ru>> ha scritto:


Sandro, after my mention my two bugs was closed as deprecated
feature of "old Cinder integration". But actually no one oVirt 4.4
doc mentioned about deprecations/cautions/warnings.


Indeed, documentation is not aligned with +Eyal Shenitzky 
 's comments on the bugs.
A proper deprecation bug should have been opened and documentation 
should have been properly updated to clearly mark the feature as 
deprecated.
Also the new implementation of cinderlib is not properly documented in 
oVirt Install Guide, I'll try to get it updated today.


How do you think, as manager of project, it's okay to just broke
working code due loose tests and then deprecate it just by wave a
hand?路‍♂️


I'll let storage team lead to reply to this specific question. I can 
only agree this has not been properly handled.




___
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: 

[ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available

[Gianluca Cecchi]

On Tue, Dec 22, 2020 at 11:03 AM Sandro Bonazzola 
wrote:

>
>
> Cluster compatibility level has been introduced with:
> *Bug 1877675*  - [RFE]
> Introduce Datacenter and cluster level 4.5
>
> It tracks:
> *- Bug 1725166  -
> [RFE] Private VLAN / port isolation*
> *- Support for Intel Icelake Server Family *
> *- **Bug 1814565*  - 
> Report
> disk.usage for VMs with RHEL 8 guests
> - *Bug 1852718*  - vGPU:
> VM failed to run with mdev_type instance
> - *Bug 1853194*  - VM
> with disk on iscsi on environment with SELinux enforced fails to start on
> host - Exit message: Wake up from hibernation failed:internal error: child
> reported (status=125): unable to set security context
> - *Bug 1876605*  - VM
> with scsi hostdev (scsi_generic custom property) fails on start:'node-name
> too long for qemu'
>
> +Martin Perina  , +Arik Hadas  , +Tal
> Nisan  , +Dominik Holler   feel
> free to add if I missed something.
> I think that having a page on oVirt documentation with features and
> requirements per supported cluster compatibility level would help.
> Gianluca, maybe you can open a bug for it?
>

Done. It is here:
https://bugzilla.redhat.com/show_bug.cgi?id=1910332

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

[ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available

[Konstantin Shalygin]

Sandro, FYI we are not against cinderlib integration, more than we are 
upgrade 4.3 to 4.4 due movement to cinderlib.


But (!) current Managed Storage Block realization support only krbd 
(kernel RBD) driver - it's also not a option, because kernel client is 
always lagging behind librbd, and every update\bugfix we should *reboot 
whole host* instead simple migration of all VMs and then migrate it 
back. Also with krbd host will be use kernel page cache, and will not be 
unmounted if VM will crash (qemu with librbd is one userland process).


So for me current situation look like this:

1. We update deprecated OpenStack code? Why, Its for delete?.. 
Nevermind, just update this code...


2. Hmm... auth tests doesn't work, to pass test just disable any 
OpenStack project_id related things... and... Done...


3. I don't care how current cinder + qemu code works, just write new one 
for linux kernel, it's optimal to use userland apps, just add wrappers 
(no, it's not);


4. Current Cinder integration require zero configuration on oVirt hosts. 
It's lazy, why oVirt administrator do nothing? just write manual how-to 
install packages - oVirt administrators love anything except "reinstall" 
from engine (no, it's not);


5. We broke old code. New features is "Cinderlib is a Technology Preview 
feature only. Technology Preview features are not supported with Red Hat 
production service level agreements (SLAs), might not be functionally 
complete, and Red Hat does not recommend to use them for production".


6. Oh, we broke old code. Let's deprecate them and close PRODUCTION 
issues (we didn't see anything).



And again, we are not hate new cinderlib integration. We just want that 
new technology don't break all PRODUCTION clustes. Almost two years ago 
I write on this issue 
https://bugzilla.redhat.com/show_bug.cgi?id=1539837#c6 about "before 
deprecate, let's help to migrate". For now I see that oVirt totally will 
disable QEMU RBD support and want to use kernel RBD module + python 
os-brick + userland mappers + shell wrappers.



Thanks, I hope I am writing this for a reason and it will help build 
bridges between the community and the developers. We have been with 
oVirt for almost 10 years and now it is a crossroads towards a different 
virtualization manager.


k


So I see only regressions for now, hope we'll found some code owner who 
can catch this oVirt 4.4 only bugs.


On 22.12.2020 12:01, Sandro Bonazzola wrote:



Il giorno lun 21 dic 2020 alle ore 18:33 Konstantin Shalygin 
mailto:k0...@k0ste.ru>> ha scritto:


Sandro, after my mention my two bugs was closed as deprecated
feature of "old Cinder integration". But actually no one oVirt 4.4
doc mentioned about deprecations/cautions/warnings.


Indeed, documentation is not aligned with +Eyal Shenitzky 
 's comments on the bugs.
A proper deprecation bug should have been opened and documentation 
should have been properly updated to clearly mark the feature as 
deprecated.
Also the new implementation of cinderlib is not properly documented in 
oVirt Install Guide, I'll try to get it updated today.


How do you think, as manager of project, it's okay to just broke
working code due loose tests and then deprecate it just by wave a
hand?路‍♂️


I'll let storage team lead to reply to this specific question. I can 
only agree this has not been properly handled.


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

[ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available

[Florian Schmid via Users]

Thx a lot Sandro. 


Von: "Sandro Bonazzola"  
An: "Florian Schmid"  
CC: "users" , "Jason Keltz" , "Strahil 
Nikolov"  
Gesendet: Dienstag, 22. Dezember 2020 14:14:28 
Betreff: Re: [ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available 



Il giorno mar 22 dic 2020 alle ore 13:57 Florian Schmid via Users < [ 
mailto:users@ovirt.org | users@ovirt.org ] > ha scritto: 


Hi, 

I think the big question is: Will ovirt be tested against such EL-based clones. 


Well, it will be tested for those EL-based clones a few months before they'll 
be released, being CentOS Stream upstream to those clones. 
At GA time, oVirt is already expected to work fine on latest Red Hat Enterprise 
Linux. 
The gain on using CentOS Stream is that it will be already working also on next 
Red Hat Enterprise Linux. 

BQ_BEGIN
Is ovirt then still 100% compatible to EL, when it will be developed for 
Stream, because Stream will be ahead EL. 

BQ_END

I don't see why it shouldn't. 
As an example scenario: 
- oVirt 4.4.3 has been released with cluster compatibility level 4.5, requiring 
RHEL 8.3 + Advanced Virtualization to be able to consume the new feature. But 
it worked fine on CentOS 8.2 in cluster compatibility level 4.4. 
- CentOS 8.3 and Advanced Virtualization 8.3 got released: 4.4.3 and the new 
4.4.4 can now use cluster level 4.5. 

With CentOS Stream you'll get similar scenario. At GA time oVirt 4.4.5 will be 
released working with CentOS Stream at release date which basically means, it 
will be ready to work on RHEL 8.4 but will be working with RHEL 8.3 too while 
waiting for RHEL 8.4 to be released. 


BQ_BEGIN
Next question is, how stable will be CentOS stream? 

BQ_END

I think pretty much. Before landing on CentOS Stream packages have been already 
through RHEL CI. 
And oVirt wise, it will go through our CI as well. 

BQ_BEGIN
At the moment, ovirt is using a lot a packages of different 3rd party repos, 
but the OS system core is still EL clone and stable. 
With stream, also the core system is quite new and a way newer than EL, so how 
stable will it be? 

Can you then still use CentOS stream + oVirt in production systems? 

BQ_END

I think so, and oVirt wise we already foresee CentOS Stream in production more 
than one year ago: [ https://blogs.ovirt.org/2019/09/ovirt-and-centos-stream/ | 
https://blogs.ovirt.org/2019/09/ovirt-and-centos-stream/ ] 

BQ_BEGIN

BR Florian 

- Ursprüngliche Mail - 
Von: "users" < [ mailto:users@ovirt.org | users@ovirt.org ] > 
An: "users" < [ mailto:users@ovirt.org | users@ovirt.org ] >, "Jason Keltz" < [ 
mailto:j...@eecs.yorku.ca | j...@eecs.yorku.ca ] > 
Gesendet: Dienstag, 22. Dezember 2020 12:20:04 
Betreff: [ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available 

You can use OEL or any EL-based clone. 

Best Regards, 
Strahil Nikolov 






В вторник, 22 декември 2020 г., 08:46:54 Гринуич+2, Jason Keltz < [ 
mailto:j...@eecs.yorku.ca | j...@eecs.yorku.ca ] > написа: 






On 12/21/2020 8:22 AM, Sandro Bonazzola wrote: 


> 


oVirt 4.4.4 is now generally available 


The oVirt project is excited to announce the general availability of oVirt 
4.4.4 , as of December 21st, 2020. 

... 



> 
> 
> This release is available now on x86_64 architecture for: 
> 
> * Red Hat Enterprise Linux 8.3 
> * CentOS Linux (or similar) 8.3 
> * CentOS Stream (tech preview) 
> 
> 

Sandro, 

I have a question about "Red Hat Enterprise Linux" compatibility with oVirt. 
I've always used CentOS in the past along with oVirt. I'm running CentOS 7 
along with oVirt 4.3. I really want to upgrade to oVirt 4.4, but I'm not 
comfortable with the future vision for CentOS as it stands for my 
virtualization platform. If I was to move to RHEL for my oVirt systems, but 
still stick with the "self supported" model, it's not clear whether I can get 
away with using "RHEL Workstation" for my 4 hosts ($179 USD each), or whether I 
need to purchase "Red Hat Enterprise Linux Server" ($349 USD each). Any 
feedback would be appreciated. 

Thanks! 


Jason. 

___ 
Users mailing list -- [ mailto:users@ovirt.org | users@ovirt.org ] 
To unsubscribe send an email to [ mailto:users-le...@ovirt.org | 
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/TB6TOM2RGRJGXXPZL3NDLK77TGACAHIG/
 | 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TB6TOM2RGRJGXXPZL3NDLK77TGACAHIG/
 ] 
___ 
Users mailing list -- [ mailto:users@ovir

[ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available

[Sandro Bonazzola]

Il giorno mar 22 dic 2020 alle ore 13:57 Florian Schmid via Users <
users@ovirt.org> ha scritto:

> Hi,
>
> I think the big question is: Will ovirt be tested against such EL-based
> clones.


Well, it will be tested for those EL-based clones a few months before
they'll be released, being CentOS Stream upstream to those clones.
At GA time, oVirt is already expected to work fine on latest Red Hat
Enterprise Linux.
The gain on using CentOS Stream is that it will be already working also on
next Red Hat Enterprise Linux.


> Is ovirt then still 100% compatible to EL, when it will be developed for
> Stream, because Stream will be ahead EL.
>

I don't see why it shouldn't.
As an example scenario:
- oVirt 4.4.3 has been released with cluster compatibility level 4.5,
requiring RHEL 8.3 + Advanced Virtualization to be able to consume the new
feature. But it worked fine on CentOS 8.2 in cluster compatibility level
4.4.
- CentOS 8.3 and Advanced Virtualization  8.3 got released: 4.4.3 and the
new 4.4.4 can now use cluster level 4.5.

With CentOS Stream you'll get similar scenario. At GA time oVirt 4.4.5 will
be released working with CentOS Stream at release date which basically
means, it will be ready to work on RHEL 8.4 but will be working with RHEL
8.3 too while waiting for RHEL 8.4 to be released.


> Next question is, how stable will be CentOS stream?
>

I think pretty much. Before landing on CentOS Stream packages have been
already through RHEL CI.
And oVirt wise, it will go through our CI as well.


> At the moment, ovirt is using a lot a packages of different 3rd party
> repos, but the OS system core is still EL clone and stable.
> With stream, also the core system is quite new and a way newer than EL, so
> how stable will it be?
>
> Can you then still use CentOS stream + oVirt in production systems?
>

I think so, and oVirt wise we already foresee CentOS Stream in production
more than one year ago:
https://blogs.ovirt.org/2019/09/ovirt-and-centos-stream/


>
> BR Florian
>
> - Ursprüngliche Mail -
> Von: "users" 
> An: "users" , "Jason Keltz" 
> Gesendet: Dienstag, 22. Dezember 2020 12:20:04
> Betreff: [ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available
>
> You can use OEL or any EL-based clone.
>
> Best Regards,
> Strahil Nikolov
>
>
>
>
>
>
> В вторник, 22 декември 2020 г., 08:46:54 Гринуич+2, Jason Keltz <
> j...@eecs.yorku.ca> написа:
>
>
>
>
>
>
> On 12/21/2020 8:22 AM, Sandro Bonazzola wrote:
>
>
> >
>
>
> oVirt 4.4.4 is now generally available
>
>
> The oVirt project is excited to announce the general availability of oVirt
> 4.4.4 , as of December 21st, 2020.
>
> ...
>
>
>
> >
> >
> > This release is available now on x86_64 architecture for:
> >
> > * Red Hat Enterprise Linux 8.3
> > * CentOS Linux (or similar) 8.3
> > * CentOS Stream (tech preview)
> >
> >
>
> Sandro,
>
> I have a question about "Red Hat Enterprise Linux" compatibility with
> oVirt.  I've always used CentOS in the past along with oVirt.  I'm running
> CentOS 7 along with oVirt 4.3.  I really want to upgrade to oVirt 4.4, but
> I'm not comfortable with the future vision for CentOS as it stands for my
> virtualization platform.  If I was to move to RHEL for my oVirt systems,
> but still stick with the "self supported" model, it's not clear whether  I
> can get away with using "RHEL Workstation" for my 4 hosts ($179 USD each),
> or whether I need to purchase "Red Hat Enterprise Linux Server" ($349 USD
> each).  Any feedback would be appreciated.
>
> Thanks!
>
>
> Jason.
>
> ___
> 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/TB6TOM2RGRJGXXPZL3NDLK77TGACAHIG/
> ___
> 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/34LBTODBJX25TNMJQVX5WLLXI237Y4B3/
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy

[ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available

[Florian Schmid via Users]

Hi,

I think the big question is: Will ovirt be tested against such EL-based clones. 
Is ovirt then still 100% compatible to EL, when it will be developed for 
Stream, because Stream will be ahead EL.

Next question is, how stable will be CentOS stream?
At the moment, ovirt is using a lot a packages of different 3rd party repos, 
but the OS system core is still EL clone and stable.
With stream, also the core system is quite new and a way newer than EL, so how 
stable will it be?

Can you then still use CentOS stream + oVirt in production systems?

BR Florian

- Ursprüngliche Mail -
Von: "users" 
An: "users" , "Jason Keltz" 
Gesendet: Dienstag, 22. Dezember 2020 12:20:04
Betreff: [ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available

You can use OEL or any EL-based clone.

Best Regards,
Strahil Nikolov






В вторник, 22 декември 2020 г., 08:46:54 Гринуич+2, Jason Keltz 
 написа: 






On 12/21/2020 8:22 AM, Sandro Bonazzola wrote:


>  


oVirt 4.4.4 is now generally available


The oVirt project is excited to announce the general availability of oVirt 
4.4.4 , as of December 21st, 2020.

...



>  
>  
> This release is available now on x86_64 architecture for:
> 
> * Red Hat Enterprise Linux 8.3
> * CentOS Linux (or similar) 8.3
> * CentOS Stream (tech preview)
> 
> 

Sandro,

I have a question about "Red Hat Enterprise Linux" compatibility with oVirt.  
I've always used CentOS in the past along with oVirt.  I'm running CentOS 7 
along with oVirt 4.3.  I really want to upgrade to oVirt 4.4, but I'm not 
comfortable with the future vision for CentOS as it stands for my 
virtualization platform.  If I was to move to RHEL for my oVirt systems, but 
still stick with the "self supported" model, it's not clear whether  I can get 
away with using "RHEL Workstation" for my 4 hosts ($179 USD each), or whether I 
need to purchase "Red Hat Enterprise Linux Server" ($349 USD each).  Any 
feedback would be appreciated.

Thanks!  


Jason.

___
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/TB6TOM2RGRJGXXPZL3NDLK77TGACAHIG/
___
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/34LBTODBJX25TNMJQVX5WLLXI237Y4B3/
___
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/UKQ5CDDWNH2YODL4WXTFQ7ETNIZRQ7NW/

[ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available

[Strahil Nikolov via Users]

You can use OEL or any EL-based clone.

Best Regards,
Strahil Nikolov






В вторник, 22 декември 2020 г., 08:46:54 Гринуич+2, Jason Keltz 
 написа: 






On 12/21/2020 8:22 AM, Sandro Bonazzola wrote:


>  


oVirt 4.4.4 is now generally available


The oVirt project is excited to announce the general availability of oVirt 
4.4.4 , as of December 21st, 2020.

...



>  
>  
> This release is available now on x86_64 architecture for:
> 
> * Red Hat Enterprise Linux 8.3
> * CentOS Linux (or similar) 8.3
> * CentOS Stream (tech preview)
> 
> 

Sandro,

I have a question about "Red Hat Enterprise Linux" compatibility with oVirt.  
I've always used CentOS in the past along with oVirt.  I'm running CentOS 7 
along with oVirt 4.3.  I really want to upgrade to oVirt 4.4, but I'm not 
comfortable with the future vision for CentOS as it stands for my 
virtualization platform.  If I was to move to RHEL for my oVirt systems, but 
still stick with the "self supported" model, it's not clear whether  I can get 
away with using "RHEL Workstation" for my 4 hosts ($179 USD each), or whether I 
need to purchase "Red Hat Enterprise Linux Server" ($349 USD each).  Any 
feedback would be appreciated.

Thanks!  


Jason.

___
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/TB6TOM2RGRJGXXPZL3NDLK77TGACAHIG/
___
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/34LBTODBJX25TNMJQVX5WLLXI237Y4B3/

[ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available

[Sandro Bonazzola]

Il giorno lun 21 dic 2020 alle ore 18:08 Gianluca Cecchi <
gianluca.cec...@gmail.com> ha scritto:

> On Mon, Dec 21, 2020 at 2:36 PM Sandro Bonazzola 
> wrote:
>
>>
>>
>> Il giorno lun 21 dic 2020 alle ore 14:31 Gianluca Cecchi <
>> gianluca.cec...@gmail.com> ha scritto:
>>
>>> Hi Sandro,
>>> thanks for the release!
>>>
>>> Should this fix the upgrade problems to cluster version 4.5 too when
>>> using CentOS 8.3 + updates?
>>>
>>
>> Yes
>>
>>
>>
> Hi Sandro,
> I confirm that on a test cluster with 3 plain CentOS 8.3 hosts and an
> external CentOS 8.3 based engine I was able to update all of them to 4.4.4
> and then update both cluster and DC level to 4.5.
> Can you recall, apart from being now at the latest level, what kind of new
> features I should expect in 4.5 vs 4.4 so that I can also test and use them
> for improvements (eg in storage domain version/features, incremental
> backup, snapshotting features, export and such...)?
>

Cluster compatibility level has been introduced with:
*Bug 1877675*  - [RFE]
Introduce Datacenter and cluster level 4.5

It tracks:
*- Bug 1725166  -
[RFE] Private VLAN / port isolation*
*- Support for Intel Icelake Server Family *
*- **Bug 1814565*
 - Report
disk.usage for VMs with RHEL 8 guests
- *Bug 1852718*  - vGPU:
VM failed to run with mdev_type instance
- *Bug 1853194*  - VM
with disk on iscsi on environment with SELinux enforced fails to start on
host - Exit message: Wake up from hibernation failed:internal error: child
reported (status=125): unable to set security context
- *Bug 1876605*  - VM
with scsi hostdev (scsi_generic custom property) fails on start:'node-name
too long for qemu'

+Martin Perina  , +Arik Hadas  , +Tal
Nisan  , +Dominik Holler   feel free
to add if I missed something.
I think that having a page on oVirt documentation with features and
requirements per supported cluster compatibility level would help.
Gianluca, maybe you can open a bug for it?




>
> thanks
> Gianluca
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


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

[ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available

[Eyal Shenitzky]

+Shir Fishbain  +Benny Zlotnik ,
Can you please review the manual and validate that all steps are up-to-date?

On Tue, 22 Dec 2020 at 11:16, Sandro Bonazzola  wrote:

>
>
> Il giorno mar 22 dic 2020 alle ore 10:01 Sandro Bonazzola <
> sbona...@redhat.com> ha scritto:
>
>>
>>
>> Il giorno lun 21 dic 2020 alle ore 18:33 Konstantin Shalygin <
>> k0...@k0ste.ru> ha scritto:
>>
>>> Sandro, after my mention my two bugs was closed as deprecated feature of
>>> "old Cinder integration". But actually no one oVirt 4.4 doc mentioned about
>>> deprecations/cautions/warnings.
>>>
>>
>> Indeed, documentation is not aligned with +Eyal Shenitzky
>>  's comments on the bugs.
>> A proper deprecation bug should have been opened and documentation should
>> have been properly updated to clearly mark the feature as deprecated.
>> Also the new implementation of cinderlib is not properly documented in
>> oVirt Install Guide, I'll try to get it updated today.
>>
>
> +Eyal Shenitzky  , +Steve Goodman
>  , +Stefano Stagnaro  can you
> please review https://github.com/oVirt/ovirt-site/pull/2409 ?
>
>
>
>
>
>>
>>
>>> How do you think, as manager of project, it's okay to just broke working
>>> code due loose tests and then deprecate it just by wave a hand?路‍♂️
>>>
>>
>> I'll let storage team lead to reply to this specific question. I can only
>> agree this has not been properly handled.
>>
>>
>>
>>>
>>> Thanks,
>>> k
>>>
>>>
>>> Sent from my iPhone
>>>
>>> On 21 Dec 2020, at 18:09, Sandro Bonazzola  wrote:
>>>
>>> 
>>>
>>>
>>> Il giorno lun 21 dic 2020 alle ore 15:57 Konstantin Shalygin <
>>> k0...@k0ste.ru> ha scritto:
>>>
 On 21.12.2020 16:22, Sandro Bonazzola wrote:

 The oVirt project is excited to announce the general availability of
 oVirt 4.4.4 , as of December 21st, 2020.

 Sandro, is any plans to fix for OpenStack provider regressions for 4.4
 release?



>>> I see you opened two bugs about it:
>>> *Bug 1905113*  - 
>>> OpenStack
>>> Block Storage Provider (Cinder) regression: oVirt 4.4 Disk resize broken
>>> *Bug 1904669*  - oVirt
>>> 4.3 -> 4.4 production upgrade: OpenStack Block Storage Provider (Cinder)
>>> regression
>>>
>>> Please consider most of the developers are going to be on vacation due
>>> to the upcoming holidays.
>>> I think storage team is looking into this but I see above bugs have not
>>> been targeted yet so a deeper investigation may be needed.
>>>
>>>
>>>
 Thanks,

 k

>>>
>>>
>>> --
>>>
>>> Sandro Bonazzola
>>>
>>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>>
>>> Red Hat EMEA 
>>>
>>> sbona...@redhat.com
>>> 
>>>
>>> *Red Hat respects your work life balance. Therefore there is no need to
>>> answer this email out of your office hours.*
>>>
>>>
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/GYAVGLTXHRGK27LWCGDAVFQGAIZMY2FC/
>>>
>>>
>>
>> --
>>
>> Sandro Bonazzola
>>
>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>
>> Red Hat EMEA 
>>
>> sbona...@redhat.com
>> 
>>
>> *Red Hat respects your work life balance. Therefore there is no need to
>> answer this email out of your office hours.
>> *
>>
>>
>>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> 
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.
> *
>
>
>

-- 
Regards,
Eyal Shenitzky
___
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/3HIKB3KORTYFP3WRP6O3BLOUGKMULQJL/

[ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available

[Sandro Bonazzola]

Il giorno mar 22 dic 2020 alle ore 10:01 Sandro Bonazzola <
sbona...@redhat.com> ha scritto:

>
>
> Il giorno lun 21 dic 2020 alle ore 18:33 Konstantin Shalygin <
> k0...@k0ste.ru> ha scritto:
>
>> Sandro, after my mention my two bugs was closed as deprecated feature of
>> "old Cinder integration". But actually no one oVirt 4.4 doc mentioned about
>> deprecations/cautions/warnings.
>>
>
> Indeed, documentation is not aligned with +Eyal Shenitzky
>  's comments on the bugs.
> A proper deprecation bug should have been opened and documentation should
> have been properly updated to clearly mark the feature as deprecated.
> Also the new implementation of cinderlib is not properly documented in
> oVirt Install Guide, I'll try to get it updated today.
>

+Eyal Shenitzky  , +Steve Goodman 
 , +Stefano Stagnaro  can you please review
https://github.com/oVirt/ovirt-site/pull/2409 ?





>
>
>> How do you think, as manager of project, it's okay to just broke working
>> code due loose tests and then deprecate it just by wave a hand?路‍♂️
>>
>
> I'll let storage team lead to reply to this specific question. I can only
> agree this has not been properly handled.
>
>
>
>>
>> Thanks,
>> k
>>
>>
>> Sent from my iPhone
>>
>> On 21 Dec 2020, at 18:09, Sandro Bonazzola  wrote:
>>
>> 
>>
>>
>> Il giorno lun 21 dic 2020 alle ore 15:57 Konstantin Shalygin <
>> k0...@k0ste.ru> ha scritto:
>>
>>> On 21.12.2020 16:22, Sandro Bonazzola wrote:
>>>
>>> The oVirt project is excited to announce the general availability of
>>> oVirt 4.4.4 , as of December 21st, 2020.
>>>
>>> Sandro, is any plans to fix for OpenStack provider regressions for 4.4
>>> release?
>>>
>>>
>>>
>> I see you opened two bugs about it:
>> *Bug 1905113*  - 
>> OpenStack
>> Block Storage Provider (Cinder) regression: oVirt 4.4 Disk resize broken
>> *Bug 1904669*  - oVirt
>> 4.3 -> 4.4 production upgrade: OpenStack Block Storage Provider (Cinder)
>> regression
>>
>> Please consider most of the developers are going to be on vacation due to
>> the upcoming holidays.
>> I think storage team is looking into this but I see above bugs have not
>> been targeted yet so a deeper investigation may be needed.
>>
>>
>>
>>> Thanks,
>>>
>>> k
>>>
>>
>>
>> --
>>
>> Sandro Bonazzola
>>
>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>
>> Red Hat EMEA 
>>
>> sbona...@redhat.com
>> 
>>
>> *Red Hat respects your work life balance. Therefore there is no need to
>> answer this email out of your office hours.*
>>
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/GYAVGLTXHRGK27LWCGDAVFQGAIZMY2FC/
>>
>>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> 
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.
> *
>
>
>

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


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

[ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available

[Sandro Bonazzola]

Il giorno lun 21 dic 2020 alle ore 18:33 Konstantin Shalygin 
ha scritto:

> Sandro, after my mention my two bugs was closed as deprecated feature of
> "old Cinder integration". But actually no one oVirt 4.4 doc mentioned about
> deprecations/cautions/warnings.
>

Indeed, documentation is not aligned with +Eyal Shenitzky
 's comments on the bugs.
A proper deprecation bug should have been opened and documentation should
have been properly updated to clearly mark the feature as deprecated.
Also the new implementation of cinderlib is not properly documented in
oVirt Install Guide, I'll try to get it updated today.


> How do you think, as manager of project, it's okay to just broke working
> code due loose tests and then deprecate it just by wave a hand?路‍♂️
>

I'll let storage team lead to reply to this specific question. I can only
agree this has not been properly handled.



>
> Thanks,
> k
>
>
> Sent from my iPhone
>
> On 21 Dec 2020, at 18:09, Sandro Bonazzola  wrote:
>
> 
>
>
> Il giorno lun 21 dic 2020 alle ore 15:57 Konstantin Shalygin <
> k0...@k0ste.ru> ha scritto:
>
>> On 21.12.2020 16:22, Sandro Bonazzola wrote:
>>
>> The oVirt project is excited to announce the general availability of
>> oVirt 4.4.4 , as of December 21st, 2020.
>>
>> Sandro, is any plans to fix for OpenStack provider regressions for 4.4
>> release?
>>
>>
>>
> I see you opened two bugs about it:
> *Bug 1905113*  - 
> OpenStack
> Block Storage Provider (Cinder) regression: oVirt 4.4 Disk resize broken
> *Bug 1904669*  - oVirt
> 4.3 -> 4.4 production upgrade: OpenStack Block Storage Provider (Cinder)
> regression
>
> Please consider most of the developers are going to be on vacation due to
> the upcoming holidays.
> I think storage team is looking into this but I see above bugs have not
> been targeted yet so a deeper investigation may be needed.
>
>
>
>> Thanks,
>>
>> k
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> 
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.*
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/GYAVGLTXHRGK27LWCGDAVFQGAIZMY2FC/
>
>

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


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

[ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available

[Sandro Bonazzola]

Il giorno mar 22 dic 2020 alle ore 07:51 Jason Keltz  ha
scritto:

>
> On 12/21/2020 8:22 AM, Sandro Bonazzola wrote:
>
> oVirt 4.4.4 is now generally available
>
> The oVirt project is excited to announce the general availability of oVirt
> 4.4.4 , as of December 21st, 2020.
>
> ...
>
>
> This release is available now on x86_64 architecture for:
>
>-
>
>Red Hat Enterprise Linux 8.3
>-
>
>CentOS Linux (or similar) 8.3
>-
>
>CentOS Stream (tech preview)
>
> Sandro,
>
> I have a question about "Red Hat Enterprise Linux" compatibility with
> oVirt.  I've always used CentOS in the past along with oVirt.  I'm running
> CentOS 7 along with oVirt 4.3.  I really want to upgrade to oVirt 4.4, but
> I'm not comfortable with the future vision for CentOS as it stands for my
> virtualization platform.  If I was to move to RHEL for my oVirt systems,
> but still stick with the "self supported" model, it's not clear whether  I
> can get away with using "RHEL Workstation" for my 4 hosts ($179 USD each),
> or whether I need to purchase "Red Hat Enterprise Linux Server" ($349 USD
> each).  Any feedback would be appreciated.
>
I would like to remind the list that more than one year ago the oVirt
project announced that CentOS Stream would be the preferred upstream
platform on which oVirt should be run (
https://blogs.ovirt.org/2019/09/ovirt-and-centos-stream/). We are going to
keep oVirt tested continuously on CentOS Stream in our CI environments so
we expect the combination of oVirt and CentOS Stream to be stable also for
production systems.
That said, I understand the reason for choosing to move to an alternative
to CentOS Linux and I appreciate the choice of Red Hat Enterprise Linux.
>From a technical point of view, RHEL Workstation should work fine but I'm
not an expert about subscriptions entitlements.



> Thanks!
>
> Jason.
>
> PS: I had sent the above with my other email accidentally .. list
> moderator can delete.
> ___
> 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/XFFF6LASXL3VVLZUQY6TYITUN6FHPE4Y/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


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

[ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available

[Jason Keltz]

On 12/21/2020 8:22 AM, Sandro Bonazzola wrote:



  oVirt 4.4.4 is now generally available


The oVirt project is excited to announce the general availability of 
oVirt 4.4.4 , as of December 21st, 2020.



...



This release is available now on x86_64 architecture for:

 *

Red Hat Enterprise Linux 8.3

 *

CentOS Linux (or similar) 8.3

 *

CentOS Stream (tech preview)


Sandro,

I have a question about "Red Hat Enterprise Linux" compatibility with 
oVirt.  I've always used CentOS in the past along with oVirt.  I'm 
running CentOS 7 along with oVirt 4.3.  I really want to upgrade to 
oVirt 4.4, but I'm not comfortable with the future vision for CentOS as 
it stands for my virtualization platform.  If I was to move to RHEL for 
my oVirt systems, but still stick with the "self supported" model, it's 
not clear whether  I can get away with using "RHEL Workstation" for my 4 
hosts ($179 USD each), or whether I need to purchase "Red Hat Enterprise 
Linux Server" ($349 USD each).  Any feedback would be appreciated.


Thanks!

Jason.

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

[ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available

[Konstantin Shalygin]

Sandro, after my mention my two bugs was closed as deprecated feature of "old 
Cinder integration". But actually no one oVirt 4.4 doc mentioned about 
deprecations/cautions/warnings. How do you think, as manager of project, it's 
okay to just broke working code due loose tests and then deprecate it just by 
wave a hand?路‍♂️

Thanks,
k


Sent from my iPhone

> On 21 Dec 2020, at 18:09, Sandro Bonazzola  wrote:
> 
> 
> 
> 
>> Il giorno lun 21 dic 2020 alle ore 15:57 Konstantin Shalygin 
>>  ha scritto:
>> On 21.12.2020 16:22, Sandro Bonazzola wrote:
>>>  The oVirt project is excited to announce the general availability of oVirt 
>>> 4.4.4 , as of December 21st, 2020.
>> Sandro, is any plans to fix for OpenStack provider regressions for 4.4 
>> release?
>> 
>> 
>> 
> 
> I see you opened two bugs about it:
> Bug 1905113 - OpenStack Block Storage Provider (Cinder) regression: oVirt 4.4 
> Disk resize broken
> Bug 1904669 - oVirt 4.3 -> 4.4 production upgrade: OpenStack Block Storage 
> Provider (Cinder) regression
> 
> Please consider most of the developers are going to be on vacation due to the 
> upcoming holidays.
> I think storage team is looking into this but I see above bugs have not been 
> targeted yet so a deeper investigation may be needed.
> 
>  
>> Thanks,
>> 
>> k
>> 
> 
> 
> -- 
> Sandro Bonazzola
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
> Red Hat EMEA
> sbona...@redhat.com   
>   
> Red Hat respects your work life balance. Therefore there is no need to answer 
> this email out of your office hours.
> 
> 
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/GYAVGLTXHRGK27LWCGDAVFQGAIZMY2FC/
___
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/JVWZRHP65MY7WLZSWXBQFTAZCMEXWG3P/

[ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available

[Gianluca Cecchi]

On Mon, Dec 21, 2020 at 2:36 PM Sandro Bonazzola 
wrote:

>
>
> Il giorno lun 21 dic 2020 alle ore 14:31 Gianluca Cecchi <
> gianluca.cec...@gmail.com> ha scritto:
>
>> Hi Sandro,
>> thanks for the release!
>>
>> Should this fix the upgrade problems to cluster version 4.5 too when
>> using CentOS 8.3 + updates?
>>
>
> Yes
>
>
>
Hi Sandro,
I confirm that on a test cluster with 3 plain CentOS 8.3 hosts and an
external CentOS 8.3 based engine I was able to update all of them to 4.4.4
and then update both cluster and DC level to 4.5.
Can you recall, apart from being now at the latest level, what kind of new
features I should expect in 4.5 vs 4.4 so that I can also test and use them
for improvements (eg in storage domain version/features, incremental
backup, snapshotting features, export and such...)?

thanks
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/ZAWPFUPA7V4XGO5KKYI7PY5I7DFL52MY/

[ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available

[Sandro Bonazzola]

Il giorno lun 21 dic 2020 alle ore 15:57 Konstantin Shalygin 
ha scritto:

> On 21.12.2020 16:22, Sandro Bonazzola wrote:
>
> The oVirt project is excited to announce the general availability of oVirt
> 4.4.4 , as of December 21st, 2020.
>
> Sandro, is any plans to fix for OpenStack provider regressions for 4.4
> release?
>
>
>
I see you opened two bugs about it:
*Bug 1905113*  - OpenStack
Block Storage Provider (Cinder) regression: oVirt 4.4 Disk resize broken
*Bug 1904669*  - oVirt
4.3 -> 4.4 production upgrade: OpenStack Block Storage Provider (Cinder)
regression

Please consider most of the developers are going to be on vacation due to
the upcoming holidays.
I think storage team is looking into this but I see above bugs have not
been targeted yet so a deeper investigation may be needed.



> Thanks,
>
> k
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


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

[ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available

[Konstantin Shalygin]

On 21.12.2020 16:22, Sandro Bonazzola wrote:


The oVirt project is excited to announce the general availability of 
oVirt 4.4.4 , as of December 21st, 2020.


Sandro, is any plans to fix for OpenStack provider regressions for 4.4 
release?



Thanks,

k

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

[ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available

[Sandro Bonazzola]

Il giorno lun 21 dic 2020 alle ore 14:31 Gianluca Cecchi <
gianluca.cec...@gmail.com> ha scritto:

> Hi Sandro,
> thanks for the release!
>
> Should this fix the upgrade problems to cluster version 4.5 too when using
> CentOS 8.3 + updates?
>

Yes


>
> Thanks,
> Gianluca
>
> On Mon, Dec 21, 2020 at 2:26 PM Sandro Bonazzola 
> wrote:
>
>> oVirt 4.4.4 is now generally available
>>
>> The oVirt project is excited to announce the general availability of
>> oVirt 4.4.4 , as of December 21st, 2020.
>>
>> This release unleashes an altogether more powerful and flexible open
>> source virtualization solution that encompasses hundreds of individual
>> changes and a wide range of enhancements across the engine, storage,
>> network, user interface, and analytics, as compared to oVirt 4.3.
>> Important notes before you install / upgrade
>>
>> Please note that oVirt 4.4 only supports clusters and data centers with
>> compatibility version 4.2 and above. If clusters or data centers are
>> running with an older compatibility version, you need to upgrade them to at
>> least 4.2 (4.3 is recommended).
>>
>> Please note that in RHEL 8 / CentOS 8 several devices that worked on EL7
>> are no longer supported.
>>
>> For example, the megaraid_sas driver is removed. If you use Enterprise
>> Linux 8 hosts you can try to provide the necessary drivers for the
>> deprecated hardware using the DUD method (See the users’ mailing list
>> thread on this at
>> https://lists.ovirt.org/archives/list/users@ovirt.org/thread/NDSVUZSESOXEFJNPHOXUH4HOOWRIRSB4/
>> )
>> Documentation
>>
>>-
>>
>>If you want to try oVirt as quickly as possible, follow the
>>instructions on the Download  page.
>>-
>>
>>For complete installation, administration, and usage instructions,
>>see the oVirt Documentation .
>>-
>>
>>For upgrading from a previous version, see the oVirt Upgrade Guide
>>.
>>-
>>
>>For a general overview of oVirt, see About oVirt
>>.
>>
>> What’s new in oVirt 4.4.4 Release?
>>
>> This update is the fourth in a series of stabilization updates to the 4.4
>> series.
>>
>> This release is available now on x86_64 architecture for:
>>
>>-
>>
>>Red Hat Enterprise Linux 8.3
>>-
>>
>>CentOS Linux (or similar) 8.3
>>-
>>
>>CentOS Stream (tech preview)
>>
>>
>> This release supports Hypervisor Hosts on x86_64 and ppc64le
>> architectures for:
>>
>>-
>>
>>Red Hat Enterprise Linux 8.3
>>-
>>
>>CentOS Linux (or similar) 8.3
>>-
>>
>>oVirt Node (based on CentOS Linux 8.3)
>>-
>>
>>CentOS Stream (tech preview)
>>
>>
>>
>> oVirt Node and Appliance have been updated, including:
>>
>>-
>>
>>oVirt 4.4.4: https://www.ovirt.org/release/4.4.4/
>>-
>>
>>Ansible 2.9.16:
>>
>> https://github.com/ansible/ansible/blob/stable-2.9/changelogs/CHANGELOG-v2.9.rst#v2-9-16
>>
>>-
>>
>>CentOS Linux 8 (2011):
>>
>> https://lists.centos.org/pipermail/centos-announce/2020-December/048207.html
>>-
>>
>>Advanced Virtualization 8.3
>>
>>
>>
>> See the release notes [1] for installation instructions and a list of new
>> features and bugs fixed.
>>
>> Notes:
>>
>>-
>>
>>oVirt Appliance is already available for CentOS Linux 8
>>-
>>
>>oVirt Node NG is already available for CentOS Linux 8
>>
>>
>> Additional resources:
>>
>>-
>>
>>Read more about the oVirt 4.4.4 release highlights:
>>https://www.ovirt.org/release/4.4.4/
>>-
>>
>>Get more oVirt project updates on Twitter: https://twitter.com/ovirt
>>-
>>
>>Check out the latest project news on the oVirt blog:
>>https://blogs.ovirt.org/
>>
>>
>> [1] https://www.ovirt.org/release/4.4.4/
>> [2] https://resources.ovirt.org/pub/ovirt-4.4/iso/
>>
>> --
>>
>> Sandro Bonazzola
>>
>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>
>> Red Hat EMEA 
>>
>> sbona...@redhat.com
>> 
>>
>> *Red Hat respects your work life balance. Therefore there is no need to
>> answer this email out of your office hours.*
>>
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/KMYD2GAHZXWLE45SZWAMOXN4WYKV54MK/
>>
>

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
*

[ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available

[Gianluca Cecchi]

Hi Sandro,
thanks for the release!

Should this fix the upgrade problems to cluster version 4.5 too when using
CentOS 8.3 + updates?

Thanks,
Gianluca

On Mon, Dec 21, 2020 at 2:26 PM Sandro Bonazzola 
wrote:

> oVirt 4.4.4 is now generally available
>
> The oVirt project is excited to announce the general availability of oVirt
> 4.4.4 , as of December 21st, 2020.
>
> This release unleashes an altogether more powerful and flexible open
> source virtualization solution that encompasses hundreds of individual
> changes and a wide range of enhancements across the engine, storage,
> network, user interface, and analytics, as compared to oVirt 4.3.
> Important notes before you install / upgrade
>
> Please note that oVirt 4.4 only supports clusters and data centers with
> compatibility version 4.2 and above. If clusters or data centers are
> running with an older compatibility version, you need to upgrade them to at
> least 4.2 (4.3 is recommended).
>
> Please note that in RHEL 8 / CentOS 8 several devices that worked on EL7
> are no longer supported.
>
> For example, the megaraid_sas driver is removed. If you use Enterprise
> Linux 8 hosts you can try to provide the necessary drivers for the
> deprecated hardware using the DUD method (See the users’ mailing list
> thread on this at
> https://lists.ovirt.org/archives/list/users@ovirt.org/thread/NDSVUZSESOXEFJNPHOXUH4HOOWRIRSB4/
> )
> Documentation
>
>-
>
>If you want to try oVirt as quickly as possible, follow the
>instructions on the Download  page.
>-
>
>For complete installation, administration, and usage instructions, see
>the oVirt Documentation .
>-
>
>For upgrading from a previous version, see the oVirt Upgrade Guide
>.
>-
>
>For a general overview of oVirt, see About oVirt
>.
>
> What’s new in oVirt 4.4.4 Release?
>
> This update is the fourth in a series of stabilization updates to the 4.4
> series.
>
> This release is available now on x86_64 architecture for:
>
>-
>
>Red Hat Enterprise Linux 8.3
>-
>
>CentOS Linux (or similar) 8.3
>-
>
>CentOS Stream (tech preview)
>
>
> This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
> for:
>
>-
>
>Red Hat Enterprise Linux 8.3
>-
>
>CentOS Linux (or similar) 8.3
>-
>
>oVirt Node (based on CentOS Linux 8.3)
>-
>
>CentOS Stream (tech preview)
>
>
>
> oVirt Node and Appliance have been updated, including:
>
>-
>
>oVirt 4.4.4: https://www.ovirt.org/release/4.4.4/
>-
>
>Ansible 2.9.16:
>
> https://github.com/ansible/ansible/blob/stable-2.9/changelogs/CHANGELOG-v2.9.rst#v2-9-16
>
>-
>
>CentOS Linux 8 (2011):
>
> https://lists.centos.org/pipermail/centos-announce/2020-December/048207.html
>-
>
>Advanced Virtualization 8.3
>
>
>
> See the release notes [1] for installation instructions and a list of new
> features and bugs fixed.
>
> Notes:
>
>-
>
>oVirt Appliance is already available for CentOS Linux 8
>-
>
>oVirt Node NG is already available for CentOS Linux 8
>
>
> Additional resources:
>
>-
>
>Read more about the oVirt 4.4.4 release highlights:
>https://www.ovirt.org/release/4.4.4/
>-
>
>Get more oVirt project updates on Twitter: https://twitter.com/ovirt
>-
>
>Check out the latest project news on the oVirt blog:
>https://blogs.ovirt.org/
>
>
> [1] https://www.ovirt.org/release/4.4.4/
> [2] https://resources.ovirt.org/pub/ovirt-4.4/iso/
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> 
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.*
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/KMYD2GAHZXWLE45SZWAMOXN4WYKV54MK/
>
___
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/IDZNKNJSMN5K3WAZDXAI4UNPGHKKHEMP/