- Users - oVirt List Archives

Nesting Hyper-V
by Nathan Llaneza 08 Oct '14

08 Oct '14

Hello All, I work for a educational institution, and we currently use oVirt in our datacenter. We are on the latest stable build of oVirt 3.4.4. Most of our hypervisors run CentOS 6.5; however, we have recently been asked if we could assign virtual hypervisors (Server 2012 R2) to some of our classes for learning purposes. I have been doing some research and found that I needed atleast kernel 3.10; therefore, I took one hypervisors and converted it to CentOS 7 fully patched. I also installed the nestedvt hook as described here <http://community.redhat.com/blog/2013/08/testing-ovirt-3-3-with-nested-kvm/>. I am all researched/googled out, and I am having no luck. After I do a typical install of Server 2012 R2 it will not let me install the Hyper-V role. I quote "Hyper-V cannot be installed: A hypervisor is already running". When I run the command cat /sys/module/kvm_intel/parameters/nested it comes back with a "Y". If I look in the host hooks it shows the nestedvt and macspoof. The VM has a custom property of macspoof = true. Did I miss something? Is this possible? Has anyone done this before? Thank you in advance for all you do. Your work on this project has helped our community college greatly and our student even more. Because of this project we have be able to give students virtual resources to complete their labs from anywhere at anytime.

3 2

Repos
by Koen Vanoppen 08 Oct '14

08 Oct '14

Hi All, This is not a issue or problem, more like a question... Is it possible for the next upcomming ovirt release to put all the necesarry file back in 1 repo in stead of 3 or 4 different ones? Because when you have your own local mirrors... This is not so nice to manage... Just asking... :-) Kind regards, Koen

3 3

Restoring backed up VM
by santosh 07 Oct '14

07 Oct '14

This is a multi-part MIME message. --=_reb-r3E2C9F17-t5431F02A Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Hi I am trying to backup and restore the VM using the flow suggester at Features/Backup-Restore API Integration <http://www.ovirt.org/Features/Backup-Restore_API_Integration#VM_Backup.2FRe…> When I tried to restore the VM using the following steps, _*Full Virtual Machine Restoration*_ 1. Create disks for restore 2. Attach the disks for restore to the virtual appliance (Restore the data to it) 3. Detach the disks from the virtual appliance. 4. Create a vm using the configuration that was saved as part of the backup flow - (added capabillity to oVirt as part of the Backup API) 5. Attach the restored disks to the created vm. I encountered following error at step 4. <fault> <reason>Operation Failed</reason> <detail>[Import VM failed - _*VM Id already exist in the system*_. Please remove the VM (RHEL_65_CL1_CLONE2) from the system first]</detail> </fault> I have not deleted/removed the backed up VM from the system. Is it expected behaviour? Should it not overwrite the existing VM or Create new VM with different VM Id, if the backup up VM exists? Thanks, Santosh ***************************Legal Disclaimer*************************** "This communication may contain confidential and privileged material for the sole use of the intended recipient. Any unauthorized review, use or distribution by others is strictly prohibited. If you have received the message by mistake, please advise the sender by reply email and delete the message. Thank you." ********************************************************************** --=_reb-r3E2C9F17-t5431F02A Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQogIDxoZWFkPg0KDQogICAgPG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBl IiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KICA8L2hlYWQ+DQogIDxi b2R5IGJnY29sb3I9IiNGRkZGRkYiIHRleHQ9IiMwMDAwMDAiPg0KICAgIEhpIDxicj4NCiAg ICA8YnI+DQogICAgSSBhbSB0cnlpbmcgdG8gYmFja3VwIGFuZCByZXN0b3JlIHRoZSBWTSB1 c2luZyB0aGUgZmxvdyBzdWdnZXN0ZXINCiAgICBhdMKgwqAgPGENCmhyZWY9Imh0dHA6Ly93 d3cub3ZpcnQub3JnL0ZlYXR1cmVzL0JhY2t1cC1SZXN0b3JlX0FQSV9JbnRlZ3JhdGlvbiNW TV9CYWNrdXAuMkZSZXN0b3JlX3N1Z2dlc3RlZF9mbG93cyI+RmVhdHVyZXMvQmFja3VwLVJl c3RvcmUNCg0KICAgICAgQVBJIEludGVncmF0aW9uPC9hPjxicj4NCiAgICA8YnI+DQogICAg V2hlbiBJIHRyaWVkIHRvIHJlc3RvcmUgdGhlIFZNIHVzaW5nIHRoZSBmb2xsb3dpbmcgc3Rl cHMsPGJyPg0KICAgIDxicj4NCiAgICA8YnI+DQogICAgPHU+PGI+RnVsbCBWaXJ0dWFsIE1h Y2hpbmUgUmVzdG9yYXRpb248L2I+PC91Pjxicj4NCiAgICA8b2w+DQogICAgICA8bGk+Q3Jl YXRlIGRpc2tzIGZvciByZXN0b3JlPC9saT4NCiAgICAgIDxsaT5BdHRhY2ggdGhlIGRpc2tz IGZvciByZXN0b3JlIHRvIHRoZSB2aXJ0dWFsIGFwcGxpYW5jZSAoUmVzdG9yZQ0KICAgICAg ICB0aGUgZGF0YSB0byBpdCk8L2xpPg0KICAgICAgPGxpPkRldGFjaCB0aGUgZGlza3MgZnJv bSB0aGUgdmlydHVhbCBhcHBsaWFuY2UuPC9saT4NCiAgICAgIDxsaT5DcmVhdGUgYSB2bSB1 c2luZyB0aGUgY29uZmlndXJhdGlvbiB0aGF0IHdhcyBzYXZlZCBhcyBwYXJ0IG9mDQogICAg ICAgIHRoZSBiYWNrdXAgZmxvdyAtIChhZGRlZCBjYXBhYmlsbGl0eSB0byBvVmlydCBhcyBw YXJ0IG9mIHRoZQ0KICAgICAgICBCYWNrdXAgQVBJKTwvbGk+DQogICAgICA8bGk+QXR0YWNo IHRoZSByZXN0b3JlZCBkaXNrcyB0byB0aGUgY3JlYXRlZCB2bS48L2xpPg0KICAgIDwvb2w+ DQogICAgSSBlbmNvdW50ZXJlZCBmb2xsb3dpbmcgZXJyb3IgYXQgc3RlcCA0Ljxicj4NCiAg ICA8YnI+DQogICAgPGJsb2NrcXVvdGU+PGZvbnQgY29sb3I9IiNjYzAwMDAiPiZsdDtmYXVs dCZndDs8YnI+DQogICAgICAgIMKgwqDCoCAmbHQ7cmVhc29uJmd0O09wZXJhdGlvbiBGYWls ZWQmbHQ7L3JlYXNvbiZndDs8YnI+DQogICAgICAgIMKgwqDCoCAmbHQ7ZGV0YWlsJmd0O1tJ bXBvcnQgVk0gZmFpbGVkIC0gPHU+PGI+Vk0gSWQgYWxyZWFkeSBleGlzdA0KICAgICAgICAg ICAgaW4gdGhlIHN5c3RlbTwvYj48L3U+LiBQbGVhc2UgcmVtb3ZlIHRoZSBWTQ0KICAgICAg ICAoUkhFTF82NV9DTDFfQ0xPTkUyKSBmcm9tIHRoZSBzeXN0ZW0gZmlyc3RdJmx0Oy9kZXRh aWwmZ3Q7PGJyPg0KICAgICAgICAmbHQ7L2ZhdWx0Jmd0OzwvZm9udD48YnI+DQogICAgPC9i bG9ja3F1b3RlPg0KICAgIDxicj4NCiAgICBJIGhhdmUgbm90IGRlbGV0ZWQvcmVtb3ZlZCB0 aGUgYmFja2VkIHVwIFZNIGZyb20gdGhlIHN5c3RlbS48YnI+DQogICAgPGJyPg0KICAgIElz IGl0IGV4cGVjdGVkIGJlaGF2aW91cj8gPGJyPg0KICAgIFNob3VsZCBpdCBub3Qgb3Zlcndy aXRlIHRoZSBleGlzdGluZyBWTSBvciBDcmVhdGUgbmV3IFZNIHdpdGgNCiAgICBkaWZmZXJl bnQgVk0gSWQsIGlmIHRoZSBiYWNrdXAgdXAgVk0gZXhpc3RzPzxicj4NCiAgICA8YnI+DQog ICAgwqA8YnI+DQogICAgVGhhbmtzLCBTYW50b3NoDQogIDwvYm9keT4NCjwvaHRtbD4NCg0K DQo8cHJlPg0KDQoqKioqKioqKioqKioqKioqKioqKioqKioqKipMZWdhbCBEaXNjbGFpbWVy KioqKioqKioqKioqKioqKioqKioqKioqKioqDQoiVGhpcyBjb21tdW5pY2F0aW9uIG1heSBj b250YWluIGNvbmZpZGVudGlhbCBhbmQgcHJpdmlsZWdlZCBtYXRlcmlhbCBmb3IgdGhlDQpz b2xlIHVzZSBvZiB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LiBBbnkgdW5hdXRob3JpemVkIHJl dmlldywgdXNlIG9yIGRpc3RyaWJ1dGlvbg0KYnkgb3RoZXJzIGlzIHN0cmljdGx5IHByb2hp Yml0ZWQuIElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoZSBtZXNzYWdlIGJ5IG1pc3Rha2UsDQpw bGVhc2UgYWR2aXNlIHRoZSBzZW5kZXIgYnkgcmVwbHkgZW1haWwgYW5kIGRlbGV0ZSB0aGUg bWVzc2FnZS4gVGhhbmsgeW91LiINCioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKio8L3ByZT4NCg== --=_reb-r3E2C9F17-t5431F02A--

3 3

Harmful to rename a cluster?
by Nicolas Ecarnot 07 Oct '14

07 Oct '14

Hi, For reasons beyond sanity, I will have to rename a cluster to something, then rename it back to its previous name. - Is it only a label with no impact on a production datacenter? - Will it be possible to rename it back? Won't oVirt remember a previous similar name was used and prevent me from doing so? Thank you -- Nicolas Ecarnot

3 3

Proper way to change and persist vdsm configuration options
by Trey Dockendorf 07 Oct '14

07 Oct '14

I'm running ovirt nodes that are stock CentOS 6.5 systems with VDSM installed. I am using iSER to do iSCSI over RDMA and to make that work I have to modify /etc/vdsm/vdsm.conf to include the following: [irs] iscsi_default_ifaces = iser,default I've noticed that any time I upgrade a node from the engine web interface that changes to vdsm.conf are wiped out. I don't know if this is being done by the configuration code or by the vdsm package. Is there a more reliable way to ensure changes to vdsm.conf are NOT removed automatically? Thanks, - Trey

8 33

Network usage is not updating in the ovirt panel
by Shanil S 07 Oct '14

07 Oct '14

Hi, We are using the ovirt version 3.4.3, it seems the network usage is not showing correctly in the ovirt panel. What may be the reasons ? I have attached the screenshots, please check it. -- Regards Shanil

2 5

[QE][ACTION REQUIRED] oVirt 3.5.0 status - Go / No Go
by Sandro Bonazzola 07 Oct '14

07 Oct '14

Hi, We started composing oVirt 3.5.0 GA yesterday 2014-10-06 and we finished collecting rpms this morning. While we would have liked to be able to release it, bugzilla shows 2 new fresh blockers, so it's another No Go. The bug tracker [1] shows 2 blockers: Bug ID Whiteboard Status Summary 1149637 virt ASSIGNED Cannot start VM with attached ISO 1149705 storage NEW VM abnormal stop after LV refreshing when using thin provisioning on block storage This means a RC5 build will be issued once the above 2 bugs will be fixed and GA will follow after testing. Please provide an ETA for above bugs. The bugs keyworded as Regression have been reviewed by maintainers and not marked as blockers[4] Features completed are marked in green on Features Status Table [2] There are still 33 bugs [3] targeted to 3.5.0 which will be moved automatically to 3.5.1 once the build will be released. Maintainers / Assignee: If you're aware of something that should block the release, please raise it as soon as possible. [1] http://bugzilla.redhat.com/1073943 [2] http://goo.gl/4SuYdE [3] http://red.ht/1pVEk7H [4] http://goo.gl/uavikG Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Add additional iSCSI path in ovirt 3.3.4
by Thomas Scofield 07 Oct '14

07 Oct '14

I am trying to add a second path to my iSCSI LUNs but I can’t get the changes to persist. I can get the SPM to login to the second path, and from the server side the multipath –ll output looks good. I can then move the SPM around to force all the other systems to login to the iSCSI LUNs. But when I reboot a node I lose the second path. I have also been searching through the database to see what might be missing on the backend and I noticed that the second path is not listed in the storage_server_connections table. I tried adding an entry for the second path, but that did not resolve the problem. What is the proper way to add an additional path?

2 1

Re: [ovirt-users] Can not configure with simple LDAP.
by Fumihide Tani 06 Oct '14

06 Oct '14

Hi, Alon, Without waiting until the weekend, I have finished the flesh install of the oVirt 3.5 RC3 today. As a result, with same AAA settings, My OpenLDAP's users became possible to login to the Web User Portal now. Yes, RC3 is good for integrating with newest OpenLDAP 2.4.23, RC2 is not. Very much thanks, Fumihide Tani (2014/09/25 7:27), Alon Bar-Lev wrote: > This is severe, the upgrade is not working properly you have issues with accessing database. > If database is not important I suggest a fresh install, run engine-cleanup then engine-setup. > If database is important please forward this to devel mailing list for someone to help, regardless of LDAP. > Regards, > Alon > > > 4-09-25 00:36:08,389 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-7) ArrayIndexOutOfBoundsException: 1: java.lang.ArrayIndexOutOfBoundsException: 1 > at org.ovirt.engine.core.dao.VdsNumaNodeDAODbFacadeImpl.getDistanceMap(VdsNumaNodeDAODbFacadeImpl.java:208) [dal.jar:] > at org.ovirt.engine.core.dao.VdsNumaNodeDAODbFacadeImpl.access$000(VdsNumaNodeDAODbFacadeImpl.java:20) [dal.jar:] > at org.ovirt.engine.core.dao.VdsNumaNodeDAODbFacadeImpl$1.mapRow(VdsNumaNodeDAODbFacadeImpl.java:184) [dal.jar:] > at org.ovirt.engine.core.dao.VdsNumaNodeDAODbFacadeImpl$1.mapRow(VdsNumaNodeDAODbFacadeImpl.java:168) [dal.jar:] > > > ----- Original Message ----- >> From: "Fumihide Tani" <RXC05271(a)nifty.com> >> To: "Alon Bar-Lev" <alonbl(a)redhat.com> >> Sent: Wednesday, September 24, 2014 6:40:58 PM >> Subject: Re: [ovirt-users] Can not configure with simple LDAP. >> >> Result of running engine-setup: >> [root@ovirt ~]# yum list installed|grep ovirt-engine >> ovirt-engine.noarch 3.5.0-0.0.master.20140923231936.git42065cc.el6 >> >> Yes, engine is updated to newest one.! >> >> But I still continued failing to login. >> engine.log attached. >> >> Very thanks, >> >> (2014/09/24 23:59), Alon Bar-Lev wrote: >>> you probably need to run engine-setup >>> >>> ----- Original Message ----- >>>> From: "Fumihide Tani" <RXC05271(a)nifty.com> >>>> To: "Alon Bar-Lev" <alonbl(a)redhat.com> >>>> Sent: Wednesday, September 24, 2014 4:59:22 PM >>>> Subject: Re: [ovirt-users] Can not configure with simple LDAP. >>>> >>>> Oops! >>>> # yum list installed | grep ovirt-engine >>>> ovirt-engine.noarch 3.5.0-0.0.master.20140821064931.gitb794d66.el6 >>>> (snip) >>>> ..... >>>> >>>> Many ovirt-3.5-* modules are updated by yum today but engine is not. >>>> Why not updated to RC3?? >>>> >>>> >>>> (2014/09/24 22:42), Alon Bar-Lev wrote: >>>>> Unless I am missing something, you run old engine: >>>>> >>>>> 2014-09-24 22:16:24,136 INFO [org.ovirt.engine.core.bll.Backend] (MSC >>>>> service thread 1-12) Running ovirt-engine >>>>> 3.5.0-0.0.master.20140821064931.gitb794d66.el6 >>>>> >>>>> >>>>> >>>>> ----- Original Message ----- >>>>>> From: "Fumihide Tani" <RXC05271(a)nifty.com> >>>>>> To: "Alon Bar-Lev" <alonbl(a)redhat.com> >>>>>> Sent: Wednesday, September 24, 2014 4:21:09 PM >>>>>> Subject: Re: [ovirt-users] Can not configure with simple LDAP. >>>>>> >>>>>> Attached engine.log with "FINEST" >>>>>> >>>>>> Thanks, >>>>>> >>>>>> (2014/09/24 21:32), Alon Bar-Lev wrote: >>>>>>> ----- Original Message ----- >>>>>>>> From: "Fumihide Tani" <RXC05271(a)nifty.com> >>>>>>>> To: "Alon Bar-Lev" <alonbl(a)redhat.com> >>>>>>>> Cc: users(a)ovirt.org >>>>>>>> Sent: Wednesday, September 24, 2014 3:24:23 PM >>>>>>>> Subject: Re: [ovirt-users] Can not configure with simple LDAP. >>>>>>>> >>>>>>>> Hi, Alon, >>>>>>>> >>>>>>>> I have updated the oVirt 3.5 RC2 to the newest RC3 today. >>>>>>>> >>>>>>>> From my CentOS6.5 based oVirt Engine server and the oVirt Host >>>>>>>> server, >>>>>>>> # yum clean all >>>>>>>> # yum update >>>>>>>> Then rebooted these servers. >>>>>>>> >>>>>>>> But my LDAP problem is continued and same result as before. >>>>>>>> >>>>>>>> When I login to the oVirt User Portal, >>>>>>>> User Name: tani >>>>>>>> Password: (OpenLDAP's userPassword) >>>>>>>> Domain: rxc05271.com >>>>>>>> >>>>>>>> UI displays "General command validation failure." >>>>>>>> >>>>>>>> Please advice. >>>>>>> Hopefully I can if you provide log... :) >>>>>>> >>>>>>>> Thanks, >>>>>>>> Fumihide Tani >>>>>>>> >>>>>>>> (2014/09/22 22:20), Alon Bar-Lev wrote: >>>>>>>>> The version of engine you are using is probably out of date and >>>>>>>>> unsynced >>>>>>>>> with latest ldap package (20140821064931). >>>>>>>>> Please make sure you take latest from[1] >>>>>>>>> Thanks! >>>>>>>>> >>>>>>>>> [1] http://resources.ovirt.org/pub/ovirt-3.5-snapshot/ >>>>>>>>> >>>>>>>>> ----- Original Message ----- >>>>>>>>>> From: "Fumihide Tani" <RXC05271(a)nifty.com> >>>>>>>>>> To: "Alon Bar-Lev" <alonbl(a)redhat.com> >>>>>>>>>> Cc: users(a)ovirt.org >>>>>>>>>> Sent: Monday, September 22, 2014 3:42:52 PM >>>>>>>>>> Subject: Re: [ovirt-users] Can not configure with simple LDAP. >>>>>>>>>> >>>>>>>>>> Hi, Alon, >>>>>>>>>> >>>>>>>>>> Your requested engine.log attached. >>>>>>>>>> >>>>>>>>>> Also, I tried to login to web user portal by "tani" >>>>>>>>>> >>>>>>>>>> User Name: tani >>>>>>>>>> Password: (OpenLDAP userPassword) >>>>>>>>>> Domain: rxc05271.com >>>>>>>>>> >>>>>>>>>> cause: "General command validation failure." >>>>>>>>>> >>>>>>>>>> Attated log includes login by "Fumihide" first, "tani" second. >>>>>>>>>> >>>>>>>>>> Very thanks, >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> (2014/09/22 21:24), Alon Bar-Lev wrote: >>>>>>>>>>> ----- Original Message ----- >>>>>>>>>>>> From: "Fumihide Tani" <RXC05271(a)nifty.com> >>>>>>>>>>>> To: "Alon Bar-Lev" <alonbl(a)redhat.com> >>>>>>>>>>>> Cc: users(a)ovirt.org >>>>>>>>>>>> Sent: Monday, September 22, 2014 3:06:39 PM >>>>>>>>>>>> Subject: Re: [ovirt-users] Can not configure with simple LDAP. >>>>>>>>>>>> >>>>>>>>>>>> Sorry, I misunderstood. >>>>>>>>>>>> >>>>>>>>>>>> This is outputs after LDAP user logged in. >>>>>>>>>>> Please attach log as files, not inline, easier to handle. >>>>>>>>>>> >>>>>>>>>>> 2014-09-22 21:01:32,638 DEBUG >>>>>>>>>>> [org.ovirt.engineextensions.aaa.ldap.Framework] >>>>>>>>>>> (ajp--127.0.0.1-8702-4) >>>>>>>>>>> SearchRequest: SearchRequest(baseDN='dc=rxc05271,dc=com', >>>>>>>>>>> scope=SUB, >>>>>>>>>>> deref=NEVER, sizeLimit=0, timeLimit=0, >>>>>>>>>>> filter='&(objectClass=uidObject)(uid=*)(uid=Fumihide)', >>>>>>>>>>> attrs={entryUUID, >>>>>>>>>>> uid, displayName, memberOf, department, givenName, sn, title, >>>>>>>>>>> mail}, >>>>>>>>>>> controls={SimplePagedResultsControl(pageSize=100, >>>>>>>>>>> isCritical=false)}) >>>>>>>>>>> 2014-09-22 21:01:32,640 DEBUG >>>>>>>>>>> [org.ovirt.engineextensions.aaa.ldap.Framework] >>>>>>>>>>> (ajp--127.0.0.1-8702-4) >>>>>>>>>>> SearchResult: SearchResult(resultCode=0 (success), messageID=3, >>>>>>>>>>> entriesReturned=0, referencesReturned=0, >>>>>>>>>>> responseControls={SimplePagedResultsControl(pageSize=0, >>>>>>>>>>> isCritical=false)}) >>>>>>>>>>> >>>>>>>>>>> >From the above I see that a search was issued: >>>>>>>>>>>> &(objectClass=uidObject)(uid=*)(uid=Fumihide) >>>>>>>>>>> And no result returned. >>>>>>>>>>> >>>>>>>>>>> Per previous output: >>>>>>>>>>> --- >>>>>>>>>>> # tani, Users, rxc05271.com >>>>>>>>>>> dn: uid=tani,ou=Users,dc=rxc05271,dc=com >>>>>>>>>>> objectClass: inetOrgPerson >>>>>>>>>>> objectClass: uidObject >>>>>>>>>>> uid: tani >>>>>>>>>>> cn: Fumihide Tani >>>>>>>>>>> givenName: Fumihide >>>>>>>>>>> mail: tani(a)rxc05271.com >>>>>>>>>>> sn: Tani >>>>>>>>>>> userPassword:: a3VtaXRhbg== >>>>>>>>>>> --- >>>>>>>>>>> >>>>>>>>>>> Your user name is tani and not Fumihide. >>>>>>>>>>> >>>>>>>>>>> Alon >>>>>>>>>>> >>>>>>>>>>> >>>> >> >

2 13

oVirt Power Management with Intel server board S2400BB RMM4
by Алексей Николаев 06 Oct '14

06 Oct '14

Hi all! Can anyone advice me howto use ovirt power management with intel server board RMM4 module for HA?

3 2