- Users - oVirt List Archives

[Users] Ovirt 3.4 - Fail to set permissions to VM
by Jonas Israelsson 30 Jan '14

30 Jan '14

Greetings. I have set up oVirt to use Openldap for its users store. I managed to make two users SuperUser but now when trying to add a third as a normal user and give him permission to a VM it fails. From the log I see it complains about duplicate key violations. No matter what user I try to add to this vm I get the same error. Maybe it's beyond me but I really do not understand why It wants to add something to the users table (since the user is already there), sounds like a bug to me.. Anyone else have the same setup as me, and have this working ? [root@dashboard ovirt-engine]# tail -100 engine.log 2014-01-28 10:19:14,655 INFO [org.ovirt.engine.core.bll.AddPermissionCommand] (org.ovirt.thread.pool-6-thread-26) [5c95fa5a] Running command: AddPermissionCommand internal: false. Entities affected : ID: 18bcf10a-6f63-44ea-8a9b-70f423476473 Type: StoragePool, ID: aaa00000-0000-0000-0000-123456789aaa Type: System 2014-01-28 10:19:14,658 ERROR [org.ovirt.engine.core.bll.AddPermissionCommand] (org.ovirt.thread.pool-6-thread-26) [5c95fa5a] Command org.ovirt.engine.core.bll.AddPermissionCommand throw exception: org.springframework.dao.DuplicateKeyException: CallableStatementCallback; SQL [{call insertuser(?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?)}]; ERROR: duplicate key value violates unique constraint "users_domain_external_id_unique" Where: SQL statement "INSERT INTO users(department, domain, email, groups, name, note, role, active, surname, user_id, username, group_ids, external_id) VALUES( $1 , $2 , $3 , $4 , $5 , $6 , $7 , $8 , $9 , $10 , $11 , $12 , $13 )" PL/pgSQL function "insertuser" line 2 at SQL statement; nested exception is org.postgresql.util.PSQLException: ERROR: duplicate key value violates unique constraint "users_domain_external_id_unique" Where: SQL statement "INSERT INTO users(department, domain, email, groups, name, note, role, active, surname, user_id, username, group_ids, external_id) VALUES( $1 , $2 , $3 , $4 , $5 , $6 , $7 , $8 , $9 , $10 , $11 , $12 , $13 )" PL/pgSQL function "insertuser" line 2 at SQL statement at org.springframework.jdbc.support.SQLErrorCodeSQLExceptionTranslator.doTranslate(SQLErrorCodeSQLExceptionTranslator.java:241) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:72) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:1030) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.call(JdbcTemplate.java:1064) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.core.simple.AbstractJdbcCall.executeCallInternal(AbstractJdbcCall.java:388) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.core.simple.AbstractJdbcCall.doExecute(AbstractJdbcCall.java:351) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.core.simple.SimpleJdbcCall.execute(SimpleJdbcCall.java:181) [spring-jdbc.jar:3.1.1.RELEASE] at org.ovirt.engine.core.dao.DbUserDAODbFacadeImpl.save(DbUserDAODbFacadeImpl.java:119) [dal.jar:] at org.ovirt.engine.core.bll.AddPermissionCommand.executeCommand(AddPermissionCommand.java:94) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1114) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1199) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1875) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTransaction(TransactionSupport.java:210) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInRequired(TransactionSupport.java:149) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:118) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1219) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:351) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner.executeValidatedCommand(MultipleActionsRunner.java:179) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner.runCommands(MultipleActionsRunner.java:151) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner$2.run(MultipleActionsRunner.java:160) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:97) [utils.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_51] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_51] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_51] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_51] at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_51] Caused by: org.postgresql.util.PSQLException: ERROR: duplicate key value violates unique constraint "users_domain_external_id_unique" Where: SQL statement "INSERT INTO users(department, domain, email, groups, name, note, role, active, surname, user_id, username, group_ids, external_id) VALUES( $1 , $2 , $3 , $4 , $5 , $6 , $7 , $8 , $9 , $10 , $11 , $12 , $13 )" PL/pgSQL function "insertuser" line 2 at SQL statement at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2103) at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1836) at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:257) at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:512) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:388) at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:381) at org.jboss.jca.adapters.jdbc.CachedPreparedStatement.execute(CachedPreparedStatement.java:297) at org.jboss.jca.adapters.jdbc.WrappedPreparedStatement.execute(WrappedPreparedStatement.java:404) at org.springframework.jdbc.core.JdbcTemplate$6.doInCallableStatement(JdbcTemplate.java:1066) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.core.JdbcTemplate$6.doInCallableStatement(JdbcTemplate.java:1) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:1014) [spring-jdbc.jar:3.1.1.RELEASE] ... 23 more 2014-01-28 10:19:14,673 ERROR [org.ovirt.engine.core.bll.AddPermissionCommand] (org.ovirt.thread.pool-6-thread-26) [5c95fa5a] Transaction rolled-back for command: org.ovirt.engine.core.bll.AddPermissionCommand. 2014-01-28 10:19:14,681 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-26) [5c95fa5a] Correlation ID: 5c95fa5a, Call Stack: null, Custom Event ID: -1, Message: User isrjo failed to grant permission for Role SuperUser on Data Center Elementary to User/Group Non interactive user. 2014-01-28 10:21:07,003 INFO [org.ovirt.engine.core.bll.AddPermissionCommand] (org.ovirt.thread.pool-6-thread-49) [398c89f9] Running command: AddPermissionCommand internal: false. Entities affected : ID: 0e5c1425-c9d9-46d3-a9f2-f5a6278ab748 Type: VM, ID: aaa00000-0000-0000-0000-123456789aaa Type: System 2014-01-28 10:21:07,006 ERROR [org.ovirt.engine.core.bll.AddPermissionCommand] (org.ovirt.thread.pool-6-thread-49) [398c89f9] Command org.ovirt.engine.core.bll.AddPermissionCommand throw exception: org.springframework.dao.DuplicateKeyException: CallableStatementCallback; SQL [{call insertuser(?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?)}]; ERROR: duplicate key value violates unique constraint "users_domain_external_id_unique" Where: SQL statement "INSERT INTO users(department, domain, email, groups, name, note, role, active, surname, user_id, username, group_ids, external_id) VALUES( $1 , $2 , $3 , $4 , $5 , $6 , $7 , $8 , $9 , $10 , $11 , $12 , $13 )" PL/pgSQL function "insertuser" line 2 at SQL statement; nested exception is org.postgresql.util.PSQLException: ERROR: duplicate key value violates unique constraint "users_domain_external_id_unique" Where: SQL statement "INSERT INTO users(department, domain, email, groups, name, note, role, active, surname, user_id, username, group_ids, external_id) VALUES( $1 , $2 , $3 , $4 , $5 , $6 , $7 , $8 , $9 , $10 , $11 , $12 , $13 )" PL/pgSQL function "insertuser" line 2 at SQL statement at org.springframework.jdbc.support.SQLErrorCodeSQLExceptionTranslator.doTranslate(SQLErrorCodeSQLExceptionTranslator.java:241) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:72) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:1030) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.call(JdbcTemplate.java:1064) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.core.simple.AbstractJdbcCall.executeCallInternal(AbstractJdbcCall.java:388) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.core.simple.AbstractJdbcCall.doExecute(AbstractJdbcCall.java:351) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.core.simple.SimpleJdbcCall.execute(SimpleJdbcCall.java:181) [spring-jdbc.jar:3.1.1.RELEASE] at org.ovirt.engine.core.dao.DbUserDAODbFacadeImpl.save(DbUserDAODbFacadeImpl.java:119) [dal.jar:] at org.ovirt.engine.core.bll.AddPermissionCommand.executeCommand(AddPermissionCommand.java:94) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1114) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1199) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1875) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTransaction(TransactionSupport.java:210) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInRequired(TransactionSupport.java:149) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:118) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1219) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:351) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner.executeValidatedCommand(MultipleActionsRunner.java:179) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner.runCommands(MultipleActionsRunner.java:151) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner$2.run(MultipleActionsRunner.java:160) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:97) [utils.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_51] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_51] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_51] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_51] at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_51] Caused by: org.postgresql.util.PSQLException: ERROR: duplicate key value violates unique constraint "users_domain_external_id_unique" Where: SQL statement "INSERT INTO users(department, domain, email, groups, name, note, role, active, surname, user_id, username, group_ids, external_id) VALUES( $1 , $2 , $3 , $4 , $5 , $6 , $7 , $8 , $9 , $10 , $11 , $12 , $13 )" PL/pgSQL function "insertuser" line 2 at SQL statement at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2103) at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1836) at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:257) at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:512) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:388) at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:381) at org.jboss.jca.adapters.jdbc.CachedPreparedStatement.execute(CachedPreparedStatement.java:297) at org.jboss.jca.adapters.jdbc.WrappedPreparedStatement.execute(WrappedPreparedStatement.java:404) at org.springframework.jdbc.core.JdbcTemplate$6.doInCallableStatement(JdbcTemplate.java:1066) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.core.JdbcTemplate$6.doInCallableStatement(JdbcTemplate.java:1) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:1014) [spring-jdbc.jar:3.1.1.RELEASE] ... 23 more engine=# select * from users ; user_id | name | surname | domain | username | groups | department | role | email | note | last_admin_check_status | group_ids | external_id | active --------------------------------------+----------+------------+---------------+----------+--------+------------+------+----------------------+------+-------------------------+-----------+------------- --------------------------------------------+-------- fdfc627c-d875-11e0-90f0-83df133b58cc | admin | | internal | admin | | | | | | t | | \375\374b|\3 30u\021\340\220\360\203\337\023;X\314 | t d384ad4e-1ea1-4f52-8886-ca628772dc85 | Håkan | Persson | elementary.se | perhk | | | | hakan(a)violaberg.nu | | t | | \021\270\332 &\334\320\0202\233\257\307_\221\007\374\362 | t 8f787629-9957-41ed-90bb-cb38baa7d9c0 | Jonas | Israelsson | elementary.se | isrjo | | | | jonas(a)wehay.com | | t | | \020\322\340 H\334\320\0202\233\214\307_\221\007\374\362 | t f1a9336d-1d39-44e3-b843-b78aba2be54b | Jonathan | Poulain | elementary.se | poujo | | | | jonatahan(a)sofiero.se | | f | | 9%\346p\352( \0202\210s\323v\335VO\334 | t (4 rows)

3 3

[Users] engine reports and dwh setup in 3.3.2
by Gianluca Cecchi 29 Jan '14

29 Jan '14

Hello, I have some questions regarding wheat in subject fro 3.3.2. In November I upgraded my AIO install from fc18 3.2.3 to fc19 3.3.1 following: http://www.ovirt.org/OVirt_3.2_to_3.3_upgrade All went ok. In Fc18 reports and DWH worked ok if I rememebr correctly. Probably in November I didn't run any setup again for dwh and reports... after upgrade This is a test/home server Today I updated to 3.3.2 without problems and tried upgrade of dwh and reports too. One problem I found is that upgrading from f18 to f19, now my postgres user cannot directly connect to db without password. I see that my pg_hba.conf is now this way local all all md5 host ovirtenginereports engine_reports 0.0.0.0/0 md5 host ovirtenginereports engine_reports ::0/0 md5 host all all 127.0.0.1/32 md5 host all all ::1/128 md5 so that running ovirt-engine-dwh-setup aborted because of db connections such as 2013-12-21 14:27:47::DEBUG::common_utils::908::root:: retcode = 0 2013-12-21 14:27:47::DEBUG::common_utils::864::root:: Executing command --> '/bin/su -l postgres -c /usr/bin/psql -U postgres -d template1 -tAc "select 1;"' in working directory '/root' 2013-12-21 14:27:47::DEBUG::common_utils::906::root:: output = 2013-12-21 14:27:47::DEBUG::common_utils::907::root:: stderr = Password for user postgres: psql: fe_sendauth: no password supplied I temporarily solved putting this entry for unix domains local access in my pg-hba.conf and restarting the db service local all postgres trust and dwh setup completed ok with this ouptut below where I see a possible bug in the initial username request But what if a fresh install? Would the setup give the same error for default fc19 restricted postgres setup? Also, It asks me if I want to create it and instead of asking the username it suddenly outputs an error also at first input But then it asks the username again and all goes well. The first request shouldn't give error... [root@tekkaman ~]# ovirt-engine-dwh-setup Welcome to ovirt-engine-dwh setup utility This utility can configure a read only user for DB access. Would you like to do so? (yes|no): yes Error: user name cannot be empty Provide a username for read-only user : ovirt_ruser Provide a password for read-only user: Warning: Weak Password. Re-type password: Should postgresql be setup with secure connection? (yes|no): yes Existing DB was found on the system. The size of the detected DB is 27 MB, free space in the backup folder /var/lib/ovirt-engine/backups is approximately 10.0 GB. The upgrade utility can backup the existing database. The time and space required for the database backup depend on its size. The detected DB size is 27 MB. This process takes time, and in some cases (for instance, when the size is few GBs) may take few hours to complete. Would you like to continue and backup the existing database? Answering "no" will skip the backup step and continue the upgrade without backing up the database (yes|no): yes Are you sure you would like to continue and backup database ovirt_engine_history? Answering "no" will stop the upgrade (yes|no): yes Backing up the DB... [ DONE ] Upgrade DB... [ DONE ] Creating read-only user... [ DONE ] Setting DB connectivity... [ DONE ] Starting ovirt-engine... [ DONE ] Starting oVirt-ETL... [ DONE ] Successfully installed ovirt-engine-dwh. The installation log file is available at: /var/log/ovirt-engine/ovirt-engine-dwh-setup-2013_12_21_14_56_37.log The DB was backed up as '/var/lib/ovirt-engine/backups/ovirt-engine-history.backup.2013_12_21_14_58_21' The DB backup was created with compression. You must use "pg_restore" command if you need to recover the DB from the backup. For reports setup I got instead this kind of error in war deploy [root@tekkaman ~]# ovirt-engine-reports-setup Welcome to ovirt-engine-reports setup utility In order to proceed the installer must stop the ovirt-engine service Would you like to stop the ovirt-engine service (yes|no): yes Stopping ovirt-engine... [ DONE ] Editing XML files... [ DONE ] Setting DB connectivity... [ DONE ] Exporting scheduled reports... [ DONE ] Exporting current users... [ DONE ] Deploying Server... [ ERROR ] Failed step import-minimal-ce of JasperReports Server Error encountered while installing ovirt-engine-reports, please consult the log file: /var/log/ovirt-engine/ovirt-engine-reports-setup-2013_12_21_14_59_36.log and in log [advanced-sql] Executing resource: /usr/share/jasperreports-server/buildomatic/install_resources/sql/postgresql/quartz.ddl [advanced-sql] 0 rows affected [advanced-sql] 5 of 153 SQL statements executed successfully BUILD SUCCESSFUL Total time: 2 seconds 2013-12-21 15:00:23::DEBUG::common_utils::1028::root:: stderr = [advanced-sql] Failed to execute: create table JIAccessEvent ( id int8 not null, user_id int8 not null, event_date timestamp not null, resource_id int8 not null, updating bool not null, primary key (id) ) [advanced-sql] org.postgresql.util.PSQLException: ERROR: relation "jiaccessevent" already exists I uploaded both dwh and reports logs dwh see the zip of various attempts and engine.log here https://drive.google.com/file/d/0BwoPbcrMv8mvcHcxRDRpSUNpQXM/edit?usp=shari… for reports: https://drive.google.com/file/d/0BwoPbcrMv8mvUWJmS1dFbTU1cTA/edit?usp=shari… The problem is that now, without the reports war, if I try to run setup for the engine again I get: --== CONFIGURATION PREVIEW ==-- Database name : engine Database secured connection : False Database host : localhost Database user name : engine Database host name validation : False Datbase port : 5432 NFS setup : True NFS mount point : /ISO Firewall manager : iptables Configure WebSocket Proxy : True Host FQDN : tekkaman.localdomain.local Set application as default page : True Configure Apache SSL : False [ INFO ] Backing up database to '/var/lib/ovirt-engine/backups/engine-20131221151714.ttpGbB.sql'. [ INFO ] Updating database schema [ ERROR ] Failed to execute stage 'Misc configuration': [Errno 2] No such file or directory: '/var/lib/ovirt-engine/deployments/ovirt-engine-reports.war' [ INFO ] Yum Performing yum transaction rollback [ INFO ] Rolling back database schema [ INFO ] Clearing database engine [ INFO ] Restoring database engine [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20131221151617.log [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of upgrade failed see log here: https://drive.google.com/file/d/0BwoPbcrMv8mveklYRjZSck9mSm8/edit?usp=shari… BTW: note the cosmetical bug of mmisprinting the word "Database" in port numebr line Datbase port : 5432 ANy input to solve reports and engine-setup problem appreciated. On thing I noticed about dhw is that in /etc/ovirt-engine/ovirt-engine-dwh I have [root@tekkaman ovirt-engine-dwh]# ll total 8 -rw-rw----. 1 root root 1373 Dec 21 14:58 Default.properties -rw-rw----. 1 ovirt ovirt 1052 Oct 17 18:16 Default.properties.rpmnew [root@tekkaman ovirt-engine-dwh]# diff Default.properties Default.properties.rpmnew 7c7 < ovirtEngineHistoryDbUser=engine_history --- > ovirtEngineHistoryDbUser=postgres 9c9 < ovirtEngineHistoryDbPassword=0489TGUU --- > ovirtEngineHistoryDbPassword= 17c17 < ovirtEngineDbUser=engine --- > ovirtEngineDbUser=postgres 19,27c19 < ovirtEngineDbPassword=passw0rd < < #Connection Definition to Engine Health Status Portal < ## Connection Protocol (SSL or Unencrypted) < ovirtEnginePortalConnectionProtocol=https < ## Portal Address (JBoss' Location) < ovirtEnginePortalAddress=tekkaman.localdomain.local < ## Portal Port (JBoss' Port) < ovirtEnginePortalPort=443 --- > ovirtEngineDbPassword= 43d34 < etlVersion=3.3.2 the password lines were encrypted during upgrade; previously there was plain password. And also etlVersion that contained 3.2 now contains current version So I presume it wwent ok Gianluca

5 19

[Users] Storage unresponsive after sanlock
by Trey Dockendorf 29 Jan '14

29 Jan '14

I setup my first oVirt instance since 3.0 a few days ago and it went very well, and I left the single host cluster running with 1 VM over the weekend. Today I come back and the primary data storage is marked as unresponsive. The logs are full of entries [1] that look very similar to a knowledge base article on RHEL's website [2]. This setup is using NFS over RDMA and so far the ib interfaces report no errors (via `ibcheckerrs -v <LID> 1`). Based on a doc on ovirt site [3] it seems this could be due to response problems. The storage system is a new purchase and not yet in production so if there's any advice on how to track down the cause that would be very helpful. Please let me know what additional information would be helpful as it's been about a year since I've been active in the oVirt community. Thanks - Trey [1]: http://pastebin.com/yRpSLKxJ [2]: https://access.redhat.com/site/solutions/400463 [3]: http://www.ovirt.org/SANLock

2 5

[Users] How to setup FreeBSD 8.3 Guest on oVirt 3.3
by Dresel Christopher 29 Jan '14

29 Jan '14

--_000_9B9655665ED7604FA398BAA731A9059E2CE5D61EVERENA5fhwnacat_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCknigJltIHVzaW5nIG9WaXJ0IDMuMyBhbmQgdHJ5aW5nIHRvIHNldHVwIGEgRnJlZUJT RCA4LjMgR3Vlc3QgbWFjaGluZS4gVGhlIG1hY2hpbmUgaGFuZ3MgYWZ0ZXIgdGhlIGJvb3Rpbmcg c2NyZWVuIC0gIEkgYWxyZWFkeSBnb29nbGVkIGFib3V0IHRoaXMsIGJ1dCBkaWRu4oCZdCBmaW5k IGFueSBoZWxwZnVsIGFydGljbGVzLg0KDQpDbHVzdGVyIHVzZXMg4oCcSW50ZWwgUGVucnluIEZh bWlseeKAnCwgdGhlIFZNIGlzIGNvbmZpZ3VyZWQgd2l0aCAxIHZpcnR1YWwgQ1BVIGFzIHN1Z2dl c3RlZCBpbiBvbmUgb2YgdGhlIHRocmVhZHMgSSBmb3VuZCBvbiB0aGUgaW50ZXJuZXQuDQoNClN0 aWxsIG5vIGx1Y2sgOi8NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KRmFj aGhvY2hzY2h1bGUgV2llbmVyIE5ldXN0YWR0IGbDvHIgV2lydHNjaGFmdCB1bmQgVGVjaG5payBH ZXMubS5iLkguDQpVbml2ZXJzaXR5IG9mIEFwcGxpZWQgU2NpZW5jZXMgV2llbmVyIE5ldXN0YWR0 IGZvciBCdXNpbmVzcyBhbmQgRW5naW5lZXJpbmcgTHRkLiwgQXVzdHJpYQ0KSm9oYW5uZXMgR3V0 ZW5iZXJnLVN0cmHDn2UgMw0KMjcwMCBXaWVuZXIgTmV1c3RhZHQNCkF1c3RyaWEsIEV1cm9wZQ0K QVRVOiAzNzc3MjQwNg0KRmlybWVuYnVjaG51bW1lcjogNzcwMDV2DQpGaXJtZW5idWNoZ2VyaWNo dDogTGFuZGVzZ2VyaWNodCBXaWVuZXIgTmV1c3RhZHQNCkRWUjogMDc2OTY2NQ0KRGVyIEluaGFs dCBkaWVzZXMgRS1NYWlscyBpc3QgYXVzc2NobGllc3NsaWNoIGZ1ZXIgZGVuIGJlemVpY2huZXRl biBBZHJlc3NhdGVuIGJlc3RpbW10LiBKZWRlIEZvcm0gZGVyIEtlbm50bmlzbmFobWUsIFZlcm9l ZmZlbnRsaWNodW5nLCBWZXJ2aWVsZmFlbHRpZ3VuZyBvZGVyIFdlaXRlcmdhYmUgZGVzIEluaGFs dHMgZGllc2VzIEUtTWFpbHMgZHVyY2ggdW5iZXJlY2h0aWd0ZSBEcml0dGUgaXN0IHVuenVsYWVz c2lnLiBXaXIgYml0dGVuIFNpZSwgc2ljaCBtaXQgZGVtIEFic2VuZGVyIGRlcyBFLU1haWxzIGlu IFZlcmJpbmR1bmcgenUgc2V0emVuLCBmYWxscyBTaWUgbmljaHQgZGVyIEFkcmVzc2F0IGRpZXNl cyBFLU1haWxzIHNpbmQgdW5kIGRhcyBNYXRlcmlhbCB2b24gSWhyZW0gQ29tcHV0ZXIgenUgbG9l c2NoZW4uDQoNClRoaXMgZS1tYWlsIGFuZCBhbnkgYXR0YWNobWVudHMgYXJlIGNvbmZpZGVudGlh bCBhbmQgaW50ZW5kZWQgc29sZWx5IGZvciB0aGUgYWRkcmVzc2VlLiBUaGUgcGVydXNhbCwgcHVi bGljYXRpb24sIGNvcHlpbmcgb3IgZGlzc2VtaW5hdGlvbiBvZiB0aGUgY29udGVudHMgb2YgdGhp cyBlLW1haWwgYnkgdW5hdXRob3Jpc2VkIHRoaXJkIHBhcnRpZXMgaXMgcHJvaGliaXRlZC4gSWYg eW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCBvZiB0aGlzIGUtbWFpbCwgcGxlYXNl IGRlbGV0ZSBpdCBhbmQgaW1tZWRpYXRlbHkgbm90aWZ5IHRoZSBzZW5kZXIuDQo= --_000_9B9655665ED7604FA398BAA731A9059E2CE5D61EVERENA5fhwnacat_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0K CW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsN Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0 aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7 bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9u OnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25h bC1jb21wb3NlOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6 d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25s eTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCW1zby1mYXJlYXN0LWxh bmd1YWdlOkVOLVVTO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBw dDsNCgltYXJnaW46NzAuODVwdCA3MC44NXB0IDIuMGNtIDcwLjg1cHQ7fQ0KZGl2LldvcmRTZWN0 aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5 XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4N CjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlv dXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286 c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJERS1B VCIgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rp b24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhpLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyI+SeKAmW0gdXNpbmcgb1ZpcnQgMy4zIGFuZCB0cnlpbmcgdG8gc2V0 dXAgYSBGcmVlQlNEIDguMyBHdWVzdCBtYWNoaW5lLiBUaGUgbWFjaGluZSBoYW5ncyBhZnRlciB0 aGUgYm9vdGluZyBzY3JlZW4gLSAmbmJzcDtJIGFscmVhZHkgZ29vZ2xlZCBhYm91dCB0aGlzLCBi dXQgZGlkbuKAmXQgZmluZCBhbnkgaGVscGZ1bCBhcnRpY2xlcy48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi PkNsdXN0ZXIgdXNlcyDigJxJbnRlbCBQZW5yeW4gRmFtaWx54oCcLCB0aGUgVk0gaXMgY29uZmln dXJlZCB3aXRoIDEgdmlydHVhbCBDUFUgYXMgc3VnZ2VzdGVkIGluIG9uZSBvZiB0aGUgdGhyZWFk cyBJIGZvdW5kIG9uIHRoZSBpbnRlcm5ldC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPlN0aWxsIG5vIGx1 Y2sgOi88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxicj4NCjxocj4NCjxmb250IGZh Y2U9IlZlcmRhbmEiIGNvbG9yPSJHcmF5IiBzaXplPSIxIj48YnI+DQpGYWNoaG9jaHNjaHVsZSBX aWVuZXIgTmV1c3RhZHQgZsO8ciBXaXJ0c2NoYWZ0IHVuZCBUZWNobmlrIEdlcy5tLmIuSC48YnI+ DQpVbml2ZXJzaXR5IG9mIEFwcGxpZWQgU2NpZW5jZXMgV2llbmVyIE5ldXN0YWR0IGZvciBCdXNp bmVzcyBhbmQgRW5naW5lZXJpbmcgTHRkLiwgQXVzdHJpYTxicj4NCkpvaGFubmVzIEd1dGVuYmVy Zy1TdHJhw59lIDM8YnI+DQoyNzAwIFdpZW5lciBOZXVzdGFkdDxicj4NCkF1c3RyaWEsIEV1cm9w ZTxicj4NCkFUVTogMzc3NzI0MDY8YnI+DQpGaXJtZW5idWNobnVtbWVyOiA3NzAwNXY8YnI+DQpG aXJtZW5idWNoZ2VyaWNodDogTGFuZGVzZ2VyaWNodCBXaWVuZXIgTmV1c3RhZHQ8YnI+DQpEVlI6 IDA3Njk2NjU8YnI+DQpEZXIgSW5oYWx0IGRpZXNlcyBFLU1haWxzIGlzdCBhdXNzY2hsaWVzc2xp Y2ggZnVlciBkZW4gYmV6ZWljaG5ldGVuIEFkcmVzc2F0ZW4gYmVzdGltbXQuIEplZGUgRm9ybSBk ZXIgS2VubnRuaXNuYWhtZSwgVmVyb2VmZmVudGxpY2h1bmcsIFZlcnZpZWxmYWVsdGlndW5nIG9k ZXIgV2VpdGVyZ2FiZSBkZXMgSW5oYWx0cyBkaWVzZXMgRS1NYWlscyBkdXJjaCB1bmJlcmVjaHRp Z3RlIERyaXR0ZSBpc3QgdW56dWxhZXNzaWcuIFdpciBiaXR0ZW4gU2llLA0KIHNpY2ggbWl0IGRl bSBBYnNlbmRlciBkZXMgRS1NYWlscyBpbiBWZXJiaW5kdW5nIHp1IHNldHplbiwgZmFsbHMgU2ll IG5pY2h0IGRlciBBZHJlc3NhdCBkaWVzZXMgRS1NYWlscyBzaW5kIHVuZCBkYXMgTWF0ZXJpYWwg dm9uIElocmVtIENvbXB1dGVyIHp1IGxvZXNjaGVuLjxicj4NCjxicj4NClRoaXMgZS1tYWlsIGFu ZCBhbnkgYXR0YWNobWVudHMgYXJlIGNvbmZpZGVudGlhbCBhbmQgaW50ZW5kZWQgc29sZWx5IGZv ciB0aGUgYWRkcmVzc2VlLiBUaGUgcGVydXNhbCwgcHVibGljYXRpb24sIGNvcHlpbmcgb3IgZGlz c2VtaW5hdGlvbiBvZiB0aGUgY29udGVudHMgb2YgdGhpcyBlLW1haWwgYnkgdW5hdXRob3Jpc2Vk IHRoaXJkIHBhcnRpZXMgaXMgcHJvaGliaXRlZC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVk IHJlY2lwaWVudCBvZiB0aGlzDQogZS1tYWlsLCBwbGVhc2UgZGVsZXRlIGl0IGFuZCBpbW1lZGlh dGVseSBub3RpZnkgdGhlIHNlbmRlci48YnI+DQo8L2ZvbnQ+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_9B9655665ED7604FA398BAA731A9059E2CE5D61EVERENA5fhwnacat_--

3 2

[Users] What settings are needed to run windows 98 on a VM?
by Eliezer Croitoru 29 Jan '14

29 Jan '14

I wanted to make sure I understand. This guy comes to me with windows98 and says he must run this machine. I don't really care about this machine but this is what he wants.. Is there any options else then XEN that will run windows98 on a VM? Thanks, Eliezer

2 2

[Users] ovirtmgmt vanishes after reboot
by Francisco Pérez 29 Jan '14

29 Jan '14

Hi. I have configured an ovirt-engine to manage an ovirt node succesfully. I have created VM and all runs well but im trying to do some escenario testing and i have found an issue. If somehow the ovirt node is rebooted(Power failure, crash, manual reboot, etc) when its comes up it does not start the ovirtmgmt network. Even if in the ovirt-engine you save network configuration or if you execute persist on /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt. It tells you it's already been added to the configuration. Is this normal behavior after ovirt node's is rebooted? Am i doing something wrong? Best regards. Francisco.

6 16

Re: [Users] How to upload images to a local storage ISO domain
by Dresel Christopher 29 Jan '14

29 Jan '14

--_000_9B9655665ED7604FA398BAA731A9059E2CE5D580VERENA5fhwnacat_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmtzIHRvIGFsbCByZXBsaWVzLg0KDQpGcm9tOiB1c2Vycy1ib3VuY2VzQG92aXJ0Lm9yZyBb bWFpbHRvOnVzZXJzLWJvdW5jZXNAb3ZpcnQub3JnXSBPbiBCZWhhbGYgT2YgRHJlc2VsIENocmlz dG9waGVyDQpTZW50OiBNaXR0d29jaCwgMjkuIErDpG5uZXIgMjAxNCAxMjozMw0KVG86IHVzZXJz QG92aXJ0Lm9yZw0KU3ViamVjdDogW1VzZXJzXSBIb3cgdG8gdXBsb2FkIGltYWdlcyB0byBhIGxv Y2FsIHN0b3JhZ2UgSVNPIGRvbWFpbg0KDQpIaSwNCg0Kd2hlbiB1c2luZyB0aGUgZW5naW5lLWlz by11cGxvYWRlciAodGhlIG9ubHkgZG9jdW1lbnRlZCB0b29sIEkgZm91bmQpIGZvciBhIGxvY2Fs IHN0b3JhZ2UgSVNPIGRvbWFpbiwgSSBnZXQgdGhlIGZvbGxvd2luZyBlcnJvcjoNCg0Kb3ZpcnQt aXNvLXVwbG9hZGVyIHVwbG9hZCAtLWlzby1kb21haW49SVNPcyBmaWxlLmlzbyDigJN2DQoNCkVS Uk9SOiBtb3VudC5uZnM6IEZhaWxlZCB0byByZXNvbHZlIHNlcnZlciBOb25lOiBOYW1lIG9yIHNl cnZpY2Ugbm90IGtub3duDQoNCkl0IGxvb2tzIGxpa2UgZW5naW5lLWlzby11cGxvYWRlciB0cmll cyB0byBjb25uZWN0IGFzIGlmIGl0IGlzIGFuIE5GUyBzdG9yYWdlPw0KDQpXaGF0IGlzIHRoZSBw cm9jZWR1cmUgZm9yIHVwbG9hZGluZyBpc29zIHRvIGxvY2FsIHN0b3JhZ2UgZG9tYWlucz8gQXJl IHRoZXJlIG90aGVyIG9wdGlvbnMgdGhhbiB1c2luZyB0aGUgZW5naW5lLWlzby11cGxvYWRlcj8N Cg0KQmVzdCBSZWdhcmRzLA0KQ2hyaXN0b3BoZXIgRHJlc2VsDQoNCg0KX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCg0KRmFjaGhvY2hzY2h1bGUgV2llbmVyIE5ldXN0YWR0IGbDvHIg V2lydHNjaGFmdCB1bmQgVGVjaG5payBHZXMubS5iLkguDQpVbml2ZXJzaXR5IG9mIEFwcGxpZWQg U2NpZW5jZXMgV2llbmVyIE5ldXN0YWR0IGZvciBCdXNpbmVzcyBhbmQgRW5naW5lZXJpbmcgTHRk LiwgQXVzdHJpYQ0KSm9oYW5uZXMgR3V0ZW5iZXJnLVN0cmHDn2UgMw0KMjcwMCBXaWVuZXIgTmV1 c3RhZHQNCkF1c3RyaWEsIEV1cm9wZQ0KQVRVOiAzNzc3MjQwNg0KRmlybWVuYnVjaG51bW1lcjog NzcwMDV2DQpGaXJtZW5idWNoZ2VyaWNodDogTGFuZGVzZ2VyaWNodCBXaWVuZXIgTmV1c3RhZHQN CkRWUjogMDc2OTY2NQ0KRGVyIEluaGFsdCBkaWVzZXMgRS1NYWlscyBpc3QgYXVzc2NobGllc3Ns aWNoIGZ1ZXIgZGVuIGJlemVpY2huZXRlbiBBZHJlc3NhdGVuIGJlc3RpbW10LiBKZWRlIEZvcm0g ZGVyIEtlbm50bmlzbmFobWUsIFZlcm9lZmZlbnRsaWNodW5nLCBWZXJ2aWVsZmFlbHRpZ3VuZyBv ZGVyIFdlaXRlcmdhYmUgZGVzIEluaGFsdHMgZGllc2VzIEUtTWFpbHMgZHVyY2ggdW5iZXJlY2h0 aWd0ZSBEcml0dGUgaXN0IHVuenVsYWVzc2lnLiBXaXIgYml0dGVuIFNpZSwgc2ljaCBtaXQgZGVt IEFic2VuZGVyIGRlcyBFLU1haWxzIGluIFZlcmJpbmR1bmcgenUgc2V0emVuLCBmYWxscyBTaWUg bmljaHQgZGVyIEFkcmVzc2F0IGRpZXNlcyBFLU1haWxzIHNpbmQgdW5kIGRhcyBNYXRlcmlhbCB2 b24gSWhyZW0gQ29tcHV0ZXIgenUgbG9lc2NoZW4uDQoNClRoaXMgZS1tYWlsIGFuZCBhbnkgYXR0 YWNobWVudHMgYXJlIGNvbmZpZGVudGlhbCBhbmQgaW50ZW5kZWQgc29sZWx5IGZvciB0aGUgYWRk cmVzc2VlLiBUaGUgcGVydXNhbCwgcHVibGljYXRpb24sIGNvcHlpbmcgb3IgZGlzc2VtaW5hdGlv biBvZiB0aGUgY29udGVudHMgb2YgdGhpcyBlLW1haWwgYnkgdW5hdXRob3Jpc2VkIHRoaXJkIHBh cnRpZXMgaXMgcHJvaGliaXRlZC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVu dCBvZiB0aGlzIGUtbWFpbCwgcGxlYXNlIGRlbGV0ZSBpdCBhbmQgaW1tZWRpYXRlbHkgbm90aWZ5 IHRoZSBzZW5kZXIuDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCkZhY2ho b2Noc2NodWxlIFdpZW5lciBOZXVzdGFkdCBmw7xyIFdpcnRzY2hhZnQgdW5kIFRlY2huaWsgR2Vz Lm0uYi5ILg0KVW5pdmVyc2l0eSBvZiBBcHBsaWVkIFNjaWVuY2VzIFdpZW5lciBOZXVzdGFkdCBm b3IgQnVzaW5lc3MgYW5kIEVuZ2luZWVyaW5nIEx0ZC4sIEF1c3RyaWENCkpvaGFubmVzIEd1dGVu YmVyZy1TdHJhw59lIDMNCjI3MDAgV2llbmVyIE5ldXN0YWR0DQpBdXN0cmlhLCBFdXJvcGUNCkFU VTogMzc3NzI0MDYNCkZpcm1lbmJ1Y2hudW1tZXI6IDc3MDA1dg0KRmlybWVuYnVjaGdlcmljaHQ6 IExhbmRlc2dlcmljaHQgV2llbmVyIE5ldXN0YWR0DQpEVlI6IDA3Njk2NjUNCkRlciBJbmhhbHQg ZGllc2VzIEUtTWFpbHMgaXN0IGF1c3NjaGxpZXNzbGljaCBmdWVyIGRlbiBiZXplaWNobmV0ZW4g QWRyZXNzYXRlbiBiZXN0aW1tdC4gSmVkZSBGb3JtIGRlciBLZW5udG5pc25haG1lLCBWZXJvZWZm ZW50bGljaHVuZywgVmVydmllbGZhZWx0aWd1bmcgb2RlciBXZWl0ZXJnYWJlIGRlcyBJbmhhbHRz IGRpZXNlcyBFLU1haWxzIGR1cmNoIHVuYmVyZWNodGlndGUgRHJpdHRlIGlzdCB1bnp1bGFlc3Np Zy4gV2lyIGJpdHRlbiBTaWUsIHNpY2ggbWl0IGRlbSBBYnNlbmRlciBkZXMgRS1NYWlscyBpbiBW ZXJiaW5kdW5nIHp1IHNldHplbiwgZmFsbHMgU2llIG5pY2h0IGRlciBBZHJlc3NhdCBkaWVzZXMg RS1NYWlscyBzaW5kIHVuZCBkYXMgTWF0ZXJpYWwgdm9uIElocmVtIENvbXB1dGVyIHp1IGxvZXNj aGVuLg0KDQpUaGlzIGUtbWFpbCBhbmQgYW55IGF0dGFjaG1lbnRzIGFyZSBjb25maWRlbnRpYWwg YW5kIGludGVuZGVkIHNvbGVseSBmb3IgdGhlIGFkZHJlc3NlZS4gVGhlIHBlcnVzYWwsIHB1Ymxp Y2F0aW9uLCBjb3B5aW5nIG9yIGRpc3NlbWluYXRpb24gb2YgdGhlIGNvbnRlbnRzIG9mIHRoaXMg ZS1tYWlsIGJ5IHVuYXV0aG9yaXNlZCB0aGlyZCBwYXJ0aWVzIGlzIHByb2hpYml0ZWQuIElmIHlv dSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQgb2YgdGhpcyBlLW1haWwsIHBsZWFzZSBk ZWxldGUgaXQgYW5kIGltbWVkaWF0ZWx5IG5vdGlmeSB0aGUgc2VuZGVyLg0K --_000_9B9655665ED7604FA398BAA731A9059E2CE5D580VERENA5fhwnacat_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYg MyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIg MTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6VmVyZGFuYTsN CglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAq Lw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNt Ow0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFt aWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7 fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJ Y29sb3I6IzA1NjNDMTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwg c3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29s b3I6Izk1NEY3MjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4uRW1haWxTdHls ZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwi c2Fucy1zZXJpZiI7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUxOA0KCXtt c28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNh bnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxl LXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlv bjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcwLjg1cHQgNzAuODVwdCAyLjBj bSA3MC44NXB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+ PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9 ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBt c28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0 PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0K PC9oZWFkPg0KPGJvZHkgbGFuZz0iREUtQVQiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0Rjcy Ij4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iY29sb3I6IzFGNDk3RCI+VGhhbmtzIHRvIGFsbCByZXBsaWVzLjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0 OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9y ZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNt IDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpERS1BVCI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6REUtQVQiPiB1c2Vycy1ib3Vu Y2VzQG92aXJ0Lm9yZyBbbWFpbHRvOnVzZXJzLWJvdW5jZXNAb3ZpcnQub3JnXQ0KPGI+T24gQmVo YWxmIE9mIDwvYj5EcmVzZWwgQ2hyaXN0b3BoZXI8YnI+DQo8Yj5TZW50OjwvYj4gTWl0dHdvY2gs IDI5LiBKw6RubmVyIDIwMTQgMTI6MzM8YnI+DQo8Yj5Ubzo8L2I+IHVzZXJzQG92aXJ0Lm9yZzxi cj4NCjxiPlN1YmplY3Q6PC9iPiBbVXNlcnNdIEhvdyB0byB1cGxvYWQgaW1hZ2VzIHRvIGEgbG9j YWwgc3RvcmFnZSBJU08gZG9tYWluPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+ SGksPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIj53aGVuIHVzaW5nIHRoZSBlbmdpbmUtaXNvLXVwbG9hZGVy ICh0aGUgb25seSBkb2N1bWVudGVkIHRvb2wgSSBmb3VuZCkgZm9yIGEgbG9jYWwgc3RvcmFnZSBJ U08gZG9tYWluLCBJIGdldCB0aGUgZm9sbG93aW5nIGVycm9yOjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+ b3ZpcnQtaXNvLXVwbG9hZGVyIHVwbG9hZCAtLWlzby1kb21haW49SVNPcyBmaWxlLmlzbyDigJN2 PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIj5FUlJPUjogbW91bnQubmZzOiBGYWlsZWQgdG8gcmVzb2x2ZSBz ZXJ2ZXIgTm9uZTogTmFtZSBvciBzZXJ2aWNlIG5vdCBrbm93bjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+ SXQgbG9va3MgbGlrZSBlbmdpbmUtaXNvLXVwbG9hZGVyIHRyaWVzIHRvIGNvbm5lY3QgYXMgaWYg aXQgaXMgYW4gTkZTIHN0b3JhZ2U/PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5XaGF0IGlzIHRoZSBwcm9j ZWR1cmUgZm9yIHVwbG9hZGluZyBpc29zIHRvIGxvY2FsIHN0b3JhZ2UgZG9tYWlucz8gQXJlIHRo ZXJlIG90aGVyIG9wdGlvbnMgdGhhbiB1c2luZyB0aGUgZW5naW5lLWlzby11cGxvYWRlcj88bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiPkJlc3QgUmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Q2hyaXN0b3BoZXIgRHJlc2VsPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBw dDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVv dDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6REUtQVQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxkaXYgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249ImNlbnRlciIgc3R5bGU9InRleHQtYWxp Z246Y2VudGVyIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFu Z3VhZ2U6REUtQVQiPg0KPGhyIHNpemU9IjIiIHdpZHRoPSIxMDAlIiBhbGlnbj0iY2VudGVyIj4N Cjwvc3Bhbj48L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6Ny41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOmdyYXk7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6REUtQVQiPjxicj4NCkZhY2ho b2Noc2NodWxlIFdpZW5lciBOZXVzdGFkdCBmw7xyIFdpcnRzY2hhZnQgdW5kIFRlY2huaWsgR2Vz Lm0uYi5ILjxicj4NClVuaXZlcnNpdHkgb2YgQXBwbGllZCBTY2llbmNlcyBXaWVuZXIgTmV1c3Rh ZHQgZm9yIEJ1c2luZXNzIGFuZCBFbmdpbmVlcmluZyBMdGQuLCBBdXN0cmlhPGJyPg0KSm9oYW5u ZXMgR3V0ZW5iZXJnLVN0cmHDn2UgMzxicj4NCjI3MDAgV2llbmVyIE5ldXN0YWR0PGJyPg0KQXVz dHJpYSwgRXVyb3BlPGJyPg0KQVRVOiAzNzc3MjQwNjxicj4NCkZpcm1lbmJ1Y2hudW1tZXI6IDc3 MDA1djxicj4NCkZpcm1lbmJ1Y2hnZXJpY2h0OiBMYW5kZXNnZXJpY2h0IFdpZW5lciBOZXVzdGFk dDxicj4NCkRWUjogMDc2OTY2NTxicj4NCkRlciBJbmhhbHQgZGllc2VzIEUtTWFpbHMgaXN0IGF1 c3NjaGxpZXNzbGljaCBmdWVyIGRlbiBiZXplaWNobmV0ZW4gQWRyZXNzYXRlbiBiZXN0aW1tdC4g SmVkZSBGb3JtIGRlciBLZW5udG5pc25haG1lLCBWZXJvZWZmZW50bGljaHVuZywgVmVydmllbGZh ZWx0aWd1bmcgb2RlciBXZWl0ZXJnYWJlIGRlcyBJbmhhbHRzIGRpZXNlcyBFLU1haWxzIGR1cmNo IHVuYmVyZWNodGlndGUgRHJpdHRlIGlzdCB1bnp1bGFlc3NpZy4gV2lyIGJpdHRlbiBTaWUsDQog c2ljaCBtaXQgZGVtIEFic2VuZGVyIGRlcyBFLU1haWxzIGluIFZlcmJpbmR1bmcgenUgc2V0emVu LCBmYWxscyBTaWUgbmljaHQgZGVyIEFkcmVzc2F0IGRpZXNlcyBFLU1haWxzIHNpbmQgdW5kIGRh cyBNYXRlcmlhbCB2b24gSWhyZW0gQ29tcHV0ZXIgenUgbG9lc2NoZW4uPGJyPg0KPGJyPg0KPC9z cGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O1ZlcmRhbmEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpncmF5O21z by1mYXJlYXN0LWxhbmd1YWdlOkRFLUFUIj5UaGlzIGUtbWFpbCBhbmQgYW55IGF0dGFjaG1lbnRz IGFyZSBjb25maWRlbnRpYWwgYW5kIGludGVuZGVkIHNvbGVseSBmb3IgdGhlIGFkZHJlc3NlZS4g VGhlIHBlcnVzYWwsIHB1YmxpY2F0aW9uLCBjb3B5aW5nIG9yIGRpc3NlbWluYXRpb24NCiBvZiB0 aGUgY29udGVudHMgb2YgdGhpcyBlLW1haWwgYnkgdW5hdXRob3Jpc2VkIHRoaXJkIHBhcnRpZXMg aXMgcHJvaGliaXRlZC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCBvZiB0 aGlzIGUtbWFpbCwgcGxlYXNlIGRlbGV0ZSBpdCBhbmQgaW1tZWRpYXRlbHkgbm90aWZ5IHRoZSBz ZW5kZXIuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtm b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7 bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6REUtQVQiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGJyPg0KPGhyPg0KPGZvbnQgZmFjZT0iVmVyZGFuYSIgY29sb3I9IkdyYXkiIHNpemU9IjEi Pjxicj4NCkZhY2hob2Noc2NodWxlIFdpZW5lciBOZXVzdGFkdCBmw7xyIFdpcnRzY2hhZnQgdW5k IFRlY2huaWsgR2VzLm0uYi5ILjxicj4NClVuaXZlcnNpdHkgb2YgQXBwbGllZCBTY2llbmNlcyBX aWVuZXIgTmV1c3RhZHQgZm9yIEJ1c2luZXNzIGFuZCBFbmdpbmVlcmluZyBMdGQuLCBBdXN0cmlh PGJyPg0KSm9oYW5uZXMgR3V0ZW5iZXJnLVN0cmHDn2UgMzxicj4NCjI3MDAgV2llbmVyIE5ldXN0 YWR0PGJyPg0KQXVzdHJpYSwgRXVyb3BlPGJyPg0KQVRVOiAzNzc3MjQwNjxicj4NCkZpcm1lbmJ1 Y2hudW1tZXI6IDc3MDA1djxicj4NCkZpcm1lbmJ1Y2hnZXJpY2h0OiBMYW5kZXNnZXJpY2h0IFdp ZW5lciBOZXVzdGFkdDxicj4NCkRWUjogMDc2OTY2NTxicj4NCkRlciBJbmhhbHQgZGllc2VzIEUt TWFpbHMgaXN0IGF1c3NjaGxpZXNzbGljaCBmdWVyIGRlbiBiZXplaWNobmV0ZW4gQWRyZXNzYXRl biBiZXN0aW1tdC4gSmVkZSBGb3JtIGRlciBLZW5udG5pc25haG1lLCBWZXJvZWZmZW50bGljaHVu ZywgVmVydmllbGZhZWx0aWd1bmcgb2RlciBXZWl0ZXJnYWJlIGRlcyBJbmhhbHRzIGRpZXNlcyBF LU1haWxzIGR1cmNoIHVuYmVyZWNodGlndGUgRHJpdHRlIGlzdCB1bnp1bGFlc3NpZy4gV2lyIGJp dHRlbiBTaWUsDQogc2ljaCBtaXQgZGVtIEFic2VuZGVyIGRlcyBFLU1haWxzIGluIFZlcmJpbmR1 bmcgenUgc2V0emVuLCBmYWxscyBTaWUgbmljaHQgZGVyIEFkcmVzc2F0IGRpZXNlcyBFLU1haWxz IHNpbmQgdW5kIGRhcyBNYXRlcmlhbCB2b24gSWhyZW0gQ29tcHV0ZXIgenUgbG9lc2NoZW4uPGJy Pg0KPGJyPg0KVGhpcyBlLW1haWwgYW5kIGFueSBhdHRhY2htZW50cyBhcmUgY29uZmlkZW50aWFs IGFuZCBpbnRlbmRlZCBzb2xlbHkgZm9yIHRoZSBhZGRyZXNzZWUuIFRoZSBwZXJ1c2FsLCBwdWJs aWNhdGlvbiwgY29weWluZyBvciBkaXNzZW1pbmF0aW9uIG9mIHRoZSBjb250ZW50cyBvZiB0aGlz IGUtbWFpbCBieSB1bmF1dGhvcmlzZWQgdGhpcmQgcGFydGllcyBpcyBwcm9oaWJpdGVkLiBJZiB5 b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50IG9mIHRoaXMNCiBlLW1haWwsIHBsZWFz ZSBkZWxldGUgaXQgYW5kIGltbWVkaWF0ZWx5IG5vdGlmeSB0aGUgc2VuZGVyLjxicj4NCjwvZm9u dD4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_9B9655665ED7604FA398BAA731A9059E2CE5D580VERENA5fhwnacat_--

1 0

[Users] Failed to execute stage 'Misc configuration': Command '/bin/systemctl' failed to execute
by Ertan ERBEK 29 Jan '14

29 Jan '14

Hi All, I want use oVirt instead of Vmware and Virtualbox but I couldn't complate setup exacly any time actually I try with four diffrent computer and everytime get same roblem and can't resolve this problem, could you assit me about this issue ? [ INFO ] Stage: Transaction setup [ INFO ] Stopping engine service [ INFO ] Stopping websocket-proxy service [ INFO ] Stage: Misc configuration [ INFO ] Stage: Package installation [ INFO ] Stage: Misc configuration [ INFO ] Creating PostgreSQL database [ ERROR ] Failed to execute stage 'Misc configuration': Command '/bin/systemctl' failed to execute [ INFO ] Yum Performing yum transaction rollback [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20140128142352.log [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed OvirtLog http://paste.fedoraproject.org/72322/90912140/ RPM Packet log http://paste.fedoraproject.org/72327/12656139/ http://paste.fedoraproject.org/72328/39091266/ hardwareInformation http://paste.fedoraproject.org/72332/39091279 http://paste.fedoraproject.org/72333/0912839 http://paste.fedoraproject.org/72334/39091284 Domain [root@ovirt zone]# cat /etc/hosts 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 192.168.0.207 ovirt.ovirt.local ovirt [root@ovirt zone]# cat /etc/hostname ovirt [root@ovirt zone]# nslookup ovirt.ovirt.local Server: 127.0.0.1 Address: 127.0.0.1#53 Name: ovirt.ovirt.local Address: 192.168.0.207 [root@ovirt zone]# nslookup > set type=ptr > 192.168.0.207 Server: 127.0.0.1 Address: 127.0.0.1#53 207.0.168.192.in-addr.arpa name = ovirt.ovirt.local. 207.0.168.192.in-addr.arpa name = ns1.ovirt.local.

2 1

[Users] oVirt vs RHEV docs
by David Li 29 Jan '14

29 Jan '14

Hi, Maybe I have missed this discussion before. It seems RHEV has a much richer collection of docs than oVIrt. I understand RHEV might be a little behind. As a guideline I wonder if we should always use RHEV docs if it's missing from oVirt. Are they always compatible? Also in RHEV docs, how should we map the commands back to the oVirt world if they are different? Thanks. David

1 0

[Users] replace engine hostname /pki
by Sven Kieske 29 Jan '14

29 Jan '14

Hi, I'm just curious, is this wiki page still correct for 3.3.2 ? (It mentions 3.1) http://www.ovirt.org/How_to_change_engine_host_name -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

3 8