Description of problem: We have our own implementation of uuid_generate_v1() function, which was introduced to allow smoother transition between PostgreSQL 8.x and 9.x. But since PG 9.x there is a standard implementation of uuid_generate_v1() which is provided by uuid-ossp PostgreSQL extension. This extension included in postgresql-contrib package which is part of both standard and SCL versions of PostgreSQL and it's significantly faster than our own implementation. Unfortunately installing this extension requires administrator privileges, so it cannot be part of our normal database upgrade scripts, but switching to SCL PostgreSQL 9.5 is a great opportunity to make this change. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
CodeChange - QE just sanity.
CodeChange moving to VERIFIED
removing codeChange as after discussion this needs further verification
We need to extend docs for remote db scenario, otherwise dbadmin of remote db won't have remote db configured correctly.
(In reply to Jiri Belka from comment #6) > We need to extend docs for remote db scenario, otherwise dbadmin of remote > db won't have remote db configured correctly. Right, we already have BZ1534928 to track that.
ok, all steps in #3 were passess ok. ovirt-engine-setup-base-4.2.1.3-0.1.el7.noarch
This bugzilla is included in oVirt 4.2.1 release, published on Feb 12th 2018. Since the problem described in this bug report should be resolved in oVirt 4.2.1 release, it has been closed with a resolution of CURRENT RELEASE. If the solution does not work for you, please open a new bug report.