[ovirt-users] Re: Cannot ping from a nested VM

[Strahil Nikolov via Users]

I guess that you can use a direct rule for allowing any traffic to the
nested VM.
As far as I know the nested oVirt is not working nice and it's easier
to test with a single VM with KVM.
Best Regards,Strahil NikolovВ 01:07 +0100 на 23.12.2020 (ср), wodel
youchi написа:
> Hi,
> 
> We have an HCI plateforme based upon 4.4.3 version.
> We activated the use of nested kvm and we reinstalled all the nodes
> to be able to use it.
> 
> Then we created a new nested HCI on top of the physical HCI to test
> ansible deployment.
> The deployment went well until the phase which adds the two other
> nodes (the two other virtualized hypervisors), but the VM-Manager
> couldn't add them.
> 
> After investigation, we found that the nested VM-Manager could not
> communicate except with it's first virtualized hypervisor.
> 
> To make the nested VM-Manager capable of communicating with the
> outside world, we had to stop firewalld on the physical node of the
> HCI.
> 
> Any ideas?
> 
> Regards.
> 
> 
> 
> 
>   
> 
>   Virus-free. 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/UEJY2TK76747RFUEFFUCUVTJLPAXNU2X/
___
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/XE6Z6IBTTFI77YCVZESNLZSZYXUMPNUV/

[ovirt-users] Cannot ping from a nested VM

[wodel youchi]

Hi,

We have an HCI plateforme based upon 4.4.3 version.
We activated the use of nested kvm and we reinstalled all the nodes to be
able to use it.

Then we created a new nested HCI on top of the physical HCI to test ansible
deployment.
The deployment went well until the phase which adds the two other nodes
(the two other virtualized hypervisors), but the VM-Manager couldn't add
them.

After investigation, we found that the nested VM-Manager could not
communicate except with it's first virtualized hypervisor.

To make the nested VM-Manager capable of communicating with the outside
world, we had to stop firewalld on the physical node of the HCI.

Any ideas?

Regards.


Virus-free.
www.avast.com

<#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/UEJY2TK76747RFUEFFUCUVTJLPAXNU2X/

[ovirt-users] Re: Upgrade to 4.4.4

[Jonathan Baecker]

Am 22.12.20 um 21:50 schrieb Jonathan Baecker:

Am 22.12.20 um 21:37 schrieb Jonathan Baecker:


Hello,

I'm running here a upgrade from 4.4.3 to latest 4.4.4, on a 3 node 
self hosted cluster. The engine upgrade went fine and now I'm on host 
upgrades. When I check there the updates it shows only 
*ovirt-node-ng-image-update-4.4.4-1.el8.noarch.rpm*. For that I have 
run manual updates on each host, with maintenance mode -> yum update 
-> reboot.


When I run now on the engine *cat /etc/redhat-release *it show:

*CentOS Linux release 8.3.2011*

But on my nodes it shows still:

*CentOS Linux release 8.2.2004 (Core)*


After running yum update it also show this error:

Transaktion wird ausgeführt
  Vorbereitung läuft : 1/1
  Ausgeführtes Scriptlet:
ovirt-node-ng-image-update-4.4.4-1.el8.noarch 1/2
  Installieren  :
ovirt-node-ng-image-update-4.4.4-1.el8.noarch 1/2
  Ausgeführtes Scriptlet:
ovirt-node-ng-image-update-4.4.4-1.el8.noarch 1/2
Warnung: %post(ovirt-node-ng-image-update-4.4.4-1.el8.noarch)
Scriptlet fehlgeschlagen, Beenden-Status 1

Error in POSTIN scriptlet in rpm package ovirt-node-ng-image-update
  Veraltet  :
ovirt-node-ng-image-update-placeholder-4.4.3-2.el8.noarch 2/2
  Überprüfung läuft :
ovirt-node-ng-image-update-4.4.4-1.el8.noarch 1/2
  Überprüfung läuft :
ovirt-node-ng-image-update-placeholder-4.4.3-2.el8.noarch 2/2
Unpersisting:
ovirt-node-ng-image-update-placeholder-4.4.3-2.el8.noarch.rpm

Installiert:
ovirt-node-ng-image-update-4.4.4-1.el8.noarch

Fertig.

Ok I got it... I had some programs installed, from disabled repos, like 
nano; git; etc. So I needed to remove all of them in 
/var/imgbased/persisted-rpms, and after that I could run:


dnf reinstall 
/var/cache/dnf/ovirt-4.4-8fb26fb2b8638243/packages/ovirt-node-ng-image-update-4.4.4-1.el8.noarch.rpm



___
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/335TSKTHO42O5PH6WOCZR3BG2QLYGFSE/

[ovirt-users] Re: Upgrade to 4.4.4

[Jonathan Baecker]

Am 22.12.20 um 21:37 schrieb Jonathan Baecker:


Hello,

I'm running here a upgrade from 4.4.3 to latest 4.4.4, on a 3 node 
self hosted cluster. The engine upgrade went fine and now I'm on host 
upgrades. When I check there the updates it shows only 
*ovirt-node-ng-image-update-4.4.4-1.el8.noarch.rpm*. For that I have 
run manual updates on each host, with maintenance mode -> yum update 
-> reboot.


When I run now on the engine *cat /etc/redhat-release *it show:

*CentOS Linux release 8.3.2011*

But on my nodes it shows still:

*CentOS Linux release 8.2.2004 (Core)*


After running yum update it also show this error:

   Transaktion wird ausgeführt
  Vorbereitung läuft : 1/1
  Ausgeführtes Scriptlet:
   ovirt-node-ng-image-update-4.4.4-1.el8.noarch 1/2
  Installieren  :
   ovirt-node-ng-image-update-4.4.4-1.el8.noarch 1/2
  Ausgeführtes Scriptlet:
   ovirt-node-ng-image-update-4.4.4-1.el8.noarch 1/2
   Warnung: %post(ovirt-node-ng-image-update-4.4.4-1.el8.noarch)
   Scriptlet fehlgeschlagen, Beenden-Status 1

   Error in POSTIN scriptlet in rpm package ovirt-node-ng-image-update
  Veraltet  :
   ovirt-node-ng-image-update-placeholder-4.4.3-2.el8.noarch 2/2
  Überprüfung läuft :
   ovirt-node-ng-image-update-4.4.4-1.el8.noarch 1/2
  Überprüfung läuft :
   ovirt-node-ng-image-update-placeholder-4.4.3-2.el8.noarch 2/2
   Unpersisting:
   ovirt-node-ng-image-update-placeholder-4.4.3-2.el8.noarch.rpm

   Installiert:
   ovirt-node-ng-image-update-4.4.4-1.el8.noarch

   Fertig.

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

[ovirt-users] Upgrade to 4.4.4

[Jonathan Baecker]

Hello,

I'm running here a upgrade from 4.4.3 to latest 4.4.4, on a 3 node self 
hosted cluster. The engine upgrade went fine and now I'm on host 
upgrades. When I check there the updates it shows only 
*ovirt-node-ng-image-update-4.4.4-1.el8.noarch.rpm*. For that I have run 
manual updates on each host, with maintenance mode -> yum update -> reboot.


When I run now on the engine *cat /etc/redhat-release *it show:

   *CentOS Linux release 8.3.2011*

But on my nodes it shows still:

   *CentOS Linux release 8.2.2004 (Core)*

How can this be?


Best regards

Jonathan


___
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/5N47O4OU2TERGQMI5QYVENEMHMHNCB47/

[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@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 | 

[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.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/
>


-- 

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

[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] Ovirt VM import issue

[Deekshith via Users]

Hi Team , 

 

 

We are not able to import the Virtual machine from ova file into Ovirt
.Kindly help us 

 



 

 

 

Regards

Deekshith

 

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

[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: Cannot upgrade cluster to v4.5 (All hosts are CentOS 8.3.2011)

[Sandro Bonazzola]

Il giorno mer 16 dic 2020 alle ore 17:43 Gilboa Davara 
ha scritto:

> On Wed, Dec 16, 2020 at 6:21 PM Martin Perina  wrote:
>
>>
>>
>> On Wed, Dec 16, 2020 at 4:59 PM Gilboa Davara  wrote:
>>
>>> Thanks for the prompt reply.
>>> I assume I can safely ignore the "Upgrade cluster compatibility" warning
>>> until libvirt 6.6 gets pushed to CentOS 8.3?
>>>
>>
>> We are working on releasing AV 8.3, hopefully it will be available soon,
>> but until that happen you have no way how to upgrade to CL 4.5 and you just
>> need to stay in 4.4
>>
>
> Understood.
>
> Thanks again.
> - Gilboa
>
>

Just updating that oVirt 4.4.4 released yesterday comes with Advanced
Virtualization 8.3 so you can now enable CL 4.5.



>
>>> - Gilboa
>>>
>>> On Wed, Dec 16, 2020 at 5:56 PM Martin Perina 
>>> wrote:
>>>


 On Wed, Dec 16, 2020 at 2:25 PM Gilboa Davara 
 wrote:

> Shani,
>
> 1. I created a new 4.5 cluster with the same CPU (Secure Intel
> Cascadelake Server Family) and platform type (Q35/BIOS).
> 2. All 3 hosts are 8.3, but report 4.4 compatibility.
> 3. The only reason I attempted to upgrade the cluster was simple: The
> cluster state kept on dropping down to "unavailable" (even though all 3
> hosts are up) and I was offered to upgrade the cluster to v4.5.
>
> - Gilboa
>
> On Wed, Dec 16, 2020 at 1:28 PM Shani Leviim 
> wrote:
>
>> Hi Gilboa,
>>
>> Here are some guidelines/checks:
>> - Are you able to create a 4.5 DC/cluster?
>> - Host can be Up in the 4.5 clusters only when it reports 4.5 level
>> compatibility (it's based on RHEL 8.3).
>>   Can you make sure that on all 3 hosts?
>> - You can upgrade the 4.4 clusters to 4.5 only when all
>> Up/NonOperational hosts are reporting 4.5 level
>> - You can upgrade 4.4 DC to 4.5 only when all clusters inside are on
>> the 4.5 level
>> - A 4.5 host-based on RHEL 8.3 should be fully functional in
>> 4.2/4.3/4.4 clusters
>>
>>
>>
>> *Regards,*
>>
>> *Shani Leviim*
>>
>>
>> On Wed, Dec 16, 2020 at 12:53 PM Gilboa Davara 
>> wrote:
>>
>>> Hello all,
>>>
>>> I'm more-or-less finished building a new ovirt over glusterfs
>>> cluster with 3 fairly beefy servers.
>>> Nodes were fully upgraded to CentOS Linux release 8.3.2011 before
>>> they joined the cluster.
>>> Looking at the cluster view in the WebUI, I get an exclamation mark
>>> with the following message: "Upgrade cluster compatibility level".
>>> When I try to upgrade the cluster, 2 of the 3 hosts go into
>>> maintenance and reboot, but once the procedure is complete, the cluster
>>> version remains the same.
>>> Looking at the host vdsm logs, I see that once the engine refreshes
>>> their capabilities, all hosts return 4.2-4.4 and not 4.5.
>>>
>>> E.g.
>>>  'supportedENGINEs': ['4.2', '4.3', '4.4'], 'clusterLevels': ['4.2',
>>> '4.3', '4.4']
>>> I assume I should be seeing 4.5 after the upgrade, no?
>>>
>>> AmI missing something?
>>>
>>
 EL 8.3 is not enough, you also need Advanced Virtualization 8.3 (in
 particular libvirt 6.6)

>
>>> Thanks,
>>> - Gilboa
>>> ___
>>> 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/7CCUHPEGVZD3BBLBDTOCHG5J6EEG5DE2/
>>>
>> ___
> 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/RMZ3S64FFIOFTRBQOWVTTLCRJJA65EMJ/
>


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

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


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


*Red Hat respects your work life balance. 

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