On Tue, Jan 24, 2017 at 3:15 PM, Fernando Frediani
<fernando.frediani(a)upx.com.br> wrote:
Sounds reasonable.
Out of curiosity what people use or do in order to rollback a failed upgrade
Usually engine-setup rolls back fine if it fails after it started
changing the system.
You can also backup the engine using engine-backup. If you then want
to downgrade,
you can use 'yum history' to undo the relevant transactions, then restore your
backup.
or an upgrade that can bring instability in the control or operation
of the
cluster ? In VMware as vCenter used to run within a Virtual Machine I used
to take a snapshot before starting the upgrade.
In oVirt if I have my Engine running in a simple VM somewhere else out of
the cluster as well I guess that could also be an option.
Indeed. You can use e.g. virt-manager or virsh for that.
You can even use a VM managed by another ovirt engine. I think that's
actually quite common.
What about when it
is a self hosted engine. Would it work ?
IIRC this was discussed recently, and the bottom line was that this does not
work currently. I don't remember the details, perhaps you can search the
list archives.
Thanks
Fernando
On 24/01/2017 05:03, Yedidyah Bar David wrote:
>
> On Mon, Jan 23, 2017 at 9:36 PM, Fernando Frediani
> <fernando.frediani(a)upx.com.br> wrote:
>>
>> I am deploying a oVirt environment which will not get production data
>> immediately.
>>
>> Obviously I would rather use 4.1 RC due the many changes and fixes
>> present.
>> Later when 4.1 becomes stable then upgrade to it.
>> Does anyone see any problem in doing that way or would it be more
>> advisable
>> to start with 4.0.6 and upgrade to 4.1 stable when time comes ?
>
> If eventually it will be production, I'd start with 4.0.6.
>
> Generally speaking, if we find in the future a bug when upgrading from
> 4.0.6 to 4.1.z, we'll try to solve it, so that it does not affect an
> upgrade from 4.0.6 to 4.1.z+1. But if we find a bug that affects only
> upgrade from a rc/beta/etc. version to a stable version, we might decide
> it's not worth fixing.
>
> Also note that 4.1.0 should be out really soon:
>
>
>
https://www.ovirt.org/develop/release-management/releases/4.1/release-man...
>
> So you might as well simply wait a bit.
>
>> My concern are the issue people related they had when upgrading from one
>> major version to another in the past.
>
> In general, or to/from beta/rc/etc versions?
>
> In general we appreciate very much people testing upgrades from/to beta/rc
> versions, and if they find bugs, we do try to fix them. But people should
> do this in test environments, not ones that are eventually destined to
> become
> production.
>
> Best,
--
Didi