On 11/02/2012 01:24 PM, Joop wrote:

Since I had some problems getting bonding working correctly in my ovirt-3.1 test installation I decide to start all over with a clean install and try the nightly, the webcast about bonding is using a nightly. That didn't go to well :-( What I did: - install Fedora-17 from live CD - yum upgrade --exclude=kernel* (stayed on 3.3.4-5) - yum localinstall http://ovirt.org/releases/ovirt-release-fedora.noarch.rpm - enabled nightly in ovirt.repo - yum install ovirt-engine

Ended up with the following nightly rpms: ovirt-engine-3.1.0-3.20121031.gitdd0ad7f.fc17.noarch ovirt-engine-backend-3.1.0-3.20121031.gitdd0ad7f.fc17.noarch ovirt-engine-cli-3.2.0.5-1.20121025.git4189352.fc17.noarch ovirt-engine-config-3.1.0-3.20121031.gitdd0ad7f.fc17.noarch ovirt-engine-dbscripts-3.1.0-3.20121031.gitdd0ad7f.fc17.noarch ovirt-engine-genericapi-3.1.0-3.20121031.gitdd0ad7f.fc17.noarch ovirt-engine-notification-service-3.1.0-3.20121031.gitdd0ad7f.fc17.noarch ovirt-engine-restapi-3.1.0-3.20121031.gitdd0ad7f.fc17.noarch ovirt-engine-sdk-3.2.0.2-1.20121022.git8013c12.fc17.noarch ovirt-engine-setup-3.1.0-3.20121031.gitdd0ad7f.fc17.noarch ovirt-engine-tools-common-3.1.0-3.20121031.gitdd0ad7f.fc17.noarch ovirt-engine-userportal-3.1.0-3.20121031.gitdd0ad7f.fc17.noarch ovirt-engine-webadmin-portal-3.1.0-3.20121031.gitdd0ad7f.fc17.noarch ovirt-image-uploader-3.1.0-1.fc17.noarch ovirt-iso-uploader-3.1.0-1.fc17.noarch ovirt-log-collector-3.1.0-1.fc17.noarch ovirt-release-fedora-4-2.noarch

ran engine-setup and gave default answers where possible. Instalation stopped with a Creating Database... ERROR Attached are the logs and the real error is in the enginedb log: user name is: engine Creating uuid-ossp extension... psql:/tmp/tmp.8hb5EYqc0Y:1: ERROR: permission denied to create extension "uuid-ossp" HINT: Must be superuser to create this extension.

It is right, user engine isn't a superuser and thus not allowed to create the extension. I modified the CREATE ROLE statement to include SUPERUSER role and restarted engine-setup, now it continues and runs til the end. Looking at the code I think that the second invocation of creating the uuid-ossp extension isn't needed but commenting that line gives an error too. Looking at ovirt-stable and comparing the scripts in /usr/share/ovirt-engine does show some changes but I don't know enough internals to see what changed that causes this.

We are aware of this issue that has been introduced in an attempt to solve a different problem in Fedora 18. There is a bug open and we are working on the solution: https://bugzilla.redhat.com/870056 Meanwhile the workaround that you used should work fine. Sorry for the inconveniences. -- Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3ºD, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.

On 11/02/2012 05:24 AM, Joop wrote:

Since I had some problems getting bonding working correctly in my ovirt-3.1 test installation I decide to start all over with a clean install and try the nightly, the webcast about bonding is using a nightly. That didn't go to well :-( What I did: - install Fedora-17 from live CD - yum upgrade --exclude=kernel* (stayed on 3.3.4-5)

The NFS issue that required a pre-3.5 kernel has been fixed -- you should be able to use an up to date kernel now.

- yum localinstall http://ovirt.org/releases/ovirt-release-fedora.noarch.rpm - enabled nightly in ovirt.repo - yum install ovirt-engine

Ended up with the following nightly rpms: ovirt-engine-3.1.0-3.20121031.gitdd0ad7f.fc17.noarch ovirt-engine-backend-3.1.0-3.20121031.gitdd0ad7f.fc17.noarch ovirt-engine-cli-3.2.0.5-1.20121025.git4189352.fc17.noarch

Users are having trouble with mis-matched ovirt-engine-cli and ovirt-engine-sdk packages --> mixing 3.2 with 3.1. It interferes with the all in one installer, and interferes with the iso uploader: https://bugzilla.redhat.com/show_bug.cgi?id=869457

ovirt-engine-config-3.1.0-3.20121031.gitdd0ad7f.fc17.noarch ovirt-engine-dbscripts-3.1.0-3.20121031.gitdd0ad7f.fc17.noarch ovirt-engine-genericapi-3.1.0-3.20121031.gitdd0ad7f.fc17.noarch ovirt-engine-notification-service-3.1.0-3.20121031.gitdd0ad7f.fc17.noarch ovirt-engine-restapi-3.1.0-3.20121031.gitdd0ad7f.fc17.noarch ovirt-engine-sdk-3.2.0.2-1.20121022.git8013c12.fc17.noarch

Here's that 3.2 sdk pkg.

ovirt-engine-setup-3.1.0-3.20121031.gitdd0ad7f.fc17.noarch ovirt-engine-tools-common-3.1.0-3.20121031.gitdd0ad7f.fc17.noarch ovirt-engine-userportal-3.1.0-3.20121031.gitdd0ad7f.fc17.noarch ovirt-engine-webadmin-portal-3.1.0-3.20121031.gitdd0ad7f.fc17.noarch ovirt-image-uploader-3.1.0-1.fc17.noarch ovirt-iso-uploader-3.1.0-1.fc17.noarch ovirt-log-collector-3.1.0-1.fc17.noarch ovirt-release-fedora-4-2.noarch

ran engine-setup and gave default answers where possible. Instalation stopped with a Creating Database... ERROR Attached are the logs and the real error is in the enginedb log: user name is: engine Creating uuid-ossp extension... psql:/tmp/tmp.8hb5EYqc0Y:1: ERROR: permission denied to create extension "uuid-ossp" HINT: Must be superuser to create this extension.

It is right, user engine isn't a superuser and thus not allowed to create the extension. I modified the CREATE ROLE statement to include SUPERUSER role and restarted engine-setup, now it continues and runs til the end. Looking at the code I think that the second invocation of creating the uuid-ossp extension isn't needed but commenting that line gives an error too. Looking at ovirt-stable and comparing the scripts in /usr/share/ovirt-engine does show some changes but I don't know enough internals to see what changed that causes this.

_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users

-- @jasonbrooks