- Users - oVirt List Archives

[Users] Testing ovirt all in one on F18 gives error on DB creation
by Gianluca Cecchi 18 Dec '12

18 Dec '12

Hello, testing oVirt for with all in one config in f18 beta. engine-setup fails in Database creation and in db log file: saying to check log file /var/log/ovirt-engine/engine-setup_2012_12_01_15_35_22.log I can see 2012-12-01 15:36:32::DEBUG::setup_sequences::59::root:: running _createDB 2012-12-01 15:36:32::DEBUG::engine-setup::937::root:: installing postgres db 2012-12-01 15:36:32::DEBUG::engine-setup::940::root:: engine db creation is logged at /var/log/ovirt-engine//engine-db-install-2012_12_01_15_36_32.log 2012-12-01 15:36:32::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/dbscripts/engine-db-install.sh -l engine-db-install-2012_12_01_15_36_32.log -w ******** -u postgres -s localhost -p 5432 -r local' 2012-12-01 15:36:40::DEBUG::common_utils::335::root:: output = Running local installation adding uuid-ossp.sql from contrib... error, failed creating enginedb How can I workaround this? Do I have to rollback what already done by engine-setup or can I only resolve the db part? Version I find is ovirt-engine-setup-3.1.0-1.fc18.noarch Thanks Gianluca

8 36

Re: [Users] tool engine-manage-domains
by victor nunes 18 Dec '12

18 Dec '12

2012/11/29 Yair Zaslavsky <yzaslavs(a)redhat.com> > Hi, > Can you redirect your question to users(a)ovirt.org? > I think others will help you to forward your question to relevant people > here (not sure I can provide a good answer). > > > > On 11/29/2012 03:26 AM, victor nunes wrote: > >> So I'm trying to install FreeIPA on the same machine that oVirt-manage, >> but at the time of installation, the following error occurs: >> >> FreeIPA-server conflicts with 1: mod_ssl-2.2.22-4.fc17.x86_64 >> >> >> Looking for a solution to the problem, I discovered that this is a bug >> reported by others. >> >> Follow the link to the bug reported: >> https://bugzilla.redhat.com/**show_bug.cgi?id=840098<https://bugzilla.redhat.com/show_bug.cgi?id=840098> >> >> Then, using oo FreeIPA not be possible, which otherwise I have to add >> new domains and users? >> >> Em 8 de novembro de 2012 02:41, Yair Zaslavsky <yzaslavs(a)redhat.com >> <mailto:yzaslavs@redhat.com>> escreveu: >> >> >> Hi, >> You cannot create new users for the internal domain. >> The internal domain was developed for quick POC, just to allow login >> to the system without the need for ldap provider. >> I recommend you install some ldap server (i.e - free IPA) and try to >> work with it. >> >> >> >> On 11/08/2012 01:08 AM, victor nunes wrote: >> >> Sorry. >> >> Att, >> >> 2012/11/7 victor nunes <victor.rebli(a)gmail.com >> <mailto:victor.rebli@gmail.com**> >> <mailto:victor.rebli@gmail.com <mailto:victor.rebli@gmail.com** >> >__>> >> >> >> >> Thanks for the reply. >> >> As the command "engine-manage-domains" works with ldap, how >> can I >> create another user in the field "internal", and user >> "admin" that >> is created when you installed the engine-setup? >> >> 2012/11/4 Yair Zaslavsky <yzaslavs(a)redhat.com >> <mailto:yzaslavs@redhat.com> >> <mailto:yzaslavs@redhat.com <mailto:yzaslavs@redhat.com>>> >> >> >> >> Hi, >> The specified tool handle only ldap domains, and not the >> internal domain. >> What would you like to change at the internal domain? >> I suggest you try to use engine-config for this. >> >> >> >> ------------------------------**__----------------------------** >> --__------------ >> >> >> *From: *"victor nunes" <victor.rebli(a)gmail.com >> <mailto:victor.rebli@gmail.com**> >> <mailto:victor.rebli@gmail.com >> <mailto:victor.rebli@gmail.com**>__>> >> *To: *users(a)ovirt.org <mailto:users@ovirt.org> >> <mailto:users@ovirt.org <mailto:users@ovirt.org>> >> >> *Sent: *Sunday, November 4, 2012 12:18:55 AM >> *Subject: *[Users] tool engine-manage-domains >> >> >> >> I'm trying to change the default domain, the >> "internal" with >> the following command: >> >> engine-manage-domains -action=edit -domain=internal >> >> However, i am getting the following message: >> >> "Domain internal doesn't exist int the configuration" >> >> This is my domain admin user that is configured in >> the >> installation ovirt-setup. >> >> So, how can i fix it to include a user in this >> domain? >> >> >> Att, >> >> >> >> >> -- >> “Encarada do ponto de vista da juventude, a vida >> parece um >> futuro >> indefinidamente longo, ao passo que, na velhice, >> ela parece >> um passado >> deveras curto. Assim, a vida no seu início se >> apresenta do >> mesmo modo >> que as coisas quando as olhamos através de um >> binóculo usado >> ao contrário; mas, ao >> seu final, ela se parece com as coisas tal qual >> são vistas >> quando o binóculo >> é usado de modo normal. Um homem precisa ter >> envelhecido e >> vivido >> bastante para perceber como a vida é curta”. >> >> (Poema de Arthur Schopenhauer) >> >> ______________________________**___________________ >> Users mailing list >> Users(a)ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org >> <mailto:Users@ovirt.org>> >> >> http://lists.ovirt.org/__**mailman/listinfo/users<http://lists.ovirt.org/__mailman/listinfo/users> >> >> <http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org/mailman/listinfo/users> >> > >> >> >> >> >> >> -- >> “Encarada do ponto de vista da juventude, a vida parece um >> futuro >> indefinidamente longo, ao passo que, na velhice, ela parece >> um passado >> deveras curto. Assim, a vida no seu início se apresenta do >> mesmo modo >> que as coisas quando as olhamos através de um binóculo usado >> ao >> contrário; mas, ao >> seu final, ela se parece com as coisas tal qual são vistas >> quando o >> binóculo >> é usado de modo normal. Um homem precisa ter envelhecido e >> vivido >> bastante para perceber como a vida é curta”. >> >> (Poema de Arthur Schopenhauer) >> >> >> >> >> -- >> “Encarada do ponto de vista da juventude, a vida parece um futuro >> indefinidamente longo, ao passo que, na velhice, ela parece um >> passado >> deveras curto. Assim, a vida no seu início se apresenta do mesmo >> modo >> que as coisas quando as olhamos através de um binóculo usado ao >> contrário; mas, ao >> seu final, ela se parece com as coisas tal qual são vistas >> quando o >> binóculo >> é usado de modo normal. Um homem precisa ter envelhecido e vivido >> bastante para perceber como a vida é curta”. >> >> (Poema de Arthur Schopenhauer) >> >> >> >> >> -- >> “Encarada do ponto de vista da juventude, a vida parece um futuro >> indefinidamente longo, ao passo que, na velhice, ela parece um passado >> deveras curto. Assim, a vida no seu início se apresenta do mesmo modo >> que as coisas quando as olhamos através de um binóculo usado ao >> contrário; mas, ao >> seu final, ela se parece com as coisas tal qual são vistas quando o >> binóculo >> é usado de modo normal. Um homem precisa ter envelhecido e vivido >> bastante para perceber como a vida é curta”. >> >> (Poema de Arthur Schopenhauer) >> > -- “Encarada do ponto de vista da juventude, a vida parece um futuro indefinidamente longo, ao passo que, na velhice, ela parece um passado deveras curto. Assim, a vida no seu início se apresenta do mesmo modo que as coisas quando as olhamos através de um binóculo usado ao contrário; mas, ao seu final, ela se parece com as coisas tal qual são vistas quando o binóculo é usado de modo normal. Um homem precisa ter envelhecido e vivido bastante para perceber como a vida é curta”. (Poema de Arthur Schopenhauer)

5 11

[Users] RESOLVED: Problems after upgrading to latest rpms from the dre repository
by Joern Ott 18 Dec '12

18 Dec '12

Hello Roy, From: users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] On Behalf Of Roy Golan Sent: Dienstag, 18. Dezember 2012 07:58 To: users(a)ovirt.org Subject: Re: [Users] Problems after upgrading to latest rpms from the dre repository On 12/17/2012 06:28 PM, Joern Ott wrote: >Hello everybody, >> I just upgraded the engine with the engine upgrade script and get a lot of these errors: >> 2012-12-17 17:25:00,498 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-84) Failed to decrypt Data must not be longer than 256 bytes >> 2012-12-17 17:25:00,498 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-72) Failed to decrypt Data must not be longer than 256 bytes >> 2012-12-17 17:25:03,033 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-94) Failed to decrypt Data must not be longer than 256 bytes >> 2012-12-17 17:25:03,033 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-7) Failed to decrypt Data must not be longer than 256 bytes >> 2012-12-17 17:25:15,606 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-60) Failed to decrypt Data must not be longer than 256 bytes >> 2012-12-17 17:25:15,606 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-55) Failed to decrypt Data must not be longer than 256 bytes >> 2012-12-17 17:25:39,663 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-69) Failed to decrypt Data must not be longer than 256 bytes >> 2012-12-17 17:25:39,663 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-68) Failed to decrypt java.lang.NullPointerException >> In addition, I am no longer able to log in with admin@internal and the password we set before. As we use keepass generated passwords, I am pretty sure that I don't have any typing errors >> in there. The engine log shows this: >> 2012-12-17 17:26:43,328 ERROR [org.ovirt.engine.core.bll.LoginAdminUserCommand] (ajp--127.0.0.1-8702-2) USER_FAILED_TO_AUTHENTICATE : admin >> 2012-12-17 17:26:43,328 WARN [org.ovirt.engine.core.bll.LoginAdminUserCommand] (ajp--127.0.0.1-8702-2) CanDoAction of action LoginAdminUser failed. >> >> Reasons:USER_FAILED_TO_AUTHENTICATE >> 2012-12-17 17:26:46,290 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-94) Failed to decrypt Blocktype mismatch: 0 >> 2012-12-17 17:26:46,290 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-91) Failed to decrypt Blocktype mismatch: 0 >> Any way of resetting the password in the database or fixing some encryption routines? > engine-config -s AdminPassword {your passwd} I needed a slight adjustment of the syntax as this gives me "Argument for set action must be in format of key=value" [root@leob220 ~]# engine-config -s AdminPassword=xxxxxxxxxxxxx Cannot set value xxxxxxxxxxxxx to key AdminPassword. >can you please also search the upgrade/install log to see if the engine setup threw an error *encrypting* your supplied password? It seems that the database setup failed (excerpt): 2012-12-17 15:18:54::DEBUG::engine-upgrade::425::root:: DB Update started 2012-12-17 15:18:54::DEBUG::common_utils::424::root:: Executing command --> '/usr/share/ovirt-engine/dbscripts/upgrade.sh -s localhost -p 5432 -u engine -d engine_2012_12_17_15_18_29' 2012-12-17 15:18:56::DEBUG::common_utils::462::root:: output = upgrade script detected a change in Config, View or Stored Procedure... 2012-12-17 15:18:56::DEBUG::common_utils::463::root:: stderr = psql:create_functions.sql:679: ERROR: must be owner of function uuid_generate_v1 2012-12-17 15:18:56::DEBUG::common_utils::464::root:: retcode = 3 2012-12-17 15:18:56::ERROR::engine-upgrade::1072::root:: Traceback (most recent call last): File "/usr/bin/engine-upgrade", line 1059, in main runFunc([db.update], MSG_INFO_DB_UPDATE) File "/usr/bin/engine-upgrade", line 607, in runFunc func() File "/usr/bin/engine-upgrade", line 442, in update output, rc = utils.execCmd(cmdList=cmd, failOnError=True, msg=MSG_ERROR_UPDATE_DB) File "/usr/share/ovirt-engine/scripts/common_utils.py", line 467, in execCmd raise Exception(msg) Exception: Error: Database update failed 2012-12-17 15:18:56::ERROR::engine-upgrade::1073::root:: Rolling back update 2012-12-17 15:18:56::DEBUG::engine-upgrade::392::root:: DB Restore started 2012-12-17 15:18:56::DEBUG::common_utils::424::root:: Executing command --> '/usr/bin/dropdb -U engine -h localhost -p 5432 engine_2012_12_17_15_18_29' 2012-12-17 15:19:15::DEBUG::common_utils::462::root:: output = 2012-12-17 15:19:15::DEBUG::common_utils::463::root:: stderr = 2012-12-17 15:19:15::DEBUG::common_utils::464::root:: retcode = 0 2012-12-17 15:19:15::DEBUG::common_utils::424::root:: Executing command --> '/usr/bin/psql -U engine -h localhost -p 5432 -d template1 -f /var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql' Then the rollback happened causing these errors: 2012-12-17 15:19:20::DEBUG::common_utils::463::root:: stderr = psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:8121: WARNING: column "status" has type "unknown" DETAIL: Proceeding with relation creation anyway. psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:8121: WARNING: column "owner" has type "unknown" DETAIL: Proceeding with relation creation anyway. psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:8121: WARNING: column "storage_pool_id" has type "unknown" DETAIL: Proceeding with relation creation anyway. psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:8121: WARNING: column "storage_pool_name" has type "unknown" DETAIL: Proceeding with relation creation anyway. psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13543: ERROR: permission denied for language c psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13546: ERROR: function public.uuid_generate_v1() does not exist psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13554: ERROR: permission denied for language c psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13557: ERROR: function public.uuid_generate_v1mc() does not exist psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13565: ERROR: permission denied for language c psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13568: ERROR: function public.uuid_generate_v3(uuid, text) does not exist psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13576: ERROR: permission denied for language c psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13579: ERROR: function public.uuid_generate_v4() does not exist psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13587: ERROR: permission denied for language c psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13590: ERROR: function public.uuid_generate_v5(uuid, text) does not exist psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13598: ERROR: permission denied for language c psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13601: ERROR: function public.uuid_nil() does not exist psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13609: ERROR: permission denied for language c psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13612: ERROR: function public.uuid_ns_dns() does not exist psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13620: ERROR: permission denied for language c psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13623: ERROR: function public.uuid_ns_oid() does not exist psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13631: ERROR: permission denied for language c psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13634: ERROR: function public.uuid_ns_url() does not exist psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13642: ERROR: permission denied for language c psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13645: ERROR: function public.uuid_ns_x500() does not exist psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:14015: WARNING: column "owner" has type "unknown" DETAIL: Proceeding with relation creation anyway. psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:14015: WARNING: column "storage_pool_id" has type "unknown" DETAIL: Proceeding with relation creation anyway. psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:14015: WARNING: column "storage_pool_name" has type "unknown" DETAIL: Proceeding with relation creation anyway. psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:21103: WARNING: no privileges could be revoked for "public" psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:21104: WARNING: no privileges could be revoked for "public" psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:21105: WARNING: no privileges were granted for "public" psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:21106: WARNING: no privileges were granted for "public" 2012-12-17 15:19:20::DEBUG::common_utils::464::root:: retcode = 0 2012-12-17 15:19:20::DEBUG::engine-upgrade::414::root:: DB Restore completed successfully And finally, the yum downgrade failed: 2012-12-17 15:19:33::DEBUG::common_utils::324::root:: YUM: VERB: Failed to downgrade: ovirt-engine-3.1.0-3.26.el6.noarch 2012-12-17 15:19:33::DEBUG::common_utils::324::root:: YUM: VERB: Failed to downgrade: ovirt-engine-backend-3.1.0-3.26.el6.noarch 2012-12-17 15:19:33::DEBUG::common_utils::324::root:: YUM: VERB: Failed to downgrade: ovirt-engine-config-3.1.0-3.26.el6.noarch 2012-12-17 15:19:33::DEBUG::common_utils::324::root:: YUM: VERB: Failed to downgrade: ovirt-engine-dbscripts-3.1.0-3.26.el6.noarch 2012-12-17 15:19:33::DEBUG::common_utils::324::root:: YUM: VERB: Failed to downgrade: ovirt-engine-genericapi-3.1.0-3.26.el6.noarch 2012-12-17 15:19:33::DEBUG::common_utils::324::root:: YUM: VERB: Failed to downgrade: ovirt-engine-notification-service-3.1.0-3.26.el6.noarch 2012-12-17 15:19:33::DEBUG::common_utils::324::root:: YUM: VERB: Failed to downgrade: ovirt-engine-restapi-3.1.0-3.26.el6.noarch 2012-12-17 15:19:33::DEBUG::common_utils::324::root:: YUM: VERB: Failed to downgrade: ovirt-engine-tools-common-3.1.0-3.26.el6.noarch 2012-12-17 15:19:33::DEBUG::common_utils::324::root:: YUM: VERB: Failed to downgrade: ovirt-engine-userportal-3.1.0-3.26.el6.noarch 2012-12-17 15:19:33::DEBUG::common_utils::324::root:: YUM: VERB: Failed to downgrade: ovirt-engine-webadmin-portal-3.1.0-3.26.el6.noarch 2012-12-17 15:19:33::DEBUG::common_utils::324::root:: YUM: VERB: Building transaction 2012-12-17 15:19:33::DEBUG::common_utils::324::root:: YUM: VERB: Transaction built 2012-12-17 15:19:33::DEBUG::common_utils::324::root:: YUM: VERB: Processing transaction 2012-12-17 15:19:33::INFO::common_utils::327::root:: YUM: OK: Status: Downloading Packages 2012-12-17 15:19:33::INFO::common_utils::327::root:: YUM: OK: Status: Running Test Transaction 2012-12-17 15:19:33::DEBUG::common_utils::324::root:: YUM: VERB: Running rpm_check_debug 2012-12-17 15:19:33::ERROR::common_utils::330::root:: YUM: FAIL: [u'ERROR with rpm_check_debug vs depsolve:', 'ovirt-engine-setup >= 3.2.0-1.33.el6 is needed by ovirt-engine-3.2.0-1.33.el6.noarch', u'Please report this error at http://bugs.centos.org/set_project.php?project_id=16&ref=http://bugs.centos…'] 2012-12-17 15:19:34::ERROR::common_utils::330::root:: YUM: FAIL: Transaction end failed: Traceback (most recent call last): File "/usr/share/ovirt-engine/scripts/miniyum.py", line 370, in _endTransaction self.processTransaction() File "/usr/share/ovirt-engine/scripts/miniyum.py", line 678, in processTransaction rpmDisplay=MiniYum._rpmcallback(sink=self._sink) File "/usr/lib/python2.6/site-packages/yum/__init__.py", line 4928, in processTransaction self._doTestTransaction(callback,display=rpmTestDisplay) File "/usr/lib/python2.6/site-packages/yum/__init__.py", line 5002, in _doTestTransaction raise Errors.YumRPMCheckError,retmsgs YumRPMCheckError: [u'ERROR with rpm_check_debug vs depsolve:', 'ovirt-engine-setup >= 3.2.0-1.33.el6 is needed by ovirt-engine-3.2.0-1.33.el6.noarch', u'Please report this error at http://bugs.centos.org/set_project.php?project_id=16&ref=http://bugs.centos…'] 2012-12-17 15:19:34::DEBUG::common_utils::1286::root:: Locking rpms in yum-version-lock 2012-12-17 15:19:36::ERROR::engine-upgrade::1123::root:: Traceback (most recent call last): File "/usr/bin/engine-upgrade", line 1116, in <module> main(options) File "/usr/bin/engine-upgrade", line 1059, in main runFunc([db.update], MSG_INFO_DB_UPDATE) File "/usr/bin/engine-upgrade", line 607, in runFunc func() File "/usr/bin/engine-upgrade", line 442, in update output, rc = utils.execCmd(cmdList=cmd, failOnError=True, msg=MSG_ERROR_UPDATE_DB) File "/usr/share/ovirt-engine/scripts/common_utils.py", line 467, in execCmd raise Exception(msg) Exception: Error: Database update failed 2012-12-17 15:19:36::DEBUG::engine-upgrade::365::root:: DB Backup available at /var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql So, what I did to resolve the issue was to manually downgrade all the RPMs which failed in the script. I had to provide absolute URLs to the RPMs though. After that I restarted ovirt-engine and ran the engine-upgrade again. Miraculously everything worked this time and now I am running ovirt-engine-3.2.0-1.33. Kind regards Jörn _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users

2 1

[Users] Problems after upgrading to latest rpms from the dre repository
by Joern Ott 18 Dec '12

18 Dec '12

--_000_D05C1D04061DE64AA1AE65E2D40211EE3A5B2333AMXPRD0610MB378_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello everybody, I just upgraded the engine with the engine upgrade script and get a lot of = these errors: 2012-12-17 17:25:00,498 ERROR [org.ovirt.engine.core.engineencryptutils.Enc= ryptionUtils] (QuartzScheduler_Worker-84) Failed to decrypt Data must not b= e longer than 256 bytes 2012-12-17 17:25:00,498 ERROR [org.ovirt.engine.core.engineencryptutils.Enc= ryptionUtils] (QuartzScheduler_Worker-72) Failed to decrypt Data must not b= e longer than 256 bytes 2012-12-17 17:25:03,033 ERROR [org.ovirt.engine.core.engineencryptutils.Enc= ryptionUtils] (QuartzScheduler_Worker-94) Failed to decrypt Data must not b= e longer than 256 bytes 2012-12-17 17:25:03,033 ERROR [org.ovirt.engine.core.engineencryptutils.Enc= ryptionUtils] (QuartzScheduler_Worker-7) Failed to decrypt Data must not be= longer than 256 bytes 2012-12-17 17:25:15,606 ERROR [org.ovirt.engine.core.engineencryptutils.Enc= ryptionUtils] (QuartzScheduler_Worker-60) Failed to decrypt Data must not b= e longer than 256 bytes 2012-12-17 17:25:15,606 ERROR [org.ovirt.engine.core.engineencryptutils.Enc= ryptionUtils] (QuartzScheduler_Worker-55) Failed to decrypt Data must not b= e longer than 256 bytes 2012-12-17 17:25:39,663 ERROR [org.ovirt.engine.core.engineencryptutils.Enc= ryptionUtils] (QuartzScheduler_Worker-69) Failed to decrypt Data must not b= e longer than 256 bytes 2012-12-17 17:25:39,663 ERROR [org.ovirt.engine.core.engineencryptutils.Enc= ryptionUtils] (QuartzScheduler_Worker-68) Failed to decrypt java.lang.NullP= ointerException In addition, I am no longer able to log in with admin@internal and the pass= word we set before. As we use keepass generated passwords, I am pretty sure= that I don't have any typing errors in there. The engine log shows this: 2012-12-17 17:26:43,328 ERROR [org.ovirt.engine.core.bll.LoginAdminUserComm= and] (ajp--127.0.0.1-8702-2) USER_FAILED_TO_AUTHENTICATE : admin 2012-12-17 17:26:43,328 WARN [org.ovirt.engine.core.bll.LoginAdminUserComm= and] (ajp--127.0.0.1-8702-2) CanDoAction of action LoginAdminUser failed. R= easons:USER_FAILED_TO_AUTHENTICATE 2012-12-17 17:26:46,290 ERROR [org.ovirt.engine.core.engineencryptutils.Enc= ryptionUtils] (QuartzScheduler_Worker-94) Failed to decrypt Blocktype misma= tch: 0 2012-12-17 17:26:46,290 ERROR [org.ovirt.engine.core.engineencryptutils.Enc= ryptionUtils] (QuartzScheduler_Worker-91) Failed to decrypt Blocktype misma= tch: 0 Any way of resetting the password in the database or fixing some encryption= routines? Kind regards J=F6rn --_000_D05C1D04061DE64AA1AE65E2D40211EE3A5B2333AMXPRD0610MB378_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"DE" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> Hello everybody,<o:p></o:p></sp= an> <o:p> </o:p> I just upgraded the engine with= the engine upgrade script and get a lot of these errors:<o:p></o:p>= 2012-12-17 17:25:00,498 ERROR [org.ovirt.engine.core.engineencryptutils.= EncryptionUtils] (QuartzScheduler_Worker-84) Failed to decrypt Data must no= t be longer than 256 bytes<o:p></o:p> 2012-12-17 17:25:00,498 ERROR [org.ovirt.engine.core.engineencryptutils.= EncryptionUtils] (QuartzScheduler_Worker-72) Failed to decrypt Data must no= t be longer than 256 bytes<o:p></o:p> 2012-12-17 17:25:03,033 ERROR [org.ovirt.engine.core.engineencryptutils.= EncryptionUtils] (QuartzScheduler_Worker-94) Failed to decrypt Data must no= t be longer than 256 bytes<o:p></o:p> 2012-12-17 17:25:03,033 ERROR [org.ovirt.engine.core.engineencryptutils.= EncryptionUtils] (QuartzScheduler_Worker-7) Failed to decrypt Data must not= be longer than 256 bytes<o:p></o:p> 2012-12-17 17:25:15,606 ERROR [org.ovirt.engine.core.engineencryptutils.= EncryptionUtils] (QuartzScheduler_Worker-60) Failed to decrypt Data must no= t be longer than 256 bytes<o:p></o:p> 2012-12-17 17:25:15,606 ERROR [org.ovirt.engine.core.engineencryptutils.= EncryptionUtils] (QuartzScheduler_Worker-55) Failed to decrypt Data must no= t be longer than 256 bytes<o:p></o:p> 2012-12-17 17:25:39,663 ERROR [org.ovirt.engine.core.engineencryptutils.= EncryptionUtils] (QuartzScheduler_Worker-69) Failed to decrypt Data must no= t be longer than 256 bytes<o:p></o:p> 2012-12-17 17:25:39,663 ERROR [org.ovirt.engine.core.engineencryptutils.= EncryptionUtils] (QuartzScheduler_Worker-68) Failed to decrypt java.lang.Nu= llPointerException<o:p></o:p> <o:p> </o:p> In addition, I am no longer abl= e to log in with admin@internal and the password we set before. As we use k= eepass generated passwords, I am pretty sure that I don’t have any ty= ping errors in there. The engine log shows this:<o:p></o:p> <o:p> </o:p> 2012-12-17 17:26:43,328 ERROR [= org.ovirt.engine.core.bll.LoginAdminUserCommand] (ajp--127.0.0.1-8702-2) US= ER_FAILED_TO_AUTHENTICATE : admin<o:p></o:p> 2012-12-17 17:26:43,328 WARN&nb= sp; [org.ovirt.engine.core.bll.LoginAdminUserCommand] (ajp--127.0.0.1-8702-= 2) CanDoAction of action LoginAdminUser failed. Reasons:USER_FAILED_TO_AUTH= ENTICATE<o:p></o:p> 2012-12-17 17:26:46,290 ERROR [= org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_= Worker-94) Failed to decrypt Blocktype mismatch: 0<o:p></o:p> 2012-12-17 17:26:46,290 ERROR [= org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_= Worker-91) Failed to decrypt Blocktype mismatch: 0<o:p></o:p> <o:p> </o:p> Any way of resetting the passwo= rd in the database or fixing some encryption routines?<o:p></o:p></p= > <o:p> </o:p> Kind regards<o:p></o:p><= /p> J=F6rn<o:p></o:p> </div> </body> </html> --_000_D05C1D04061DE64AA1AE65E2D40211EE3A5B2333AMXPRD0610MB378_--

3 2

[Users] Problem with VDSM becoming unresponsive
by Daniel Rowe 17 Dec '12

17 Dec '12

Hi I have an issue with a one node ovirt setup with gluster storage. Every so often (twice a week or) the management console show the node as unresponsive. I can ssh to the node fine and it is indeed responsive. I can see the VM processes taking CPU with top. I can see the VDSM process as well. Restarting vsdmd causes the node to become in the up state again, but I have to restart all the VMs that are running. In the engine log file (attached) there is "VDS::handleNetworkException Server failed to respond" error. I am not sure how I can fix this so any help appreciated. Attached is the engine log. Regards Daniel

2 1

[Users] migration & missing cert - 3.2 alpha
by Jeff Bailey 16 Dec '12

16 Dec '12

Hi, I have an F18 Beta + oVirt 3.2 alpha setup with two hosts. When I try to migrate from one host to the other I get 2012-12-15 15:18:51.381+0000: 1541: error : virNetTLSContextCheckCertFile:113 : Cannot read CA certificate '/etc/pki/CA/cacert.pem': No such file or directory in libvirtd.log on the source host. Is that actually where the cert should be and I should try to track down why it's not there or should it be somewhere else? If it should be somewhere else where would that be configured? The default location for the client certificates seems to be /etc/pki/libvirt which doesn't exist so even with a cacert it still probably wouldn't work. Could this be related to the missing spice certificates (I manually made the symbolic links for those). Thanks, Jeff

2 6

[Users] Single Sign On (Kerberos) to the user portal
by Sigbjorn Lie 16 Dec '12

16 Dec '12

Hi, Is it possible to do Single Sign On to the user portal using Kerberos? We have deployed FreeIPA where all our workstations are authenticating. We are already using SSO w/kerberos for web servers, and it would be handy if we could use SSO w/kerberos to authenticate to the User Portal too. Regards, Siggi

2 5

[Users] Translation mailing list
by Mohsen Saeedi 14 Dec '12

14 Dec '12

2 1

[Users] web gui and bonded nic changes
by Jim Kinney 14 Dec '12

14 Dec '12

I hit a snag last night. I needed to remove a nic from a host bond in ovirtmanage to create a new bridge line for user access to VMs. The process hung the box and I had to go put hands on the physical console (more reason to get the ipmi network setup!). The error message was "can't add eth3 to bond. already bonded" (or close). It seems the only way to remove a nic from a bond is to unload the bonding module. Apparently the ovirt process doesn't call a modprobe -r bonding during a network reset on the managed hosts. stop network, unload bonding, start network worked fine from the console. -- -- James P. Kinney III * *Every time you stop a school, you will have to build a jail. What you gain at one end you lose at the other. It's like feeding a dog on his own tail. It won't fatten the dog. - Speech 11/23/1900 Mark Twain * http://electjimkinney.org http://heretothereideas.blogspot.com/ *

3 2

[Users] oVirt 3.2 Alpha is now available (mostly)
by Mike Burns 13 Dec '12

13 Dec '12

The oVirt Team is happy to announce the availability of the Alpha version of the 3.2 Release. Some high level release notes: * oVirt Node is not available at this time. A couple of late release blockers were found that prevent it from working. We hope to have this cleaned up in the next few days. * oVirt Guest Agent is not available at this time. It should be available in the next couple days. In the meantime, the one from previous versions should still work in most cases. * Packages are currently only available on Fedora 18 [1] * Instructions for installation can be found on the wiki [2] Feedback is very welcome. Thanks Mike Burns oVirt Project Manager on behalf of the oVirt Team [1] http://resources.ovirt.org/releases/alpha/rpm/Fedora/18/ [2] http://www.ovirt.org/DownloadAlpha

2 1