Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 1611617 - On rollback of failed upgrade from 4.2.1+, engine-setup outputs errors about the uuid-ossp extension
On rollback of failed upgrade from 4.2.1+, engine-setup outputs errors about ...
Status: VERIFIED
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine (Show other bugs)
4.2.5
Unspecified Unspecified
medium Severity medium
: ovirt-4.3.0
: ---
Assigned To: Eli Mesika
Lucie Leistnerova
: Regression, ZStream
Depends On:
Blocks: 1542093 1613168
  Show dependency treegraph
 
Reported: 2018-08-02 09:25 EDT by Thom Carlin
Modified: 2018-09-06 03:32 EDT (History)
16 users (show)

See Also:
Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
: 1613168 (view as bug list)
Environment:
Last Closed:
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: Infra
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Knowledge Base (Solution) 3550771 None None None 2018-08-03 02:56 EDT
oVirt gerrit 93544 master MERGED packaging: setup: filter out errors about uuid-ossp 2018-08-07 10:15 EDT
oVirt gerrit 93706 master MERGED packaging: setup: Fix filtering out errors about uuid-ossp 2018-08-13 14:02 EDT

  None (edit)
Description Thom Carlin 2018-08-02 09:25:40 EDT
Description of problem:

Upgrade aborts with "ERROR: must be owner of extension plpgsql during Restoring DWH database ovirt_engine_history"

Version-Release number of selected component (if applicable):

4.2.4/4.2.5

How reproducible:

100% in my environment

Steps to Reproduce:
1. engine-setup
2. Take defaults for all except add full vacuum

Actual results:

ERROR: must be owner of extension plpgsql during Restoring DWH database ovirt_engine_history 

Expected results:

Successful upgrade

Additional info:
Comment 2 Sandro Bonazzola 2018-08-02 09:30:27 EDT
Eli, can you please look into this?
Comment 8 Yedidyah Bar David 2018-08-07 02:08:05 EDT
1. The bug is about errors from pg_restore, which is ran during _rollback_. So to reproduce, you have to cause engine-setup to fail somehow (bug 1609839, in this case, but can be anything).

2. engine-setup already filters out some errors from pg_restore, which we decided are harmless. These are logged but are not shown to the user.

3. Unfiltered errors are also shown to the user, and it's up to the user to decide if that's a problem or not. Other than that, it continues as usual. So if the user decided that the errors are harmless, nothing else needs to be done (other than handling the original cause for rollback and then trying to upgrade again).

4. In this case, the unfiltered errors are:

otopi.ovirt_engine_setup.engine_common.database database.restore:942 Errors unfiltered during restore:

pg_restore: [archiver (db)] Error from TOC entry 7310; 0 0 COMMENT EXTENSION "uuid-ossp"
pg_restore: [archiver (db)] could not execute query: ERROR:  must be owner of extension uuid-ossp

5. I am pretty certain that they are harmless. Also pushed a patch (93544) to add them to the filtered errors. If Eli agrees, that's enough.

6. Also, since they seem harmless to me, lowered priority/severity accordingly.

7. Also changing the summary line according to (1.) and (4.). uuid-ossp was introduced in bug 1515635, 4.2.1.
Comment 14 Lucie Leistnerova 2018-09-06 03:32:16 EDT
I aborted engine-setup with otopi-debug-plugins

OTOPI_FORCE_FAIL_STAGE=STAGE_MISC OTOPI_FORCE_FAIL_PRIORITY=PRIORITY_LOW engine-setup

and rollback was successfull

verified in ovirt-engine-4.3.0-0.0.master.20180902070649.gita860c9c.el7.noarch
with ovirt-engine-setup-plugin-ovirt-engine-common-4.3.0-0.0.master.20180903111244.git94dce75.el7.noarch

Note You need to log in before you can comment on or make changes to this bug.