- Users - oVirt List Archives

vnic profile custom properties menu not visible in 3.4.1
by Gianluca Cecchi 25 May '14

25 May '14

Hello, I have an all-in-one environment based on f19 and 3.4.1. My host main interface (and so ovirtmgmt bridge) is 192.168.1.x I'm trying to setup a natted network for my VMs (it will be 192.168.125.x). I already completed the vdsm and libvirt part following Dan blog page here: http://developerblog.redhat.com/2014/02/25/extending-rhev-vdsm-hooks/ I created a new vnic profile named "natted" for my ovirtmgmt network. But I'm not able to see in webadmin how to add a custom property "extnet" to this vnic profile and set it to the "natted" value. I already restarted vdsmd and then ovirt-engine (not a full restart of the server yet, after installing vdsm-hook-extnet-4.14.8.1-0.fc19 package See below my screenshots, I see no way to add it. https://drive.google.com/file/d/0BwoPbcrMv8mvZF93ekI2a1V2clk/edit?usp=shari… https://drive.google.com/file/d/0BwoPbcrMv8mvbkFVZEF3X2VhNVE/edit?usp=shari… Is it perhaps a command line only option? Based on this page I wouldn't expect so: http://www.ovirt.org/Features/Vnic_Profiles I see instead a "Please select a key" dropdown menu where I can only select "Security Groups"... NOTE: I need this because I have to setup an openvpn tunnel between the server where I have the all-in-one setup and a remote network. Unfortunately both the networks, despite different internet providers, use 192.168.1.x for their internal networks (arghhhh! add more fantasy to providers menu please... so many private networks available: don't stop to the first one... ;-) so that I can't establish routing between the two networks after tunnel setup. I'm trying to solve using a VM with another network via NAT and setting up the openvpn tunnel from this VM, hoping it would be able to route then with the 192.168.1.x destination internal network.... Thanks Gianluca

1 1

Removing Snapshot sub tasks
by Mohyedeen Nazzal 25 May '14

25 May '14

Greetings, When removing a snapshot, why does the following sub task is executed: - Merging snapshot of disk DiskNname ? Attached a screenshot of the tasks executed. I'm just wondering why there is a need to perform merge ? Thanks, Mohyedeen

2 2

Re: [ovirt-users] engine upgrade 3.2.2 --> 3.2.3 Database rename failed (Solved)
by Neil 25 May '14

25 May '14

Hi guys, I've managed to resolve this problem. Firstly after doing my fresh re-install of my original rollback of Dreyou 3.2.2 ovirt-engine re-install I hadn't run engine-cleanup, and then when I restored my DB I used the "restore.sh -u postgres -f /root/ovirt.sql" instead of doing a manual db restore which between the two of them got rid of the issue. I'm assuming it was the engine-cleanup that sorted out the db renaming problem though. Once that was done I then managed to upgrade to 3.3 and I'll now do the 3.4 upgrade. Thanks very much for those who assisted. Regards. Neil Wilson. On Thu, May 22, 2014 at 6:12 AM, Neil <nwilson123(a)gmail.com> wrote: > Hi guys, sorry to repost but getting a bit desperate. Is anyone able to > assist? > > Thanks. > > Regards. > > Neil Wilson > > On 21 May 2014 12:06 PM, "Neil" <nwilson123(a)gmail.com> wrote: >> >> Hi guys, >> >> Just a little more info on the problem. I've upgraded another oVirt >> system before from Dreyou and it worked perfectly, however on this >> particular system, we had to restore from backups (DB PKI and >> etc/ovirt-engine) as the physical machine died that was hosting the >> engine, so perhaps this is the reason we encountering this problem >> this time around... >> >> Any help is greatly appreciated. >> >> Thank you. >> >> Regards. >> >> Neil Wilson. >> >> >> >> On Wed, May 21, 2014 at 11:46 AM, Sven Kieske <S.Kieske(a)mittwald.de> >> wrote: >> > Hi, >> > >> > I don't know the exact resolution for this, but I'll add some people >> > who managed to make it work, following this tutorial: >> > http://wiki.dreyou.org/dokuwiki/doku.php?id=ovirt_rpm_start33 >> > >> > See this thread on the users ML: >> > >> > http://lists.ovirt.org/pipermail/users/2013-December/018341.html >> > >> > HTH >> > >> > >> > Am 20.05.2014 17:00, schrieb Neil: >> >> Hi guys, >> >> >> >> I'm trying to upgrade from Dreyou to the official repo, I've installed >> >> the official 3.2 repo (I'll do the 3.3 update once this works). I've >> >> updated to ovirt-engine-setup.noarch 0:3.2.3-1.el6 and when I run >> >> engine upgrade it bombs out when trying to rename my database with the >> >> following error... >> >> >> >> [root@engine01 /]# cat >> >> /var/log/ovirt-engine/ovirt-engine-upgrade_2014_05_20_16_34_21.log >> >> 2014-05-20 16:34:21::DEBUG::common_utils::804::root:: found existing >> >> pgpass file /etc/ovirt-engine/.pgpass, fetching DB host value >> >> 2014-05-20 16:34:21::DEBUG::common_utils::804::root:: found existing >> >> pgpass file /etc/ovirt-engine/.pgpass, fetching DB port value >> >> 2014-05-20 16:34:21::DEBUG::common_utils::804::root:: found existing >> >> pgpass file /etc/ovirt-engine/.pgpass, fetching DB user value >> >> 2014-05-20 16:34:21::DEBUG::common_utils::332::root:: YUM: VERB: >> >> Loaded plugins: refresh-packagekit, versionlock >> >> 2014-05-20 16:34:21::INFO::engine-upgrade::969::root:: Info: >> >> /etc/ovirt-engine/.pgpass file found. Continue. >> >> 2014-05-20 16:34:21::DEBUG::common_utils::804::root:: found existing >> >> pgpass file /etc/ovirt-engine/.pgpass, fetching DB admin value >> >> 2014-05-20 16:34:21::DEBUG::common_utils::804::root:: found existing >> >> pgpass file /etc/ovirt-engine/.pgpass, fetching DB host value >> >> 2014-05-20 16:34:21::DEBUG::common_utils::804::root:: found existing >> >> pgpass file /etc/ovirt-engine/.pgpass, fetching DB port value >> >> 2014-05-20 16:34:21::DEBUG::common_utils::481::root:: running sql >> >> query 'SELECT pg_database_size('engine')' on db server: 'localhost'. >> >> 2014-05-20 16:34:21::DEBUG::common_utils::434::root:: Executing >> >> command --> '/usr/bin/psql -h localhost -p 5432 -U postgres -d >> >> postgres -c SELECT pg_database_size('engine')' >> >> 2014-05-20 16:34:21::DEBUG::common_utils::472::root:: output = >> >> pg_database_size >> >> ------------------ >> >> 11976708 >> >> (1 row) >> >> >> >> >> >> 2014-05-20 16:34:21::DEBUG::common_utils::473::root:: stderr = >> >> 2014-05-20 16:34:21::DEBUG::common_utils::474::root:: retcode = 0 >> >> 2014-05-20 16:34:21::DEBUG::common_utils::1567::root:: Found mount >> >> point of '/var/cache/yum' at '/' >> >> 2014-05-20 16:34:21::DEBUG::common_utils::663::root:: Checking >> >> available space on /var/cache/yum >> >> 2014-05-20 16:34:21::DEBUG::common_utils::668::root:: Available space >> >> on /var/cache/yum is 172329 >> >> 2014-05-20 16:34:21::DEBUG::common_utils::1567::root:: Found mount >> >> point of '/var/lib/ovirt-engine/backups' at '/' >> >> 2014-05-20 16:34:21::DEBUG::common_utils::663::root:: Checking >> >> available space on /var/lib/ovirt-engine/backups >> >> 2014-05-20 16:34:21::DEBUG::common_utils::668::root:: Available space >> >> on /var/lib/ovirt-engine/backups is 172329 >> >> 2014-05-20 16:34:21::DEBUG::common_utils::1567::root:: Found mount >> >> point of '/usr/share' at '/' >> >> 2014-05-20 16:34:21::DEBUG::common_utils::663::root:: Checking >> >> available space on /usr/share >> >> 2014-05-20 16:34:21::DEBUG::common_utils::668::root:: Available space >> >> on /usr/share is 172329 >> >> 2014-05-20 16:34:21::DEBUG::common_utils::1590::root:: Mount points >> >> are: {'/': {'required': 1511, 'free': 172329}} >> >> 2014-05-20 16:34:21::DEBUG::common_utils::1599::root:: Comparing free >> >> space 172329 MB with required 1511 MB >> >> 2014-05-20 16:34:21::DEBUG::common_utils::481::root:: running sql >> >> query 'SELECT compatibility_version FROM storage_pool;' on db server: >> >> 'localhost'. >> >> 2014-05-20 16:34:21::DEBUG::common_utils::434::root:: Executing >> >> command --> '/usr/bin/psql -h localhost -p 5432 -U engine -d engine -c >> >> SELECT compatibility_version FROM storage_pool;' >> >> 2014-05-20 16:34:21::DEBUG::common_utils::472::root:: output = >> >> compatibility_version >> >> ----------------------- >> >> 3.2 >> >> (1 row) >> >> >> >> >> >> 2014-05-20 16:34:21::DEBUG::common_utils::473::root:: stderr = >> >> 2014-05-20 16:34:21::DEBUG::common_utils::474::root:: retcode = 0 >> >> 2014-05-20 16:34:21::DEBUG::common_utils::481::root:: running sql >> >> query 'SELECT compatibility_version FROM vds_groups;' on db server: >> >> 'localhost'. >> >> 2014-05-20 16:34:21::DEBUG::common_utils::434::root:: Executing >> >> command --> '/usr/bin/psql -h localhost -p 5432 -U engine -d engine -c >> >> SELECT compatibility_version FROM vds_groups;' >> >> 2014-05-20 16:34:21::DEBUG::common_utils::472::root:: output = >> >> compatibility_version >> >> ----------------------- >> >> 3.2 >> >> (1 row) >> >> >> >> >> >> 2014-05-20 16:34:21::DEBUG::common_utils::473::root:: stderr = >> >> 2014-05-20 16:34:21::DEBUG::common_utils::474::root:: retcode = 0 >> >> 2014-05-20 16:34:21::DEBUG::engine-upgrade::280::root:: Yum unlock >> >> started >> >> 2014-05-20 16:34:21::DEBUG::engine-upgrade::292::root:: Yum unlock >> >> completed successfully >> >> 2014-05-20 16:34:22::DEBUG::common_utils::332::root:: YUM: VERB: >> >> Downloading: repomdu5SB03tmp.xml (0%) >> >> 2014-05-20 16:34:22::DEBUG::common_utils::332::root:: YUM: VERB: >> >> Downloading: repomdu5SB03tmp.xml 3.7 k(100%) >> >> 2014-05-20 16:34:30::DEBUG::common_utils::332::root:: YUM: VERB: >> >> Downloading: repomdf3Wi70tmp.xml (0%) >> >> 2014-05-20 16:34:30::DEBUG::common_utils::332::root:: YUM: VERB: >> >> Downloading: repomdf3Wi70tmp.xml 2.9 k(100%) >> >> 2014-05-20 16:34:30::DEBUG::common_utils::332::root:: YUM: VERB: >> >> Downloading: repomdf3Wi70tmp.xml 2.9 k(100%) >> >> 2014-05-20 16:34:31::DEBUG::common_utils::332::root:: YUM: VERB: >> >> Downloading: repomdHz6Ctstmp.xml (0%) >> >> 2014-05-20 16:34:31::DEBUG::common_utils::332::root:: YUM: VERB: >> >> Downloading: repomdHz6Ctstmp.xml 3.4 k(100%) >> >> 2014-05-20 16:34:37::DEBUG::common_utils::332::root:: YUM: VERB: >> >> Downloading: repomdyHOcNQtmp.xml (0%) >> >> 2014-05-20 16:34:37::DEBUG::common_utils::332::root:: YUM: VERB: >> >> Downloading: repomdyHOcNQtmp.xml 2.9 k(100%) >> >> 2014-05-20 16:34:38::DEBUG::common_utils::332::root:: YUM: VERB: >> >> Downloading: repomdTvp5RWtmp.xml (0%) >> >> 2014-05-20 16:34:39::DEBUG::common_utils::332::root:: YUM: VERB: >> >> Downloading: repomdTvp5RWtmp.xml 2.9 k(100%) >> >> 2014-05-20 16:34:40::DEBUG::common_utils::332::root:: YUM: VERB: >> >> Downloading: repomdpoFiQgtmp.xml (0%) >> >> 2014-05-20 16:34:40::DEBUG::common_utils::332::root:: YUM: VERB: >> >> Downloading: repomdpoFiQgtmp.xml 3.4 k(100%) >> >> 2014-05-20 16:34:41::DEBUG::common_utils::332::root:: YUM: VERB: >> >> Downloading: repomddmRA9ttmp.xml (0%) >> >> 2014-05-20 16:34:41::DEBUG::common_utils::332::root:: YUM: VERB: >> >> Downloading: repomddmRA9ttmp.xml 951 (100%) >> >> 2014-05-20 16:34:41::DEBUG::common_utils::332::root:: YUM: VERB: queue >> >> package ovirt-engine for update >> >> 2014-05-20 16:34:42::DEBUG::common_utils::332::root:: YUM: VERB: >> >> package ovirt-engine queued >> >> 2014-05-20 16:34:42::DEBUG::common_utils::332::root:: YUM: VERB: >> >> Building transaction >> >> 2014-05-20 16:34:44::DEBUG::common_utils::332::root:: YUM: VERB: >> >> Transaction built >> >> 2014-05-20 16:34:44::DEBUG::engine-upgrade::314::root:: Transaction >> >> Summary: >> >> 2014-05-20 16:34:44::DEBUG::engine-upgrade::318::root:: update - >> >> ovirt-engine-3.2.3-1.el6.noarch >> >> 2014-05-20 16:34:44::DEBUG::engine-upgrade::318::root:: update - >> >> ovirt-engine-backend-3.2.3-1.el6.noarch >> >> 2014-05-20 16:34:44::DEBUG::engine-upgrade::318::root:: update - >> >> ovirt-engine-dbscripts-3.2.3-1.el6.noarch >> >> 2014-05-20 16:34:44::DEBUG::engine-upgrade::318::root:: update - >> >> ovirt-engine-genericapi-3.2.3-1.el6.noarch >> >> 2014-05-20 16:34:44::DEBUG::engine-upgrade::318::root:: update - >> >> ovirt-engine-restapi-3.2.3-1.el6.noarch >> >> 2014-05-20 16:34:44::DEBUG::engine-upgrade::318::root:: update - >> >> ovirt-engine-tools-3.2.3-1.el6.noarch >> >> 2014-05-20 16:34:44::DEBUG::engine-upgrade::318::root:: update - >> >> ovirt-engine-userportal-3.2.3-1.el6.noarch >> >> 2014-05-20 16:34:44::DEBUG::engine-upgrade::318::root:: update - >> >> ovirt-engine-webadmin-portal-3.2.3-1.el6.noarch >> >> 2014-05-20 16:34:44::DEBUG::engine-upgrade::329::root:: Yum >> >> rollback-avail started >> >> 2014-05-20 16:34:44::DEBUG::engine-upgrade::335::root:: Checking >> >> package ovirt-engine-3.2.2-1.1.43.el6.noarch >> >> 2014-05-20 16:34:44::DEBUG::engine-upgrade::335::root:: Checking >> >> package ovirt-engine-backend-3.2.2-1.1.43.el6.noarch >> >> 2014-05-20 16:34:45::DEBUG::engine-upgrade::335::root:: Checking >> >> package ovirt-engine-dbscripts-3.2.2-1.1.43.el6.noarch >> >> 2014-05-20 16:34:45::DEBUG::engine-upgrade::335::root:: Checking >> >> package ovirt-engine-genericapi-3.2.2-1.1.43.el6.noarch >> >> 2014-05-20 16:34:46::DEBUG::engine-upgrade::335::root:: Checking >> >> package ovirt-engine-restapi-3.2.2-1.1.43.el6.noarch >> >> 2014-05-20 16:34:46::DEBUG::engine-upgrade::335::root:: Checking >> >> package ovirt-engine-tools-3.2.2-1.1.43.el6.noarch >> >> 2014-05-20 16:34:47::DEBUG::engine-upgrade::335::root:: Checking >> >> package ovirt-engine-userportal-3.2.2-1.1.43.el6.noarch >> >> 2014-05-20 16:34:47::DEBUG::engine-upgrade::335::root:: Checking >> >> package ovirt-engine-webadmin-portal-3.2.2-1.1.43.el6.noarch >> >> 2014-05-20 16:34:48::DEBUG::engine-upgrade::340::root:: Yum >> >> rollback-avail completed successfully >> >> 2014-05-20 16:34:48::DEBUG::engine-upgrade::1045::root:: related to >> >> database package ovirt-engine-backend >> >> 2014-05-20 16:34:48::DEBUG::engine-upgrade::1045::root:: related to >> >> database package ovirt-engine-dbscripts >> >> 2014-05-20 16:34:48::DEBUG::engine-upgrade::200::root:: checking the >> >> status of ovirt-engine service >> >> 2014-05-20 16:34:48::DEBUG::common_utils::434::root:: Executing >> >> command --> '/sbin/service ovirt-engine status' >> >> 2014-05-20 16:34:48::DEBUG::common_utils::472::root:: output = The >> >> engine is not running. >> >> >> >> 2014-05-20 16:34:48::DEBUG::common_utils::473::root:: stderr = >> >> 2014-05-20 16:34:48::DEBUG::common_utils::474::root:: retcode = 3 >> >> 2014-05-20 16:34:48::DEBUG::engine-upgrade::595::root:: stopping >> >> ovirt-engine service. >> >> 2014-05-20 16:34:48::DEBUG::common_utils::434::root:: Executing >> >> command --> '/sbin/service ovirt-engine stop' >> >> 2014-05-20 16:34:48::DEBUG::common_utils::472::root:: output = >> >> Stopping engine-service: [ OK ] >> >> >> >> 2014-05-20 16:34:48::DEBUG::common_utils::473::root:: stderr = >> >> 2014-05-20 16:34:48::DEBUG::common_utils::474::root:: retcode = 0 >> >> 2014-05-20 16:34:48::DEBUG::common_utils::1289::root:: getting status >> >> for engine-notifierd >> >> 2014-05-20 16:34:48::DEBUG::common_utils::1298::root:: executing >> >> action engine-notifierd on service status >> >> 2014-05-20 16:34:48::DEBUG::common_utils::434::root:: Executing >> >> command --> '/sbin/service engine-notifierd status' >> >> 2014-05-20 16:34:49::DEBUG::common_utils::472::root:: output = >> >> /etc/init.d/engine-notifierd is stopped >> >> >> >> 2014-05-20 16:34:49::DEBUG::common_utils::473::root:: stderr = >> >> 2014-05-20 16:34:49::DEBUG::common_utils::474::root:: retcode = 1 >> >> 2014-05-20 16:34:49::DEBUG::engine-upgrade::840::root:: Checking >> >> active system tasks >> >> 2014-05-20 16:34:49::DEBUG::common_utils::434::root:: Executing >> >> command --> '/usr/bin/psql -U engine -f >> >> /usr/share/ovirt-engine/scripts/add_fn_db_get_async_tasks_function.sql >> >> -d engine' >> >> 2014-05-20 16:34:49::DEBUG::common_utils::472::root:: output = DROP >> >> TYPE >> >> CREATE TYPE >> >> CREATE FUNCTION >> >> >> >> 2014-05-20 16:34:49::DEBUG::common_utils::473::root:: stderr = >> >> >> >> psql:/usr/share/ovirt-engine/scripts/add_fn_db_get_async_tasks_function.sql:18: >> >> NOTICE: drop cascades to function fn_db_get_async_tasks() >> >> >> >> 2014-05-20 16:34:49::DEBUG::common_utils::474::root:: retcode = 0 >> >> 2014-05-20 16:34:49::DEBUG::common_utils::481::root:: running sql >> >> query 'select * from fn_db_get_async_tasks();' on db server: >> >> 'localhost'. >> >> 2014-05-20 16:34:49::DEBUG::common_utils::434::root:: Executing >> >> command --> '/usr/bin/psql -h localhost -p 5432 -U engine -d engine -c >> >> select * from fn_db_get_async_tasks();' >> >> 2014-05-20 16:34:49::DEBUG::common_utils::472::root:: output = dc_id >> >> | dc_name | spm_host_id | spm_host_name | task_count >> >> -------+---------+-------------+---------------+------------ >> >> (0 rows) >> >> >> >> >> >> 2014-05-20 16:34:49::DEBUG::common_utils::473::root:: stderr = >> >> 2014-05-20 16:34:49::DEBUG::common_utils::474::root:: retcode = 0 >> >> 2014-05-20 16:34:49::DEBUG::common_utils::481::root:: running sql >> >> query 'select command_type, entity_type from >> >> business_entity_snapshot;' on db server: 'localhost'. >> >> 2014-05-20 16:34:49::DEBUG::common_utils::434::root:: Executing >> >> command --> '/usr/bin/psql -h localhost -p 5432 -U engine -d engine -c >> >> select command_type, entity_type from business_entity_snapshot;' >> >> 2014-05-20 16:34:49::DEBUG::common_utils::472::root:: output = >> >> command_type | entity_type >> >> --------------+------------- >> >> (0 rows) >> >> >> >> >> >> 2014-05-20 16:34:49::DEBUG::common_utils::473::root:: stderr = >> >> 2014-05-20 16:34:49::DEBUG::common_utils::474::root:: retcode = 0 >> >> 2014-05-20 16:34:49::DEBUG::common_utils::481::root:: running sql >> >> query 'copy (select vds_id, vds_name, host_name, vds_unique_id, status >> >> from vds) to stdout with csv header;' on db server: 'localhost'. >> >> 2014-05-20 16:34:49::DEBUG::common_utils::434::root:: Executing >> >> command --> '/usr/bin/psql -h localhost -p 5432 -U engine -d engine -c >> >> copy (select vds_id, vds_name, host_name, vds_unique_id, status from >> >> vds) to stdout with csv header;' >> >> 2014-05-20 16:34:49::DEBUG::common_utils::472::root:: output = >> >> vds_id,vds_name,host_name,vds_unique_id,status >> >> >> >> b108549c-1700-11e2-b936-9f5243b8ce13,node01.ukdm.gov.za,10.251.193.8,4C4C4544-0056-5910-8048-B7C04F43354A,3 >> >> >> >> 322cbee8-16e6-11e2-9d38-6388c61dd004,node02.ukdm.gov.za,10.251.193.9,4C4C4544-0056-5910-8048-C4C04F43354A,3 >> >> >> >> 2014-05-20 16:34:49::DEBUG::common_utils::473::root:: stderr = >> >> 2014-05-20 16:34:49::DEBUG::common_utils::474::root:: retcode = 0 >> >> 2014-05-20 16:34:49::DEBUG::engine-upgrade::358::root:: DB Backup >> >> started >> >> 2014-05-20 16:34:49::DEBUG::common_utils::434::root:: Executing >> >> command --> '/usr/bin/pg_dump -C -E UTF8 --disable-dollar-quoting >> >> --disable-triggers -U engine -h localhost -p 5432 --format=p -f >> >> >> >> /var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2014_05_20_16_34_21.sql >> >> engine' >> >> 2014-05-20 16:34:51::DEBUG::common_utils::472::root:: output = >> >> 2014-05-20 16:34:51::DEBUG::common_utils::473::root:: stderr = >> >> 2014-05-20 16:34:51::DEBUG::common_utils::474::root:: retcode = 0 >> >> 2014-05-20 16:34:51::DEBUG::engine-upgrade::374::root:: DB Backup >> >> completed successfully >> >> 2014-05-20 16:34:51::DEBUG::common_utils::481::root:: running sql >> >> query 'ALTER DATABASE engine RENAME TO engine_2014_05_20_16_34_21' on >> >> db server: 'localhost'. >> >> 2014-05-20 16:34:51::DEBUG::common_utils::434::root:: Executing >> >> command --> '/usr/bin/psql -h localhost -p 5432 -U engine -d template1 >> >> -c ALTER DATABASE engine RENAME TO engine_2014_05_20_16_34_21' >> >> 2014-05-20 16:34:51::DEBUG::common_utils::472::root:: output = >> >> 2014-05-20 16:34:51::DEBUG::common_utils::473::root:: stderr = ERROR: >> >> must be owner of database engine >> >> >> >> 2014-05-20 16:34:51::DEBUG::common_utils::474::root:: retcode = 1 >> >> 2014-05-20 16:34:51::DEBUG::common_utils::332::root:: YUM: VERB: >> >> Performing rollback >> >> 2014-05-20 16:34:51::DEBUG::common_utils::1377::root:: Locking rpms in >> >> yum-version-lock >> >> 2014-05-20 16:34:51::ERROR::engine-upgrade::1159::root:: Traceback >> >> (most recent call last): >> >> File "/usr/bin/engine-upgrade", line 1152, in <module> >> >> main(options) >> >> File "/usr/bin/engine-upgrade", line 1079, in main >> >> runFunc([[db.rename, DB_NAME_TEMP]], MSG_INFO_RENAME_DB) >> >> File "/usr/bin/engine-upgrade", line 621, in runFunc >> >> func[0](*func[1:]) >> >> File "/usr/bin/engine-upgrade", line 447, in rename >> >> utils.execRemoteSqlCommand(SERVER_ADMIN, SERVER_NAME, SERVER_PORT, >> >> basedefs.DB_TEMPLATE, query, True, MSG_ERROR_RENAME_DB) >> >> File "/usr/share/ovirt-engine/scripts/common_utils.py", line 490, in >> >> execRemoteSqlCommand >> >> return execCmd(cmdList=cmd, failOnError=failOnError, msg=errMsg, >> >> envDict=getPgPassEnv()) >> >> File "/usr/share/ovirt-engine/scripts/common_utils.py", line 477, in >> >> execCmd >> >> raise Exception(msg) >> >> Exception: Error: Database rename failed. Check that there are no >> >> active connections to the DB and try again. >> >> >> >> I'm guessing it's probably something simple, but I'm not much of a >> >> postgres user, so it's unfortunately a bit beyond me to resolve. >> >> >> >> Please could someone point me in the right direction. >> >> >> >> Thank you. >> >> >> >> Regards >> >> >> >> Neil Wilson. >> >> _______________________________________________ >> >> Users mailing list >> >> Users(a)ovirt.org >> >> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> >> >> >> > >> > -- >> > 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 >> > _______________________________________________ >> > Users mailing list >> > Users(a)ovirt.org >> > http://lists.ovirt.org/mailman/listinfo/users

2 1

glusterfs quetions/tips
by Gabi C 24 May '14

24 May '14

2 2

[Users] Migrate cluster 3.3 -> 3.4 hosted on existing hosts
by Ted Miller 23 May '14

23 May '14

--------------080102010006090400050504 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Current setup: * 3 identical hosts running on HP GL180 g5 servers o gluster running 5 volumes in replica 3 * engine running on VMWare Server on another computer (that computer is NOT available to convert to a host) Where I want to end up: * 3 identical hosted-engine hosts running on HP GL180 g5 servers o gluster running 6 volumes in replica 3 + new volume will be nfs storage for engine VM * hosted engine in oVirt VM * as few changes to current setup as possible The two pages I found on the wiki are: Hosted Engine Howto <http://www.ovirt.org/Hosted_Engine_Howto> and Migrate to Hosted Engine <http://www.ovirt.org/Migrate_to_Hosted_Engine>. Both were written during the testing process, and have not been updated to reflect production status. I don't know if anything in the process has changed since they were written. Process outlined in above two pages (as I understand it): have nfs file store ready to hold VM Do minimal install (not clear if ovirt node, Centos, or Fedora was used--I am Centos-based) # yum install ovirt-hosted-engine-setup # hosted-engine --deploy Install OS on VM return to host console at "Please install the engine in the VM" prompt on host on VM console # yum install ovirt-engine on old engine: service ovirt-engine stop chkconfig ovirt-engine off set up dns for new engine # engine-backup --mode=backup --file=backup1 --log=backup1.log scp backup file to new engine VM on new VM: # engine-backup --mode=restore --file=backup1 --log=backup1-restore.log --change-db-credentials --db-host=didi-lap --db-user=engine --db-password --db-name=engine # engine-setup on host: run script until: "The system will wait until the VM is down." on new VM: # reboot on Host: finish script My questions: 1. Is the above still the recommended way to do a hosted-engine install? 2. Will it blow up at me if I use my existing host (with glusterfs all set up, etc) as the starting point, instead of a clean install? Thank you for letting me benefit from your experience, Ted Miller Elkhart, IN, USA --------------080102010006090400050504 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> </head> <body text="#000000" bgcolor="#FFFFFF"> Current setup: <ul> <li>3 identical hosts running on HP GL180 g5 servers</li> <ul> <li>gluster running 5 volumes in replica 3 </li> </ul> <li>engine running on VMWare Server on another computer (that computer is NOT available to convert to a host) </li> </ul> Where I want to end up: <ul> <li>3 identical hosted-engine hosts running on HP GL180 g5 servers</li> <ul> <li>gluster running 6 volumes in replica 3</li> <ul> <li>new volume will be nfs storage for engine VM</li> </ul> </ul> <li>hosted engine in oVirt VM</li> <li>as few changes to current setup as possible</li> </ul> The two pages I found on the wiki are: <a href="http://www.ovirt.org/Hosted_Engine_Howto">Hosted Engine Howto</a> and <a href="http://www.ovirt.org/Migrate_to_Hosted_Engine">Migrate to Hosted Engine</a>.  Both were written during the testing process, and have not been updated to reflect production status.  I don't know if anything in the process has changed since they were written. Process outlined in above two pages (as I understand it): <blockquote> have nfs file store ready to hold VM Do minimal install (not clear if ovirt node, Centos, or Fedora was used--I am Centos-based) # yum install ovirt-hosted-engine-setup # hosted-engine --deploy Install OS on VM return to host console at "Please install the engine in the VM" prompt on host on VM console # yum install ovirt-engine on old engine: service ovirt-engine stop chkconfig ovirt-engine off set up dns for new engine # engine-backup --mode=backup --file=backup1 --log=backup1.log scp backup file to new engine VM on new VM: # engine-backup --mode=restore --file=backup1 --log=backup1-restore.log --change-db-credentials --db-host=didi-lap --db-user=engine --db-password --db-name=engine # engine-setup on host: run script until: "The system will wait until the VM is down." on new VM: # reboot on Host: finish script </blockquote> My questions: 1. Is the above still the recommended way to do a hosted-engine install? 2. Will it blow up at me if I use my existing host (with glusterfs all set up, etc) as the starting point, instead of a clean install? Thank you for letting me benefit from your experience, Ted Miller Elkhart, IN, USA </body> </html> --------------080102010006090400050504--

2 2

emulated machine error
by Nathanaël Blanchet 23 May '14

23 May '14

Hello I was used tout run ovirt 3.2.2 installed from the dreyou repo and it has worked like a charm until now. I succeeded to upgrade to 3.3.5 official repository but I didn't pay attention with the host vdsm upgrade and I installed 4.14. So the 3.3.5 web engine complained that it wasn't the appropriated vdsm. Then I decided to upgrade engine to 3.4.0 el6 bit this time none of my 6 hosts get successfully activated and the error message is that host emulated is not the good one. I updated all of them to 6.5 with or without the official qemu it is the same. I remember I changed the 3.3 cluster compatibility for 3.4 but I can't rolling back to 3.3 compatibility (tells me it can't "decrease") What can I do now? Fortunately I saved the initial 3.2 webadmin image so that I can revert back to my to my 3.2 functionnal webadmin. Is there such reported issue like mine? Thank you for your help.

5 8

SLA : RAM scheduling
by Nathanaël Blanchet 23 May '14

23 May '14

Hello, On ovirt 3.4, is it possible to schedule vms distribution depending on host RAM availibility? Concretly, I had to manually move vms all the vms to the second host of the cluster, this lead to reach 90% occupation of memory on the destination host. When my first host has rebooted, none vms of the second host automatically migrated to the first one which had full RAM. How to make this happen? -- Nathanaël Blanchet Supervision réseau Pôle exploitation et maintenance Département des systèmes d'information 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

1 1

glusterfs tips/questions
by Gabi C 23 May '14

23 May '14

Hello! I have an ovirt setup, 3.4.1, up-to date, with gluster package 3.5.0-3.fc19 on all 3 nodes. Glusterfs setup is replicated on 3 bricks. On 2 nodes 'gluster peeer status' raise 2 peer connected with it's UUID. On third node 'gluster peer status' raise 3 peers, out of which, two reffer to same node/IP but different UUID. What I have tried: - stopped gluster volumes, put 3rd node in maintenace, reboor -> no effect; - stopped volumes, removed bricks belonging to 3rd node, readded it, start volumes but still no effect. Any ideas, hints? TIA

3 10

selinux on oVirt Node
by Simon Barrett 23 May '14

23 May '14

--_000_D86C48DF8800164BBE50B87623F7AC954836B078ln2wio001devtra_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I set "SELINUX=3Ddisabled" in /etc/selinux/config and ran a "persist /etc/s= elinux/config". After the node reboots, the file has the correct "SELINUX=3Ddisabled" line = but I see that selinux is still enabled: # grep ^SELINUX=3D /etc/selinux/config SELINUX=3Ddisabled # getenforce Enforcing # cat /selinux/enforce 1 It's like the bind mounts for the files in config happen after selinux is s= etup. Is there something else I should be doing to make a change to selinux survi= ve a node reboot? Many thanks, Simon --_000_D86C48DF8800164BBE50B87623F7AC954836B078ln2wio001devtra_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-GB" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> I set “SELINUX=3Ddisabled” in /etc/selin= ux/config and ran a “persist /etc/selinux/config”.<o:p></o:p></= p> <o:p> </o:p> After the node reboots, the file has the correct &#8= 220;SELINUX=3Ddisabled” line but I see that selinux is still enabled:= <o:p></o:p> <o:p> </o:p> # grep ^SELINUX=3D /etc= /selinux/config<o:p></o:p> SELINUX=3Ddisabled<o:p>= </o:p> # getenforce<o:p></o:p>= Enforcing<o:p></o:p></p= > # cat /selinux/enforce<= o:p></o:p> 1<o:p></o:p> <o:p> </o:p> It’s like the bind mounts for the files in con= fig happen after selinux is setup.<o:p></o:p> <o:p> </o:p> Is there something else I should be doing to make a = change to selinux survive a node reboot?<o:p></o:p> <o:p> </o:p> Many thanks,<o:p></o:p> <o:p> </o:p> Simon<o:p></o:p> <o:p> </o:p> </div> </body> </html> --_000_D86C48DF8800164BBE50B87623F7AC954836B078ln2wio001devtra_--

2 2

[Users] Unable to delete a snapshot
by Nicolas Ecarnot 23 May '14

23 May '14

Hi, With our oVirt 3.3, I created a snapshot 3 weeks ago on a VM I've properly shutdown. It ran so far. Today, after having shut it down properly, I'm trying to delete the snapshot and I get an error : "Failed to delete snapshot 'blahblahbla' for VM 'myVM'." The disk is thin provisionned, accessed via virtIO, nothing special. The log below comes from the manager. I hope someone could help us because this server is quite serious. Thank you. 2014-01-06 10:10:58,826 INFO [org.ovirt.engine.core.bll.RemoveSnapshotCommand] (ajp--127.0.0.1-8702-8) Lock Acquired to object EngineLock [exclu siveLocks= key: cb953dc1-c796-457a-99a1-0e54f1c0c338 value: VM , sharedLocks= ] 2014-01-06 10:10:58,837 INFO [org.ovirt.engine.core.bll.RemoveSnapshotCommand] (ajp--127.0.0.1-8702-8) Running command: RemoveSnapshotCommand internal: false. Entities affected : ID: cb953dc1-c796-457a-99a1-0e54f1c0c338 Type: VM 2014-01-06 10:10:58,840 INFO [org.ovirt.engine.core.bll.RemoveSnapshotCommand] (ajp--127.0.0.1-8702-8) Lock freed to object EngineLock [exclusiveLocks= key: cb953dc1-c796-457a-99a1-0e54f1c0c338 value: VM , sharedLocks= ] 2014-01-06 10:10:58,844 INFO [org.ovirt.engine.core.bll.RemoveSnapshotSingleDiskCommand] (ajp--127.0.0.1-8702-8) Running command: RemoveSnapshotSingleDiskCommand internal: true. Entities affected : ID: 00000000-0000-0000-0000-000000000000 Type: Storage 2014-01-06 10:10:58,848 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.MergeSnapshotsVDSCommand] (ajp--127.0.0.1-8702-8) START, MergeSnapshotsVDSCommand( storagePoolId = 5849b030-626e-47cb-ad90-3ce782d831b3, ignoreFailoverLimit = false, storageDomainId = 11a077c7-658b-49bb-8596-a785109c24c9, imageGroupId = 69220da6-eeed-4435-aad0-7aa33f3a0d21, imageId = 506085b6-40e0-4176-a4df-9102857f51f2, imageId2 = c50561d9-c3ba-4366-b2bc-49bbfaa4cd23, vmId = cb953dc1-c796-457a-99a1-0e54f1c0c338, postZero = false), log id: 22d6503b 2014-01-06 10:10:59,511 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.MergeSnapshotsVDSCommand] (ajp--127.0.0.1-8702-8) FINISH, MergeSnapshotsVDSCommand, log id: 22d6503b 2014-01-06 10:10:59,518 INFO [org.ovirt.engine.core.bll.CommandAsyncTask] (ajp--127.0.0.1-8702-8) CommandAsyncTask::Adding CommandMultiAsyncTasks object for command b402868f-b7f9-4c0e-a6fd-bdc51ff49952 2014-01-06 10:10:59,519 INFO [org.ovirt.engine.core.bll.CommandMultiAsyncTasks] (ajp--127.0.0.1-8702-8) CommandMultiAsyncTasks::AttachTask: Attaching task 6caec3bc-fc66-42be-a642-7733fc033103 to command b402868f-b7f9-4c0e-a6fd-bdc51ff49952. 2014-01-06 10:10:59,525 INFO [org.ovirt.engine.core.bll.AsyncTaskManager] (ajp--127.0.0.1-8702-8) Adding task 6caec3bc-fc66-42be-a642-7733fc033103 (Parent Command RemoveSnapshot, Parameters Type org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters), polling hasn't started yet.. 2014-01-06 10:10:59,530 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-8) Correlation ID: 3b3e6fb1, Job ID: 53867ef7-d767-45d2-b446-e5d3f5584a19, Call Stack: null, Custom Event ID: -1, Message: Snapshot 'Maj 47 60 vers 5.2.3' deletion for VM 'uc-674' was initiated by necarnot. 2014-01-06 10:10:59,532 INFO [org.ovirt.engine.core.bll.SPMAsyncTask] (ajp--127.0.0.1-8702-8) BaseAsyncTask::StartPollingTask: Starting to poll task 6caec3bc-fc66-42be-a642-7733fc033103. 2014-01-06 10:11:01,811 INFO [org.ovirt.engine.core.bll.AsyncTaskManager] (DefaultQuartzScheduler_Worker-20) Polling and updating Async Tasks: 2 tasks, 1 tasks to poll now 2014-01-06 10:11:01,824 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (DefaultQuartzScheduler_Worker-20) Failed in HSMGetAllTasksStatusesVDS method 2014-01-06 10:11:01,825 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (DefaultQuartzScheduler_Worker-20) Error code GeneralException and error message VDSGenericException: VDSErrorException: Failed to HSMGetAllTasksStatusesVDS, error = '506085b6-40e0-4176-a4df-9102857f51f2' 2014-01-06 10:11:01,826 INFO [org.ovirt.engine.core.bll.SPMAsyncTask] (DefaultQuartzScheduler_Worker-20) SPMAsyncTask::PollTask: Polling task 6caec3bc-fc66-42be-a642-7733fc033103 (Parent Command RemoveSnapshot, Parameters Type org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters) returned status finished, result 'cleanSuccess'. 2014-01-06 10:11:01,829 ERROR [org.ovirt.engine.core.bll.SPMAsyncTask] (DefaultQuartzScheduler_Worker-20) BaseAsyncTask::LogEndTaskFailure: Task 6caec3bc-fc66-42be-a642-7733fc033103 (Parent Command RemoveSnapshot, Parameters Type org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters) ended with failure:^M -- Result: cleanSuccess^M -- Message: VDSGenericException: VDSErrorException: Failed to HSMGetAllTasksStatusesVDS, error = '506085b6-40e0-4176-a4df-9102857f51f2',^M -- Exception: VDSGenericException: VDSErrorException: Failed to HSMGetAllTasksStatusesVDS, error = '506085b6-40e0-4176-a4df-9102857f51f2' 2014-01-06 10:11:01,832 INFO [org.ovirt.engine.core.bll.CommandAsyncTask] (DefaultQuartzScheduler_Worker-20) CommandAsyncTask::EndActionIfNecessary: All tasks of command b402868f-b7f9-4c0e-a6fd-bdc51ff49952 has ended -> executing EndAction 2014-01-06 10:11:01,833 INFO [org.ovirt.engine.core.bll.CommandAsyncTask] (DefaultQuartzScheduler_Worker-20) CommandAsyncTask::EndAction: Ending action for 1 tasks (command ID: b402868f-b7f9-4c0e-a6fd-bdc51ff49952): calling EndAction . 2014-01-06 10:11:01,834 INFO [org.ovirt.engine.core.bll.CommandAsyncTask] (pool-6-thread-27) CommandAsyncTask::EndCommandAction [within thread] context: Attempting to EndAction RemoveSnapshot, executionIndex: 0 2014-01-06 10:11:01,839 ERROR [org.ovirt.engine.core.bll.RemoveSnapshotCommand] (pool-6-thread-27) [3b3e6fb1] Ending command with failure: org.ovirt.engine.core.bll.RemoveSnapshotCommand 2014-01-06 10:11:01,844 ERROR [org.ovirt.engine.core.bll.RemoveSnapshotSingleDiskCommand] (pool-6-thread-27) [33fa2a5d] Ending command with failure: org.ovirt.engine.core.bll.RemoveSnapshotSingleDiskCommand 2014-01-06 10:11:01,848 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (pool-6-thread-27) Correlation ID: 3b3e6fb1, Job ID: 53867ef7-d767-45d2-b446-e5d3f5584a19, Call Stack: null, Custom Event ID: -1, Message: Failed to delete snapshot 'Maj 47 60 vers 5.2.3' for VM 'uc-674'. 2014-01-06 10:11:01,850 INFO [org.ovirt.engine.core.bll.CommandAsyncTask] (pool-6-thread-27) CommandAsyncTask::HandleEndActionResult [within thread]: EndAction for action type RemoveSnapshot completed, handling the result. 2014-01-06 10:11:01,851 INFO [org.ovirt.engine.core.bll.CommandAsyncTask] (pool-6-thread-27) CommandAsyncTask::HandleEndActionResult [within thread]: EndAction for action type RemoveSnapshot succeeded, clearing tasks. 2014-01-06 10:11:01,853 INFO [org.ovirt.engine.core.bll.SPMAsyncTask] (pool-6-thread-27) SPMAsyncTask::ClearAsyncTask: Attempting to clear task 6caec3bc-fc66-42be-a642-7733fc033103 2014-01-06 10:11:01,853 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMClearTaskVDSCommand] (pool-6-thread-27) START, SPMClearTaskVDSCommand( storagePoolId = 5849b030-626e-47cb-ad90-3ce782d831b3, ignoreFailoverLimit = false, taskId = 6caec3bc-fc66-42be-a642-7733fc033103), log id: 424e7cf 2014-01-06 10:11:01,873 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (pool-6-thread-27) START, HSMClearTaskVDSCommand(HostName = serv-vm-adm9, HostId = ba48edd4-c528-4832-bda4-4ab66245df24, taskId=6caec3bc-fc66-42be-a642-7733fc033103), log id: 12eec929 2014-01-06 10:11:01,884 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (pool-6-thread-27) FINISH, HSMClearTaskVDSCommand, log id: 12eec929 2014-01-06 10:11:01,885 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMClearTaskVDSCommand] (pool-6-thread-27) FINISH, SPMClearTaskVDSCommand, log id: 424e7cf 2014-01-06 10:11:01,886 INFO [org.ovirt.engine.core.bll.SPMAsyncTask] (pool-6-thread-27) BaseAsyncTask::RemoveTaskFromDB: Removed task 6caec3bc-fc66-42be-a642-7733fc033103 from DataBase 2014-01-06 10:11:01,887 INFO [org.ovirt.engine.core.bll.CommandAsyncTask] (pool-6-thread-27) CommandAsyncTask::HandleEndActionResult [within thread]: Removing CommandMultiAsyncTasks object for entity b402868f-b7f9-4c0e-a6fd-bdc51ff49952 2014-01-06 10:11:07,703 INFO [org.ovirt.engine.core.bll.AsyncTaskManager] (DefaultQuartzScheduler_Worker-9) Setting new tasks map. The map contains now 1 tasks 2014-01-06 10:12:07,703 INFO [org.ovirt.engine.core.bll.AsyncTaskManager] (DefaultQuartzScheduler_Worker-99) Setting new tasks map. The map contains now 0 tasks 2014-01-06 10:12:07,704 INFO [org.ovirt.engine.core.bll.AsyncTaskManager] (DefaultQuartzScheduler_Worker-99) Cleared all tasks of pool 5849b030-626e-47cb-ad90-3ce782d831b3. -- Nicolas Ecarnot -- Nicolas Ecarnot

6 19