July 2015 - Devel - oVirt List Archives

Updated Invitation: [3.6 deep dive] - v2v - Moving your Virtual Machines to o... @ Wed 2015-07-22 16:30 - 17:30 (bazulay@redhat.com)
by bazulay＠redhat.com 20 Jul '15

20 Jul '15

This event has been changed. Title: [3.6 deep dive] - v2v - Moving your Virtual Machines to oVirt with ease oVirt 3.6 introduces an integrated process to import virtual machines from VMware vSphere and virtual appliance (OVA) files. The previous import process that was tedious and error-prone is replaced by a user-friendly, robust and efficient process. In this session Arik will present its architecture, present a demonstration that will show how one can import a virtual machine from VMware vSphere into oVirt from oVirt's administration portal and present current limitations and possible future enhancements. feature page: http://www.ovirt.org/Features/virt-v2v_Integration (changed) When: Wed 2015-07-22 16:30 - 17:30 Jerusalem Where: https://www.youtube.com/watch?v=7vd8X6t9eBk Calendar: bazulay(a)redhat.com Who: * Barak Azulay - organizer * Arik Hadas * Michal Skrivanek * devel(a)ovirt.org * users(a)ovirt.org Event details: https://www.google.com/calendar/event?action=VIEW&eid=bW5hMmlhbzYyNXJwZDI4Z… Invitation from Google Calendar: https://www.google.com/calendar/ You are receiving this courtesy email at the account devel(a)ovirt.org because you are an attendee of this event. To stop receiving future updates for this event, decline this event. Alternatively you can sign up for a Google account at https://www.google.com/calendar/ and control your notification settings for your entire calendar. Forwarding this invitation could allow any recipient to modify your RSVP response. Learn more at https://support.google.com/calendar/answer/37135#forwarding

1 0

Invitation: [3.6 deep dive] - v2v - Moving your Virtual Machines to o... @ Wed 2015-07-22 16:30 - 17:30 (bazulay@redhat.com)
by Barak Azulay 19 Jul '15

19 Jul '15

You have been invited to the following event. Title: [3.6 deep dive] - v2v - Moving your Virtual Machines to oVirt with ease oVirt 3.6 introduces an integrated process to import virtual machines from VMware vSphere and virtual appliance (OVA) files. The previous import process that was tedious and error-prone is replaced by a user-friendly, robust and efficient process. In this session Arik will present its architecture, present a demonstration that will show how one can import a virtual machine from VMware vSphere into oVirt from oVirt's administration portal and discuss present current limitations and possible future enhancements. feature page: http://www.ovirt.org/Features/virt-v2v_Integration When: Wed 2015-07-22 16:30 - 17:30 Jerusalem Where: https://www.youtube.com/watch?v=7vd8X6t9eBk Calendar: bazulay(a)redhat.com Who: * Barak Azulay - organizer * Arik Hadas * Michal Skrivanek * devel(a)ovirt.org * users(a)ovirt.org Event details: https://www.google.com/calendar/event?action=VIEW&eid=bW5hMmlhbzYyNXJwZDI4Z… Invitation from Google Calendar: https://www.google.com/calendar/ You are receiving this courtesy email at the account devel(a)ovirt.org because you are an attendee of this event. To stop receiving future updates for this event, decline this event. Alternatively you can sign up for a Google account at https://www.google.com/calendar/ and control your notification settings for your entire calendar. Forwarding this invitation could allow any recipient to modify your RSVP response. Learn more at https://support.google.com/calendar/answer/37135#forwarding

1 0

What should I do to understand ovirt from source code ?
by 橡皮泥 19 Jul '15

19 Jul '15

This is a multi-part message in MIME format. ------=_NextPart_55AB90C5_0902B6C8_33292F5B Content-Type: text/plain; charset="gb18030" Content-Transfer-Encoding: base64 SGVsbG8gZXZlcnlvbmU6DQogICAgSSBhbSByZWFkaW5nIHRoZSBzb3VyY2UgY29kZSBvZiBv dmlydC1lbmdpbmUgdGhlc2UgZGF5cywgdHJ5aW5nIHRvIGZpZ3VyZSBvdXQgaG93IGl0IHdv cmtzIGF0IGNvZGUgbGV2ZWwuIEJ1dCBJIGFtIGEgcm9va2llIGluIG9wZW4gc291cmNlIHdv cmxkLCBhbmQga25vdyBqdXN0IGEgbGl0dGxlIGFib3V0IGoyZWUgd2ViIGFwcHMuIFNvIGNo YW5sbGFnZXMgYXJlIGV2ZXJ5d2hlcmUgYW5kIHJlY2VudGx5IEkganVzdCBmb3VuZCB0aGF0 IEkgY291bGQgbm90IGNvbnRpbnVlIHJlYWRpbmcgdGhlIHNvdXJjZSBjb2RlIGFsbCBhbG9u ZSwgc28gSSB0dXJuIHRvIHlvdSBmb3IgaGVscC4gICANCiAgICBJJ2xsIGRlZXBseSBhcHBy ZWNpYXRlIHlvdXIgc2luY2VyZSBoZWxwIGlmIHNvbWVvbmUgY291bGQgdGVsbCBtZSB3aGF0 IHNob3VsZCBJIGRvIG5vdy4gSSBtZWFuIHRoYXQsIHRvIGdhaW4gdGhlIGNhcGFiaWxpdHkg dG8gdW5kZXJzdGFuZCB0aGUgc291cmNlIGNvZGUsIHdoYXQga2luZCBvZiBrbm93bGVkZ2Ug c2hvdWxkIEkgaGF2ZSwgb3IsIHdoaWNoIGJvb2tzIHNob3VsZCBJIHJlYWQgPyAgU2hvdWxk IEkgYnVpbGQgb3ZpcnQtZW5naW5lIGZyb20gc291cmNlIGNvZGUgdXNpbmcgbWF2ZW4gZmly c3QgPw0KICAgIFAuUy4gSSBjb3VsZCBwcm9ncmFtIHdpdGggamF2YS4gQW5kIEkndmUgbGVh cm5lZCBzb210aGluZyBhYm91dCBzZXJ2ZWxldCwganNwIGFuZCBFSkJzLCBidXQgSSdtIG5v dCBleHBlcnQgdG8gdGhlbS4gSSBoYXZlIGFuIG9wZXJhdGluZyBvdmlydCBzeXN0ZW0uIFdo YXQncyBtb3JlLCBJJ3ZlIHJlYWQgYSBsb3Qgb2YgZG9jdW1lbnRzIGFib3V0IHRoZSBhcmNo aXRlY3R1cmUgb2Ygb3ZpcnQsIHNvIEkga25vdyBpdCdzIG1vZHVsZXMgZnJvbSBhIHZlcnkg aGlnaCB2aWV3LiAgDQogICAgVGhhbmtzIGZvciB5b3VyIHRpbWUsIGFuZCBpdCB3aWxsIGJl IGhpZ2hseSBhcHByZWNpYXRlZCBpZiB5b3UgY291bGQgb2ZmZXIgbWUgeW91ciBwcmVjaW91 cyBhZHZpY2UuDQoNCkx1a2U= ------=_NextPart_55AB90C5_0902B6C8_33292F5B Content-Type: text/html; charset="gb18030" Content-Transfer-Encoding: base64 SGVsbG8gZXZlcnlvbmU6PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyBJIGFtIHJlYWRpbmcgdGhl IHNvdXJjZSBjb2RlIG9mIG92aXJ0LWVuZ2luZSB0aGVzZSBkYXlzLCB0cnlpbmcgdG8gZmln dXJlIG91dCBob3cgaXQgd29ya3MgYXQgY29kZSBsZXZlbC4gQnV0IEkgYW0gYSByb29raWUg aW4gb3BlbiBzb3VyY2Ugd29ybGQsIGFuZCBrbm93IGp1c3QgYSBsaXR0bGUgYWJvdXQgajJl ZSB3ZWIgYXBwcy4gU28gY2hhbmxsYWdlcyBhcmUgZXZlcnl3aGVyZSBhbmQgcmVjZW50bHkg SSBqdXN0IGZvdW5kIHRoYXQgSSBjb3VsZCBub3QgY29udGludWUgcmVhZGluZyB0aGUgc291 cmNlIGNvZGUgYWxsIGFsb25lLCBzbyBJIHR1cm4gdG8geW91IGZvciBoZWxwLiZuYnNwOyZu YnNwOyA8YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IEknbGwgZGVlcGx5IGFwcHJlY2lhdGUgeW91 ciBzaW5jZXJlIGhlbHAgaWYgc29tZW9uZSBjb3VsZCB0ZWxsIG1lIHdoYXQgc2hvdWxkIEkg ZG8gbm93LiBJIG1lYW4gdGhhdCwgdG8gZ2FpbiB0aGUgY2FwYWJpbGl0eSB0byB1bmRlcnN0 YW5kIHRoZSBzb3VyY2UgY29kZSwgd2hhdCBraW5kIG9mIGtub3dsZWRnZSBzaG91bGQgSSBo YXZlLCBvciwgd2hpY2ggYm9va3Mgc2hvdWxkIEkgcmVhZCA/Jm5ic3A7IFNob3VsZCBJIGJ1 aWxkIG92aXJ0LWVuZ2luZSBmcm9tIHNvdXJjZSBjb2RlIHVzaW5nIG1hdmVuIGZpcnN0ID88 YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IFAuUy4gSSBjb3VsZCBwcm9ncmFtIHdpdGggamF2YS4g QW5kIEkndmUgbGVhcm5lZCBzb210aGluZyBhYm91dCBzZXJ2ZWxldCwganNwIGFuZCBFSkJz LCBidXQgSSdtIG5vdCBleHBlcnQgdG8gdGhlbS4gSSBoYXZlIGFuIG9wZXJhdGluZyBvdmly dCBzeXN0ZW0uIFdoYXQncyBtb3JlLCBJJ3ZlIHJlYWQgYSBsb3Qgb2YgZG9jdW1lbnRzIGFi b3V0IHRoZSBhcmNoaXRlY3R1cmUgb2Ygb3ZpcnQsIHNvIEkga25vdyBpdCdzIG1vZHVsZXMg ZnJvbSBhIHZlcnkgaGlnaCB2aWV3LiZuYnNwOyA8YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IFRo YW5rcyBmb3IgeW91ciB0aW1lLCBhbmQgaXQgd2lsbCBiZSBoaWdobHkgYXBwcmVjaWF0ZWQg aWYgeW91IGNvdWxkIG9mZmVyIG1lIHlvdXIgcHJlY2lvdXMgYWR2aWNlLjxicj48YnI+THVr ZSZuYnNwOyZuYnNwOyZuYnNwOyA8YnI+ ------=_NextPart_55AB90C5_0902B6C8_33292F5B--

2 1

useless warnings in engine.log
by Omer Frenkel 17 Jul '15

17 Jul '15

Hi, lately i noticed my engine.log filled with useless warnings, every 30 secs: 2015-07-15 15:03:38,961 WARN [org.ovirt.engine.core.branding.BrandingFilter] (default task-38) [] Detected Locale is null, setting to default 'en_US' 2015-07-15 15:04:08,964 WARN [org.ovirt.engine.core.branding.BrandingFilter] (default task-41) [] Detected Locale is null, setting to default 'en_US' anything changed? anything wrong with my setup that i need to set in order to solve this? also, i think that recurring msgs like this should go to debug... Thanks, Omer.

3 5

oVirt 3.6 - deep dive sessions
by Barak Azulay 16 Jul '15

16 Jul '15

oVirt 3.6 will be released soon. Deep dive sessions on various features / aspects of this release will be scheduled In the upcoming several weeks. You have a chance to take a look into this new exciting release. Stay tuned and join these sessions. Thanks Barak Azulay

1 0

Checkstyle changes in oVirt
by Tal Nisan 15 Jul '15

15 Jul '15

Hey everyone, We've all reviewed patches that contained imports sorting "noise" caused by misconfigured IDEs, I decided to enforce the project's standards concerning imports order with the checkstyle plugin. Achieving this required upgrading checkstyle to version 6.5 and fixing the existing violations so we can have a clean baseline to build from. While I was at it, I fixed the left curly braces position suppression in the "uicommon" project to align with the proper standards defined in the rest of the project. Please note that these standards are now enforced at build time and patches that violate them will break the build. A big thank you goes out to everyone who reviewed and commented on the patches! * For those interested, the relevant patches can be found at https://gerrit.ovirt.org/#/q/status:open+project:ovirt-engine+branch:master… * The project formatter settings can be found at http://www.ovirt.org/Building_oVirt_Engine/IDE

6 5

engine-setup new dep: ovirt-setup-lib
by Sandro Bonazzola 15 Jul '15

15 Jul '15

Just a quick note for letting you know that ovirt-engine and ovirt-hosted-engine-setup are going to require a new package: ovirt-setup-lib[1] It includes common code to the 2 setups. It will be available in next nightly snapshot. [1] https://gerrit.ovirt.org/#/admin/projects/ovirt-setup-lib -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

VM status checks - request for comments
by Shmuel Melamud 15 Jul '15

15 Jul '15

Hi! I'm currently working on creation of new VMStatus helper functions that may be used to check VM status when needed being all-purpose, robust and universal. For this purpose I've created a table of all places where VM status is checked, using current VMStatus functions, long lines of comparisons or some indirect way like validators. (Sure, I didn't include some cases. VmAnalyzer logic doesn't fit here. Mappings, rendering, message selection, changing states in migration process - it is not the case when helper functions may help.) Here is the table: https://docs.google.com/a/redhat.com/spreadsheets/d/1yb-JdTAGh_4bOC6tL7KLz1… Many lines are raising questions - why these states are allowed and these are not? What to do in Unknown state, in migration, hibernation, WaitingForLaunch? That's why I'm asking those of you who're familiar with some places to review them and write down your comments. What logic is behind the selection of the states? What states should be here, or shouldn't be here? This will give invaluable help to create helper functions that are really helpful ;) -- Shmuel

3 2

oVirt 3.6.0 beta release postponed
by Sandro Bonazzola 14 Jul '15

14 Jul '15

Hi, in order to provide a better and more stable beta release, the schedule for oVirt 3.6.0 has been updated moving the beta release to August 3rd[1]. Following milestones have not yet been rescheduled. Thanks, [1] http://www.ovirt.org/OVirt_3.6_Release_Management#Key_Milestones -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Termin gestrichen: oVirt Node weekly meeting - Mo 13. Jul. 2015 16:00 - 16:30 (fdeutsch@redhat.com)
by fdeutsch＠redhat.com 13 Jul '15

13 Jul '15

Dieser Termin wurde gestrichen und aus Ihrem Kalender entfernt. Titel: oVirt Node weekly meeting Hey, this is an invitation to the weekly oVirt Node devel meetings. Anyone interested or related to Node development is welcome. Wann: Mo 13. Jul. 2015 16:00 - 16:30 Berlin Wo: irc://irc.oftc.net#ovirt Kalender: fdeutsch(a)redhat.com Wer * Fabian Deutsch - Organisator * devel(a)ovirt.org * tlitovsk(a)redhat.com * wdaniel(a)redhat.com Einladung von Google Kalender: https://www.google.com/calendar/ Sie erhalten diese E-Mail unter devel(a)ovirt.org, da Sie ein Gast bei diesem Termin sind. Lehnen Sie diesen Termin ab, um keine weiteren Informationen zu diesem Termin zu erhalten. Sie können auch unter https://www.google.com/calendar/ ein Google-Konto erstellen und Ihre Benachrichtigungseinstellungen für Ihren gesamten Kalender steuern. Wenn Sie diese Einladung weiterleiten, kann jeder Empfänger Ihre Antwort auf die Einladung ändern. Weitere Informationen finden Sie unter https://support.google.com/calendar/answer/37135#forwarding.

1 0

new git repo request: ovirt-setup-lib
by Sandro Bonazzola 13 Jul '15

13 Jul '15

Please create a new repo "ovirt-setup-lib" which will contain code shared between ovirt-hosted-engine-setup and ovirt-engine setup. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Problem with latest vdsm update on Fedora 21
by David Maroshi 12 Jul '15

12 Jul '15

Greetings team, I experience failure trying to update my host. From ovirt-master-snapshot repo. # yum update vdsm .... Error: Package: vdsm-4.17.0-1114.git30a0d1c.el7.noarch (ovirt-master-snapshot) Requires: python >= 2.7.5-18.el7_1.1 ^^^^^^^^^^^ Installed: python-2.7.5-16.el7.x86_64 (@anaconda/7.1) ^^^^^^^^^^^^^^ python = 2.7.5-16.el7 Please update the repo for Fedora 21. Thanks Joy and happiness Dudi -- Dudi Maroshi Software Engineer Red Hat Enterprise Virtualization project http://www.redhat.com/en/technologies/virtualization maroshi(a)redhat.com -------------------------------- I am perfectly imperfect. "There is only one absolute truth, and that is: there in no one absolute truth."

5 7

Reaming VdcFault to EngineFault
by Eli Mesika 12 Jul '15

12 Jul '15

You may get the following error after rebase with master : http://pastebin.test.redhat.com/295552 The reason is that the CommandEntity has a memeber of type VdcReturnValueBase which contains the VdcFault. It is serialized by jackson into the db, and when there is an attempt to deserialize it - you got the error. This can be addressed by a simple update command followed by engine restart: psql -U <user> -c "update command_entities set return_value = replace(return_value,'VdcFault','EngineFault'), return_value_class = replace(return_value_class,'VdcFault','EngineFault');" <db> Please let me know if you have any issues. Thanks Eli Mesika

3 5

ovirt-node specfile update
by Fabian Deutsch 09 Jul '15

09 Jul '15

Hey, just a quick head's up that I did some bigger changes to the ovirt-node specfile. In case that our CI goes red or the (node) world goes down you now know what is happening. Greetings fabian

1 0

Pools are create without vms
by Jakub Niedermertl 09 Jul '15

09 Jul '15

Hi, when I create new pool in engine, no matter how many wms are specified, it is created with zero vms. Anyone experiencing similar problem? Engine commit: 9b82e80 Engine log: 2015-07-08 17:57:44,332 INFO [org.ovirt.engine.core.bll.AddVmPoolWithVmsCommand] (org.ovirt.thread.pool-8-thread-29) [4f71760c] Running command: AddVmPoolWithVmsCommand internal: false. Entities affected : ID: 00000002-0002-0002-0002-00000000026d Type: VdsGroupsAction group CREATE_VM_POOL with role type USER, ID: 53d01889-42ca-4956-8f02-4cdea7078248 Type: VmTemplateAction group CREATE_VM with role type USER 2015-07-08 17:57:44,446 ERROR [org.ovirt.engine.core.bll.AddVmPoolWithVmsCommand] (org.ovirt.thread.pool-8-thread-29) [] Command 'org.ovirt.engine.core.bll.AddVmPoolWithVmsCommand' failed: java.lang.NullPointerException 2015-07-08 17:57:44,446 ERROR [org.ovirt.engine.core.bll.AddVmPoolWithVmsCommand] (org.ovirt.thread.pool-8-thread-29) [] Exception: javax.ejb.EJBException: java.lang.NullPointerException at org.jboss.as.ejb3.tx.CMTTxInterceptor.handleExceptionInNoTx(CMTTxInterceptor.java:216) [wildfly-ejb3-8.2.0.Final.jar:8.2.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:262) [wildfly-ejb3-8.2.0.Final.jar:8.2.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:399) [wildfly-ejb3-8.2.0.Final.jar:8.2.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:243) [wildfly-ejb3-8.2.0.Final.jar:8.2.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-8.2.0.Final.jar:8.2.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43) [wildfly-ejb3-8.2.0.Final.jar:8.2.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:95) [wildfly-ejb3-8.2.0.Final.jar:8.2.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-8.2.0.Final.jar:8.2.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59) [wildfly-ejb3-8.2.0.Final.jar:8.2.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:64) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:326) at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:448) at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:61) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:326) at org.jboss.invocation.PrivilegedWithCombinerInterceptor.processInvocation(PrivilegedWithCombinerInterceptor.java:80) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:185) at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:182) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:73) at org.ovirt.engine.core.bll.interfaces.BackendInternal$$$view4.runInternalAction(Unknown Source) [bll.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_45] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_45] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_45] at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_45] at org.jboss.weld.util.reflection.Reflections.invokeAndUnwrap(Reflections.java:414) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.weld.bean.proxy.EnterpriseBeanProxyMethodHandler.invoke(EnterpriseBeanProxyMethodHandler.java:127) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance.invoke(EnterpriseTargetBeanInstance.java:56) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.weld.bean.proxy.InjectionPointPropagatingEnterpriseTargetBeanInstance.invoke(InjectionPointPropagatingEnterpriseTargetBeanInstance.java:65) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:100) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.ovirt.engine.core.bll.BackendCommandObjectsHandler$BackendInternal$BackendLocal$2049259618$Proxy$_$$_Weld$EnterpriseProxy$.runInternalAction(Unknown Source) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInternalAction(CommandBase.java:2342) [bll.jar:] at org.ovirt.engine.core.bll.CommonVmPoolWithVmsCommand.addVmsToPool(CommonVmPoolWithVmsCommand.java:161) [bll.jar:] at org.ovirt.engine.core.bll.CommonVmPoolWithVmsCommand.executeCommand(CommonVmPoolWithVmsCommand.java:144) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1212) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1356) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1979) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:174) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:116) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1392) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:375) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner.executeValidatedCommand(MultipleActionsRunner.java:202) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner.runCommands(MultipleActionsRunner.java:170) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner$2.run(MultipleActionsRunner.java:179) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:92) [utils.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_45] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_45] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_45] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_45] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_45] Caused by: java.lang.NullPointerException at org.ovirt.engine.core.bll.CommandBase.parentHasCallback(CommandBase.java:1369) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1382) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:375) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:459) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:441) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runInternalAction(Backend.java:651) [bll.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_45] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_45] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_45] at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_45] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407) at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70) [wildfly-weld-8.2.0.Final.jar:8.2.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80) [wildfly-weld-8.2.0.Final.jar:8.2.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93) [wildfly-weld-8.2.0.Final.jar:8.2.0.Final] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-8.2.0.Final.jar:8.2.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407) at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:55) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83) [wildfly-weld-8.2.0.Final.jar:8.2.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) [wildfly-ee-8.2.0.Final.jar:8.2.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:52) [wildfly-ejb3-8.2.0.Final.jar:8.2.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:260) [wildfly-ejb3-8.2.0.Final.jar:8.2.0.Final] ... 60 more 2015-07-08 17:57:44,452 INFO [org.ovirt.engine.core.bll.AddVmPoolWithVmsCommand] (org.ovirt.thread.pool-8-thread-29) [] Command [id=6e59f612-ebe5-4a14-9311-dfa786c32396]: Compensating CHANGED_STATUS_ONLY of org.ovirt.engine.core.common.businessentities.VmTemplate; snapshot: EntityStatusSnapshot:{id='53d01889-42ca-4956-8f02-4cdea7078248', status='OK'}. 2015-07-08 17:57:44,458 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-29) [] Correlation ID: 4f71760c, Job ID: 2a5c64aa-2c78-4beb-a2a0-17651f8fe916, Call Stack: null, Custom Event ID: -1, Message: VM Pool qq (containing 3 VMs) was created by admin@internal. Best regards, Jakub

2 1

ovirt-engine related fedora 21 builds in jenkins
by Sandro Bonazzola 09 Jul '15

09 Jul '15

Hi, while dropping fc20 builds from master as announced 2 weeks ago[1] I've seen that several packages implying ovirt-engine availability on fc21 were still built on jenkins also if we dropped fc21 support for 3.6 in favor of fc22. Since there's no commitment from integration team and from infrastructure / CI team to support FC21 I would have liked to drop them. I've been stopped doing that since it seems there are developers using fc21 as development environment. I'd like to understand why. I would have understood having developers stuck on fedora 20 for supporting 3.5 and I totally understand developers already on fedora 22. But being fedora 21 the only unsupported version I don't see any real reason for keep wasting CI resources on such distribution. Is there any serious motivation for keeping fedora 21 engine related builds in jenkins? I may understand keeping vdsm related builds since vdsm is supposed to work on fc21 also for 3.5 so i've no objection in keeping vdsm and its deps on fc21 as long as vdsm team supports it. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

4 6

Renamed classes
by Eli Mesika 08 Jul '15

08 Jul '15

Hi Please note that the following classes were renamed : *DAODbFacadeImpl.java => *DaoImpl.java VdsIdParametersBase => IdQueryableParameter VdcBllErrors => EngineBllError VdcBllMessages => EngineBllMessage VdcFault => EngineFault Thanks Eli Mesika

1 0

VM won't start because of -incoming flag after upgrading to alpha-2
by Christopher Pereira 08 Jul '15

08 Jul '15

This is a multi-part message in MIME format. --------------040500060504070207030504 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, After upgrading from alpha-1 to alpha-2 and restarting services, a VM won't start because of the following qemu error: Domain id=5 is tainted: hook-script 2015-07-07T07:39:27.215579Z qemu-kvm: Unknown migration flags: 0 qemu: warning: error while loading state section id 2 2015-07-07T07:39:27.215681Z qemu-kvm: load of migration failed: Invalid argument The reason is that Engine was starting the VM with the -incoming flag (for "incoming migrations"). 1) Why did engine enable the -incoming flag? VM was configured with "Allow manual migration only". Maybe this ocurred because I set the host in maintenance mode before upgrading. 2) How can I clean the -incoming flag in oVirt? 3) Note that the "domain is tainted" error was also freezing the monitor socket between libvirt and vdsm, requiring a libvirtd + vdsmd restart. --------------040500060504070207030504 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hi, After upgrading from alpha-1 to alpha-2 and restarting services, a VM won't start because of the following qemu error: <blockquote>Domain id=5 is tainted: hook-script 2015-07-07T07:39:27.215579Z qemu-kvm: Unknown migration flags: 0 qemu: warning: error while loading state section id 2 2015-07-07T07:39:27.215681Z qemu-kvm: load of migration failed: Invalid argument </blockquote> The reason is that Engine was starting the VM with the -incoming flag (for "incoming migrations"). 1) Why did engine enable the -incoming flag? VM was configured with "Allow manual migration only". Maybe this ocurred because I set the host in maintenance mode before upgrading. 2) How can I clean the -incoming flag in oVirt? 3) Note that the "domain is tainted" error was also freezing the monitor socket between libvirt and vdsm, requiring a libvirtd + vdsmd restart. </body> </html> --------------040500060504070207030504--

5 14

oVirt Node Weekly Meeting Minutes - 2015-07-06
by Fabian Deutsch 06 Jul '15

06 Jul '15

================================= #ovirt: oVirt Node Weekly Meeting ================================= Meeting started by fabiand at 14:04:04 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2015/ovirt.2015-07-06-14.04.log.html . Meeting summary --------------- * Agenda (fabiand, 14:06:04) * Jenkins status (fabiand, 14:06:12) * Other Items (fabiand, 14:06:16) * Jenkins status (fabiand, 14:06:21) * we now have all of our jobs (ovirt-node and the plugins) yamlized (fabiand, 14:08:07) * ACTION: tlitovsk to let us know the status of the publishers (fabiand, 14:10:00) * All master publishers are done (fabiand, 14:11:42) * ACTION: tlitovsk to modify the builds to let the rpms include the git hashes (fabiand, 14:13:57) * ACTION: rbarry to modify the jobs to extract the rpm manifest from the iso (fabiand, 14:14:16) Meeting ended at 14:16:47 UTC. Action Items ------------ * tlitovsk to let us know the status of the publishers * tlitovsk to modify the builds to let the rpms include the git hashes * rbarry to modify the jobs to extract the rpm manifest from the iso Action Items, by person ----------------------- * rbarry * rbarry to modify the jobs to extract the rpm manifest from the iso * tlitovsk * tlitovsk to let us know the status of the publishers * tlitovsk to modify the builds to let the rpms include the git hashes * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * fabiand (47) * tlitovsk (7) * rbarry (5) * dougsland (2) * ovirtbot (2) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

Shared gluster storage domain for templates
by Christopher Pereira 04 Jul '15

04 Jul '15

Hi, I'm trying to setup a gluster data storage domain exclusively for templates (read only) and share it among different geo distributed ovirt data centers. I believe this is a common requirement. Do you know if there is a clean/efficient way to do this? My experiment: I geo-replicated the templates storage domain in order to keep a local copy on each data center for faster new VM instantiation or thin template provisioning. The problem I faced is it's not possible to import a replicated storage domain when the original Storage Domain UUID is already registered in the same Engine installation. A workarround was to detach the original SD (from Data Center 1) and attach the replicated SD (on Data Center 2)...or use another Engine installation. This works, but still requires to detach and reattach the storage domain. Is there anyway to copy a storage domain or change its UUID? I guess I can change the Storage Domain UUID (dirname and dom_md/metadata), but I'm afraid of the multiple references inside the binary file 'dom_md/ids'. BTW, using a gluster replica-n volume seems to be the cleanest solution because this way Engine would only be showing one single templates storage domain (ideal). The only reason I didn't go this way is because it is not designed between geo distributed data networks.

2 1

[AUTOMATION BLOCKER] vdsm 3.5 build failing on Fedora 20
by Sandro Bonazzola 03 Jul '15

03 Jul '15

Hi, vdsm build is currently failing on Fedora 20: /usr/bin/pep8 --exclude="${exclude}" --filename '*.py,*.py.in' . ./tests/functional/networkTests.py:933:56: E127 continuation line over-indented for visual indent ./tests/functional/networkTests.py:1007:56: E127 continuation line over-indented for visual indent ./tests/functional/networkTests.py:1008:55: E127 continuation line over-indented for visual indent make[2]: Leaving directory `/builddir/build/BUILD/vdsm-4.16.21' make[2]: *** [check-local] Error 1 make[1]: Leaving directory `/builddir/build/BUILD/vdsm-4.16.21' make[1]: *** [check-am] Error 2 make: *** [check-recursive] Error 1 RPM build errors: error: Bad exit status from /var/tmp/rpm-tmp.wl7CZV (%check) Bad exit status from /var/tmp/rpm-tmp.wl7CZV (%check) Child return code was: 1 Please fix ASAP. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

4 4

trouble with already existing mac address in database
by Sven Kieske 03 Jul '15

03 Jul '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, jhernand was so kind to resolve this for me and asked for a mail to devel, because some people might be interested in it. so here it is: situation: you removed a vm somewhat dirty from ovirt by deleting it in the database, now you want to reuse it's mac address, but ovirt won't let you do it, because "Mac address is already in use." At first I thought I had not deleted all entries regarding this vm, but even when I did a dump of the whole engine db and grepped for the mac it didn't yield any results, so the mac was not in the db anymore, yet ovirt complained. what helped, was a restart of the engine service, because ovirt seems to cache some values in ram, like macs. so in case you got trouble like this, just restart the service. I wonder if it might be worth an RFE, so engine checks from time to time if values in ram are also in the db and if not cleans the ram? thanks again to jhernand for the (somewhat obvious) solution! site note: ovirt-engine is a really fast restarting service, pretty cool. - -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +495772 293100 F: +495772 293333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhaus en Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJVlmDNAAoJEMby9TMDAbQR29kQAMyjBZh7RBxMRqoCp5+66rzB oZIv//v4d/y6cDypbFGJlC4k7N5EMNydZ3odl54pbnuOY806YFvnotyh5TT7xalH LLAaxz9oAUSod70sqBZX8A45mMioRR/MERyPyozEZn+YJuFYjhsAVjH1y75BQnhN NBqwpvmmxCMFBhLKpY4NK/oklFKZU8lDW0fuQr4oRGC0ngF0l13+QoC4OwNeYZlo OhECWP9yTIBpYJzSDTeaZCFHZ9bWG9ggL4ahwBbZ7w1AoB7gWAihV3kwlDIXGkql kgp/6xjPmqHrpeyB1dBb7bUzfLpuuN0lzUJAKcpvPU9p+n3ghq8zHMyJJOgMj6CX LpV7rvI5zBPnKbTg3HfFJUlFeb3rrasgJleW8FdDqUiuVpJ8DZr9vzx1HM6voNHW SQj/ZEKe5NNrHJW16djAhkemeT0/htsGF53xrWNPbeHiGky887ivhxhQ8DQ0B/4w Dcv/n4qKPJKCIUeQqGfXkkPpyn8hELysKpY1PIhjM/PXwEWWBFk0oGoNHt7enDaG VGuREioCfCasq4SFgbbw51+B0aQdQ1vYtt0rL8HNhVfl/RTlsZdSV474Dc8Or+Nb 3uxYo1kQrqZtYFCV/UchBzrAsqQLzq288XRFYPpoQAGyiSFSF+iMvwX1VEbiu1GF +90PfHwAV1ZDdjQ3sGd7 =spTC -----END PGP SIGNATURE-----

1 0

[AUTOMATION BLOCKER] ovirt-engine master - DAO tests failing on testSaveDetails(org.ovirt.engine.core.dao.gluster.GlusterGeoRepDaoTest)
by Sandro Bonazzola 03 Jul '15

03 Jul '15

Hi, http://jenkins.ovirt.org/job/ovirt-engine_master_dao-unit-tests_created/115… is currently failing on: 06:45:05 Failed tests: 06:45:05 testSaveDetails(org.ovirt.engine.core.dao.gluster.GlusterGeoRepDaoTest): expected:<org.ovirt.engine.core.common.businessentities.gluster.GlusterGeoRepSessionDetails@93d8f3f> but was:<org.ovirt.engine.core.common.businessentities.gluster.GlusterGeoRepSessionDetails@ea40d93f> 06:45:05 06:45:05 Tests run: 1571, Failures: 1, Errors: 0, Skipped: 0 Please fix ASAP -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

How to create FreeIPA user for ovirt engine (engine-manage-domains)?
by David Jaša 02 Jul '15

02 Jul '15

Hi, Pretty much any documentation around oVirt use of domains uses an undefined user (engine-manage-domains ... --user=[USER]) and maybe because of that, virtually all the ovirt tutorials that feature FreeIPA/IdM use "admin" user of FreeIPA (engine-manage-domains ... --provider=freeipa --user=admin). This leads to pretty scary situation of administrator password for your identity management system being stored for use by another system (ovirt-engine). So, the right way to do things should be use of a "service user" for engine that would have just enough privileges in FreeIPA to work correctly. So my questions are: 1. what are the necessary permissions for such a service user? 2. how to create such an user? Can it be done throught IPA web UI or does one need to go through the ldif/ldapmodify route? Best regards, David

2 1

[ANN] oVirt 3.5.4 First Release Candidate is now available for testing
by Sandro Bonazzola 01 Jul '15

01 Jul '15

The oVirt team is pleased to announce that the 3.5.4 First Release Candidate is now available for testing as of July 1st 2015. The release candidate is available now for Fedora 20, Red Hat Enterprise Linux 6.6, CentOS Linux 6.6 (or similar) and Red Hat Enterprise Linux 7.1, CentOS Linux 7.1 (or similar). This release of oVirt includes numerous bug fixes. See the release notes [1] for a list of the new features and bugs fixed. Please refer to release notes [1] for Installation / Upgrade instructions. A new oVirt Live ISO will be available as well[2]. Please note that mirrors[3] may need usually one day before being synchronized. Please refer to the release notes for known issues in this release. [1] http://www.ovirt.org/OVirt_3.5.4_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/ [3] http://www.ovirt.org/Repository_mirrors#Current_mirrors -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0