Re: [ovirt-users] Why difference between upgrade paths 3.6 to 4.0.x between RHEV and oVirt?

[Gianluca Cecchi]

On Fri, Dec 23, 2016 at 5:39 PM, Barak Korren  wrote:

>
>
> Having said the above, I know vaguely that Red Hat has some
> all-on-nothing rules when it comes to licensing, so a mixed RHV/oVirt
> environment may not meet the RHEL/RHV licensing terms... Then again,
> I'm not a licensing expert...
>

Thanks Barak.
And thanks Simone for the corresponding answer.

Yes, the mix is not inside the same organization, but in different ones
where I help as a consultant.
In general if the task is similar, it is simpler to concentrate on one
approach and apply on both (in general, perhaps in this case not so true...
;-)

BTW: Happy Christmas to all !

Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Why difference between upgrade paths 3.6 to 4.0.x between RHEV and oVirt?

[Barak Korren]

On 23 December 2016 at 18:10, Gianluca Cecchi  wrote:
>
> Is there any particular technical reason for this substantial difference?
> Clearly they are not the same sw but it seems strange to me this
> discrepancy.

This is because RHEV 3.6 engine was only supported on RHEL6 while RHV
4.0 engine is only supported on RHEL7, so an upgrade (read:
re-installation) of the underlying OS (And hence, the whole engine
software stack) is required.

oVirt 3.6 engine OTOH was also tested on CentOS 7, so you can upgrade
it in-place to oVirt 4.0.
Note: oVirt 4.0 engine is not supported on CentOS 6 at all, so you
shouldn't try to upgrade in-place on CentOS 6.

> Suppose I have a mix of oVirt and RHEV environments it could be simpler to
> have a common path, where possible.
>
> For example, can I also use the documented RHEV approach for oVirt? At what
> extent?

Yes you can. The RHV upgrade path was also tested on oVirt, just keep
the CentOS version you are running oVirt on as close as possible to
the RHEL versions you are running RHV on...

Having said the above, I know vaguely that Red Hat has some
all-on-nothing rules when it comes to licensing, so a mixed RHV/oVirt
environment may not meet the RHEL/RHV licensing terms... Then again,
I'm not a licensing expert...

-- 
Barak Korren
bkor...@redhat.com
RHCE, RHCi, RHV-DevOps Team
https://ifireball.wordpress.com/
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Why difference between upgrade paths 3.6 to 4.0.x between RHEV and oVirt?

[Simone Tiraboschi]

On Fri, Dec 23, 2016 at 5:10 PM, Gianluca Cecchi 
wrote:

> Hello,
> in June 2016 oVirt 4.0.0 GA was released and I in-place upgraded from an
> existing 3.6.5 to it.
> In 4.0.0 release notes it was described as the method to use.
> I see that it still remains the same for 4.0.5:
> http://www.ovirt.org/release/4.0.5/
> and also for upcoming 4.0.6 (RC5 at least) there is not yet anything
> special:
> http://www.ovirt.org/release/4.0.6/
>
> Instead, if I go and read the RHEV 4.0 documentation I notice:
> https://access.redhat.com/documentation/en/red-hat-
> virtualization/4.0/paged/upgrade-guide/32-upgrading-to-
> red-hat-virtualization-manager-40
>
> "
> Red Hat Virtualization Manager 4.0 is only supported on Red Hat Enterprise
> Linux 7. A clean installation of Red Hat Enterprise Linux 7 and Red Hat
> Virtualization Manager 4.0 is required, even if you are using the same
> physical machine used to run Red Hat Enterprise Virtualization Manager 3.6.
> The upgrade process involves restoring Red Hat Enterprise Virtualization
> Manager 3.6 backup files onto the Red Hat Virtualization Manager 4.0
> machine.
> "
>
> Is there any particular technical reason for this substantial difference?
>

Ciao Gianluca,
the point is that RHEV-M 3.6 has never been released for RHEL7 but just for
RHEL6 while RHV-M 4.0 is available only for RHEL7 so you have for sure to
replace your OS before installing RHV-M and so the backup/restore procedure.
Upstream it's different because oVirt engine 3.6 was already available on
el7 so, just in that case, you can simple upgrade in place.

Clearly they are not the same sw but it seems strange to me this
> discrepancy.
>
> Suppose I have a mix of oVirt and RHEV environments it could be simpler to
> have a common path, where possible.
>
> For example, can I also use the documented RHEV approach for oVirt? At
> what extent?
>

The in-place upgrade is a lot simpler and fast and so definitively
recommended if available but technically nothing is preventing you from
upgrading from oVirt engine 3.6 to oVirt engine 4.0 reinstalling the OS and
restoring a backup there.
A tool to migrate an hosted-engine env from a VM with 3.6/el6 to 4.0/el7 is
also available:
https://www.ovirt.org/develop/release-management/features/hosted-engine-migration-to-4-0/
Also in that case, if you are already on el7, it's by far easier to simply
upgrade in place.


>
> Thanks
> Gianluca
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Why difference between upgrade paths 3.6 to 4.0.x between RHEV and oVirt?

[Gianluca Cecchi]

Hello,
in June 2016 oVirt 4.0.0 GA was released and I in-place upgraded from an
existing 3.6.5 to it.
In 4.0.0 release notes it was described as the method to use.
I see that it still remains the same for 4.0.5:
http://www.ovirt.org/release/4.0.5/
and also for upcoming 4.0.6 (RC5 at least) there is not yet anything
special:
http://www.ovirt.org/release/4.0.6/

Instead, if I go and read the RHEV 4.0 documentation I notice:
https://access.redhat.com/documentation/en/red-hat-virtualization/4.0/paged/upgrade-guide/32-upgrading-to-red-hat-virtualization-manager-40

"
Red Hat Virtualization Manager 4.0 is only supported on Red Hat Enterprise
Linux 7. A clean installation of Red Hat Enterprise Linux 7 and Red Hat
Virtualization Manager 4.0 is required, even if you are using the same
physical machine used to run Red Hat Enterprise Virtualization Manager 3.6.
The upgrade process involves restoring Red Hat Enterprise Virtualization
Manager 3.6 backup files onto the Red Hat Virtualization Manager 4.0
machine.
"

Is there any particular technical reason for this substantial difference?
Clearly they are not the same sw but it seems strange to me this
discrepancy.

Suppose I have a mix of oVirt and RHEV environments it could be simpler to
have a common path, where possible.

For example, can I also use the documented RHEV approach for oVirt? At what
extent?

Thanks
Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users