11:20 p.m.
Ok, so something from yesterday morning to today changed. I again rebuilt
engine from the latest commit this AM. Accordingly I also built this
mornings latest commits of otopi and ovirt-host-deploy. I then attempted
upgrade and this time I did not note any major issues. The upgrade appears
to have succeeded, and engine starts and runs.
The only things that caused failures during upgrade were:
- If the previous version ovirt-engine-sdk is not removed manually and
replaced with ovirt-engine-sdk-python engine-upgrade fails due to package
dependency issues. (which then upsets ovirt-iso-uploader,
ovirt-image-uploader, ovirt-log-collector dependencies on ovirt-engine-sdk)
- If there is a leftover releasepreview directory engine-upgrade will not
run
There were some error messages in the engine log griping about "Could not
parse option AutoRecoveryAllowedTypes value". I have attached the engine
log file from the first start of the engine after upgrade.
The other minor thing to note is that the default ovirt.brand theme is not
working. The CSS styles are not being applied. Changes to
welcome_page.template and messages.properties were picked up however.
- DHC
On Tue, Jul 30, 2013 at 11:04 AM, Doron Fediuck <dfediuck(a)redhat.com> wrote:
----- Original Message -----
| From: "Dead Horse" <deadhorseconsulting(a)gmail.com>
| To: "Doron Fediuck" <dfediuck(a)redhat.com>
| Cc: "Alon Bar-Lev" <alonbl(a)redhat.com>, "users"
<users(a)ovirt.org>,
"Dave Chen" <wei.d.chen(a)intel.com>, "Eli Mesika"
| <emesika(a)redhat.com>
| Sent: Tuesday, July 30, 2013 6:55:18 PM
| Subject: Re: [Users] upgrade to latest master not working
|
| The only error I can find in the upgrade log is:
| 2013-07-29 14:06:28 DEBUG otopi.plugins.otopi.packagers.yumpackager
| yumpackager.verbose:84 Yum Done: ovirt-engine.noarch 0:3.3.0-20.fc18 - u
| 2013-07-29 14:06:28 INFO otopi.plugins.otopi.packagers.yumpackager
| yumpackager.info:88 Yum update: 10/18: ovirt-engine
| 2013-07-29 14:06:35 DEBUG otopi.plugins.otopi.packagers.yumpackager
| yumpackager.verbose:84 Yum Done: ovirt-engine.noarch 0:3.3.0-20.fc18 - u
| 2013-07-29 14:06:35 DEBUG otopi.plugins.otopi.packagers.yumpackager
| yumpackager.verbose:84 Yum Done: ovirt-engine-3.3.0-20.fc18.noarch
| 2013-07-29 14:06:37 INFO otopi.plugins.otopi.packagers.yumpackager
| yumpackager.info:88 Yum update: 11/18: ovirt-engine-dbscripts
| 2013-07-29 14:06:38 DEBUG otopi.plugins.otopi.packagers.yumpackager
| yumpackager.verbose:84 Yum Done:
ovirt-engine-dbscripts-3.3.0-20.fc18.noarch
| 2013-07-29 14:06:38 DEBUG otopi.plugins.otopi.packagers.yumpackager
| yumpackager.verbose:84 Yum Done: ovirt-engine-backend
| Traceback (most recent call last):
| File "/usr/lib/python2.7/site-packages/yum/rpmtrans.py", line 464, in
| callback
| self._unInstStop( bytes, total, h )
| File "/usr/lib/python2.7/site-packages/yum/rpmtrans.py", line 564, in
| _unInstStop
| self.total_actions)
| File "/usr/lib/python2.7/site-packages/otopi/miniyum.py", line 204, in
| event
| package=package.name,
| AttributeError: 'str' object has no attribute 'name'
| FATAL ERROR: python callback <bound method RPMTransaction.callback of
| <yum.rpmtrans.RPMTransaction instance at 0x4587560>> failed, aborting!
|
| To test the database upgrade I will revert to a previous snapshot of the
| debug VM, capture the dbase from the previous engine version, re-run
| upgrade, dump the upgraded database, restore the previous, and then test
a
| manual run of the database upgrade script.
|
| Does this sound prudent?
| - DHC
|
Yes. Although lots of work, it may show if there's a DB upgrade bug we
missed, or indeed the general upgrade procedure has / had an issue.
|
| On Tue, Jul 30, 2013 at 5:54 AM, Doron Fediuck <dfediuck(a)redhat.com>
wrote:
|
| > Thanks.
| > So this leads me further to the upgrade procedure
| > which may have fail, thus not completing the DB upgrade.
| > Can you please check the upgrade logs to see if something
| > matches this flow?
| >
| > ----- Original Message -----
| > | From: "Dead Horse" <deadhorseconsulting(a)gmail.com>
| > | To: "Doron Fediuck" <dfediuck(a)redhat.com>
| > | Cc: "Alon Bar-Lev" <alonbl(a)redhat.com>, "users"
<users(a)ovirt.org>,
| > "Dave Chen" <wei.d.chen(a)intel.com>, "Eli Mesika"
| > | <emesika(a)redhat.com>
| > | Sent: Tuesday, July 30, 2013 6:37:55 AM
| > | Subject: Re: [Users] upgrade to latest master not working
| > |
| > | The engine version I am attempting to upgrade from was built from:
| > | ---------------
| > | commit: dbc3d31110ce372a1fa7e06f64c4a5c64544c679
| > | tree: ee9ee41c3e855c26f491c77fda9622c05af3fc54
| > | parent: 82644cae97f3c546ee631ae79c925c91e7bed836
| > |
| > | userportal,webadmin: Change remove message
| > | Change-Id: Ia934e33d1a975e0235e1a1ffae0c8a4a7af66f10
| > | Signed-off-by: Alexander Wels <awels(a)redhat.com>
| > | ---------------
| > | Thus it is version 3.3 and not 3.2. The upgrade (built from this
master
| > | this AM) was attempted ovirt a fresh install of the packages built
from
| > the
| > | above commit. I also confirmed the install was fully functional.
| > |
| > | - DHC
| > |
| > |
| > |
| > | On Mon, Jul 29, 2013 at 4:08 PM, Doron Fediuck <dfediuck(a)redhat.com>
| > wrote:
| > |
| > | >
| > | >
| > | > ----- Original Message -----
| > | > | From: "Alon Bar-Lev" <alonbl(a)redhat.com>
| > | > | To: "Doron Fediuck" <dfediuck(a)redhat.com>
| > | > | Cc: "Dead Horse" <deadhorseconsulting(a)gmail.com>,
"users" <
| > | > users(a)ovirt.org>, "Dave Chen" <wei.d.chen(a)intel.com>,
"Eli
| > | > | Mesika" <emesika(a)redhat.com>
| > | > | Sent: Monday, July 29, 2013 11:51:35 PM
| > | > | Subject: Re: [Users] upgrade to latest master not working
| > | > |
| > | > |
| > | > |
| > | > | ----- Original Message -----
| > | > | > From: "Doron Fediuck" <dfediuck(a)redhat.com>
| > | > | > To: "Alon Bar-Lev" <alonbl(a)redhat.com>
| > | > | > Cc: "Dead Horse" <deadhorseconsulting(a)gmail.com>,
"users"
| > | > | > <users(a)ovirt.org>, "Dave Chen"
<wei.d.chen(a)intel.com>, "Eli
| > | > | > Mesika" <emesika(a)redhat.com>
| > | > | > Sent: Monday, July 29, 2013 11:43:46 PM
| > | > | > Subject: Re: [Users] upgrade to latest master not working
| > | > | >
| > | > | >
| > | > | >
| > | > | > ----- Original Message -----
| > | > | > | From: "Alon Bar-Lev" <alonbl(a)redhat.com>
| > | > | > | To: "Doron Fediuck" <dfediuck(a)redhat.com>
| > | > | > | Cc: "Dead Horse" <deadhorseconsulting(a)gmail.com>,
"users"
| > | > | > | <users(a)ovirt.org>, "Dave Chen"
<wei.d.chen(a)intel.com>, "Eli
| > | > | > | Mesika" <emesika(a)redhat.com>
| > | > | > | Sent: Monday, July 29, 2013 11:31:42 PM
| > | > | > | Subject: Re: [Users] upgrade to latest master not working
| > | > | > |
| > | > | > |
| > | > | > |
| > | > | > | ----- Original Message -----
| > | > | > | > From: "Doron Fediuck" <dfediuck(a)redhat.com>
| > | > | > | > To: "Alon Bar-Lev" <alonbl(a)redhat.com>
| > | > | > | > Cc: "Dead Horse"
<deadhorseconsulting(a)gmail.com>, "users"
| > | > | > | > <users(a)ovirt.org>, "Dave Chen"
<wei.d.chen(a)intel.com>,
"Eli
| > | > | > | > Mesika" <emesika(a)redhat.com>
| > | > | > | > Sent: Monday, July 29, 2013 11:27:41 PM
| > | > | > | > Subject: Re: [Users] upgrade to latest master not working
| > | > | > | >
| > | > | > | >
| > | > | > | >
| > | > | > | > ----- Original Message -----
| > | > | > | > | From: "Alon Bar-Lev" <alonbl(a)redhat.com>
| > | > | > | > | To: "Dead Horse"
<deadhorseconsulting(a)gmail.com>
| > | > | > | > | Cc: "users" <users(a)ovirt.org>, "Doron
Fediuck" <
| > | > dfediuck(a)redhat.com>,
| > | > | > | > | "Dave
| > | > | > | > | Chen" <wei.d.chen(a)intel.com>, "Eli
| > | > | > | > | Mesika" <emesika(a)redhat.com>
| > | > | > | > | Sent: Monday, July 29, 2013 10:47:01 PM
| > | > | > | > | Subject: Re: [Users] upgrade to latest master not working
| > | > | > | > |
| > | > | > | > |
| > | > | > | > |
| > | > | > | > | ----- Original Message -----
| > | > | > | > | > From: "Dead Horse"
<deadhorseconsulting(a)gmail.com>
| > | > | > | > | > To: "Alon Bar-Lev"
<alonbl(a)redhat.com>
| > | > | > | > | > Cc: "users" <users(a)ovirt.org>
| > | > | > | > | > Sent: Monday, July 29, 2013 10:41:34 PM
| > | > | > | > | > Subject: Re: [Users] upgrade to latest master not
working
| > | > | > | > | >
| > | > | > | > | > server.log attached
| > | > | > | > |
| > | > | > | > | Thanks!
| > | > | > | > |
| > | > | > | > | My guess is that I8ce3448a[1] broke master.
| > | > | > | > |
| > | > | > | > | [1] http://gerrit.ovirt.org/#/c/14605/
| > | > | > | > |
| > | > | > | >
| > | > | > | > Works perfectly on my Gentoo with master.
| > | > | > | >
| > | > | > |
| > | > | > | I doubt you are upgrading from 3.2 :)
| > | > | > |
| > | > | >
| > | > | > Just did:
| > | > | >
| > | > | > $ git checkout origin/engine_3.2
| > | > | > $ cd backend/manager/dbscripts/
| > | > | > $ ./create_db.sh -d upgrade32-test -u engine
| > | > | > ~/dev/ovirt/ovirt-engine/backend/manager/dbscripts
| > | > | > ~/dev/ovirt/ovirt-engine/backend/manager/dbscripts
| > | > | > Creating the database: upgrade32-test
| > | > | > dropdb: database removal failed: ERROR: database
"upgrade32-test"
| > | > does not
| > | > | > exist
| > | > | > user name is: engine
| > | > | > Creating tables...
| > | > | > Creating functions...
| > | > | > Creating common functions...
| > | > | > Inserting data ...
| > | > | > Inserting pre-defined roles ...
| > | > | > Running upgrade scripts...
| > | > | > upgrade script detected a change in Config, View or Stored
| > Procedure...
| > | > | > Running upgrade sql script
upgrade/pre_upgrade/0000_config.sql ...
| > | > | >
| > | > | > ...
| > | > | >
| > | > | > Creating stored procedures from vm_templates_sp.sql ...
| > | > | > Running upgrade sql script
| > | > | >
upgrade/post_upgrade/0010_add_object_column_white_list_table.sql
| > ...
| > | > | > Running upgrade sql script
| > | > | > upgrade/post_upgrade/0020_create_materialized_views.sql ...
| > | > | > Refreshing materialized views...
| > | > | > ~/dev/ovirt/ovirt-engine/backend/manager/dbscripts
| > | > | >
| > | > | > $ git checkout master
| > | > | > $ cd ../../../packaging/dbscripts/
| > | > | > $ ./upgrade.sh -d upgrade32-test -u engine
| > | > | > upgrade script detected a change in Config, View or Stored
| > Procedure...
| > | > | > Running upgrade sql script upgrade/pre_upgrade/0000_config.sql
...
| > | > | >
| > | > | > ...
| > | > | >
| > | > | > Creating stored procedures from vms_sp.sql ...
| > | > | > Running upgrade sql script
| > | > | >
upgrade/post_upgrade/0010_add_object_column_white_list_table.sql
| > ...
| > | > | > Running upgrade sql script
| > | > | > upgrade/post_upgrade/0020_create_materialized_views.sql ...
| > | > | > Refreshing materialized views...
| > | > | > Done.
| > | > | >
| > | > | >
| > | > | > Seems to work well. Am I missing something?
| > | > | >
| > | > |
| > | > | Start jboss?
| > | > |
| > | > | Please take over this issue, you have relevant logs, and a
| > cooperative
| > | > user.
| > | > |
| > | > | Thanks,
| > | > | Alon
| > | > |
| > | >
| > | > Since jboss is up and running very well after upgrade I do not see
a
| > | > problem.
| > | > Is it possible that the install / upgrade process didn't complete
due
| > to
| > | > other
| > | > errors ending up with this state?
| > | >
| > | > In the meantime you can manually create the missing function to get
| > your
| > | > setup running. The only problem is that if my assumption is
correct on
| > | > upgrade not finishing, you will hit the next db change as an
error. So
| > | > I'd try and look at the install/upgrade log files to see if db
upgrade
| > | > failed at some point.
| > | >
| > |
| >
|