Re: [ovirt-users] Recovering oVirt-Engine with a backup before upgrading to 4.2

2018-04-15 Thread Shani Leviim
Hi Sven,

I've found this one: https://gist.github.com/turboladen/6790847

I think it should help :)


*Regards,*

*Shani Leviim*

On Fri, Apr 13, 2018 at 12:00 PM, Sven Achtelik 
wrote:

> Hi All,
>
> I got my stuff up and running again. I works like described in the manual
> and I used some extra hardware to jumpstart this. I'm now back on my hosted
> Engine 4.1.9 with 3 Hosts running it. The Engine is running on the
> appliance that is pulled by the deployment tool and after having everything
> stable again I thought of upgrading to 4.2. Thing is that this is just not
> working with the appliance because of some issue when upgrading Postgres
> inside. Looking at the logs I found this:
> 
> Creating dump of database schemas
>   engine
>   ovirt_engine_history
>   postgres
>   template1
> ok
>
> encodings for database "postgres" do not match:  old "SQL_ASCII", new
> "UTF8"
> Failure, exiting
> --
>
> After some research I found something here https://bugzilla.redhat.com/
> show_bug.cgi?id=1525976, but I'm not sure what to do with that
> Information. I used the appliance and didn't do anything manual in the
> complete process and I'm wondering why I'm getting this issue now ? Could
> someone advice on how to proceed ?
>
> Thank you,
> Sven
>
> > -Ursprüngliche Nachricht-
> > Von: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] Im Auftrag
> > von Sven Achtelik
> > Gesendet: Mittwoch, 28. März 2018 18:28
> > An: Yedidyah Bar David
> > Cc: users@ovirt.org
> > Betreff: Re: [ovirt-users] Recovering oVirt-Engine with a backup before
> > upgrading to 4.2
> >
> >
> >
> > > -Ursprüngliche Nachricht-
> > > Von: Yedidyah Bar David [mailto:d...@redhat.com]
> > > Gesendet: Mittwoch, 28. März 2018 10:06
> > > An: Sven Achtelik
> > > Cc: users@ovirt.org
> > > Betreff: Re: [ovirt-users] Recovering oVirt-Engine with a backup
> > > before upgrading to 4.2
> > >
> > > On Tue, Mar 27, 2018 at 9:14 PM, Sven Achtelik
> > > 
> > > wrote:
> > > > Hi All,
> > > >
> > > >
> > > >
> > > > I’m still facing issues with my HE engine. Here are the steps that I
> > > > took to end up in this situation:
> > > >
> > > >
> > > >
> > > > - Update Engine from 4.1.7 to 4.1.9
> > > >
> > > > o   That worked as expected
> > > >
> > > > - Automatic Backup of Engine DB in the night
> > > >
> > > > - Upgraded Engine from 4.1.9 to 4.2.1
> > > >
> > > > o   That worked fine
> > > >
> > > > - Noticed Issues with the HA support for HE
> > > >
> > > > o   Cause was not having the latest ovirt-ha agent/broker version on
> hosts
> > > >
> > > > - After updating the first host with the latest packages for
> the
> > > > Agent/Broker engine was started twice
> > > >
> > > > o   As a result the Engine VM Disk was corrupted and there is no
> Backup of
> > > > the Disk
> > > >
> > > > o   There is also no Backup of the Engine DB with version 4.2
> > > >
> > > > - VM disk was repaired with fsck.ext4, but DB is corrupt
> > > >
> > > > o   Can’t restore the Engine DB because the Backup DB from Engine V
> 4.1
> > > >
> > > > - Rolled back all changes on Engine VM to 4.1.9 and imported
> Backup
> > > >
> > > > o   Checked for HA VMs to set as disabled and started the Engine
> > > >
> > > > - Login is fine but the Engine is having trouble picking up
> and
> > > > information from the Hosts
> > > >
> > > > o   No information on running VMs or hosts status
> > > >
> > > > - Final Situation
> > > >
> > > > o   2 Hosts have VMs still running and I can’t stop those
> > > >
> > > > o   I still have the image of my corrupted Engine VM (v4.2)
> > > >
> > > >
> > > >
> > > > Since there were no major changes after upgrading from 4.1 to 4.2,
> > > > would it be possible to manually restore the 4.1 DB to the 4.2
> > > > Engine VM to this up and running again or are there modifications
> > > > made to the DB on upgrading that are relevant for this ?
> > >
> > > engine-backup requires restoring to the same version used to take the
> > > backup, with a single exception - on 4.0, it can restore 3.6.
> > >
> > > It's very easy to patch it to allow also 4.1->4.2, search inside it
> > > for "VALID_BACKUP_RESTORE_PAIRS". However, I do not think anyone ever
> > > tested this, so no idea might break. In 3.6->4.0 days, we did have to
> > > fix a few other things, notably apache httpd and iptables->firewalld:
> > >
> > > https://bugzilla.redhat.com/show_bug.cgi?id=1318580
> > >
> > > > All my work on rolling back to 4.1.9 with the DB restore failed as
> > > > the Engine is not capable of picking up information from the hosts.
> > >
> > > No idea why, but not sure it's related to your restore flow.
> > >
> > > > Lessons learned is to always make a copy/snapshot of the engine VM
> > > > disk before upgrading anything.
> > >
> > > If 

Re: [ovirt-users] Snapshots from User Portal in ovirt 4.2?

2018-04-15 Thread Shani Leviim
Hi Brian,

I think this is the one you need:
https://www.ovirt.org/documentation/user-guide/user-guide/#snapshots

Hope it helps!


*Regards,*

*Shani Leviim*

On Fri, Apr 13, 2018 at 11:42 PM, Brian Chow  wrote:

> After upgrading from 4.1 to 4.2, we can no longer find the snapshot
> functionality in the User Portal -- the documentation is still referencing
> the 4.1 UI.  Was this removed from the user portal?  Moved to a different
> area?  Are the required permissions different from 4.1?
>
> Thanks for the help!
>
>
> ___
> 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


Re: [ovirt-users] oVirt non-self-hosted HA

2018-04-15 Thread Yaniv Kaul
On Sun, Apr 15, 2018 at 4:26 AM, TomK  wrote:

> On 4/5/2018 8:59 AM, Tom wrote:
>
>>
>>
>> Sent from my iPhone
>>
>> On Apr 5, 2018, at 5:29 AM, Yaniv Kaul  yk...@redhat.com>> wrote:
>>
>>
>>>
>>> On Thu, Apr 5, 2018 at 9:08 AM, TomK > tomk...@mdevsys.com>> wrote:
>>>
>>> On 4/4/2018 3:11 AM, Yaniv Kaul wrote:
>>>
>>>
>>>
>>> On Wed, Apr 4, 2018 at 12:39 AM, Tom >>  >> >> wrote:
>>>
>>>
>>>
>>> Sent from my iPhone
>>>
>>> On Apr 3, 2018, at 9:32 AM, Yaniv Kaul >> 
>>> >> wrote:
>>>
>>>
>>>
>>> On Tue, Apr 3, 2018 at 3:12 PM, TomK
>>> 
>>> >>
>>> >> wrote:
>>>
>>> Hey Guy's,
>>>
>>> If I'm looking to setup the oVirt engine in an HA
>>> configuration off the physical servers hosting my
>>> VM's (non
>>> self hosted), what are my options here?
>>>
>>> I want to setup two to four active oVirt engine
>>> instances
>>> elsewhere and handle the HA via something like
>>> haproxy /
>>> keepalived to keep the entire experience seamless
>>> to the user.
>>>
>>>
>>> You will need to set up the oVirt engine service as
>>> well as the PG
>>> database (and ovirt-engine-dwhd service and any other
>>> service we
>>> run next to the engine) as highly available module.
>>> In pacemaker[1], for example.
>>> You'll need to ensure configuration is also sync'ed
>>> between nodes,
>>> etc.
>>> Y.
>>>
>>>
>>> So already have one ovirt engine setup separately on a vm
>>> that
>>> manages two remote physical hosts.  So familiar with the
>>> single host
>>> approach which I would simply replicate.  At least that’s
>>> the idea
>>> anyway.  Could you please expand a bit on the highly
>>> available
>>> module and  syncing the config between hosts?
>>>
>>>
>>> That's a different strategy, which is also legit - you treat
>>> this VM as a highly available resource. Now you do not need to
>>> sync the config - just the VM disk and config.
>>>
>>>
>>> I think there's a postgres component too and if oVirt engine keeps
>>> all it's date on the postgres tables, then synchronizing this
>>> piece might be all I need?  I'm not sure how the separate oVirt
>>> engines sitting on various separate physical hosts keep their
>>> settings in sync about the rest of the physicals in an oVirt
>>> environment. (Assume we may have 100 oVirt physicals for example.)
>>>
>>>
>>> There's more than just the database, although it contains 99% of what
>>> you need. See the content of the result of 'engine-backup' command.
>>> I think you might be somewhat confusing between the number of oVirt
>>> hypervisors (we support hundreds) and the Engine - the management, which is
>>> single - and with hosted-engine, it's a single, but highly available
>>> virtual machine - that can run on one of several (I suggest 3-8) of those
>>> hypervisors.
>>> Y.
>>>
>>
>> Yah, still very new to much of this.  Thank you again.
>>
>> I’ll take that away and do some reading.
>>
>> Cheers,
>> Tom
>>
>>
> "that can run on one of several (I suggest 3-8) of those hypervisors."
> To clarify.  So if I have 3-8 copies of the oVirt Engine in a self-hosted
> config, only one can run at any one time?  Is this correct?
>

'One Engine to rule them all.'
Y.


> Cheers,
> Tom
>
>
>>>
>>> Perhaps something like
>>> https://www.unixarena.com/2015/12/rhel-7-pacemaker-configuri
>>> ng-ha-kvm-guest.html
>>> >> ing-ha-kvm-guest.html>
>>> .
>>>
>>> But if you are already doing that, I'm not sure why you'd
>>> prefer this over hosted-engine setup.
>>>
>>>
>>> I'm comparing both options.  I really don't want to ask too many
>>> specific until I have the chance to read into the details of both.
>>>
>>> Y.
>>>
>>>
>>> Cheers,
>>> Tom
>>>
>>>
>>>
>>> Cheers,
>>> Tom
>>>
>>>
>>> [1] https://clusterlabs.org/quickstart-redhat.html
>>> 
>>> >>