Ah ok, So assuming there was enough space the rollback should have put the engine back to it's previous state.
On 29 September 2017 at 09:38, Sandro Bonazzola <sbona...@redhat.com> wrote: > > > 2017-09-29 9:58 GMT+02:00 Maton, Brett <mat...@ltresources.co.uk>: > >> That log appears to be the only one I have, the more recent ones are the >> restore and then successful install of 4.2. >> >> I just checked yum.conf and no, keepcache is off (0) >> >> I didn't see any errors when engine-setup downloaded the packages, it >> failed/stopped during the db migration / upgrade. >> > > Yes, sorry, the out of space error is happening in the rollback from the > failure during the database migration. > > > >> >> >> Brett >> >> On 29 September 2017 at 08:41, Sandro Bonazzola <sbona...@redhat.com> >> wrote: >> >>> >>> >>> 2017-09-29 9:29 GMT+02:00 Maton, Brett <mat...@ltresources.co.uk>: >>> >>>> It all got a bit messy, but that's probably down to me. >>>> >>>> I removed the 'old' ovirt repo definitions after I installed the 4.2 >>>> pre release repo (simply because yum was complaining about multiple >>>> definitions). >>>> >>>> I also allowed the installer to clean-up the old database directory, >>>> which it did. >>>> The updated PostgreSQL server stayed up and running which stopped 4.1 >>>> from starting the version of PostgreSQL that it wanted running (port in use >>>> I expect) etc etc etc >>>> >>>> So no in this particular case roll back failed, but there are a bunch >>>> of warnings issued but engine-setup that that would probably happen. >>>> >>>> I've attached the engine-setup-log as requested. >>>> >>> >>> Thanks! >>> I see that the failure is: >>> YumDownloadError: >>> Errors were encountered while downloading packages. >>> ovirt-engine-wildfly-10.1.0-1.el7.x86_64: Insufficient space in >>> download directory /var/cache/yum/x86_64/7/ovirt-4.1/packages >>> * free 67 M >>> * needed 130 M >>> >>> We may consider to run "yum clean packages" before starting rollback to >>> free space there. >>> Did you have keepcache=1 in your yum.conf? >>> >>> >>> >>>> >>>> Best regards, >>>> Brett >>>> >>>> On 29 September 2017 at 07:24, Sandro Bonazzola <sbona...@redhat.com> >>>> wrote: >>>> >>>>> >>>>> >>>>> 2017-09-28 20:29 GMT+02:00 Maton, Brett <mat...@ltresources.co.uk>: >>>>> >>>>>> Thanks Tomas, >>>>>> >>>>>> I'm restoring backup at the moment, I'll let you know how it goes >>>>>> when on the next attempt. >>>>>> >>>>> >>>>> Didn't the setup rollback automatically? Can you please share the >>>>> setup logs? >>>>> >>>>> >>>>> >>>>> >>>>>> >>>>>> On 28 September 2017 at 18:46, Tomas Jelinek <tjeli...@redhat.com> >>>>>> wrote: >>>>>> >>>>>>> Hey Brett, >>>>>>> >>>>>>> That is strange - it looks like you have some VM which has memory >>>>>>> size larger than the max memory size. >>>>>>> >>>>>>> You need to go over your VMs / templates to find which one has this >>>>>>> wrong config and change it. >>>>>>> Alternatively, to find it faster if you have many vms/templates, you >>>>>>> could run this SQL query against your engine database: >>>>>>> select vm_name from vm_static where mem_size_mb > max_memory_size_mb; >>>>>>> >>>>>>> Tomas >>>>>>> >>>>>>> On Thu, Sep 28, 2017 at 6:07 PM, Maton, Brett < >>>>>>> mat...@ltresources.co.uk> wrote: >>>>>>> >>>>>>>> Upgrading from oVirt 4.1.7 >>>>>>>> >>>>>>>> hosted-engine VM: >>>>>>>> 4GB RAM >>>>>>>> >>>>>>>> hosted-engine setup failed, setup log shows this error: >>>>>>>> >>>>>>>> Running upgrade sql script '/usr/share/ovirt-engine/dbscr >>>>>>>> ipts/upgrade/04_02_0140_add_max_memory_constraint.sql'... >>>>>>>> >>>>>>>> 2017-09-28 16:56:22,951+0100 DEBUG >>>>>>>> otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema >>>>>>>> plugin.execute:926 execute-output: >>>>>>>> ['/usr/share/ovirt-engine/dbscripts/schema.sh', >>>>>>>> '-s', 'localhost', '-p', '5432', '-u', 'engine', '-d', 'engine', '-l', >>>>>>>> '/var/log/ovirt-engine/setup/ovirt-engine-setup-20170928164338-0rkilb.log', >>>>>>>> '-c', 'apply'] stderr: >>>>>>>> psql:/usr/share/ovirt-engine/dbscripts/upgrade/04_02_0140_add_max_memory_constraint.sql:2: >>>>>>>> ERROR: check constraint "vm_static_max_memory_size_lower_bound" >>>>>>>> is violated by some row >>>>>>>> FATAL: Cannot execute sql command: --file=/usr/share/ovirt-engine >>>>>>>> /dbscripts/upgrade/04_02_0140_add_max_memory_constraint.sql >>>>>>>> >>>>>>>> 2017-09-28 16:56:22,951+0100 ERROR >>>>>>>> otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema >>>>>>>> schema._misc:374 schema.sh: FATAL: Cannot execute sql command: >>>>>>>> --file=/usr/share/ovirt-engine/dbscripts/upgrade/04_02_0140_ >>>>>>>> add_max_memory_constraint.sql >>>>>>>> 2017-09-28 16:56:22,952+0100 DEBUG otopi.context >>>>>>>> context._executeMethod:143 method exception >>>>>>>> Traceback (most recent call last): >>>>>>>> File "/usr/lib/python2.7/site-packages/otopi/context.py", line >>>>>>>> 133, in _executeMethod >>>>>>>> method['method']() >>>>>>>> File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-s >>>>>>>> etup/ovirt-engine/db/schema.py", line 376, in _misc >>>>>>>> raise RuntimeError(_('Engine schema refresh failed')) >>>>>>>> RuntimeError: Engine schema refresh failed >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> What's the minimum RAM required now ? >>>>>>>> >>>>>>>> Regards, >>>>>>>> Brett >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> 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 >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> SANDRO BONAZZOLA >>>>> >>>>> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D >>>>> >>>>> Red Hat EMEA <https://www.redhat.com/> >>>>> <https://red.ht/sig> >>>>> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> >>>>> <http://www.teraplan.it/redhat-osd-2017/> >>>>> >>>> >>>> >>> >>> >>> -- >>> >>> SANDRO BONAZZOLA >>> >>> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D >>> >>> Red Hat EMEA <https://www.redhat.com/> >>> <https://red.ht/sig> >>> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> >>> <http://www.teraplan.it/redhat-osd-2017/> >>> >> >> > > > -- > > SANDRO BONAZZOLA > > ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D > > Red Hat EMEA <https://www.redhat.com/> > <https://red.ht/sig> > TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> > <http://www.teraplan.it/redhat-osd-2017/> >
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users