June 2012 - Devel - oVirt List Archives

[Engine-devel] oVirt UI Plugins feature: Ready for review
by Vojtech Szocs 04 Jul '12

04 Jul '12

Hi guys, I wrote a wiki page describing UI Plugins, a feature planned for oVirt web administration (WebAdmin) application: http://www.ovirt.org/wiki/Features/UIPlugins Feature design is finished and ready for review. Please feel free to add comments, ask questions or reach me directly on #ovirt channel. Cheers, Vojtech

4 10

Re: [Engine-devel] Developer's All In One
by Allon Mureinik 29 Jun '12

29 Jun '12

Cross-posting to engine-devel > ----- Forwarded Message ----- > From: "Yeela Kaplan" <ykaplan(a)redhat.com> > To: vdsm-devel(a)lists.fedorahosted.org, > engine-devel(a)lists.fedorahosted.org > Cc: "Ayal Baron" <abaron(a)redhat.com> > Sent: Monday, June 18, 2012 2:58:55 PM > Subject: Developer's All In One > > Enclosed is the link to a wiki containing a detailed explanation for > installing a developer's All-In-One environment: > > http://www.ovirt.org/wiki/Developers_All_In_One > > Regards, > Yeela >

3 3

[Engine-devel] Request for code review
by Sheldon 28 Jun '12

28 Jun '12

Hi guys: My patch "add a new tool for auto-generate python entities from schema" is ready for review. http://gerrit.ovirt.org/#/c/4880/ I am looking forward to your comments. Thanks.

1 0

[Engine-devel] fedora_17_slave_02 on jenkins
by ovirt＠qip.ru 27 Jun '12

27 Jun '12

This is a message in Mime Format. If you see this, your mail reader does not support this format. --=_67a3183659adff2f13091192092f3d88 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi, ALL=0A=0AIs it ok that node =0Afedora_17_slave_02 on http://jenkins.= ovirt.org/computer/fedora_17_slave_02/=0A=0Ahas=0AProcess leaked file de= scriptors error about two days?=0A=0ABye,=0AVadim=0A=0A-- --=_67a3183659adff2f13091192092f3d88 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi, ALL Is it ok that node <h1>fedora_17_slave_02 on http://j= enkins.ovirt.org/computer/fedora_17_slave_02/ </h1> has<pre>Proces= s leaked file descriptors error about two days?</pre> Bye, Vadim<b= r> -- --=_67a3183659adff2f13091192092f3d88--

2 1

[Engine-devel] New Fedora VDSM Build?
by Ofer Schreiber 26 Jun '12

26 Jun '12

Any updates about $topic? -- Ofer Schreiber oVirt Release Manager

4 5

[Engine-devel] RFC: Writeup on VDSM-libstoragemgmt integration
by Deepak C Shetty 26 Jun '12

26 Jun '12

Hello All, I have a draft write-up on the VDSM-libstoragemgmt integration. I wanted to run this thru' the mailing list(s) to help tune and crystallize it, before putting it on the ovirt wiki. I have run this once thru Ayal and Tony, so have some of their comments incorporated. I still have few doubts/questions, which I have posted below with lines ending with '?' Comments / Suggestions are welcome & appreciated. thanx, deepak [Ccing engine-devel and libstoragemgmt lists as this stuff is relevant to them too] -------------------------------------------------------------------------------------------------------------- 1) Background: VDSM provides high level API for node virtualization management. It acts in response to the requests sent by oVirt Engine, which uses VDSM to do all node virtualization related tasks, including but not limited to storage management. libstoragemgmt aims to provide vendor agnostic API for managing external storage array. It should help system administrators utilizing open source solutions have a way to programmatically manage their storage hardware in a vendor neutral way. It also aims to facilitate management automation, ease of use and take advantage of storage vendor supported features which improve storage performance and space utilization. Home Page: http://sourceforge.net/apps/trac/libstoragemgmt/ libstoragemgmt (LSM) today supports C and python plugins for talking to external storage array using SMI-S as well as native interfaces (eg: netapp plugin ) Plan is to grow the SMI-S interface as needed over time and add more vendor specific plugins for exploiting features not possible via SMI-S or have better alternatives than using SMI-S. For eg: Many of the copy offload features require to use vendor specific commands, which justifies the need for a vendor specific plugin. 2) Goals: 2a) Ability to plugin external storage array into oVirt/VDSM virtualization stack, in a vendor neutral way. 2b) Ability to list features/capabilities and other statistical info of the array 2c) Ability to utilize the storage array offload capabilities from oVirt/VDSM. 3) Details: LSM will sit as a new repository engine in VDSM. VDSM Repository Engine WIP @ http://gerrit.ovirt.org/#change,192 Current plan is to have LSM co-exist with VDSM on the virtualization nodes. *Note : 'storage' used below is generic. It can be a file/nfs-export for NAS targets and LUN/logical-drive for SAN targets. VDSM can use LSM and do the following... - Provision storage - Consume storage 3.1) Provisioning Storage using LSM Typically this will be done by a Storage administrator. oVirt/VDSM should provide storage admin the - ability to list the different storage arrays along with their types (NAS/SAN), capabilities, free/used space. - ability to provision storage using any of the array capabilities (eg: thin provisioned lun or new NFS export ) - ability to manage the provisioned storage (eg: resize/delete storage) Once the storage is provisioned by the storage admin, VDSM will have to refresh the host(s) for them to be able to see the newly provisioned storage. 3.1.1) Potential flows: Mgmt -> vdsm -> lsm: create LUN + LUN Mapping / Zoning / whatever is needed to make LUN available to list of hosts passed by mgmt Mgmt -> vdsm: getDeviceList (refreshes host and gets list of devices) Repeat above for all relevant hosts (depending on list passed earlier, mostly relevant when extending an existing VG) Mgmt -> use LUN in normal flows. 3.1.2) How oVirt Engine will know which LSM to use ? Normally the way this works today is that user can choose the host to use (default today is SPM), however there are a few flows where mgmt will know which host to use: 1. extend storage domain (add LUN to existing VG) - Use SPM and make sure *all* hosts that need access to this SD can see the new LUN 2. attach new LUN to a VM which is pinned to a specific host - use this host 3. attach new LUN to a VM which is not pinned - use a host from the cluster the VM belongs to and make sure all nodes in cluster can see the new LUN Flows for which there is no clear candidate (Maybe we can use the SPM host itself which is the default ?) 1. create a new disk without attaching it to any VM 2. create a LUN for a new storage domain 3.2) Consuming storage using LSM Typically this will be done by a virtualization administrator oVirt/VDSM should allow virtualization admin to - Create a new storage domain using the storage on the array. - Be able to specify whether VDSM should use the storage offload capability (default) or override it to use its own internal logic. 4) VDSM potential changes: 4.1) How to represent a VM disk, 1 LUN = 1 VMdisk or 1 LV = 1 VMdisk ? which bring another question...1 array == 1 storage domain OR 1 LUN/nfs-export on the array == 1 storage domain ? Pros & Cons of each... 1 array == 1 storage domain - Each new vmdisk (aka volume) will be a new lun/file on the array. - Easier to exploit offload capabilities, as they are available at the LUN/File granularity - Will there be any issues where there will be too many LUNs/Files ... any maxluns limit on linux hosts that we might hit ? -- VDSM has been tested with 1K LUNs and it worked fine - ayal - Storage array limitations on the number of LUNs can be a downside here. - Would it be ok to share the array for hosting another storage domain if need be ? -- Provided the existing domain is not utilising all of the free space -- We can create new LUNs and hand it over to anyone needed ? -- Changes needed in VDSM to work with raw LUNs, today it only has support for consuming LUNs via VG/LV. 1 LUN/nfs-export on the array == 1 storage domain - How to represent a new vmdisk (aka vdsm volume) if its a LUN provisioned using SAN target ? -- Will it be VG/LV as is done today for block domains ? -- If yes, then it will be difficult to exploit offload capabilities, as they are at LUN level, not at LV level. - Each new vmdisk will be a new file on the nfs-export, assuming offload capability is available at the file level, so this should work for NAS targets ? - Can use the storage array for hosting multiple storage domains. -- Provision one more LUN and use it for another storage domain if need be. - VDSM already supports this today, as part of block storage domains for LUNs case. Note that we will allow user to do either one of the two options above, depending on need. 4.2) Storage domain metadata will also include the features/capabilities of the storage array as reported by LSM. - Capabilities (taken via LSM) will be stored in the domain metadata during storage domain create flow. - Need changes in oVirt engine as well ( see 'oVirt Engine potential changes' section below ) 4.3) VDSM to poll LSM for array capabilities on a regular basis ? Per ayal: - If we have a 'storage array' entity in oVirt Engine (see 'oVirt Engine potential changes' section below ) then we can have a 'refresh capabilities' button/verb. - We can periodically query the storage array. - Query LSM before running operations (sounds redundant to me, but if it's cheap enough it could be simplest). Probably need a combination of 1+2 (query at very low frequency - 1/hour or 1/day + refresh button) 5) oVirt Engine potential changes - as described by ayal : - We will either need a new 'storage array' entity in engine to keep credentials, or, in case of storage array as storage domain, just keep this info as part of the domain at engine level. - Have a 'storage array' entity in oVirt Engine to support 'refresh capabilities' as a button/verb. - When user during storage provisioning, selects a LUN exported from a storage array (via LSM), the oVirt Engine would know from then onwards that this LUN is being served via LSM. It would then be able to query the capabilities of the LUN and show it to the virt admin during storage consumption flow. 6) Potential flows: - Create snapshot flow -- VDSM will check the snapshot offload capability in the domain metadata -- If available, and override is not configured, it will use LSM to offload LUN/File snapshot -- If override is configured or capability is not available, it will use its internal logic to create snapshot (qcow2). - Copy/Clone vmdisk flow -- VDSM will check the copy offload capability in the domain metadata -- If available, and override is not configured, it will use LSM to offload LUN/File copy -- If override is configured or capability is not available, it will use its internal logic to create snapshot (eg: dd cmd in case of LUN). 7) LSM potential changes: - list features/capabilities of the array. Eg: copy offload, thin prov. etc. - list containers (aka pools) (present in LSM today) - Ability to list different types of arrays being managed, their capabilities and used/free space - Ability to create/list/delete/resize volumes ( LUN or exports, available in LSM as of today) - Get monitoring info with object (LUN/snapshot/volume) as optional parameter for specific info. eg: container/pool free/used space, raid type etc. Need to make sure above info is listed in a coherent way across arrays (number of LUNs, raid type used? free/total per container/pool, per LUN?. Also need I/O statistics wherever possible.

10 24

Re: [Engine-devel] Forking unit tests
by Allon Mureinik 26 Jun '12

26 Jun '12

----- Original Message ----- > From: "Allon Mureinik" <amureini(a)redhat.com> > To: "Mike Kolesnik" <mkolesni(a)redhat.com> > Sent: Thursday, June 14, 2012 12:12:54 PM > Subject: Re: Forking unit tests > > > > ----- Original Message ----- > > From: "Mike Kolesnik" <mkolesni(a)redhat.com> > > To: "Allon Mureinik" <amureini(a)redhat.com> > > Cc: "Laszlo Hornyak" <lhornyak(a)redhat.com>, "engine-devel" > > <engine-devel(a)ovirt.org> > > Sent: Wednesday, June 13, 2012 1:28:36 PM > > Subject: Re: Forking unit tests > > > > > Hi guys, > > > > > > If you're using settings.xml as published in Building the oVirt > > > Engine page, you'd see we're forking for every test, in every > > > subproject. > > > This behaviour was introduced to handle memory leaks in PowerMock > > > we > > > use in some subprojects, but is redundant in others. > > > > > > Over the past month or so I've been working on removing PowerMock > > > from as many places as possible (many thanks to mkolesni and > > > lhornyak!), and we've got to the stage that forking is only > > > needed > > > in to subprojects - bll and resttypes. > > > > +1 - great job! > 10x! > > > > > Would it be possible to have this as a parameter (defaul true) that > > can be overridden, such as -Dengine.forkTests=false ? > couldn't find a good way to do it <forkMode> doesn't seem to work > when given a property as a value, sorry. > :-( Take a look at http://gerrit.ovirt.org/#/c/5653/1. Once it is merged, you could user -Dengine.powermock.fork=one to stop forking. > > > > > > The forking was defined explicitly in those two projects, so if > > > you > > > want to speed up your tests, just take the latest version of > > > settings.xml from > > > http://ovirt.org/wiki/Building_oVirt_engine#Maven_personal_settings. > > > > > > > > > -Allon > > > > > >

1 1

Re: [Engine-devel] 3.1 Release Notes
by Steve Gordon 25 Jun '12

25 Jun '12

Hi guys, As you all know we have a new release coming up shortly, and as discussed in the sync meeting last week I'm getting ready to prepare the release notes for it. To do that I need some help though, as it currently stands there are no bugs against the oVirt project with a target release of 3.1 and the ovirt_requires_release_note? flag set. If you are the maintainer of one of the sub-projects please ensure that you flag all notable features/fixes included in the 3.1* release with ovirt_requires_release_notes? and, ideally, add a brief description in the technical notes field. If you don't have access to set the flag for some reason then please reply to this email with a list of bugs instead. I know you've all been working very hard on this release, but without your input into this process I can not hope to accurately capture and highlight your efforts in the release notes. Thanks, Steve * I have assumed target release = 3.1 is the best flag to use in Bugzilla to determine which bugs are likely to be included in the release - if there is a better value to filter on please let me know.

1 0

[Engine-devel] GWT 2.4.0 and the oVirt Engine
by Schoenbrun, Dustin 25 Jun '12

25 Jun '12

--_000_CC06582EA7BFdustinschoenbrunnetappcom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hey All, I was looking at doing some work with extending the oVirt Engine GUI but so= me of the functionality that I need (such as dynamic creation of tabs) is o= nly supported in GWT 2.4.0. What sort of steps would have to be taken to u= pdate the Engine to GWT 2.4.0? Also, what would be the easiest way of debu= gging and testing these updates through Eclipse, for example. Thanks in ad= vance! -- Dustin --_000_CC06582EA7BFdustinschoenbrunnetappcom_ Content-Type: text/html; charset="us-ascii" Content-ID: <F9935FC195A9C747A2F421B1612BDAC7(a)tahoe.netapp.com> Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > </head> <body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin= e-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-fami= ly: Calibri, sans-serif; "> <div> <div> <div>Hey All,</div> <div> </div> <div>I was looking at doing some work with extending the oVirt Engine GUI b= ut some of the functionality that I need (such as dynamic creation of tabs)= is only supported in GWT 2.4.0.  What sort of steps would have to be = taken to update the Engine to GWT 2.4.0?  Also, what would be the easiest way of debugging and testing these u= pdates through Eclipse, for example.  Thanks in advance!</div> <div> </div> <div> <div> <div>-- Dustin</div> <div> </div> </div> </div> </div> </div> </body> </html> --_000_CC06582EA7BFdustinschoenbrunnetappcom_--

3 5

[Engine-devel] 3.1 bugs
by Itamar Heim 24 Jun '12

24 Jun '12

I have moved all MODIFIED bugs to ON_QA with target release of 3.1[1] This will allow to easily distinguish them from bugs fixed from now on, and will allow reporters to try and verify the fix, should they choose to. Plan is to close them currentrelease when 3.1 is released. Thanks, Itamar

1 0

[Engine-devel] IMPORTANT: engine_3.1 branch created
by Ofer Schreiber 21 Jun '12

21 Jun '12

Hey, I created the engine_3.1 branch on gerrit.ovirt.org, based on commit 6ef9f873ab88a35c8ec5afdcbbab7541c0d54c4e (masayag: "core: Remove trailing comma from network names list", pushed Wed Jun 20 10:16:57 2012 +0300). Any new critical bug fix, should be cherry-picked into engine_3.1 branch (by pushing the cherry-pick to refs/for/engine_3.1). If you have a critical fix merged after this commit, please make sure it's cherry-picked properly. Thanks, -- Ofer Schreiber oVirt Release Manager

1 1

[Engine-devel] [virt-node] VDSM as a general purpose virt host manager
by Saggi Mizrahi 21 Jun '12

21 Jun '12

There is an important discussion starting about the future of the VDSM API on vdsm-devel. If you want to be involved in the future of the VDSM API don't miss out and join vdsm-devel. To sign up go to https://fedorahosted.org/mailman/listinfo/vdsm-devel There growing need for a way to more easily reuse of the functionality of VDSM in order to service projects other than Ovirt-Engine. Originally VDSM was created as a proprietary agent for the sole purpose of serving the then proprietary version of what is known as ovirt-engine. Red Hat, after acquiring the technology, pressed on with it's commitment to open source ideals and released the code. But just releasing code into the wild doesn't build a community or makes a project successful. Further more when building open source software you should aspire to build reusable components instead of monolithic stacks. We would like to expose a stable, documented, well supported API. This gives us a chance to rethink the VDSM API from the ground up. There is already work in progress of making the internal logic of VDSM separate enough from the API layer so we could continue feature development and bug fixing while designing the API of the future. In order to achieve this though we need to do several things: 1. Declare API supportability guidelines 2. Decide on an API transport (e.g. REST, ZMQ, AMQP) 3. Make the API easily consumable (e.g. proper docs, example code, extending the API, etc) 4. Implement the API itself All of these are dependent on one another and the permutations are endless. This is why I think we should try and work on each one separately. All discussions will be done openly on the mailing list and until the final version comes out nothing is set in stone. If you think you have anything to contribute to this process, please do so either by commenting on the discussions or by sending code/docs/whatever patches. Once the API solidifies it will be quite difficult to change fundamental things, so speak now or forever hold your peace. Note that this is just an introductory email. There will be a quick follow up email to kick start the discussions. Don't forget to sign up to the vdsm-devel mailing list.

2 1

[Engine-devel] Questions about ovirt engine
by Shu Ming 19 Jun '12

19 Jun '12

Hi, I created a VM in my engine. And I found that every time I run the VM after shutdown, the VM uuid was changed to a different not while the VM itself was not changed including the VM name. Why doesn't engine keep the UUID for a VM and use the UUID every time the VM starts? How can I persistent my setting to a VM with "vdsClient", like the password set by the "setVmTicket" command? -- Shu Ming<shuming(a)linux.vnet.ibm.com> IBM China Systems and Technology Laboratory

2 1

[Engine-devel] 'deactivate' disk - what's the use case?
by Yaniv Kaul 18 Jun '12

18 Jun '12

I'm wondering what's the usefulness of having dual action of attach + activate to get a disk properly attached and working in a VM (and the deactivate and detach counterparts). The only reason I can think of is that we've annoyed the user by this useless dual action when working with storage domains in a data center for ages, and we wish to remain consistent and annoy the user in the disks scenario as well, but there may be a reason I'm not aware of. TIA, Y.

5 9

[Engine-devel] Version number changed to 3.1.0 (removing the _0001 suffix)
by Juan Hernandez 18 Jun '12

18 Jun '12

Hello, Please note that the suffix _0001 has been removed from the artifact versions and from the RPM version. This shouldn't be a problem, but if you find issues please let me know. Also take extra care when merging changes to any POM files, as you may be undoing the change for that particular POM file. Thanks in advance, Juan Hernandez -- Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3ºD, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.

1 0

[Engine-devel] Deploy ovirt-engine error
by ShaoHe Feng 16 Jun '12

16 Jun '12

This is a multi-part message in MIME format. --------------010508080105020400030708 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I follow this guide http://ovirt.org/wiki/Building_oVirt_engine 1) $> make install_tools make: *** No rule to make target `install_tools'. Stop I have check the Makefile, there is really no install_tools rule. 2) #> make install_config *** Deploying engine-config & engine-manage-domains # Configuration files for the configuration tool: install -m 644 backend/manager/tools/engine-config/src/main/resources/engine-config.conf /etc/ovirt-engine/engine-config/ install -m 644 backend/manager/tools/engine-config/src/main/resources/engine-config.*properties /etc/ovirt-engine/engine-config/ install -m 644 backend/manager/tools/engine-config/src/main/resources/log4j.xml /etc/ovirt-engine/engine-config/ # Jar files for the configuration tool: # XXX: Should replace with links to the actual locations # of the jar files, or fix the scripts to use that. install -m 644 /home/fsh/work/vm/wkspace/ovirt-engine/rpmbuild/SOURCES/engine-config-3.1.0-0001.jar /usr/share/ovirt-engine/engine-config/lib/ install: cannot stat `/home/fsh/work/vm/wkspace/ovirt-engine/rpmbuild/SOURCES/engine-config-3.1.0-0001.jar': No such file or directory make: *** [install_config] Error 1 3) can not start jboss-as after deploy ovirt-engine. $# service jboss-as start ========================================================================= JBoss Bootstrap Environment JBOSS_HOME: /usr/share/jboss-as JAVA: java JAVA_OPTS: -server -XX:+UseCompressedOops -XX:+TieredCompilation -Xms64m -Xmx512m -XX:MaxPermSize=256m -Djava.net.preferIPv4S tack=true -Dorg.jboss.resolver.warning=true -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 -Djb oss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true -Djboss.server.default.config=standalone.xml ========================================================================= 10:39:51,401 INFO [org.jboss.modules] JBoss Modules version 1.1.1.GA 10:39:51,643 INFO [org.jboss.msc] JBoss MSC version 1.0.2.GA 10:39:51,682 INFO [org.jboss.as] JBAS015899: JBoss AS 7.1.1.Final "Brontes" starting 10:39:51,689 ERROR [org.jboss.msc.service.fail] MSC00001: Failed to start service jboss.as: org.jboss.msc.service.StartException in service jboss.as: Failed to start service at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1767) [jboss-msc-1.0.2.GA.jar:1. 0.2.GA] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_b147-icedtea] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_b147-icedtea] at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_b147-icedtea] Caused by: java.lang.IllegalStateException: JBAS014922: Directory /usr/share/jboss-as/standalone/data/content is not writable at org.jboss.as.repository.ContentRepository$Factory$ContentRepositoryImpl.<init>(ContentRepository.java:123) at org.jboss.as.repository.ContentRepository$Factory.addService(ContentRepository.java:97) at org.jboss.as.server.ApplicationServerService.start(ApplicationServerService.java:134) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final] at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] ... 3 more 10:39:51,694 ERROR [stderr] java.util.concurrent.ExecutionException: Operation failed 10:39:51,695 ERROR [stderr] at org.jboss.threads.AsyncFutureTask.operationFailed(AsyncFutureTask.java:74) 10:39:51,695 ERROR [stderr] at org.jboss.threads.AsyncFutureTask.get(AsyncFutureTask.java:268) 10:39:51,695 ERROR [stderr] at org.jboss.as.server.Main.main(Main.java:98) 10:39:51,695 ERROR [stderr] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 10:39:51,695 ERROR [stderr] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) 10:39:51,707 ERROR [stderr] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 10:39:51,707 ERROR [stderr] at java.lang.reflect.Method.invoke(Method.java:601) 10:39:51,708 ERROR [stderr] at org.jboss.modules.Module.run(Module.java:260) 10:39:51,708 ERROR [stderr] at org.jboss.modules.Main.main(Main.java:291) 10:39:51,708 ERROR [stderr] Caused by: org.jboss.msc.service.StartException in service jboss.as: Failed to start service 10:39:51,708 ERROR [stderr] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1767) 10:39:51,708 ERROR [stderr] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) 10:39:51,708 ERROR [stderr] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) 10:39:51,709 ERROR [stderr] at java.lang.Thread.run(Thread.java:722) 10:39:51,709 ERROR [stderr] Caused by: java.lang.IllegalStateException: JBAS014922: Directory /usr/share/jboss-as/standalone/data/content is not writable 10:39:51,709 ERROR [stderr] at org.jboss.as.repository.ContentRepository$Factory$ContentRepositoryImpl.<init>(ContentRepository.java:123) 10:39:51,709 ERROR [stderr] at org.jboss.as.repository.ContentRepository$Factory.addService(ContentRepository.java:97) 10:39:51,709 ERROR [stderr] at org.jboss.as.server.ApplicationServerService.start(ApplicationServerService.java:134) 10:39:51,710 ERROR [stderr] at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) 10:39:51,710 ERROR [stderr] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) 10:39:51,710 ERROR [stderr] ... 3 more 13469 --------------010508080105020400030708 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 bgcolor="#FFFFFF" text="#000000"> I follow this guide <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> <a href="http://ovirt.org/wiki/Building_oVirt_engine">http://ovirt.org/wiki/Building_oVirt_engine</a> 1) <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> $> make install_tools make: *** No rule to make target `install_tools'.  Stop I have check the Makefile, there is really no install_tools rule. 2) #>  make install_config *** Deploying engine-config & engine-manage-domains # Configuration files for the configuration tool: install -m 644 backend/manager/tools/engine-config/src/main/resources/engine-config.conf /etc/ovirt-engine/engine-config/ install -m 644 backend/manager/tools/engine-config/src/main/resources/engine-config.*properties /etc/ovirt-engine/engine-config/ install -m 644 backend/manager/tools/engine-config/src/main/resources/log4j.xml /etc/ovirt-engine/engine-config/ # Jar files for the configuration tool: # XXX: Should replace with links to the actual locations # of the jar files, or fix the scripts to use that. install -m 644 /home/fsh/work/vm/wkspace/ovirt-engine/rpmbuild/SOURCES/engine-config-3.1.0-0001.jar /usr/share/ovirt-engine/engine-config/lib/ install: cannot stat `/home/fsh/work/vm/wkspace/ovirt-engine/rpmbuild/SOURCES/engine-config-3.1.0-0001.jar': No such file or directory make: *** [install_config] Error 1 3) can not start jboss-as after deploy ovirt-engine.  $# service jboss-as start <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> =========================================================================   JBoss Bootstrap Environment   JBOSS_HOME: /usr/share/jboss-as   JAVA: java   JAVA_OPTS:  -server -XX:+UseCompressedOops -XX:+TieredCompilation -Xms64m -Xmx512m -XX:MaxPermSize=256m -Djava.net.preferIPv4S tack=true -Dorg.jboss.resolver.warning=true -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 -Djb oss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true -Djboss.server.default.config=standalone.xml ========================================================================= 10:39:51,401 INFO  [org.jboss.modules] JBoss Modules version 1.1.1.GA 10:39:51,643 INFO  [org.jboss.msc] JBoss MSC version 1.0.2.GA 10:39:51,682 INFO  [org.jboss.as] JBAS015899: JBoss AS 7.1.1.Final "Brontes" starting 10:39:51,689 ERROR [org.jboss.msc.service.fail] MSC00001: Failed to start service jboss.as: org.jboss.msc.service.StartException  in service jboss.as: Failed to start service         at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1767) [jboss-msc-1.0.2.GA.jar:1. 0.2.GA]         at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_b147-icedtea]         at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_b147-icedtea]         at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_b147-icedtea] Caused by: java.lang.IllegalStateException: JBAS014922: Directory /usr/share/jboss-as/standalone/data/content is not writable         at org.jboss.as.repository.ContentRepository$Factory$ContentRepositoryImpl.<init>(ContentRepository.java:123)         at org.jboss.as.repository.ContentRepository$Factory.addService(ContentRepository.java:97)         at org.jboss.as.server.ApplicationServerService.start(ApplicationServerService.java:134) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final]         at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]         at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]         ... 3 more 10:39:51,694 ERROR [stderr] java.util.concurrent.ExecutionException: Operation failed 10:39:51,695 ERROR [stderr]     at org.jboss.threads.AsyncFutureTask.operationFailed(AsyncFutureTask.java:74) 10:39:51,695 ERROR [stderr]     at org.jboss.threads.AsyncFutureTask.get(AsyncFutureTask.java:268) 10:39:51,695 ERROR [stderr]     at org.jboss.as.server.Main.main(Main.java:98) 10:39:51,695 ERROR [stderr]     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 10:39:51,695 ERROR [stderr]     at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) 10:39:51,707 ERROR [stderr]     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 10:39:51,707 ERROR [stderr]     at java.lang.reflect.Method.invoke(Method.java:601) 10:39:51,708 ERROR [stderr]     at org.jboss.modules.Module.run(Module.java:260) 10:39:51,708 ERROR [stderr]     at org.jboss.modules.Main.main(Main.java:291) 10:39:51,708 ERROR [stderr] Caused by: org.jboss.msc.service.StartException in service jboss.as: Failed to start service 10:39:51,708 ERROR [stderr]     at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1767) 10:39:51,708 ERROR [stderr]     at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) 10:39:51,708 ERROR [stderr]     at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) 10:39:51,709 ERROR [stderr]     at java.lang.Thread.run(Thread.java:722) 10:39:51,709 ERROR [stderr] Caused by: java.lang.IllegalStateException: JBAS014922: Directory /usr/share/jboss-as/standalone/data/content is not writable 10:39:51,709 ERROR [stderr]     at org.jboss.as.repository.ContentRepository$Factory$ContentRepositoryImpl.<init>(ContentRepository.java:123) 10:39:51,709 ERROR [stderr]     at org.jboss.as.repository.ContentRepository$Factory.addService(ContentRepository.java:97) 10:39:51,709 ERROR [stderr]     at org.jboss.as.server.ApplicationServerService.start(ApplicationServerService.java:134) 10:39:51,710 ERROR [stderr]     at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) 10:39:51,710 ERROR [stderr]     at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) 10:39:51,710 ERROR [stderr]     ... 3 more 13469 </body> </html> --------------010508080105020400030708--

4 5

Re: [Engine-devel] [Spice-devel] RFC: spice-server default listen behaviour change
by David Jaša 15 Jun '12

15 Jun '12

(I missed engine-devel@ previously because of typo :() just two additions I missed yesterday: David Jaša píše v Čt 14. 06. 2012 v 17:32 +0200: > Hi, > > I learned few things about ipv6 lately. Most importantly about > dual-socket that means that a process that opens ::0 automatically > listens on both ipv4 _and_ ipv6 unless it sets IPV6_ONLY option of > setsockopt() to 0. > > This is pretty important wrt dual-stack configurations because they can > be implemented with just slight changes to spice server (unlike the old > RFE requesting listening on multiple addresses): > > * when no addr= or ipvx options are set, listen on ::0 > > * when ipv4 and no addr= option is set, listen on 0.0.0.0 > > * when ipv6 is set, set IPV6_ONLY to 1 to make sure that spice server > won't listen on ipv4 > > * when conflicting ipvx and addr= options are set, error out (this > already works fine) > * new spice-server feature: add option to bind to a selected interface regardless of its addresses > This will affect upper layers though, given bugs like > https://bugzilla.redhat.com/show_bug.cgi?id=832121 , but it seems to me > like the step in the right direction. Any thoughts/comments before I > file this as a bug? oVirt could leverage the last bullet to add dual-stack support pretty much transparently if the display network is defined by dns name. Is there an interest in this? > > David > -- David Jaša, RHCE SPICE QE based in Brno GPG Key: 22C33E24 Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24

3 7

Re: [Engine-devel] [Spice-devel] RFC: spice-server default listen behaviour change
by David Jaša 15 Jun '12

15 Jun '12

Gerd Hoffmann píše v Pá 15. 06. 2012 v 10:36 +0200: > Hi, > > > This is pretty important wrt dual-stack configurations because they can > > be implemented with just slight changes to spice server (unlike the old > > RFE requesting listening on multiple addresses): > > > > * when no addr= or ipvx options are set, listen on ::0 > > spice-server sets "ai.ai_flags = AI_PASSIVE | AI_ADDRCONFIG", which > should make getaddrinfo() pick something reasonable, specifically listen > on ipv6 only if the machine actually has ipv6 connectivity. > I don't think that listening on IPv6 exclusively is good when the host has both IPv4 and IPv6 connectivity. Think about dual stack setups where the spice-server host is defined by host name that can resolve to both IPv6 and IPv4 addresses. David > I think this is the behavior we want here. > > > * when ipv4 and no addr= option is set, listen on 0.0.0.0 > > Works today. > > > * when ipv6 is set, set IPV6_ONLY to 1 to make sure that spice server > > won't listen on ipv4 > > Trivially to add, see patch. > > > * when conflicting ipvx and addr= options are set, error out (this > > already works fine) > > Works today indeed. > > cheers, > Gerd > _______________________________________________ > Spice-devel mailing list > Spice-devel(a)lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/spice-devel -- David Jaša, RHCE SPICE QE based in Brno GPG Key: 22C33E24 Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24

2 1

[Engine-devel] oVirt UI: Legacy UserPortal removed
by Vojtech Szocs 14 Jun '12

14 Jun '12

Hi everyone, please note that the original (SmartGWT-based) UserPortal application has been removed from oVirt repository, as part of patch [http://gerrit.ovirt.org/5317] This has no impact on the current UserPortal application, which is part of the standard oVirt Maven build. Please let me know if you have any questions. Thanks, Vojtech

5 5

[Engine-devel] reasonable, the actual size are unchanged during create virtual Disk,
by Sheldon 14 Jun '12

14 Jun '12

This is a multi-part message in MIME format. --------------020501020706050607040004 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 1. add a 110GB disk and the format of disk is "Preallocated". during the status is "locked", the actual size are unchanged, always is "< 1 GB". but the the free space is decreasing, at the same time. IMO, the total actual size should be equal to what the free space decreased. and I check the web browser display refresh rate is 5 seconds. 2.another one. "Is bootable" and "Is bootable" are check box in the pop-up dialogue of "Add virtual Disk" but error when select both. Error: Cannot add Virtual Machine Disk. Low disk space on relevant Storage Domain. is this reasonable? --------------020501020706050607040004 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 bgcolor="#FFFFFF" text="#000000"> 1. add a 110GB disk and the format of disk is "Preallocated". during the status is "locked", the actual size are unchanged, always is "< 1 GB". but the the free space is decreasing, at the same time. IMO, the total actual size should  be equal to what the free space decreased. and I check the web browser display refresh rate is  5 seconds. 2.another one. "Is bootable" and "Is bootable" are check box in the pop-up dialogue of "Add virtual Disk" but error when select both. Error: Cannot add Virtual Machine Disk. Low disk space on relevant Storage Domain. is this reasonable? </body> </html> --------------020501020706050607040004--

1 0

[Engine-devel] What BlockMigrationOnSwapUsagePercentage
by Mark Wu 14 Jun '12

14 Jun '12

Hi guys I got the following error message when I tried to run a VM: "VM's swap percentage is above the threshold. (check your configuration parameters for Host Swap Percentage)." After increasing the parameter BlockMigrationOnSwapUsagePercentage, the problem disappeared. But I don't understand the logic here: IsVMSwapValueLegal .... return ((swap_total - swap_free - mem_available) * 100 / physical_mem_mb) <= Config .<Integer> GetValue(ConfigValues.BlockMigrationOnSwapUsagePercentage); So anyone can help me explain it? Thanks a lot! Mark.

2 1

[Engine-devel] Forking unit tests
by Allon Mureinik 14 Jun '12

14 Jun '12

Hi guys, If you're using settings.xml as published in Building the oVirt Engine page, you'd see we're forking for every test, in every subproject. This behaviour was introduced to handle memory leaks in PowerMock we use in some subprojects, but is redundant in others. Over the past month or so I've been working on removing PowerMock from as many places as possible (many thanks to mkolesni and lhornyak!), and we've got to the stage that forking is only needed in to subprojects - bll and resttypes. The forking was defined explicitly in those two projects, so if you want to speed up your tests, just take the latest version of settings.xml from http://ovirt.org/wiki/Building_oVirt_engine#Maven_personal_settings. -Allon

5 5

[Engine-devel] Vm nic active boolean should be converted to status/state=active
by Avi Tal 14 Jun '12

14 Jun '12

Hi, I believe we should save the REST API behavior and keep using status object instead of <active>true</active> for vm nics. We should use: <status> <state>active<state> </status> Many rest frameworks works around that <status> object in order to verify element state and we shouldn't change that behavior. This is true also for hotplug disk Avi Tal Red Hat tlv

2 2

Re: [Engine-devel] [oVirt Jenkins] ovirt_engine_find_bugs - Build # 1224 - Still Unstable!
by Eyal Edri 13 Jun '12

13 Jun '12

FYI, Jenkins findbugs plugin detected a HIGH priority bug in these commits, please handle: http://jenkins.ovirt.org/job/ovirt_engine_find_bugs/1217/ Eyal. ----- Original Message ----- > From: "Jenkins oVirt Server" <jenkins(a)ovirt.org> > To: eedri(a)redhat.com, engine-patches(a)ovirt.org, oliel(a)redhat.com, yzaslavs(a)redhat.com, derez(a)redhat.com > Sent: Wednesday, June 13, 2012 2:17:22 PM > Subject: [oVirt Jenkins] ovirt_engine_find_bugs - Build # 1224 - Still Unstable! > > Project: http://jenkins.ovirt.org/job/ovirt_engine_find_bugs/ > Build: http://jenkins.ovirt.org/job/ovirt_engine_find_bugs/1224/ > Build Number: 1224 > Build Status: Still Unstable > Triggered By: Started by upstream project "ovirt_engine" build number > 1,650 > > ------------------------------------- > Changes Since Last Success: > ------------------------------------- > Changes for Build #1217 > [oliel] restapi: Fix RSDL Generics Issue > > [oliel] restapi: Expose Current Time > > > Changes for Build #1218 > [oliel] restapi: Add Search Capabilities To Disks > > [oliel] restapi: Redefine Host Cores And Sockets > > > Changes for Build #1219 > [oliel] Update API test with searchable disks > > [lhornyak] restapi: Handle PermGen leak for Maven 3 > > > Changes for Build #1220 > [mkublin] core: Removing @Remote annotattion from Backend bean > > [juan.hernandez] core: Remove dependency on org.jboss.interceptor > > > Changes for Build #1221 > > Changes for Build #1222 > [gchaplik] core: import more than once - validate new name > > [gchaplik] webadmin: import more than once - validate new name > > [gchaplik] engine: fix typo ImportVmTemplateParameters > > > Changes for Build #1223 > [tnisan] core: Added GetManagementInterfaceAddressByVdsId query > > [tnisan] webadmin: Set Spice & VNC console models to use different > query > > > Changes for Build #1224 > [derez] webadmin: Missing RemoveDisk enum to LocalizedEnums > > > > > ----------------- > Failed Tests: > ----------------- > No tests ran. > > ------------------ > Build Log: > ------------------ > [...truncated 2650 lines...] > [INFO] skip non existing resourceDirectory > /ephemeral0/ovirt_engine_find_bugs/frontend/wars/rm-war/src/test/resources > [INFO] > [INFO] --- maven-compiler-plugin:2.3.2:testCompile > (default-testCompile) @ rm-war --- > [INFO] No sources to compile > [INFO] > [INFO] --- maven-surefire-plugin:2.7.2:test (default-test) @ rm-war > --- > [INFO] Tests are skipped. > [INFO] > [INFO] --- maven-war-plugin:2.1.1:war (default-war) @ rm-war --- > [INFO] Packaging webapp > [INFO] Assembling webapp [rm-war] in > [/ephemeral0/ovirt_engine_find_bugs/frontend/wars/rm-war/target/rm-war-3.1.0-0001] > [INFO] Processing war project > [INFO] Copying webapp resources > [/ephemeral0/ovirt_engine_find_bugs/frontend/wars/rm-war/src/main/webapp] > [INFO] Webapp assembled in [3 msecs] > [INFO] Building war: > /ephemeral0/ovirt_engine_find_bugs/frontend/wars/rm-war/target/rm-war-3.1.0-0001.war > [INFO] WEB-INF/web.xml already added, skipping > [INFO] > [INFO] --- maven-install-plugin:2.3.1:install (default-install) @ > rm-war --- > [INFO] Installing > /ephemeral0/ovirt_engine_find_bugs/frontend/wars/rm-war/target/rm-war-3.1.0-0001.war > to > /home/jenkins/workspace/ovirt_engine_find_bugs/.repository/org/ovirt/engine/ui/rm-war/3.1.0-0001/rm-war-3.1.0-0001.war > [INFO] Installing > /ephemeral0/ovirt_engine_find_bugs/frontend/wars/rm-war/pom.xml to > /home/jenkins/workspace/ovirt_engine_find_bugs/.repository/org/ovirt/engine/ui/rm-war/3.1.0-0001/rm-war-3.1.0-0001.pom > [INFO] > [INFO] --- findbugs-maven-plugin:2.5:findbugs (default-cli) @ rm-war > --- > [INFO] > [INFO] > ------------------------------------------------------------------------ > [INFO] Building oVirt Web Application Module 3.1.0-0001 > [INFO] > ------------------------------------------------------------------------ > [INFO] > [INFO] --- maven-clean-plugin:2.4.1:clean (default-clean) @ rmw-war > --- > [INFO] Deleting > /ephemeral0/ovirt_engine_find_bugs/frontend/wars/rmw-war/target > [INFO] > [INFO] --- maven-resources-plugin:2.4.3:resources (default-resources) > @ rmw-war --- > [INFO] Using 'UTF-8' encoding to copy filtered resources. > [INFO] Copying 0 resource > [INFO] skip non existing resourceDirectory > /ephemeral0/ovirt_engine_find_bugs/frontend/wars/rmw-war/src/main/resources > [INFO] > [INFO] --- maven-compiler-plugin:2.3.2:compile (default-compile) @ > rmw-war --- > [INFO] Compiling 4 source files to > /ephemeral0/ovirt_engine_find_bugs/frontend/wars/rmw-war/target/classes > [INFO] > [INFO] --- maven-resources-plugin:2.4.3:testResources > (default-testResources) @ rmw-war --- > [INFO] Using 'UTF-8' encoding to copy filtered resources. > [INFO] skip non existing resourceDirectory > /ephemeral0/ovirt_engine_find_bugs/frontend/wars/rmw-war/src/test/resources > [INFO] > [INFO] --- maven-compiler-plugin:2.3.2:testCompile > (default-testCompile) @ rmw-war --- > [INFO] No sources to compile > [INFO] > [INFO] --- maven-surefire-plugin:2.7.2:test (default-test) @ rmw-war > --- > [INFO] Tests are skipped. > [INFO] > [INFO] --- maven-war-plugin:2.1.1:war (default-war) @ rmw-war --- > [INFO] Packaging webapp > [INFO] Assembling webapp [rmw-war] in > [/ephemeral0/ovirt_engine_find_bugs/frontend/wars/rmw-war/target/rmw-war-3.1.0-0001] > [INFO] Processing war project > [INFO] Copying webapp resources > [/ephemeral0/ovirt_engine_find_bugs/frontend/wars/rmw-war/src/main/webapp] > [INFO] Webapp assembled in [9 msecs] > [INFO] Building war: > /ephemeral0/ovirt_engine_find_bugs/frontend/wars/rmw-war/target/rmw-war-3.1.0-0001.war > [INFO] WEB-INF/web.xml already added, skipping > [INFO] > [INFO] --- maven-install-plugin:2.3.1:install (default-install) @ > rmw-war --- > [INFO] Installing > /ephemeral0/ovirt_engine_find_bugs/frontend/wars/rmw-war/target/rmw-war-3.1.0-0001.war > to > /home/jenkins/workspace/ovirt_engine_find_bugs/.repository/org/ovirt/engine/ui/rmw-war/3.1.0-0001/rmw-war-3.1.0-0001.war > [INFO] Installing > /ephemeral0/ovirt_engine_find_bugs/frontend/wars/rmw-war/pom.xml to > /home/jenkins/workspace/ovirt_engine_find_bugs/.repository/org/ovirt/engine/ui/rmw-war/3.1.0-0001/rmw-war-3.1.0-0001.pom > [INFO] > [INFO] --- findbugs-maven-plugin:2.5:findbugs (default-cli) @ rmw-war > --- > [INFO] Fork Value is true > [INFO] Done FindBugs Analysis.... > [INFO] > [INFO] > ------------------------------------------------------------------------ > [INFO] Building oVirt Server EAR 3.1.0-0001 > [INFO] > ------------------------------------------------------------------------ > Downloading: > http://repo1.maven.org/maven2/org/codehaus/mojo/gwt-maven-plugin/1.3.2.goog… > > [WARNING] The POM for > org.codehaus.mojo:gwt-maven-plugin:jar:1.3.2.google is missing, no > dependency information available > [WARNING] Failed to retrieve plugin descriptor for > org.codehaus.mojo:gwt-maven-plugin:1.3.2.google: Plugin > org.codehaus.mojo:gwt-maven-plugin:1.3.2.google or one of its > dependencies could not be resolved: Failed to read artifact > descriptor for org.codehaus.mojo:gwt-maven-plugin:jar:1.3.2.google > [INFO] > [INFO] --- maven-clean-plugin:2.4.1:clean (default-clean) @ > engine-server-ear --- > [INFO] Deleting /ephemeral0/ovirt_engine_find_bugs/ear/target > [INFO] > [INFO] --- maven-ear-plugin:2.5:generate-application-xml > (default-generate-application-xml) @ engine-server-ear --- > [INFO] Generating application.xml > [INFO] > [INFO] --- maven-resources-plugin:2.4.3:resources (default-resources) > @ engine-server-ear --- > [INFO] Using 'UTF-8' encoding to copy filtered resources. > [INFO] skip non existing resourceDirectory > /ephemeral0/ovirt_engine_find_bugs/ear/src/main/java > [INFO] Copying 1 resource > [INFO] > [INFO] --- maven-ear-plugin:2.5:ear (default-ear) @ engine-server-ear > --- > [INFO] Copying artifact[jar:org.ovirt.engine.core:common:3.1.0-0001] > to[lib/engine-common.jar] > [INFO] Copying artifact[jar:org.ovirt.engine.core:compat:3.1.0-0001] > to[lib/engine-compat.jar] > [INFO] Copying artifact[jar:org.ovirt.engine.core:dal:3.1.0-0001] > to[lib/engine-dal.jar] > [INFO] Copying artifact[jar:org.ovirt.engine.core:utils:3.1.0-0001] > to[lib/engine-utils.jar] > [INFO] Copying > artifact[jar:org.ovirt.engine.core:engineencryptutils:3.1.0-0001] > to[lib/engine-encryptutils.jar] > [INFO] Copying > artifact[jar:org.ovirt.engine.core:vdsbroker:3.1.0-0001] > to[lib/engine-vdsbroker.jar] > [INFO] Copying > artifact[war:org.ovirt.engine.core:root-war:3.1.0-0001] to[root.war] > (unpacked) > [INFO] Copying artifact[war:org.ovirt.engine.ui:rmw-war:3.1.0-0001] > to[ovirtengineweb.war] (unpacked) > [INFO] Copying artifact[war:org.ovirt.engine.ui:rm-war:3.1.0-0001] > to[ovirtengine.war] (unpacked) > [INFO] Copying > artifact[war:org.ovirt.engine.api:restapi-webapp:3.1.0-0001] > to[restapi.war] (unpacked) > [INFO] Copying > artifact[war:org.ovirt.engine.ui:userportal:3.1.0-0001] > to[userportal.war] (unpacked) > [INFO] Copying artifact[war:org.ovirt.engine.ui:webadmin:3.1.0-0001] > to[webadmin.war] (unpacked) > [INFO] Copying > artifact[ejb:org.ovirt.engine.ui:genericapi:3.1.0-0001] > to[engine-genericapi.jar] (unpacked) > [INFO] Copying > artifact[ejb:org.ovirt.engine.core:scheduler:3.1.0-0001] > to[engine-scheduler.jar] (unpacked) > [INFO] Copying artifact[ejb:org.ovirt.engine.core:bll:3.1.0-0001] > to[engine-bll.jar] (unpacked) > [INFO] Copying artifact[jar:commons-codec:commons-codec:1.4] > to[lib/commons-codec-1.4.jar] > [INFO] Copying > artifact[jar:org.hibernate:hibernate-validator:4.0.2.GA] > to[lib/hibernate-validator-4.0.2.GA.jar] > [INFO] Copying artifact[jar:javax.validation:validation-api:1.0.0.GA] > to[lib/validation-api-1.0.0.GA.jar] > [INFO] Copying artifact[jar:org.slf4j:slf4j-api:1.5.6] > to[lib/slf4j-api-1.5.6.jar] > [INFO] Copying artifact[jar:javax.xml.bind:jaxb-api:2.1] > to[lib/jaxb-api-2.1.jar] > [INFO] Copying artifact[jar:javax.xml.stream:stax-api:1.0-2] > to[lib/stax-api-1.0-2.jar] > [INFO] Copying artifact[jar:javax.activation:activation:1.1] > to[lib/activation-1.1.jar] > [INFO] Copying artifact[jar:com.sun.xml.bind:jaxb-impl:2.1.3] > to[lib/jaxb-impl-2.1.3.jar] > [INFO] Copying > artifact[jar:org.hibernate:hibernate-annotations:3.4.0.GA] > to[lib/hibernate-annotations-3.4.0.GA.jar] > [INFO] Copying artifact[jar:org.hibernate:ejb3-persistence:1.0.2.GA] > to[lib/ejb3-persistence-1.0.2.GA.jar] > [INFO] Copying > artifact[jar:org.hibernate:hibernate-commons-annotations:3.1.0.GA] > to[lib/hibernate-commons-annotations-3.1.0.GA.jar] > [INFO] Copying artifact[jar:org.hibernate:hibernate-core:3.3.0.SP1] > to[lib/hibernate-core-3.3.0.SP1.jar] > [INFO] Copying artifact[jar:antlr:antlr:2.7.6] > to[lib/antlr-2.7.6.jar] > [INFO] Copying artifact[jar:dom4j:dom4j:1.6.1] > to[lib/dom4j-1.6.1.jar] > [INFO] Copying artifact[jar:xml-apis:xml-apis:1.0.b2] > to[lib/xml-apis-1.0.b2.jar] > [INFO] Copying > artifact[jar:org.jboss.spec.javax.interceptor:jboss-interceptors-api_1.1_spec:1.0.0.Final] > to[lib/jboss-interceptors-api_1.1_spec-1.0.0.Final.jar] > [INFO] Copying > artifact[jar:org.ovirt.engine.core:engine-tools-common:3.1.0-0001] > to[lib/engine-tools-common-3.1.0-0001.jar] > [INFO] Copying > artifact[jar:commons-beanutils:commons-beanutils:1.8.2] > to[lib/commons-beanutils-1.8.2.jar] > [INFO] Copying artifact[jar:com.jcraft:jsch:0.1.42] > to[lib/jsch-0.1.42.jar] > [INFO] Copying artifact[jar:org.apache.mina:mina-core:2.0.1] > to[lib/mina-core-2.0.1.jar] > [INFO] Copying artifact[jar:org.apache.sshd:sshd-core:0.6.0] > to[lib/sshd-core-0.6.0.jar] > [INFO] Copying artifact[jar:commons-lang:commons-lang:2.4] > to[lib/commons-lang-2.4.jar] > [INFO] Copying artifact[jar:org.apache.xmlrpc:xmlrpc-client:3.1.3] > to[lib/xmlrpc-client-3.1.3.jar] > [INFO] Copying artifact[jar:org.apache.xmlrpc:xmlrpc-common:3.1.3] > to[lib/xmlrpc-common-3.1.3.jar] > [INFO] Copying > artifact[jar:org.apache.ws.commons.util:ws-commons-util:1.0.2] > to[lib/ws-commons-util-1.0.2.jar] > [INFO] Copying > artifact[jar:org.springframework:spring-jdbc:2.5.6.SEC02] > to[lib/spring-jdbc-2.5.6.SEC02.jar] > [INFO] Copying > artifact[jar:org.springframework:spring-tx:2.5.6.SEC02] > to[lib/spring-tx-2.5.6.SEC02.jar] > [INFO] Copying > artifact[jar:org.springframework.ldap:spring-ldap-core:1.3.0.RELEASE] > to[lib/spring-ldap-core-1.3.0.RELEASE.jar] > [INFO] Copying > artifact[jar:commons-httpclient:commons-httpclient:3.1] > to[lib/commons-httpclient-3.1.jar] > [INFO] Copying > artifact[jar:commons-collections:commons-collections:3.1] > to[lib/commons-collections-3.1.jar] > [INFO] Copying artifact[jar:org.quartz-scheduler:quartz:2.1.2] > to[lib/quartz-2.1.2.jar] > [INFO] Copying artifact[jar:c3p0:c3p0:0.9.1.1] > to[lib/c3p0-0.9.1.1.jar] > [INFO] Copying > artifact[jar:org.ovirt.engine.core:searchbackend:3.1.0-0001] > to[lib/searchbackend-3.1.0-0001.jar] > [INFO] Copying > artifact[jar:org.springframework:spring-core:2.5.6.SEC02] > to[lib/spring-core-2.5.6.SEC02.jar] > [INFO] Copying > artifact[jar:org.springframework:spring-beans:2.5.6.SEC02] > to[lib/spring-beans-2.5.6.SEC02.jar] > [INFO] Copying > artifact[jar:org.springframework:spring-context:2.5.6.SEC02] > to[lib/spring-context-2.5.6.SEC02.jar] > [INFO] Copying artifact[jar:aopalliance:aopalliance:1.0] > to[lib/aopalliance-1.0.jar] > [INFO] Copying > artifact[jar:org.springframework:spring-agent:2.5.6.SEC02] > to[lib/spring-agent-2.5.6.SEC02.jar] > [INFO] Copying > artifact[jar:org.springframework:spring-aop:2.5.6.SEC02] > to[lib/spring-aop-2.5.6.SEC02.jar] > [INFO] Copy ear sources to > /ephemeral0/ovirt_engine_find_bugs/ear/target/engine > [WARNING] resourcesDir is deprecated. Please use the > earSourceDirectory property instead. > [INFO] Copy ear resources to > /ephemeral0/ovirt_engine_find_bugs/ear/target/engine > [INFO] Including custom manifest > file[/ephemeral0/ovirt_engine_find_bugs/ear/target/engine/META-INF/MANIFEST.MF] > [INFO] Building jar: > /ephemeral0/ovirt_engine_find_bugs/ear/target/engine.ear > [INFO] > [INFO] --- maven-dependency-plugin:2.1:copy (copy-quartz-jar) @ > engine-server-ear --- > [INFO] Configured Artifact: org.quartz-scheduler:quartz:2.1.2:jar > [INFO] Copying quartz-2.1.2.jar to > /ephemeral0/ovirt_engine_find_bugs/ear/target/quartz/quartz-2.1.2.jar > [INFO] > [INFO] --- maven-install-plugin:2.3.1:install (default-install) @ > engine-server-ear --- > [INFO] Installing > /ephemeral0/ovirt_engine_find_bugs/ear/target/engine.ear to > /home/jenkins/workspace/ovirt_engine_find_bugs/.repository/org/ovirt/engine/engine-server-ear/3.1.0-0001/engine-server-ear-3.1.0-0001.ear > [INFO] Installing /ephemeral0/ovirt_engine_find_bugs/ear/pom.xml to > /home/jenkins/workspace/ovirt_engine_find_bugs/.repository/org/ovirt/engine/engine-server-ear/3.1.0-0001/engine-server-ear-3.1.0-0001.pom > [INFO] > [INFO] --- findbugs-maven-plugin:2.5:findbugs (default-cli) @ > engine-server-ear --- > [INFO] > ------------------------------------------------------------------------ > [INFO] Reactor Summary: > [INFO] > [INFO] oVirt Engine Root Project ......................... SUCCESS > [2.914s] > [INFO] oVirt Build Tools root ............................ SUCCESS > [0.128s] > [INFO] oVirt checkstyle .................................. SUCCESS > [1.504s] > [INFO] oVirt Checkstyle Checks ........................... SUCCESS > [16.852s] > [INFO] oVirt Modules - backend ........................... SUCCESS > [0.102s] > [INFO] oVirt Manager ..................................... SUCCESS > [0.242s] > [INFO] oVirt DB Scripts .................................. SUCCESS > [0.750s] > [INFO] oVirt Modules - manager ........................... SUCCESS > [1.222s] > [INFO] CSharp Compatibility .............................. SUCCESS > [42.538s] > [INFO] Encryption Libraries .............................. SUCCESS > [20.725s] > [INFO] oVirt Tools ....................................... SUCCESS > [0.129s] > [INFO] oVirt Tools Common Library ........................ SUCCESS > [13.544s] > [INFO] Common Code ....................................... SUCCESS > [1:12.654s] > [INFO] Common utilities .................................. SUCCESS > [52.148s] > [INFO] Data Access Layer ................................. SUCCESS > [54.063s] > [INFO] engine beans ...................................... SUCCESS > [0.206s] > [INFO] engine scheduler bean ............................. SUCCESS > [21.790s] > [INFO] Vds broker ........................................ SUCCESS > [51.661s] > [INFO] Search Backend .................................... SUCCESS > [32.565s] > [INFO] Backend Logic @Service bean ....................... SUCCESS > [1:52.245s] > [INFO] oVirt RESTful API Backend Integration ............. SUCCESS > [0.243s] > [INFO] oVirt RESTful API interface ....................... SUCCESS > [0.214s] > [INFO] oVirt Engine API Definition ....................... SUCCESS > [40.016s] > [INFO] oVirt Engine API Commom Parent POM ................ SUCCESS > [0.211s] > [INFO] oVirt Engine API Common JAX-RS .................... SUCCESS > [36.584s] > [INFO] oVirt RESTful API Backend Integration Type Mappers SUCCESS > [34.977s] > [INFO] oVirt RESTful API Backend Integration JAX-RS Resources > SUCCESS [58.550s] > [INFO] oVirt RESTful API Backend Integration Webapp ...... SUCCESS > [5.204s] > [INFO] oVirt Engine Web Root ............................. SUCCESS > [16.110s] > [INFO] oVirt Configuration Tool .......................... SUCCESS > [27.754s] > [INFO] Notifier Service package .......................... SUCCESS > [0.090s] > [INFO] Notifier Service .................................. SUCCESS > [30.927s] > [INFO] Notifier Service Resources ........................ SUCCESS > [5.056s] > [INFO] oVirt Modules - frontend .......................... SUCCESS > [1.073s] > [INFO] oVirt APIs ........................................ SUCCESS > [0.529s] > [INFO] oVirt generic API ................................. SUCCESS > [20.619s] > [INFO] oVirt Modules - webadmin .......................... SUCCESS > [0.042s] > [INFO] oVirt Modules - ui ................................ SUCCESS > [0.087s] > [INFO] Extensions for GWT ................................ SUCCESS > [47.819s] > [INFO] UI Utils Compatibility (for UICommon) ............. SUCCESS > [27.623s] > [INFO] Frontend for GWT UI Projects ...................... SUCCESS > [30.490s] > [INFO] UICommonWeb ....................................... SUCCESS > [1:43.265s] > [INFO] oVirt GWT UI common infrastructure ................ SUCCESS > [1:12.229s] > [INFO] WebAdmin .......................................... SUCCESS > [1:29.964s] > [INFO] UserPortal ........................................ SUCCESS > [50.107s] > [INFO] oVirt WARs ........................................ SUCCESS > [0.029s] > [INFO] WPF Application Module ............................ SUCCESS > [4.889s] > [INFO] oVirt Web Application Module ...................... SUCCESS > [21.794s] > [INFO] oVirt Server EAR .................................. SUCCESS > [8.703s] > [INFO] > ------------------------------------------------------------------------ > [INFO] BUILD SUCCESS > [INFO] > ------------------------------------------------------------------------ > [INFO] Total time: 20:35.645s > [INFO] Finished at: Wed Jun 13 07:16:01 EDT 2012 > [INFO] Final Memory: 326M/759M > [INFO] > ------------------------------------------------------------------------ > [FINDBUGS] Collecting findbugs analysis files... > [FINDBUGS] Parsing 30 files in > /home/jenkins/workspace/ovirt_engine_find_bugs > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/modules/beans/scheduler/target/findbugsXml.xml > of module with 1 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/modules/beans/vdsbroker/target/findbugsXml.xml > of module with 0 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/modules/bll/target/findbugsXml.xml > of module with 429 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/modules/common/target/findbugsXml.xml > of module with 269 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/modules/compat/target/findbugsXml.xml > of module with 71 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/modules/dal/target/findbugsXml.xml > of module with 28 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/modules/engineencryptutils/target/findbugsXml.xml > of module with 10 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/modules/restapi/interface/common/jaxrs/target/findbugsXml.xml > of module with 18 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/modules/restapi/interface/definition/target/findbugsXml.xml > of module with 1 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/modules/restapi/jaxrs/target/findbugsXml.xml > of module with 24 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/modules/restapi/types/target/findbugsXml.xml > of module with 10 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/modules/root/target/findbugsXml.xml > of module with 5 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/modules/searchbackend/target/findbugsXml.xml > of module with 13 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/modules/utils/target/findbugsXml.xml > of module with 113 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/modules/vdsbroker/target/findbugsXml.xml > of module with 234 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/tools/engine-config/target/findbugsXml.xml > of module with 8 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/tools/engine-notifier/engine-notifier-service/target/findbugsXml.xml > of module with 11 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/tools/engine-tools-common/target/findbugsXml.xml > of module with 0 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/build-tools-root/ovirt-checkstyle-extension/target/findbugsXml.xml > of module with 1 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/frontend/api/genericapi/target/findbugsXml.xml > of module with 2 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/frontend/wars/rmw-war/target/findbugsXml.xml > of module with 0 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/frontend/webadmin/modules/frontend/target/findbugsXml.xml > of module with 22 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/frontend/webadmin/modules/gwt-common/target/findbugsXml.xml > of module with 68 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/frontend/webadmin/modules/gwt-extension/target/findbugsXml.xml > of module with 29 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/frontend/webadmin/modules/uicommon/target/findbugsXml.xml > of module with 417 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/frontend/webadmin/modules/uicommonweb/target/findbugsXml.xml > of module with 610 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/frontend/webadmin/modules/uicompat/target/findbugsXml.xml > of module with 40 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/frontend/webadmin/modules/userportal-gwtp/target/findbugsXml.xml > of module with 12 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/frontend/webadmin/modules/userportal/target/findbugsXml.xml > of module with 118 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/frontend/webadmin/modules/webadmin/target/findbugsXml.xml > of module with 56 warnings. > [FINDBUGS] Computing warning deltas based on reference build #1216 > Build step 'Publish FindBugs analysis results' changed build result > to UNSTABLE > Email was triggered for: Unstable > Sending email for trigger: Unstable > >

2 1

[Engine-devel] Cleanup of deployment leftovers - troubleshooting tip
by Yair Zaslavsky 13 Jun '12

13 Jun '12

Hi all, Yesterday I encountered a situation that even though I performed local build on my environment and deployed , engine application over JBOSS acted as if it does not contain the changed code (upon deployment). In the past I encountered such issues with tomcat. I came (thanks to Juan Hernandez) with some instructions in what do do in such a situation, You can find them at http://ovirt.org/wiki/Building_oVirt_engine under the Troubleshooting section Yair

1 0

Re: [Engine-devel] [oVirt Jenkins] ovirt_engine_dao_unit_tests - Build # 1208 - Still Failing!
by Eyal Edri 12 Jun '12

12 Jun '12

Hi, It seems commit [sesubram] engine: Adding brick order to Gluster volume bricks added new failed dao test: org.ovirt.engine.core.dao.gluster.GlusterBrickDaoTest.testReplaceBrick > > Error Message: > Required input parameter 'v_new_brick_dir' is missing Can you please check? Eyal Edri oVirt Infra Team. ----- Original Message ----- > From: "Jenkins oVirt Server" <jenkins(a)ovirt.org> > To: eedri(a)redhat.com, engine-patches(a)ovirt.org, oliel(a)redhat.com, yzaslavs(a)redhat.com, mkolesni(a)redhat.com > Sent: Tuesday, June 12, 2012 10:47:31 AM > Subject: [oVirt Jenkins] ovirt_engine_dao_unit_tests - Build # 1208 - Still Failing! > > Project: http://jenkins.ovirt.org/job/ovirt_engine_dao_unit_tests/ > Build: http://jenkins.ovirt.org/job/ovirt_engine_dao_unit_tests/1208/ > Build Number: 1208 > Build Status: Still Failing > Triggered By: Started by upstream project "ovirt_engine" build number > 1,611, Started by upstream project "ovirt_engine" build number > 1,612, Started by upstream project "ovirt_engine" build number 1,613 > > ------------------------------------- > Changes Since Last Success: > ------------------------------------- > Changes for Build #1191 > [mkublin] core: Disable global transaction at InitVdsOnUp > > [sesubram] engine: Adding brick order to Gluster volume bricks > > > Changes for Build #1192 > > Changes for Build #1193 > [dgopal] restapi: Gluster Volume Bricks resource implementation > > > Changes for Build #1194 > [kmayilsa] engine: Skipping Cluster CPU validation in GlusterOnly > mode > > [kmayilsa] engine: Removing default transport type in volume(#830495) > > > Changes for Build #1195 > [derez] webadmin: display SD status in Storage sub-tab > > [derez] webadmin: Differentiate Virtual/Actual size in disks > > > Changes for Build #1196 > > Changes for Build #1197 > > Changes for Build #1198 > [emesika] core: VMs created by vmpool fail to run(#830789) > > [sesubram] engine: upgrade sql file name sequence number issue fix > > > Changes for Build #1199 > > Changes for Build #1200 > > Changes for Build #1201 > [gchaplik] webadmin: removing uicommon from build (pom) > > > Changes for Build #1202 > > Changes for Build #1203 > [ecohen] ui: fix naming to oVirt Engine > > > Changes for Build #1204 > > Changes for Build #1205 > > Changes for Build #1206 > > Changes for Build #1207 > [yzaslavs] core: Adding new MLA related functions > > [yzaslavs] core: Adding new methods at RoleDAO > > [yzaslavs] common: Introducing groupIds property to VdcUser > > [yzaslavs] core: Preventing adding unauthorized users > > > Changes for Build #1208 > [oliel] restapi: RSDL - Fix meta-data of some collections > > [mkolesni] core: Handle correct NIC ID from OVF (#827061) > > > > > ----------------- > Failed Tests: > ----------------- > 1 tests failed. > FAILED: > org.ovirt.engine.core.dao.gluster.GlusterBrickDaoTest.testReplaceBrick > > Error Message: > Required input parameter 'v_new_brick_dir' is missing > > Stack Trace: > org.springframework.dao.InvalidDataAccessApiUsageException: Required > input parameter 'v_new_brick_dir' is missing > at > org.springframework.jdbc.core.CallableStatementCreatorFactory$CallableStatementCreatorImpl.createCallableStatement(CallableStatementCreatorFactory.java:210) > at > org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:930) > at > org.springframework.jdbc.core.JdbcTemplate.call(JdbcTemplate.java:985) > at > org.springframework.jdbc.core.simple.AbstractJdbcCall.executeCallInternal(AbstractJdbcCall.java:368) > at > org.springframework.jdbc.core.simple.AbstractJdbcCall.doExecute(AbstractJdbcCall.java:342) > at > org.springframework.jdbc.core.simple.SimpleJdbcCall.execute(SimpleJdbcCall.java:164) > at > org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeImpl(SimpleJdbcCallsHandler.java:124) > at > org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeModification(SimpleJdbcCallsHandler.java:37) > at > org.ovirt.engine.core.dao.gluster.GlusterBrickDaoDbFacadeImpl.replaceBrick(GlusterBrickDaoDbFacadeImpl.java:34) > at > org.ovirt.engine.core.dao.gluster.GlusterBrickDaoTest.testReplaceBrick(GlusterBrickDaoTest.java:74) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:616) > at > org.springframework.test.context.junit4.SpringTestMethod.invoke(SpringTestMethod.java:160) > at > org.springframework.test.context.junit4.SpringMethodRoadie.runTestMethod(SpringMethodRoadie.java:233) > at > org.springframework.test.context.junit4.SpringMethodRoadie$RunBeforesThenTestThenAfters.run(SpringMethodRoadie.java:333) > at > org.springframework.test.context.junit4.SpringMethodRoadie.runWithRepetitions(SpringMethodRoadie.java:217) > at > org.springframework.test.context.junit4.SpringMethodRoadie.runTest(SpringMethodRoadie.java:197) > at > org.springframework.test.context.junit4.SpringMethodRoadie.run(SpringMethodRoadie.java:143) > at > org.springframework.test.context.junit4.SpringJUnit4ClassRunner.invokeTestMethod(SpringJUnit4ClassRunner.java:160) > at > org.junit.internal.runners.JUnit4ClassRunner.runMethods(JUnit4ClassRunner.java:51) > at > org.junit.internal.runners.JUnit4ClassRunner$1.run(JUnit4ClassRunner.java:44) > at > org.junit.internal.runners.ClassRoadie.runUnprotected(ClassRoadie.java:27) > at > org.junit.internal.runners.ClassRoadie.runProtected(ClassRoadie.java:37) > at > org.junit.internal.runners.JUnit4ClassRunner.run(JUnit4ClassRunner.java:42) > at > org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:97) > at > org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:53) > at > org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:123) > at > org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:104) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:616) > at > org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:164) > at > org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:110) > at > org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:175) > at > org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcessWhenForked(SurefireStarter.java:107) > at > org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:68) > > > > > ------------------ > Build Log: > ------------------ > [...truncated 2719 lines...] > [INFO] Encryption Libraries .............................. SUCCESS > [2.368s] > [INFO] oVirt Tools ....................................... SUCCESS > [0.633s] > [INFO] oVirt Tools Common Library ........................ SUCCESS > [2.004s] > [INFO] Common Code ....................................... SUCCESS > [26.839s] > [INFO] Common utilities .................................. SUCCESS > [9.096s] > [INFO] Data Access Layer ................................. SUCCESS > [14.694s] > [INFO] engine beans ...................................... SUCCESS > [0.122s] > [INFO] engine scheduler bean ............................. SUCCESS > [8.457s] > [INFO] Vds broker ........................................ SUCCESS > [10.079s] > [INFO] Search Backend .................................... SUCCESS > [8.950s] > [INFO] Backend Logic @Service bean ....................... SUCCESS > [33.705s] > [INFO] oVirt RESTful API Backend Integration ............. SUCCESS > [0.621s] > [INFO] oVirt RESTful API interface ....................... SUCCESS > [0.298s] > [INFO] oVirt Engine API Definition ....................... SUCCESS > [9.564s] > [INFO] oVirt Engine API Commom Parent POM ................ SUCCESS > [0.125s] > [INFO] oVirt Engine API Common JAX-RS .................... SUCCESS > [4.601s] > [INFO] oVirt RESTful API Backend Integration Type Mappers SUCCESS > [5.894s] > [INFO] oVirt RESTful API Backend Integration JAX-RS Resources > SUCCESS [16.048s] > [INFO] oVirt RESTful API Backend Integration Webapp ...... SUCCESS > [8.738s] > [INFO] oVirt Engine Web Root ............................. SUCCESS > [4.252s] > [INFO] oVirt Configuration Tool .......................... SUCCESS > [2.756s] > [INFO] Notifier Service package .......................... SUCCESS > [0.128s] > [INFO] Notifier Service .................................. SUCCESS > [3.762s] > [INFO] Notifier Service Resources ........................ SUCCESS > [9.760s] > [INFO] oVirt Modules - frontend .......................... SUCCESS > [0.742s] > [INFO] oVirt APIs ........................................ SUCCESS > [1.084s] > [INFO] oVirt generic API ................................. SUCCESS > [14.910s] > [INFO] oVirt Modules - webadmin .......................... SUCCESS > [0.151s] > [INFO] oVirt Modules - ui ................................ SUCCESS > [0.155s] > [INFO] Extensions for GWT ................................ SUCCESS > [17.891s] > [INFO] UI Utils Compatibility (for UICommon) ............. SUCCESS > [2.642s] > [INFO] Frontend for GWT UI Projects ...................... SUCCESS > [6.577s] > [INFO] UICommonWeb ....................................... SUCCESS > [31.817s] > [INFO] oVirt GWT UI common infrastructure ................ SUCCESS > [28.872s] > [INFO] WebAdmin .......................................... SUCCESS > [39.948s] > [INFO] UserPortal ........................................ SUCCESS > [21.221s] > [INFO] oVirt WARs ........................................ SUCCESS > [0.116s] > [INFO] WPF Application Module ............................ SUCCESS > [8.917s] > [INFO] oVirt Web Application Module ...................... SUCCESS > [9.918s] > [INFO] oVirt Server EAR .................................. SUCCESS > [15.338s] > [INFO] > ------------------------------------------------------------------------ > [INFO] BUILD SUCCESS > [INFO] > ------------------------------------------------------------------------ > [INFO] Total time: 6:46.263s > [INFO] Finished at: Tue Jun 12 03:40:19 EDT 2012 > [INFO] Final Memory: 317M/765M > [INFO] > ------------------------------------------------------------------------ > [ovirt_engine_dao_unit_tests] $ /home/jenkins/tools/3.0.4/bin/mvn -f > backend/manager/modules/dal/pom.xml > -Dmaven.repo.local=/home/jenkins/workspace/ovirt_engine_dao_unit_tests/.repository > test -Penable-dao-tests > -Dengine.db.url.escaped=jdbc:postgresql://localhost/ovirt_engine_dao_unit_tests_1208 > [INFO] Scanning for projects... > [WARNING] > [WARNING] Some problems were encountered while building the effective > model for org.ovirt.engine.core:dal:jar:3.1.0-0001 > [WARNING] 'build.plugins.plugin.version' for > org.apache.maven.plugins:maven-resources-plugin is missing. @ line > 125, column 15 > [WARNING] 'build.plugins.plugin.version' for > org.apache.maven.plugins:maven-surefire-plugin is missing. @ line > 181, column 15 > [WARNING] 'build.plugins.plugin.version' for > org.codehaus.mojo:exec-maven-plugin is missing. @ line 145, column > 15 > [WARNING] > [WARNING] It is highly recommended to fix these problems because they > threaten the stability of your build. > [WARNING] > [WARNING] For this reason, future Maven versions might no longer > support building such malformed projects. > [WARNING] > [INFO] > [INFO] > ------------------------------------------------------------------------ > [INFO] Building Data Access Layer 3.1.0-0001 > [INFO] > ------------------------------------------------------------------------ > [INFO] > [INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ > dal --- > [debug] execute contextualize > [INFO] Using 'UTF-8' encoding to copy filtered resources. > [INFO] Copying 210 resources > [INFO] Copying 8 resources > [INFO] Copying 9 resources > [INFO] Copying 1 resource > [INFO] > [INFO] --- maven-resources-plugin:2.5:copy-resources (copy-resources) > @ dal --- > [debug] execute contextualize > [INFO] Using 'UTF-8' encoding to copy filtered resources. > [INFO] Copying 1 resource > [INFO] > [INFO] --- maven-compiler-plugin:2.3.2:compile (default-compile) @ > dal --- > [INFO] Nothing to compile - all classes are up to date > [INFO] > [INFO] --- maven-checkstyle-plugin:2.6:check (default) @ dal --- > [INFO] Starting audit... > Audit done. > > [INFO] > [INFO] --- maven-resources-plugin:2.5:testResources > (default-testResources) @ dal --- > [debug] execute contextualize > [INFO] Using 'UTF-8' encoding to copy filtered resources. > [INFO] Copying 9 resources > [INFO] > [INFO] --- maven-compiler-plugin:2.3.2:testCompile > (default-testCompile) @ dal --- > [INFO] Nothing to compile - all classes are up to date > [INFO] > [INFO] --- maven-surefire-plugin:2.10:test (default-test) @ dal --- > [INFO] Surefire report directory: > /home/jenkins/workspace/ovirt_engine_dao_unit_tests/backend/manager/modules/dal/target/surefire-reports > > ------------------------------------------------------- > T E S T S > ------------------------------------------------------- > Running org.ovirt.engine.core.dao.StorageServerConnectionDAOTest > log4j:WARN No appenders could be found for logger > (org.springframework.test.context.junit4.SpringJUnit4ClassRunner). > log4j:WARN Please initialize the log4j system properly. > log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig > for more info. > SLF4J: The requested version 1.5.11 by your slf4j binding is not > compatible with [1.5.5, 1.5.6] > SLF4J: See http://www.slf4j.org/codes.html#version_mismatch for > further details. > Tests run: 12, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > 5.806 sec > Running org.ovirt.engine.core.dao.VmTemplateDAOTest > Tests run: 20, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.24 > sec > Running org.ovirt.engine.core.dao.StepDaoTest > Tests run: 11, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.13 > sec > Running org.ovirt.engine.core.dao.VmDynamicDAOTest > Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.96 > sec > Running org.ovirt.engine.core.dao.TagDAOTest > Tests run: 37, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > 3.984 sec > Running org.ovirt.engine.core.dao.DbFacadeDAOTest > Tests run: 26, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > 5.933 sec > Running org.ovirt.engine.core.dao.AsyncTaskDAOTest > Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.401 > sec > Running org.ovirt.engine.core.dao.DiskImageDAOTest > Tests run: 11, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.06 > sec > Running org.ovirt.engine.core.dao.RoleGroupMapDAOTest > Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.394 > sec > Running org.ovirt.engine.core.dao.NetworkClusterDAOTest > Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > 3.496 sec > Running org.ovirt.engine.core.dao.StoragePoolDAOTest > Tests run: 21, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > 6.172 sec > Running org.ovirt.engine.core.dao.gluster.GlusterBrickDaoTest > Tests run: 5, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 2.81 > sec <<< FAILURE! > Running org.ovirt.engine.core.dao.gluster.GlusterOptionDaoTest > Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.91 > sec > Running org.ovirt.engine.core.dao.gluster.GlusterVolumeDaoTest > Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > 3.059 sec > Running org.ovirt.engine.core.dao.VmStaticDAOTest > Tests run: 14, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > 3.329 sec > Running org.ovirt.engine.core.dao.BookmarkDAOTest > Tests run: 8, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.208 > sec > Running org.ovirt.engine.core.dao.JobDaoTest > Tests run: 16, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > 2.937 sec > Running org.ovirt.engine.core.dao.ImageDaoTest > Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.345 > sec > Running org.ovirt.engine.core.dao.BaseDiskDaoTest > Tests run: 8, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.953 > sec > Running org.ovirt.engine.core.dao.StorageDomainStaticDAOTest > Tests run: 16, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.04 > sec > Running org.ovirt.engine.core.dao.VmNetworkStatisticsDAOTest > Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.315 > sec > Running org.ovirt.engine.core.dao.InterfaceDAOTest > Tests run: 11, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > 4.734 sec > Running org.ovirt.engine.core.dao.DiskDaoTest > Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > 3.557 sec > Running org.ovirt.engine.core.dao.VmStatisticsDAOTest > Tests run: 8, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.527 > sec > Running org.ovirt.engine.core.dao.GeneralDbDAOTest > Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.455 > sec > Running org.ovirt.engine.core.dao.NetworkDAOTest > Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > 3.583 sec > Running org.ovirt.engine.core.dao.StorageDomainDynamicDAOTest > Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.493 > sec > Running org.ovirt.engine.core.dao.VmDAOTest > Tests run: 20, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > 4.502 sec > Running org.ovirt.engine.core.dao.EventDAOTest > Tests run: 12, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > 3.485 sec > Running org.ovirt.engine.core.dao.SnapshotDaoTest > Tests run: 34, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > 3.761 sec > Running org.ovirt.engine.core.dao.PermissionDAOTest > Tests run: 45, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > 3.003 sec > Running org.ovirt.engine.core.dao.VdsDynamicDAOTest > Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.431 > sec > Running org.ovirt.engine.core.dao.StorageDomainDAOTest > Tests run: 31, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > 11.28 sec > Running org.ovirt.engine.core.dao.ImageStorageDomainMapDaoTest > Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.796 > sec > Running org.ovirt.engine.core.dao.DiskLunMapDaoTest > Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.18 > sec > Running org.ovirt.engine.core.dao.MultiThreadedDAOTest > Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.503 > sec > Running org.ovirt.engine.core.dao.ActionGroupDAOTest > Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.238 > sec > Running org.ovirt.engine.core.dao.VmNetworkInterfaceDAOTest > Tests run: 16, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > 2.875 sec > Running org.ovirt.engine.core.dao.DiskImageDynamicDAOTest > Tests run: 8, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.645 > sec > Running org.ovirt.engine.core.dao.VdsSpmIdMapDAOTest > Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.719 > sec > Running org.ovirt.engine.core.dao.VmDeviceDAOTest > Tests run: 15, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > 4.664 sec > Running org.ovirt.engine.core.dao.AuditLogDAOTest > Tests run: 22, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 4 > sec > Running org.ovirt.engine.core.dao.BusinessEntitySnapshotDAOTest > Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.824 > sec > Running org.ovirt.engine.core.dao.VdsStatisticsDAOTest > Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.13 > sec > Running org.ovirt.engine.core.dao.VdsGroupDAOTest > Tests run: 21, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.59 > sec > Running org.ovirt.engine.core.dao.JobSubjectEntityDaoTest > Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.141 > sec > Running org.ovirt.engine.core.dao.LunDAOTest > Tests run: 8, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.45 > sec > Running org.ovirt.engine.core.dao.VdsDAOTest > Tests run: 29, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > 4.168 sec > Running org.ovirt.engine.core.dao.VdsStaticDAOTest > Tests run: 9, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.945 > sec > Running org.ovirt.engine.core.dao.RepoFileMetaDataDAOTest > Tests run: 11, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > 5.622 sec > Running org.ovirt.engine.core.dao.VmPoolDAOTest > Tests run: 25, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > 6.066 sec > Running org.ovirt.engine.core.dao.RoleDAOTest > Tests run: 14, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > 3.704 sec > Running > org.ovirt.engine.core.dao.StorageServerConnectionLunMapDAOTest > Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.002 > sec > Running org.ovirt.engine.core.dao.VdcOptionDAOTest > Tests run: 9, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.233 > sec > Running org.ovirt.engine.core.dao.DbUserDAOTest > Tests run: 17, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > 4.518 sec > Running org.ovirt.engine.core.dao.StoragePoolIsoMapDAOTest > Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.322 > sec > Running org.ovirt.engine.core.dao.AdGroupDAOTest > Tests run: 8, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.376 > sec > Running org.ovirt.engine.core.dao.QuotaDAOTest > Tests run: 35, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > 3.789 sec > > Results : > > Tests in error: > testReplaceBrick(org.ovirt.engine.core.dao.gluster.GlusterBrickDaoTest): > Required input parameter 'v_new_brick_dir' is missing > > Tests run: 755, Failures: 0, Errors: 1, Skipped: 2 > > [INFO] > ------------------------------------------------------------------------ > [INFO] BUILD FAILURE > [INFO] > ------------------------------------------------------------------------ > [INFO] Total time: 3:59.609s > [INFO] Finished at: Tue Jun 12 03:44:25 EDT 2012 > [INFO] Final Memory: 10M/490M > [INFO] > ------------------------------------------------------------------------ > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-surefire-plugin:2.10:test > (default-test) on project dal: There are test failures. > [ERROR] > [ERROR] Please refer to > /home/jenkins/workspace/ovirt_engine_dao_unit_tests/backend/manager/modules/dal/target/surefire-reports > for the individual test results. > [ERROR] -> [Help 1] > [ERROR] > [ERROR] To see the full stack trace of the errors, re-run Maven with > the -e switch. > [ERROR] Re-run Maven using the -X switch to enable full debug > logging. > [ERROR] > [ERROR] For more information about the errors and possible solutions, > please read the following articles: > [ERROR] [Help 1] > http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException > Build step 'Invoke top-level Maven targets' marked build as failure > Recording test results > Email was triggered for: Failure > Sending email for trigger: Failure > >

2 1

Re: [Engine-devel] Advanced Nfs Options + NFSv4 GUI mockup
by Ayal Baron 12 Jun '12

12 Jun '12

> -------- Original Message -------- > Subject: [Engine-devel] Advanced Nfs Options + NFSv4 GUI mockup > Date: Mon, 21 May 2012 06:34:32 -0400 (EDT) > From: Einav Cohen <ecohen(a)redhat.com> > To: Ayal Baron <abaron(a)redhat.com>, Eldan Hildesheim > <ehildesh(a)redhat.com>, Eldan Hildesheim <info(a)eldanet.com>, > Miki Kenneth <mkenneth(a)redhat.com>, Andrew Cathrow > <acathrow(a)redhat.com>, Simon Grinberg <sgrinber(a)redhat.com>, > Alexey Chub <achub(a)redhat.com> > CC: engine-devel(a)ovirt.org > > Please review the mock-up on the feature page: > http://www.ovirt.org/wiki/Features/AdvancedNfsOptions#User_Experience Sorry, I just saw this. The advanced features should be in an advanced tab (not easily accessible) in general I'd like to discourage users from changing these params. not sure what mount options is as it is not supported for NFS. > > Comments are welcome. > > ---- > Thanks, > Einav > _______________________________________________ > Engine-devel mailing list > Engine-devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/engine-devel >

4 4

[Engine-devel] RESTAPI: what is the purpose for /api/disks collection
by Michael Pasternak 11 Jun '12

11 Jun '12

IIUC originally this collection was suppose to keep all disks that can be shared between different vms and/or available to be attached to certain vm. At the moment this collection contains all disks in system while engine does not provide any search capabilities for it, in my view it not really useful, till we add search capabilities for being able: 1. locate <shareable>true</shareable> disks 2. distinguish between <shareable>true|false</shareable> and <active>true|false</active> disks 3. maybe even worth taking <active>false</active>&&<shareable>false</shareable> out of this collection and place them under api/clusters/xxx/disks (or under DC). this way /api/disks will only have disks that can be shared. your thoughts? -- Michael Pasternak RedHat, ENG-Virtualization R&D

5 11

[Engine-devel] live migration and different technologies
by Itamar Heim 11 Jun '12

11 Jun '12

Hi Daniel, on the quantum-ovirt call today the question of live migration between multiple technologies was raised. iirc, you implemented the abstraction in libvirt between what the guest sees and the actual host networking implementation for live migration. can you please share if there are any considerations around live migrations across different network implementations (bridge, sr-iov, ovs, qbg, openflow, etc.) thanks, Itamar

3 4

[Engine-devel] Does RHEVM/Ovirt API violates the stateless requriement of REST?
by Jaroslav Henner 11 Jun '12

11 Jun '12

Hi. I think the fact that when updating (PUT), we may send only the updated xml elements violates following. http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm ------8<------8<------8<------8<------ Figure 5-2: The client-server style 5.1.3 Stateless We next add a constraint to the client-server interaction: communication must be stateless in nature, as in the client-stateless-server (CSS) style of Section 3.4.3 (Figure 5-3), such that each request from client to server must contain all of the information necessary to understand the request, and cannot take advantage of any stored context on the server. Session state is therefore kept entirely on the client. ------8<------8<------8<------8<------ Am I right? If so, this is quite huge violation. Much much bigger than some state of SESSION_ID/TOKEN. Would caches/proxies work well with current design? Jaroslav Henner.

2 1

[Engine-devel] Testing queries
by Allon Mureinik 11 Jun '12

11 Jun '12

Hi guys, following some questions from last week regarding writing unit-tests for query objects, I whipped up this quick wiki page: http://ovirt.org/wiki/Testing_Queries Enjoy, Allon

1 0

[Engine-devel] Do we need genericApi project?
by Michael Kublin 10 Jun '12

10 Jun '12

Hi, I found that we have a ovirt-engine/frontend/api/genericapi project, which is for my opinion is not at use any more. If there are any reason that we want to keep it , maybe someone using it and I missed these? Thanks Michael

5 6

[Engine-devel] [ovirt-engine-sdk] Simplify the process of the RSDL code generation
by ShaoHe Feng 10 Jun '12

10 Jun '12

This is a multi-part message in MIME format. --------------060000080308030607050901 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi all, Now I'm using the code generation suites of ovirt-engine-sdk, I find it is very troublesome. IMO, we can simplify the process. And I want to engaged in it. there are two tools parse the api.xsd and generate the params.py code. They are generateds_gui.py and generateDS.py. but there still some code can not be generate by these tools. now we should add these codes manually. the not NOT_GENERATED codes are as follow in the current params.py code: 1. import python module 2. a new attribute of GeneratedsSuper class 3. modify the get_root_tag function. 4. modify the parseString function to shut up the stdout. 5. _rootClassMap 6 . _elementToClassMap 7. findRootClass And I have two ideas about the code generation. For we should not modify the generateDS.py tools. But we can improve it. I think the 1, 2, 3, 7, can be hard-code, and 4, 5 and 6 can be configured. So I want to add an configure file to tell how to add the extra code that are not generated by generateDS.py tools. And new python program, as extension of generateDS.py to read the configure file and generate these codes. Or without the configure file, just make the new python program that supports an interactive commands. --------------060000080308030607050901 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 bgcolor="#FFFFFF" text="#000000"> Hi all, Now I'm using the code generation suites of ovirt-engine-sdk, I find it is very troublesome. IMO,  we can simplify the process. And I want to engaged in it. there are two tools parse the api.xsd and generate the params.py code.  They are generateds_gui.py and generateDS.py. but there still some code can not be generate by these tools. now we should add these codes manually. the not NOT_GENERATED codes are as follow in the current  params.py code: 1.  import python module 2.  a new attribute of GeneratedsSuper class 3.  modify the get_root_tag function. 4.  modify the parseString function to shut up the stdout. 5.  _rootClassMap 6 . _elementToClassMap 7. findRootClass And I have two ideas about the code generation. For we should not modify the generateDS.py tools.  But we can improve it. I think the 1, 2, 3, 7, can be hard-code, and 4, 5 and 6 can be configured. So I want to add an configure file to tell how to add the extra code that are not generated  by generateDS.py tools. And  new python program, as extension of generateDS.py to read the configure file and generate these codes. Or without the configure file, just make the new python program that supports an interactive commands. <span style="color: rgb(51, 51, 51); font-family: arial, sans-serif; font-size: 24px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; background-color: rgb(245, 245, 245); display: inline !important; float: none; "> </body> </html> --------------060000080308030607050901--

3 12

Re: [Engine-devel] Ovirt on Fedora17
by Gianluca Cecchi 08 Jun '12

08 Jun '12

On Wed Jun 6 12:07:55 EDT 2012 Oved Ourfalli wrote: > Hey, > > You should really send such question to engine-devel, as someone might have encountered such an issue, so there might be a solution for that. > Can you also attach the vdsm.log file (in the host, under the directory /var/log/vdsm/vdsm.log). > > Thank you, > Oved > >> From: ovirt at qip.ru >> To: "Oved Ourfalli" <ovedo at redhat.com> >> Sent: Wednesday, June 6, 2012 5:55:44 PM >> Subject: Re: Re: Ovirt on Fedora17 >> >> I use rpms from >> >> http:// jenkins .ovirt.org/job/ovirt_engine_create_ rpms >> /lastSuccessfulBuild/artifact/output/*zip*/output.zip Hello, I'm going to test ovrit on F17 too (both as oVirt-engine server and oVirt node). Based on http://fedoraproject.org/wiki/Features/oVirt I supposed we don't need special repo any more and we can install ovirt-engine and dependencies form default F17 repos... Is it so? Or should I enable any particular repo as in F16? Thanks in advance Gianluca

4 7

[Engine-devel] quantum-ovirt integration meeting summary
by Livnat Peer 07 Jun '12

07 Jun '12

Hi All, This is a summary of the first quantum-oVirt integration meeting. In the meeting Garry Kotton started presenting his proposal for the integration, for more details on his proposal look in - http://www.ovirt.org/wiki/Quantum_and_oVirt We did not cover much of the wiki as some question arose: * What is the end goal of the integration? is it to replace the current network configuration implementation in oVirt by quantum or have them side by side. - we need to remember non-VM networks (like storage and migration networks) * Will oVirt use multiple quantum instances, one per technology, or will oVirt use a single quantum instance that should support multiple plug-ins (not supported in Quantum ATM) * We'll oVirt support a mix of different technologies in a DC, Cluster, host? - Can we assume homogeneous clusters for the sake of simplicity (in a single cluster we'll support either open Vswitch or UCSM or ..) - Logical Network is defined in the scope of a data center, that means we need to maintain layer 2 connectivity and within a cluster we need to guarantee VM live migration (does libvirt abstract it for us?) other notes - * The UUIDs that are returned by Quantum will be managed by oVirt and for a single network implemented in two different technologies in quantum oVirt will be responsible to sync the different IDs. * The integration should be as seamless as possible to the user of oVirt * support of existing VLAN in quantum should be introduces in quantum in a 3-4 weeks time-frame Comments are welcomed, I'll schedule a follow up next week. Thanks, Livnat

3 2

[Engine-devel] Improve classpath building
by Juan Hernandez 07 Jun '12

07 Jun '12

Hello all, I would like to propose an improvement in the way we build class-paths in the tools associated to the engine. At the moment we have at least two different ways to build classpaths: 1. Hard coded in the scripts, with maybe some variables: CP=$EAR_LIB/engine-encryptutils.jar:$EAR_LIB/engine-compat.jar:... This depends a lot on where we place the jar files, and we need to place them in different places in different environments if we want to adhere to common packaging practices. 2. Use the build-classpath script: CP=`build-classpath engine-encryptutils engine-compat ...` This depends less on the place we put them, but it doesn't work in development environments where some jars are not installed to the proper system locations. None of these is good for all environments. I would like to replace this classpath building logic with an script that performs the task in an smarter way and that works in all our environments (production, development, Fedora, RHEL, etc). My proposal is to create a "engine-java" script that we should use always when invoking java programs. This script will receive the same parameters that the "java" launcher receives, but the "-cp" or "-classpath" options will contain not the absolute name of the jar files, but just a simple jar name instead, something like "commons-logging", "commons-codec" or "engineencryptutils". The script will extract the "-cp" or "-classpath" options given and use them to do a search of the jar files in the locations where they can be in different environments: /usr/share/java /usr/share/java/ovirt-engine /usr/share/ovirt-engine/engine.ear /usr/share/ovirt-engine/engine.ear/lib <your jboss development installation>/engine.ear <your jboss development installation>/engine.ear/lib In addition the script will check that all the give jar files exist and will abort the execution if any of them is missing. Find attached the initial version of the proposed script. Let me know what you think. Regards, Juan Hernandez -- Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3ºD, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.

3 7

[Engine-devel] Duplicate LdapProviderType and LdapVendorNameEnum reappear.
by snmishra＠linux.vnet.ibm.com 07 Jun '12

07 Jun '12

Hi, As part of http://gerrit.ovirt.org/#/c/4727/ patch, we had removed duplicate classes for LdapProviderType and LdapVendorNameEnum. But I noticed that they have reappeared upstream. Is it intentional or accidental? Thanks Sharad Mishra IBM

2 1

[Engine-devel] Fwd: Re: Ovirt on Fedora17
by ovirt＠qip.ru 07 Jun '12

07 Jun '12

This is a message in Mime Format. If you see this, your mail reader does not support this format. --=_e9d61e8d48e903f0efdbb593e871d8b1 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable ----- =D0=9F=D0=B5=D1=80=D0=B5=D1=81=D1=8B=D0=BB=D0=B0=D0=B5=D0=BC=D0=BE= =D0=B5 =D0=BF=D0=B8=D1=81=D1=8C=D0=BC=D0=BE -----=0A=D0=94=D0=B0=D1=82= =D0=B0: =D0=A7=D1=82=D0=B2 07 =D0=98=D1=8E=D0=BD 2012 11:37:22 +0400=0A= =D0=9E=D1=82: Itamar Heim =0A=D0=A2=D0=B5=D0=BC=D0=B0: Re: [Engine-devel= ] Ovirt =C2=AD=C2=ADon Fedora17=0A=D0=9A=D0=BE=D0=BC=D1=83: ovirt(a)qip.ru= =0A=0AOn 06/07/2012 08:55 AM, ovirt(a)qip.ru wrote:=0D=0A=0A> In libvirt t= here is no such parameter even in=0D=0A=0A> http://kojipkgs.fedoraprojec= t.org/packages/libvirt/0.9.12/1.fc18/src/libvirt-0.9.12-1.fc18.src.rpm= =0D=0A=0A>=0D=0A=0A> ignore_readonly_and_shared_disks=0A=0Aplease reply= to list=0A=0A>=0D=0A=0A>=0D=0A=0A>=0D=0A=0A>=0D=0A=0A> =D0=A7=D1=82=D0= =B2 07 =D0=98=D1=8E=D0=BD 2012 09:15:53 +0400, Itamar Heim =D0=BD=D0=B0= =D0=BF=D0=B8=D1=81=D0=B0=D0=BB:=0D=0A=0A>=0D=0A=0A> On 06/06/2012 11= :41 PM, Itamar Heim wrote:=0D=0A=0A> > On 06/06/2012 07:07 PM, Oved= Ourfalli wrote:=0D=0A=0A> >> Hey,=0D=0A=0A> >>=0D=0A=0A> = >> You should really send such question to engine-devel, as someone=0D= =0A=0A> might=0D=0A=0A> >> have encountered such an issue, so t= here might be a solution for=0D=0A=0A> that.=0D=0A=0A> >> Can y= ou also attach the vdsm.log file (in the host, under the=0D=0A=0A> = >> directory /var/log/vdsm/vdsm.log).=0D=0A=0A> >=0D=0A=0A> >= I think i saw something around this recently.=0D=0A=0A> > federico= ?=0D=0A=0A>=0D=0A=0A> found it - https://bugzilla.redhat.com/show_bu= g.cgi?id=3D828633=0D=0A=0A>=0D=0A=0A> >=0D=0A=0A> >>=0D=0A=0A>= >> Thank you,=0D=0A=0A> >> Oved=0D=0A=0A> >>=0D=0A=0A> = >> ----- Original Message -----=0D=0A=0A> >>> From: ovirt(a)qip.= ru=0D=0A=0A> >>> To: "Oved Ourfalli"=0D=0A=0A> >>> Sent: Wedne= sday, June 6, 2012 5:55:44 PM=0D=0A=0A> >>> Subject: Re: Re: Ovirt= on Fedora17=0D=0A=0A> >>>=0D=0A=0A> >>> I use rpms from=0D=0A= =0A> >>>=0D=0A=0A> >>> http:// jenkins .ovirt.org/job/ovirt_en= gine_create_ rpms=0D=0A=0A> >>> /lastSuccessfulBuild/artifact/outpu= t/*zip*/output.zip=0D=0A=0A> >>>=0D=0A=0A> >>> and another pro= blem that not solved is that VM don't start with=0D=0A=0A> >>> atta= ched CD=0D=0A=0A> >>>=0D=0A=0A> >>> if only I attach CD to VM= I got libvirt error ( i use only needed=0D=0A=0A> >>> pachages fro= m fedora17 repo except ovirt-engine and vdsm )=0D=0A=0A> >>>=0D=0A= =0A> >>> in webadmin error=0D=0A=0A> >>>=0D=0A=0A> >>> VM= VM01-Fedora17 is down. Exit message: internal error unsupported=0D=0A= =0A> >>> configuration: Readonly leases are not supported=0D=0A=0A>= >>>=0D=0A=0A> >>> in VM01-Fedora17.log=0D=0A=0A> >>>=0D= =0A=0A> >>> red_worker_main: begin=0D=0A=0A> >>> display_chann= el_create: create display channel=0D=0A=0A> >>> cursor_channel_crea= te: create cursor channel=0D=0A=0A> >>> Domain id=3D2 is tainted: c= ustom- mon itor=0D=0A=0A> >>> qemu: terminat ing on signal 15 from= pid 606=0D=0A=0A> >>> 2012-06-06 14:39:15.167+0000: shutt ing down= =0D=0A=0A> >>> 2012-06-06 14:39:37.381+0000: start ing up=0D=0A=0A>= >>> LC_ALL=3DC PATH=3D/ usr /local/sbin:/ usr /local/bin:/ usr /sb= in:/ usr=0D=0A=0A> >>> /bin QEMU _AUDIO_ DRV =3Dnone / usr /bin/qem= u- kvm -S -M pc -0.14 -=0D=0A=0A> >>> cpu kvm 64,+ lahf _lm,+ ssse= 3,- cx 16 -enable- kvm -m 1024 - smp=0D=0A=0A> >>> 1,sockets=3D1,c= ores=3D1,threads=3D1 -name VM01-Fedora17 - uuid=0D=0A=0A> >>> e0a70= 093-5b11-472f-b452-d1ae815028f4 - smbios=0D=0A=0A> >>> type=3D1,man= ufacturer=3DRed Hat,product=3D RHEV Hyperv iso r=0D=0A=0A> >>>=0D= =0A=0A> ,version=3D17-1,serial=3D49434D53-0200-9066-2500-66902500FE5= 3_00:25:90:66:53:fe,=0D=0A=0A>=0D=0A=0A> >>>=0D=0A=0A> >>> uui= d =3De0a70093-5b11-472f-b452-d1ae815028f4 -nodefconfig -=0D=0A=0A> n= odefaults=0D=0A=0A> >>> - chardev socket,id=3D char mon itor ,path= =3D/var/lib/ libvirt=0D=0A=0A> >>> /qemu/VM01-Fedora17. mon itor,se= rver, nowait - mon chardev =3D char=0D=0A=0A> >>> mon itor ,id=3D m= on itor,mode=3Dcontrol - rtc=0D=0A=0A> base=3D2012-06-06T14:39:37,= =0D=0A=0A> >>> driftfix =3Dslew -no-shutdown -device piix 3- usb -= uhci ,id=3D usb=0D=0A=0A> >>> ,bus=3D pc i.0, addr =3D0x1.0x2 -dev= ice virtio -serial- pc i,id=3D=0D=0A=0A> virtio=0D=0A=0A> >>> -= serial0,bus=3D pc i.0, addr =3D0x4 -drive file=3D/ rhev=0D=0A=0A> >= >> /data-center/5ac3a99a- afdd -11e1-8957-000c290cc066/d2221 cee=0D=0A= =0A> >>> -7146-4197- aecf -0 dfad=0D=0A=0A> >>>=0D=0A=0A> = 32b54ea/images/11111111-1111-1111-1111-111111111111/Fedora-17-x86_64-= =0D=0A=0A> >>> netinst . iso ,if=3Dnone,media=3D cdrom ,id=3Ddrive-= ide 0-1-0, readonly=0D=0A=0A> >>> =3Don,format=3Draw,serial=3D -de= vice ide -drive,bus=3D ide=0D=0A=0A> >>> .1,unit=3D0,drive=3Ddrive-= ide 0-1-0,id=3D ide 0-1-0 -drive file=3D/ rhev=0D=0A=0A> >>> /data= -center/5ac3a99a- afdd=0D=0A=0A> >>> -11e1-8957-000c290cc066/e54855= 77-8f51-4213- acd=0D=0A=0A> >>>=0D=0A=0A> 8-f38e064cf308/images= /9865260a-7480-4cd2-8352-9f44ee2d6c37/00ed2438-6768-4c94-8215-8a678d4d0d= 50,if=3Dnone,id=3Ddrive-=0D=0A=0A>=0D=0A=0A> >>>=0D=0A=0A> >>>= virtio -disk0,format=3D qcow=0D=0A=0A> >>> 2,serial=3D9865260a-748= 0-4cd2-8352-9f44ee2d6c37,cache=3Dnone, werror=0D=0A=0A> >>> =3Dstop= , rerror =3Dstop, aio =3Dnative -device virtio - blk - pc i, scsi=0D=0A= =0A> >>> =3Doff,bus=3D pc i.0, addr =3D0x5,drive=3Ddrive- virtio -d= isk0,id=3D virtio=0D=0A=0A> >>> -disk0, bootindex =3D1 - netdev tap= ,fd=3D25,id=3D hostnet 0, vhost =3Don,=0D=0A=0A> >>> vhost fd=3D26= -device virtio -net- pc i, netdev =3D hostnet=0D=0A=0A> >>> 0,id= =3Dnet0,mac=3D00:1a:4a:10:00:00,bus=3D pc i.0, addr =3D0x3 - chardev=0D= =0A=0A> >>> socket,id=3D charchannel 0,path=3D/var/lib/ libvirt=0D= =0A=0A> >>> /qemu/channels/VM01-Fedora17.com. redhat . rhev m. vdsm= ,server,=0D=0A=0A> >>> nowait -device virtserialport,bus=3D virtio= -serial0.0,nr=3D1,=0D=0A=0A> chardev =3D=0D=0A=0A> >>> charcha= nnel 0,id=3Dchannel0,name=3Dcom. redhat . rhev m. vdsm -=0D=0A=0A> c= hardev=0D=0A=0A> >>> pty ,id=3D charconsole 0 -device vi rtc onsole= , chardev =3D=0D=0A=0A> charconsole=0D=0A=0A> >>> 0,id=3Dconsol= e0 -device usb -tablet,id=3Dinput0 - vnc 0:0,password -k=0D=0A=0A> = >>> en-us - vga qxl -global qxl - vga . vram _size=3D67108864 -device= =0D=0A=0A> >>> virtio -balloon- pc i,id=3Dballoon0,bus=3D pc i.0, a= ddr =3D0x6=0D=0A=0A> >>> l ibvir: Lock ing error : unsupported conf= iguration: Readonly=0D=0A=0A> leases=0D=0A=0A> >>> are not supp= orted=0D=0A=0A> >>> 2012-06-06 14:39:37.412+0000: shutt ing down=0D= =0A=0A> >>>=0D=0A=0A> >>>=0D=0A=0A> >>> I tried to use th= is patch on libvirt=0D=0A=0A> >>>=0D=0A=0A> >>> http:// www .m= ail-archive.com/libvir-list@ redhat .com/ msg 56247.=0D=0A=0A> >>>= html=0D=0A=0A> >>>=0D=0A=0A> >>> but it didn't help=0D=0A=0A>= >>=0D=0A=0A> >> _____________________________________________= __=0D=0A=0A> >> Engine-devel mailing list=0D=0A=0A> >> Engine-= devel(a)ovirt.org=0D=0A=0A> >> http://lists.ovirt.org/mailman/listinf= o/engine-devel=0D=0A=0A> >=0D=0A=0A>=0D=0A=0A>=0D=0A=0A>=0D=0A=0A>= =0D=0A=0A> --=0D=0A=0A>=0A=0A----- =D0=9A=D0=BE=D0=BD=D0=B5=D1=86 =D0=BF= =D0=B5=D1=80=D0=B5=D1=81=D1=8B=D0=BB=D0=B0=D0=B5=D0=BC=D0=BE=D0=B3=D0=BE= =D0=BF=D0=B8=D1=81=D1=8C=D0=BC=D0=B0 -----=0A=0A-- --=_e9d61e8d48e903f0efdbb593e871d8b1 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable ----- =D0=9F=D0=B5=D1=80=D0=B5=D1=81=D1=8B=D0= =BB=D0=B0=D0=B5=D0=BC=D0=BE=D0=B5 =D0=BF=D0=B8=D1=81=D1=8C=D0=BC=D0=BE -= ---- =D0=94=D0=B0=D1=82=D0=B0: =D0=A7=D1=82=D0=B2 07= =D0=98=D1=8E=D0=BD 2012 11:37:22 +0400 =D0=9E=D1=82: Itamar H= eim <iheim(a)redhat.com> =D0=A2=D0=B5=D0=BC=D0=B0: Re: [En= gine-devel] Ovirt =C2=AD=C2=ADon Fedora17 =D0=9A=D0=BE=D0=BC=D1=83= : ovirt(a)qip.ru On 06/07/2012 08:55 AM, ovirt(a)qip.ru wrote:=0D= =0A > In libvirt there is no such parameter even in=0D=0A >= <a style=3D"border-bottom:1px dotted; text-decoration: none" target=3D"= _blank" href=3D"http://kojipkgs.fedoraproject.org/packages/libvirt/0.9.1= 2/1.fc18/src/libvirt-0.9.12-1.fc18.src.rpm" title=3D"=D0=9E=D1=82=D0=BA= =D1=80=D1=8B=D1=82=D1=8C =D0=B2=D0=BD=D0=B5=D1=88=D0=BD=D1=8E=D1=8E =D1= =81=D1=81=D1=8B=D0=BB=D0=BA=D1=83">http://kojipkgs.fedoraproject.org/pac= kages/libvirt/0.9.12/1.fc18/src/libvirt-0.9.12-1.fc18.src.rpm</a>=0D=0A<= br>>=0D=0A > ignore_readonly_and_shared_disks=0D=0A =0D=0A<b= r>please reply to list=0D=0A =0D=0A >=0D=0A >=0D=0A &g= t;=0D=0A >=0D=0A > =D0=A7=D1=82=D0=B2 07 =D0=98=D1=8E=D0=BD= 2012 09:15:53 +0400, Itamar Heim <iheim(a)redhat.com> =D0=BD=D0=B0= =D0=BF=D0=B8=D1=81=D0=B0=D0=BB:=0D=0A >=0D=0A > On 06/06= /2012 11:41 PM, Itamar Heim wrote:=0D=0A > > On 06/06/2012= 07:07 PM, Oved Ourfalli wrote:=0D=0A > >> Hey,=0D=0A<b= r>> >>=0D=0A > >> You should really send= such question to engine-devel, as someone=0D=0A > might=0D=0A= > >> have encountered such an issue, so there might be= a solution for=0D=0A > that.=0D=0A > >> Can= you also attach the vdsm.log file (in the host, under the=0D=0A >= >> directory /var/log/vdsm/vdsm.log).=0D=0A > &gt= ;=0D=0A > > I think i saw something around this recently.= =0D=0A > > federico?=0D=0A >=0D=0A > found= it - <a style=3D"border-bottom:1px dotted; text-decoration: none" targe= t=3D"_blank" href=3D"https://bugzilla.redhat.com/show_bug.cgi?id=3D82863= 3" title=3D"=D0=9E=D1=82=D0=BA=D1=80=D1=8B=D1=82=D1=8C =D0=B2=D0=BD=D0= =B5=D1=88=D0=BD=D1=8E=D1=8E =D1=81=D1=81=D1=8B=D0=BB=D0=BA=D1=83">https:= //bugzilla.redhat.com/show_bug.cgi?id=3D828633</a>=0D=0A >=0D=0A<b= r>> >=0D=0A > >>=0D=0A > >>= Thank you,=0D=0A > >> Oved=0D=0A > >>= =0D=0A > >> ----- Original Message -----=0D=0A >= >>> From: ovirt(a)qip.ru=0D=0A > >>> To= : "Oved Ourfalli"<ovedo(a)redhat.com>=0D=0A > >>&gt= ; Sent: Wednesday, June 6, 2012 5:55:44 PM=0D=0A > >>&g= t; Subject: Re: Re: Ovirt on Fedora17=0D=0A > >>>=0D= =0A > >>> I use rpms from=0D=0A > >&gt= ;>=0D=0A > >>> http:// jenkins .ovirt.org/job/ovi= rt_engine_create_ rpms=0D=0A > >>> /lastSuccessfulBu= ild/artifact/output/*zip*/output.zip=0D=0A > >>>=0D= =0A > >>> and another problem that not solved is tha= t VM don't start with=0D=0A > >>> attached CD=0D=0A<= br>> >>>=0D=0A > >>> if only I atta= ch CD to VM I got libvirt error ( i use only needed=0D=0A > &= gt;>> pachages from fedora17 repo except ovirt-engine and vdsm )= =0D=0A > >>>=0D=0A > >>> in weba= dmin error=0D=0A > >>>=0D=0A > >>&g= t; VM VM01-Fedora17 is down. Exit message: internal error unsupported=0D= =0A > >>> configuration: Readonly leases are not sup= ported=0D=0A > >>>=0D=0A > >>> i= n VM01-Fedora17.log=0D=0A > >>>=0D=0A > &= gt;>> red_worker_main: begin=0D=0A > >>> displ= ay_channel_create: create display channel=0D=0A > >>&gt= ; cursor_channel_create: create cursor channel=0D=0A > >&g= t;> Domain id=3D2 is tainted: custom- mon itor=0D=0A > &gt= ;>> qemu: terminat ing on signal 15 from pid 606=0D=0A > = >>> 2012-06-06 14:39:15.167+0000: shutt ing down=0D=0A &g= t; >>> 2012-06-06 14:39:37.381+0000: start ing up=0D=0A<br= >> >>> LC_ALL=3DC PATH=3D/ usr /local/sbin:/ usr /local= /bin:/ usr /sbin:/ usr=0D=0A > >>> /bin QEMU _AUDIO_= DRV =3Dnone / usr /bin/qemu- kvm -S -M pc -0.14 -=0D=0A > &g= t;>> cpu kvm 64,+ lahf _lm,+ ssse 3,- cx 16 -enable- kvm -m 1024 -= smp=0D=0A > >>> 1,sockets=3D1,cores=3D1,threads=3D1= -name VM01-Fedora17 - uuid=0D=0A > >>> e0a70093-5b1= 1-472f-b452-d1ae815028f4 - smbios=0D=0A > >>> type= =3D1,manufacturer=3DRed Hat,product=3D RHEV Hyperv iso r=0D=0A > = >>>=0D=0A > ,version=3D17-1,serial=3D49434D53-02= 00-9066-2500-66902500FE53_00:25:90:66:53:fe,=0D=0A >=0D=0A >= >>>=0D=0A > >>> uuid =3De0a70093-5b11= -472f-b452-d1ae815028f4 -nodefconfig -=0D=0A > nodefaults=0D= =0A > >>> - chardev socket,id=3D char mon itor ,path= =3D/var/lib/ libvirt=0D=0A > >>> /qemu/VM01-Fedora17= . mon itor,server, nowait - mon chardev =3D char=0D=0A > >= >> mon itor ,id=3D mon itor,mode=3Dcontrol - rtc=0D=0A > = base=3D2012-06-06T14:39:37,=0D=0A > >>> driftfix= =3Dslew -no-shutdown -device piix 3- usb - uhci ,id=3D usb=0D=0A &gt= ; >>> ,bus=3D pc i.0, addr =3D0x1.0x2 -device virtio -seri= al- pc i,id=3D=0D=0A > virtio=0D=0A > >>>= -serial0,bus=3D pc i.0, addr =3D0x4 -drive file=3D/ rhev=0D=0A >= >>> /data-center/5ac3a99a- afdd -11e1-8957-000c290cc066/d= 2221 cee=0D=0A > >>> -7146-4197- aecf -0 dfad=0D=0A<= br>> >>>=0D=0A > 32b54ea/images/11111111-1111= -1111-1111-111111111111/Fedora-17-x86_64-=0D=0A > >>&gt= ; netinst . iso ,if=3Dnone,media=3D cdrom ,id=3Ddrive- ide 0-1-0, readon= ly=0D=0A > >>> =3Don,format=3Draw,serial=3D -device= ide -drive,bus=3D ide=0D=0A > >>> .1,unit=3D0,drive= =3Ddrive- ide 0-1-0,id=3D ide 0-1-0 -drive file=3D/ rhev=0D=0A > = >>> /data-center/5ac3a99a- afdd=0D=0A > >&gt= ;> -11e1-8957-000c290cc066/e5485577-8f51-4213- acd=0D=0A > = >>>=0D=0A > 8-f38e064cf308/images/9865260a-7480-4cd= 2-8352-9f44ee2d6c37/00ed2438-6768-4c94-8215-8a678d4d0d50,if=3Dnone,id=3D= drive-=0D=0A >=0D=0A > >>>=0D=0A > = >>> virtio -disk0,format=3D qcow=0D=0A > >>&g= t; 2,serial=3D9865260a-7480-4cd2-8352-9f44ee2d6c37,cache=3Dnone, werror= =0D=0A > >>> =3Dstop, rerror =3Dstop, aio =3Dnative= -device virtio - blk - pc i, scsi=0D=0A > >>> =3Dof= f,bus=3D pc i.0, addr =3D0x5,drive=3Ddrive- virtio -disk0,id=3D virtio= =0D=0A > >>> -disk0, bootindex =3D1 - netdev tap,fd= =3D25,id=3D hostnet 0, vhost =3Don,=0D=0A > >>> vhos= t fd=3D26 -device virtio -net- pc i, netdev =3D hostnet=0D=0A > = >>> 0,id=3Dnet0,mac=3D00:1a:4a:10:00:00,bus=3D pc i.0, addr= =3D0x3 - chardev=0D=0A > >>> socket,id=3D charchann= el 0,path=3D/var/lib/ libvirt=0D=0A > >>> /qemu/chan= nels/VM01-Fedora17.com. redhat . rhev m. vdsm ,server,=0D=0A > = >>> nowait -device virtserialport,bus=3D virtio -serial0.0,n= r=3D1,=0D=0A > chardev =3D=0D=0A > >>> cha= rchannel 0,id=3Dchannel0,name=3Dcom. redhat . rhev m. vdsm -=0D=0A &g= t; chardev=0D=0A > >>> pty ,id=3D charconsole 0= -device vi rtc onsole, chardev =3D=0D=0A > charconsole=0D=0A<= br>> >>> 0,id=3Dconsole0 -device usb -tablet,id=3Dinput= 0 - vnc 0:0,password -k=0D=0A > >>> en-us - vga qxl= -global qxl - vga . vram _size=3D67108864 -device=0D=0A > &g= t;>> virtio -balloon- pc i,id=3Dballoon0,bus=3D pc i.0, addr =3D0x= 6=0D=0A > >>> l ibvir: Lock ing error : unsupported= configuration: Readonly=0D=0A > leases=0D=0A > &gt= ;>> are not supported=0D=0A > >>> 2012-06-06 1= 4:39:37.412+0000: shutt ing down=0D=0A > >>>=0D=0A<b= r>> >>>=0D=0A > >>> I tried to use= this patch on libvirt=0D=0A > >>>=0D=0A > = >>> http:// www .mail-archive.com/libvir-list@ redhat .com/= msg 56247.=0D=0A > >>> html=0D=0A > >= >>=0D=0A > >>> but it didn't help=0D=0A &gt= ; >>=0D=0A > >> ____________________________= ___________________=0D=0A > >> Engine-devel mailing lis= t=0D=0A > >> Engine-devel(a)ovirt.org=0D=0A > = >> <a style=3D"border-bottom:1px dotted; text-decoration: none" t= arget=3D"_blank" href=3D"http://lists.ovirt.org/mailman/listinfo/engine-= devel" title=3D"=D0=9E=D1=82=D0=BA=D1=80=D1=8B=D1=82=D1=8C =D0=B2=D0=BD= =D0=B5=D1=88=D0=BD=D1=8E=D1=8E =D1=81=D1=81=D1=8B=D0=BB=D0=BA=D1=83">htt= p://lists.ovirt.org/mailman/listinfo/engine-devel</a>=0D=0A > = >=0D=0A >=0D=0A >=0D=0A >=0D=0A >=0D=0A = > --=0D=0A >=0D=0A =0D=0A =0D=0A ----- =D0=9A=D0=BE=D0=BD=D0=B5=D1=86 =D0=BF=D0=B5=D1=80=D0=B5=D1=81= =D1=8B=D0=BB=D0=B0=D0=B5=D0=BC=D0=BE=D0=B3=D0=BE =D0=BF=D0=B8=D1=81=D1= =8C=D0=BC=D0=B0 ----- -- =0D=0A --=_e9d61e8d48e903f0efdbb593e871d8b1--

1 0

Re: [Engine-devel] Ovirt on Fedora17
by Oved Ourfalli 07 Jun '12

07 Jun '12

Hey, You should really send such question to engine-devel, as someone might have encountered such an issue, so there might be a solution for that. Can you also attach the vdsm.log file (in the host, under the directory /var/log/vdsm/vdsm.log). Thank you, Oved ----- Original Message ----- > From: ovirt(a)qip.ru > To: "Oved Ourfalli" <ovedo(a)redhat.com> > Sent: Wednesday, June 6, 2012 5:55:44 PM > Subject: Re: Re: Ovirt on Fedora17 > > I use rpms from > > http:// jenkins .ovirt.org/job/ovirt_engine_create_ rpms > /lastSuccessfulBuild/artifact/output/*zip*/output.zip > > and another problem that not solved is that VM don't start with > attached CD > > if only I attach CD to VM I got libvirt error ( i use only needed > pachages from fedora17 repo except ovirt-engine and vdsm ) > > in webadmin error > > VM VM01-Fedora17 is down. Exit message: internal error unsupported > configuration: Readonly leases are not supported > > in VM01-Fedora17.log > > red_worker_main: begin > display_channel_create: create display channel > cursor_channel_create: create cursor channel > Domain id=2 is tainted: custom- mon itor > qemu: terminat ing on signal 15 from pid 606 > 2012-06-06 14:39:15.167+0000: shutt ing down > 2012-06-06 14:39:37.381+0000: start ing up > LC_ALL=C PATH=/ usr /local/sbin:/ usr /local/bin:/ usr /sbin:/ usr > /bin QEMU _AUDIO_ DRV =none / usr /bin/qemu- kvm -S -M pc -0.14 - > cpu kvm 64,+ lahf _lm,+ ssse 3,- cx 16 -enable- kvm -m 1024 - smp > 1,sockets=1,cores=1,threads=1 -name VM01-Fedora17 - uuid > e0a70093-5b11-472f-b452-d1ae815028f4 - smbios > type=1,manufacturer=Red Hat,product= RHEV Hyperv iso r > ,version=17-1,serial=49434D53-0200-9066-2500-66902500FE53_00:25:90:66:53:fe, > uuid =e0a70093-5b11-472f-b452-d1ae815028f4 -nodefconfig - nodefaults > - chardev socket,id= char mon itor ,path=/var/lib/ libvirt > /qemu/VM01-Fedora17. mon itor,server, nowait - mon chardev = char > mon itor ,id= mon itor,mode=control - rtc base=2012-06-06T14:39:37, > driftfix =slew -no-shutdown -device piix 3- usb - uhci ,id= usb > ,bus= pc i.0, addr =0x1.0x2 -device virtio -serial- pc i,id= virtio > -serial0,bus= pc i.0, addr =0x4 -drive file=/ rhev > /data-center/5ac3a99a- afdd -11e1-8957-000c290cc066/d2221 cee > -7146-4197- aecf -0 dfad > 32b54ea/images/11111111-1111-1111-1111-111111111111/Fedora-17-x86_64- > netinst . iso ,if=none,media= cdrom ,id=drive- ide 0-1-0, readonly > =on,format=raw,serial= -device ide -drive,bus= ide > .1,unit=0,drive=drive- ide 0-1-0,id= ide 0-1-0 -drive file=/ rhev > /data-center/5ac3a99a- afdd > -11e1-8957-000c290cc066/e5485577-8f51-4213- acd > 8-f38e064cf308/images/9865260a-7480-4cd2-8352-9f44ee2d6c37/00ed2438-6768-4c94-8215-8a678d4d0d50,if=none,id=drive- > virtio -disk0,format= qcow > 2,serial=9865260a-7480-4cd2-8352-9f44ee2d6c37,cache=none, werror > =stop, rerror =stop, aio =native -device virtio - blk - pc i, scsi > =off,bus= pc i.0, addr =0x5,drive=drive- virtio -disk0,id= virtio > -disk0, bootindex =1 - netdev tap,fd=25,id= hostnet 0, vhost =on, > vhost fd=26 -device virtio -net- pc i, netdev = hostnet > 0,id=net0,mac=00:1a:4a:10:00:00,bus= pc i.0, addr =0x3 - chardev > socket,id= charchannel 0,path=/var/lib/ libvirt > /qemu/channels/VM01-Fedora17.com. redhat . rhev m. vdsm ,server, > nowait -device virtserialport,bus= virtio -serial0.0,nr=1, chardev = > charchannel 0,id=channel0,name=com. redhat . rhev m. vdsm - chardev > pty ,id= charconsole 0 -device vi rtc onsole, chardev = charconsole > 0,id=console0 -device usb -tablet,id=input0 - vnc 0:0,password -k > en-us - vga qxl -global qxl - vga . vram _size=67108864 -device > virtio -balloon- pc i,id=balloon0,bus= pc i.0, addr =0x6 > l ibvir: Lock ing error : unsupported configuration: Readonly leases > are not supported > 2012-06-06 14:39:37.412+0000: shutt ing down > > > I tried to use this patch on libvirt > > http:// www .mail-archive.com/libvir-list@ redhat .com/ msg 56247. > html > > but it didn't help

2 2

[Engine-devel] oVirt 3.1 Feature Freeze is TOMORROW (June 7th)
by Ofer Schreiber 06 Jun '12

06 Jun '12

Almost 4 month after oVirt's first release, we're one step closer to the next version. The Feature Freeze is scheduled for tomorrow, June 7th, and shortly after that, new "beta" builds should be uploaded into http://ovirt.org:/releases/beta Currently, http://ovirt.org:/releases/beta/fedora/17 is populated with "alpha" builds of oVirt. Feel free to test them, and share with us your feedback. Regards, -- Ofer Schreiber oVirt Release Manager

1 0

[Engine-devel] A small patch foy iso-uploader
by Shu Ming 06 Jun '12

06 Jun '12

Hi Can some review and approve this small patch? http://gerrit.ovirt.org/#/c/4554/ -- Shu Ming<shuming(a)linux.vnet.ibm.com> IBM China Systems and Technology Laboratory

1 0

[Engine-devel] oVirt - quantum integration
by Livnat Peer 06 Jun '12

06 Jun '12

--=_d6ac7c2f-41ec-4ce1-8875-286eff93a19f Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit The following meeting has been modified: Subject: oVirt - quantum integration Organiser: "Livnat Peer" <lpeer(a)redhat.com> Location: "Antartica - TLV" <antartica-tlv(a)redhat.com> [MODIFIED] Resources: "Antartica - TLV" <antartica-tlv(a)redhat.com> [MODIFIED] Time: Wednesday, 6 June, 2012, 4:00:00 PM - 5:00:00 PM GMT +02:00 Jerusalem Invitees: engine-devel(a)ovirt.org; arch(a)ovirt.com; simon(a)redhat.com; gkotton(a)redhat.com; lhornyak(a)redhat.com; kroberts(a)redhat.com; rkukura(a)redhat.com *~*~*~*~*~*~*~*~*~* Hi All, We'll have a discussion on oVirt-Quantum integration. In the meeting we'll discuss - http://www.ovirt.org/wiki/Quantum_and_oVirt Thanks, Livnat Bridge ID: 972506565679 Dial-in information: Reservationless-Plus Toll Free Dial-In Number (US & Canada): (800) 451-8679 Reservationless-Plus International Dial-In Number: (212) 729-5016 Conference code: 972506565679 Global Access Numbers Local: Australia, Sydney Dial-In #: 0289852326 Austria, Vienna Dial-In #: 012534978196 Belgium, Brussels Dial-In #: 027920405 China Dial-In #: 4006205013 Denmark, Copenhagen Dial-In #: 32729215 Finland, Helsinki Dial-In #: 0923194436 France, Paris Dial-In #: 0170377140 Germany, Berlin Dial-In #: 030300190579 Ireland, Dublin Dial-In #: 014367793 Italy, Milan Dial-In #: 0236269529 Netherlands, Amsterdam Dial-In #: 0207975872 Norway, Oslo Dial-In #: 21033188 Singapore Dial-In #: 64840858 Spain, Barcelona Dial-In #: 935452328 Sweden, Stockholm Dial-In #: 0850513770 Switzerland, Geneva Dial-In #: 0225927881 United Kingdom Dial-In #: 02078970515 United Kingdom Dial-In #: 08445790676 United Kingdom, LocalCall Dial-In #: 08445790678 United States Dial-In #: 2127295016 Global Access Numbers Tollfree: Argentina Dial-In #: 8004441016 Australia Dial-In #: 1800337169 Austria Dial-In #: 0800005898 Bahamas Dial-In #: 18002054776 Bahrain Dial-In #: 80004377 Belgium Dial-In #: 080048325 Brazil Dial-In #: 08008921002 Bulgaria Dial-In #: 008001100236 Chile Dial-In #: 800370228 Colombia Dial-In #: 018009134033 Costa Rica Dial-In #: 08000131048 Cyprus Dial-In #: 80095297 Czech Republic Dial-In #: 800700318 Denmark Dial-In #: 80887114 Dominican Republic Dial-In #: 18887512313 Estonia Dial-In #: 8000100232 Finland Dial-In #: 0800117116 France Dial-In #: 0805632867 Germany Dial-In #: 8006647541 Greece Dial-In #: 00800127562 Hong Kong Dial-In #: 800930349 Hungary Dial-In #: 0680016796 Iceland Dial-In #: 8008967 India Dial-In #: 0008006501533 Indonesia Dial-In #: 0018030179162 Ireland Dial-In #: 1800932401 Israel Dial-In #: 1809462557 Italy Dial-In #: 800985897 Jamaica Dial-In #: 18002050328 Japan Dial-In #: 0120934453 Korea (South) Dial-In #: 007986517393 Latvia Dial-In #: 80003339 Lithuania Dial-In #: 880030479 Luxembourg Dial-In #: 80026595 Malaysia Dial-In #: 1800814451 Mexico Dial-In #: 0018664590915 New Zealand Dial-In #: 0800888167 Norway Dial-In #: 80012994 Panama Dial-In #: 008002269184 Philippines Dial-In #: 180011100991 Poland Dial-In #: 008001210187 Portugal Dial-In #: 800814625 Russian Federation Dial-In #: 81080028341012 Saint Kitts and Nevis Dial-In #: 18002059252 Singapore Dial-In #: 8006162235 Slovak Republic Dial-In #: 0800001441 South Africa Dial-In #: 0800981148 Spain Dial-In #: 800300524 Sweden Dial-In #: 200896860 Switzerland Dial-In #: 800650077 Taiwan Dial-In #: 00801127141 Thailand Dial-In #: 001800656966 Trinidad and Tobago Dial-In #: 18002024615 United Arab Emirates Dial-In #: 8000650591 United Kingdom Dial-In #: 08006948057 United States Dial-In #: 8004518679 Uruguay Dial-In #: 00040190315 Venezuela Dial-In #: 08001627182 --=_d6ac7c2f-41ec-4ce1-8875-286eff93a19f Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><h3>The following meeting has been modified:</h3> <table border=3D'0'> <tr><th align=3Dleft>Subject:</th><td>oVirt - quantum integration </td></tr= > <tr><th align=3Dleft>Organiser:</th><td>"Livnat Peer" <lpeer(a)redhat.com&= gt; </td></tr> </table> <table border=3D'0'> <tr><th align=3Dleft>Location:</th><td>"Antartica - TLV" <antartica-tlv@red= hat.com> [MODIFIED]</td></tr> <tr><th align=3Dleft>Resources:</th><td>"Antartica - TLV" <antartica-tlv@re= dhat.com> [MODIFIED]</td></tr> <tr><th align=3Dleft>Time:</th><td>Wednesday, 6 June, 2012, 4:00:00 PM - 5:= 00:00 PM GMT +02:00 Jerusalem </td></tr></table> <table border=3D'0'> <tr><th align=3Dleft>Invitees:</th><td>engine-devel(a)ovirt.org; arch(a)ovirt.c= om; simon(a)redhat.com; gkotton(a)redhat.com; lhornyak(a)redhat.com; kroberts@red= hat.com; rkukura(a)redhat.com </td></tr> </table> <div>*~*~*~*~*~*~*~*~*~*</div> Hi All, We'll have a discussi= on on oVirt-Quantum integration. In the meeting we'll discuss - htt= p://www.ovirt.org/wiki/Quantum_and_oVirt Thanks, Livnat Bri= dge ID: 972506565679 Dial-in information: Reservationless-Plus Toll= Free Dial-In Number (US & Canada): (800) 451-8679 Reservationless-= Plus International Dial-In Number: (212) 729-5016 Conference code: 9725= 06565679 Global Access Numbers Local: Australia, Sydney Dial-In= #: 0289852326 Austria, Vienna Dial-In #: 012534978196 Belgium, Bru= ssels Dial-In #: 027920405 China Dial-In #: 4006205013 Denmark, Cop= enhagen Dial-In #: 32729215 Finland, Helsinki Dial-In #: 0923194436 <br= >France, Paris Dial-In #: 0170377140 Germany, Berlin Dial-In #: 0303001= 90579 Ireland, Dublin Dial-In #: 014367793 Italy, Milan Dial-In #: = 0236269529 Netherlands, Amsterdam Dial-In #: 0207975872 Norway, Osl= o Dial-In #: 21033188 Singapore Dial-In #: 64840858 Spain, Barcelon= a Dial-In #: 935452328 Sweden, Stockholm Dial-In #: 0850513770 Swit= zerland, Geneva Dial-In #: 0225927881 United Kingdom Dial-In #: 0207897= 0515 United Kingdom Dial-In #: 08445790676 United Kingdom, LocalCal= l Dial-In #: 08445790678 United States Dial-In #: 2127295016 <b= r>Global Access Numbers Tollfree: Argentina Dial-In #: 8004441016 A= ustralia Dial-In #: 1800337169 Austria Dial-In #: 0800005898 Bahama= s Dial-In #: 18002054776 Bahrain Dial-In #: 80004377 Belgium Dial-I= n #: 080048325 Brazil Dial-In #: 08008921002 Bulgaria Dial-In #: 00= 8001100236 Chile Dial-In #: 800370228 Colombia Dial-In #: 018009134= 033 Costa Rica Dial-In #: 08000131048 Cyprus Dial-In #: 80095297 <b= r>Czech Republic Dial-In #: 800700318 Denmark Dial-In #: 80887114 D= ominican Republic Dial-In #: 18887512313 Estonia Dial-In #: 8000100232 = Finland Dial-In #: 0800117116 France Dial-In #: 0805632867 Germ= any Dial-In #: 8006647541 Greece Dial-In #: 00800127562 Hong Kong D= ial-In #: 800930349 Hungary Dial-In #: 0680016796 Iceland Dial-In #= : 8008967 India Dial-In #: 0008006501533 Indonesia Dial-In #: 00180= 30179162 Ireland Dial-In #: 1800932401 Israel Dial-In #: 1809462557= Italy Dial-In #: 800985897 Jamaica Dial-In #: 18002050328 Japa= n Dial-In #: 0120934453 Korea (South) Dial-In #: 007986517393 Latvi= a Dial-In #: 80003339 Lithuania Dial-In #: 880030479 Luxembourg Dia= l-In #: 80026595 Malaysia Dial-In #: 1800814451 Mexico Dial-In #: 0= 018664590915 New Zealand Dial-In #: 0800888167 Norway Dial-In #: 80= 012994 Panama Dial-In #: 008002269184 Philippines Dial-In #: 180011= 100991 Poland Dial-In #: 008001210187 Portugal Dial-In #: 800814625= Russian Federation Dial-In #: 81080028341012 Saint Kitts and Nevis= Dial-In #: 18002059252 Singapore Dial-In #: 8006162235 Slovak Repu= blic Dial-In #: 0800001441 South Africa Dial-In #: 0800981148 Spain= Dial-In #: 800300524 Sweden Dial-In #: 200896860 Switzerland Dial-= In #: 800650077 Taiwan Dial-In #: 00801127141 Thailand Dial-In #: 0= 01800656966 Trinidad and Tobago Dial-In #: 18002024615 United Arab = Emirates Dial-In #: 8000650591 United Kingdom Dial-In #: 08006948057 <b= r>United States Dial-In #: 8004518679 Uruguay Dial-In #: 00040190315 <b= r>Venezuela Dial-In #: 08001627182 </body></html> --=_d6ac7c2f-41ec-4ce1-8875-286eff93a19f Content-Type: text/calendar; charset=utf-8; method=REQUEST; name=meeting.ics Content-Transfer-Encoding: 7bit BEGIN:VCALENDAR PRODID:Zimbra-Calendar-Provider VERSION:2.0 METHOD:REQUEST BEGIN:VTIMEZONE TZID:Asia/Jerusalem BEGIN:STANDARD DTSTART:19710101T020000 TZOFFSETTO:+0200 TZOFFSETFROM:+0300 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=9;BYDAY=2SU TZNAME:IST END:STANDARD BEGIN:DAYLIGHT DTSTART:19710101T020000 TZOFFSETTO:+0300 TZOFFSETFROM:+0200 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1FR TZNAME:IDT END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT UID:6ca077c8-6f6d-4826-9cc4-7b54012c05e7 SUMMARY:oVirt - quantum integration LOCATION:"Antartica - TLV" <antartica-tlv(a)redhat.com> ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:engine- devel(a)ovirt.org ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:arch@ov irt.com ATTENDEE;CN=Simon Grinberg;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=T RUE:mailto:simon@redhat.com ATTENDEE;CN=Gary Kotton;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE :mailto:gkotton@redhat.com ATTENDEE;CN=Laszlo Hornyak;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=T RUE:mailto:lhornyak@redhat.com ATTENDEE;CN=Keith Robertson;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP= TRUE:mailto:kroberts@redhat.com ATTENDEE;CN=Robert Kukura;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TR UE:mailto:rkukura@redhat.com ATTENDEE;CN=Antartica - TLV;CUTYPE=RESOURCE;ROLE=NON-PARTICIPANT;PARTSTAT=NE EDS-ACTION;RSVP=TRUE:mailto:antartica-tlv@redhat.com ORGANIZER;CN=Livnat Peer:mailto:lpeer@redhat.com DTSTART;TZID="Asia/Jerusalem":20120606T160000 DTEND;TZID="Asia/Jerusalem":20120606T170000 STATUS:CONFIRMED CLASS:PUBLIC X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY TRANSP:OPAQUE LAST-MODIFIED:20120606T123843Z DTSTAMP:20120606T123843Z SEQUENCE:1 DESCRIPTION:The following meeting has been modified:\n\nSubject: oVirt - qua ntum integration \nOrganiser: "Livnat Peer" <lpeer(a)redhat.com> \n\nLocation: "Antartica - TLV" <antartica-tlv(a)redhat.com> [MODIFIED]\nResources: "Antart ica - TLV" <antartica-tlv(a)redhat.com> [MODIFIED]\nTime: Wednesday\, 6 June\, 2012\, 4:00:00 PM - 5:00:00 PM GMT +02:00 Jerusalem\n \nInvitees: engine-de vel(a)ovirt.org\; arch(a)ovirt.com\; simon(a)redhat.com\; gkotton(a)redhat.com\; lho rnyak(a)redhat.com\; kroberts(a)redhat.com\; rkukura(a)redhat.com \n\n\n*~*~*~*~*~ *~*~*~*~*\n\n\nHi All\, \n\nWe'll have a discussion on oVirt-Quantum integra tion. \nIn the meeting we'll discuss - \nhttp://www.ovirt.org/wiki/Quantum_a nd_oVirt \n\nThanks\, Livnat \n\nBridge ID: 972506565679 \nDial-in informati on: \nReservationless-Plus Toll Free Dial-In Number (US & Canada): (800) 451 -8679 \nReservationless-Plus International Dial-In Number: (212) 729-5016 \n Conference code: 972506565679 \n\nGlobal Access Numbers Local: \nAustralia\, Sydney Dial-In #: 0289852326 \nAustria\, Vienna Dial-In #: 012534978196 \nB elgium\, Brussels Dial-In #: 027920405 \nChina Dial-In #: 4006205013 \nDenma rk\, Copenhagen Dial-In #: 32729215 \nFinland\, Helsinki Dial-In #: 09231944 36 \nFrance\, Paris Dial-In #: 0170377140 \nGermany\, Berlin Dial-In #: 0303 00190579 \nIreland\, Dublin Dial-In #: 014367793 \nItaly\, Milan Dial-In #: 0236269529 \nNetherlands\, Amsterdam Dial-In #: 0207975872 \nNorway\, Oslo D ial-In #: 21033188 \nSingapore Dial-In #: 64840858 \nSpain\, Barcelona Dial- In #: 935452328 \nSweden\, Stockholm Dial-In #: 0850513770 \nSwitzerland\, G eneva Dial-In #: 0225927881 \nUnited Kingdom Dial-In #: 02078970515 \nUnited Kingdom Dial-In #: 08445790676 \nUnited Kingdom\, LocalCall Dial-In #: 0844 5790678 \nUnited States Dial-In #: 2127295016 \n\n\nGlobal Access Numbers To llfree: \nArgentina Dial-In #: 8004441016 \nAustralia Dial-In #: 1800337169 \nAustria Dial-In #: 0800005898 \nBahamas Dial-In #: 18002054776 \nBahrain D ial-In #: 80004377 \nBelgium Dial-In #: 080048325 \nBrazil Dial-In #: 080089 21002 \nBulgaria Dial-In #: 008001100236 \nChile Dial-In #: 800370228 \nColo mbia Dial-In #: 018009134033 \nCosta Rica Dial-In #: 08000131048 \nCyprus Di al-In #: 80095297 \nCzech Republic Dial-In #: 800700318 \nDenmark Dial-In #: 80887114 \nDominican Republic Dial-In #: 18887512313 \nEstonia Dial-In #: 8 000100232 \nFinland Dial-In #: 0800117116 \nFrance Dial-In #: 0805632867 \nG ermany Dial-In #: 8006647541 \nGreece Dial-In #: 00800127562 \nHong Kong Dia l-In #: 800930349 \nHungary Dial-In #: 0680016796 \nIceland Dial-In #: 80089 67 \nIndia Dial-In #: 0008006501533 \nIndonesia Dial-In #: 0018030179162 \nI reland Dial-In #: 1800932401 \nIsrael Dial-In #: 1809462557 \nItaly Dial-In #: 800985897 \nJamaica Dial-In #: 18002050328 \nJapan Dial-In #: 0120934453 \nKorea (South) Dial-In #: 007986517393 \nLatvia Dial-In #: 80003339 \nLithu ania Dial-In #: 880030479 \nLuxembourg Dial-In #: 80026595 \nMalaysia Dial-I n #: 1800814451 \nMexico Dial-In #: 0018664590915 \nNew Zealand Dial-In #: 0 800888167 \nNorway Dial-In #: 80012994 \nPanama Dial-In #: 008002269184 \nPh ilippines Dial-In #: 180011100991 \nPoland Dial-In #: 008001210187 \nPortuga l Dial-In #: 800814625 \nRussian Federation Dial-In #: 81080028341012 \nSain t Kitts and Nevis Dial-In #: 18002059252 \nSingapore Dial-In #: 8006162235 \ nSlovak Republic Dial-In #: 0800001441 \nSouth Africa Dial-In #: 0800981148 \nSpain Dial-In #: 800300524 \nSweden Dial-In #: 200896860 \nSwitzerland Dia l-In #: 800650077 \nTaiwan Dial-In #: 00801127141 \nThailand Dial-In #: 0018 00656966 \nTrinidad and Tobago Dial-In #: 18002024615 \nUnited Arab Emirates Dial-In #: 8000650591 \nUnited Kingdom Dial-In #: 08006948057 \nUnited Stat es Dial-In #: 8004518679 \nUruguay Dial-In #: 00040190315 \nVenezuela Dial-I n #: 08001627182 X-ALT-DESC;FMTTYPE=text/html:<html><body><h3>The following meeting has been modified:</h3>\n\n\n<table border='0'>\n<tr><th align=left>Subject:</th>< td>oVirt - quantum integration </td></tr>\n<tr><th align=left>Organiser:</th ><td>"Livnat Peer" &lt\;lpeer(a)redhat.com&gt\; </td></tr>\n</table>\n\n<ta ble border='0'>\n<tr><th align=left>Location:</th><td>"Antartica - TLV" <ant artica-tlv(a)redhat.com> [MODIFIED]</td></tr>\n<tr><th align=left>Resources:</ th><td>"Antartica - TLV" <antartica-tlv(a)redhat.com> [MODIFIED]</td></tr>\n<t r><th align=left>Time:</th><td>Wednesday\, 6 June\, 2012\, 4:00:00 PM - 5:00 :00 PM GMT +02:00 Jerusalem\n </td></tr></table>\n\n<table border='0'>\n< tr><th align=left>Invitees:</th><td>engine-devel(a)ovirt.org\; arch(a)ovirt.com\ ; simon(a)redhat.com\; gkotton(a)redhat.com\; lhornyak(a)redhat.com\; kroberts@red hat.com\; rkukura(a)redhat.com </td></tr>\n</table>\n<div>*~*~*~*~*~*~*~*~*~*< /div> Hi All\, We'll have a discussion on oVirt-Quantum integ ration. In the meeting we'll discuss - http://www.ovirt.org/wiki/Qua ntum_and_oVirt Thanks\, Livnat Bridge ID: 972506565679 D ial-in information: Reservationless-Plus Toll Free Dial-In Number (US &a mp\; Canada): (800) 451-8679 Reservationless-Plus International Dial-In Number: (212) 729-5016 Conference code: 972506565679 Global Acce ss Numbers Local: Australia\, Sydney Dial-In #: 0289852326 Austria\, Vienna Dial-In #: 012534978196 Belgium\, Brussels Dial-In #: 027920405 China Dial-In #: 4006205013 Denmark\, Copenhagen Dial-In #: 32729215 Finland\, Helsinki Dial-In #: 0923194436 France\, Paris Dial-In #: 0170377140 Germany\, Berlin Dial-In #: 030300190579 Ireland\, Dublin Dial-In #: 014367793 Italy\, Milan Dial-In #: 0236269529 Netherland s\, Amsterdam Dial-In #: 0207975872 Norway\, Oslo Dial-In #: 21033188 Singapore Dial-In #: 64840858 Spain\, Barcelona Dial-In #: 935452328 Sweden\, Stockholm Dial-In #: 0850513770 Switzerland\, Geneva Dial-In #: 0225927881 United Kingdom Dial-In #: 02078970515 United Kingdom Dial-In #: 08445790676 United Kingdom\, LocalCall Dial-In #: 08445790678 United States Dial-In #: 2127295016 Global Access Numbers T ollfree: Argentina Dial-In #: 8004441016 Australia Dial-In #: 180033 7169 Austria Dial-In #: 0800005898 Bahamas Dial-In #: 18002054776 Bahrain Dial-In #: 80004377 Belgium Dial-In #: 080048325 Brazil Di al-In #: 08008921002 Bulgaria Dial-In #: 008001100236 Chile Dial-In #: 800370228 Colombia Dial-In #: 018009134033 Costa Rica Dial-In #: 08000131048 Cyprus Dial-In #: 80095297 Czech Republic Dial-In #: 800 700318 Denmark Dial-In #: 80887114 Dominican Republic Dial-In #: 188 87512313 Estonia Dial-In #: 8000100232 Finland Dial-In #: 0800117116 France Dial-In #: 0805632867 Germany Dial-In #: 8006647541 Gree ce Dial-In #: 00800127562 Hong Kong Dial-In #: 800930349 Hungary Dia l-In #: 0680016796 Iceland Dial-In #: 8008967 India Dial-In #: 00080 06501533 Indonesia Dial-In #: 0018030179162 Ireland Dial-In #: 18009 32401 Israel Dial-In #: 1809462557 Italy Dial-In #: 800985897 Ja maica Dial-In #: 18002050328 Japan Dial-In #: 0120934453 Korea (Sout h) Dial-In #: 007986517393 Latvia Dial-In #: 80003339 Lithuania Dial -In #: 880030479 Luxembourg Dial-In #: 80026595 Malaysia Dial-In #: 1800814451 Mexico Dial-In #: 0018664590915 New Zealand Dial-In #: 08 00888167 Norway Dial-In #: 80012994 Panama Dial-In #: 008002269184 Philippines Dial-In #: 180011100991 Poland Dial-In #: 008001210187 Portugal Dial-In #: 800814625 Russian Federation Dial-In #: 8108002834 1012 Saint Kitts and Nevis Dial-In #: 18002059252 Singapore Dial-In #: 8006162235 Slovak Republic Dial-In #: 0800001441 South Africa Dia l-In #: 0800981148 Spain Dial-In #: 800300524 Sweden Dial-In #: 2008 96860 Switzerland Dial-In #: 800650077 Taiwan Dial-In #: 00801127141 Thailand Dial-In #: 001800656966 Trinidad and Tobago Dial-In #: 180 02024615 United Arab Emirates Dial-In #: 8000650591 United Kingdom D ial-In #: 08006948057 United States Dial-In #: 8004518679 Uruguay Di al-In #: 00040190315 Venezuela Dial-In #: 08001627182 </body></html> BEGIN:VALARM ACTION:DISPLAY TRIGGER;RELATED=START:-PT5M DESCRIPTION:Reminder END:VALARM END:VEVENT END:VCALENDAR --=_d6ac7c2f-41ec-4ce1-8875-286eff93a19f--

1 0

[Engine-devel] ovirt - quantum integretion
by Livnat Peer 06 Jun '12

06 Jun '12

Hi All, A friendly reminder we'll have ovirt-quantum integration session in one hour. Thanks, Livnat

1 0

[Engine-devel] engine complained that it couldn't find the ovirtmgmt interface in my FC16 ovirt node
by Shu Ming 05 Jun '12

05 Jun '12

Hi, I found the followings logs in my engine and engine set the node to non-operation state. It is strange that I can see the ovirtmgmt network interface was there in the ovirt node. Below are the logs and steps I did in ovirt node. It seems that engine didn't get the right network interface information from ovirt node. Can any one show me some steps to debug this problem? In my engine log: 2012-06-06 00:45:00,185 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (QuartzScheduler_Worker-68) [897fad0] START, SetVdsStatusVDSCommand(vdsId = 848bcff0-ae2a-11e1-bb49-5254001498c4, status=NonOperational, nonOperationalReason=NETWORK_UNREACHABLE), log id: 53d27ec8 2012-06-06 00:45:00,188 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (QuartzScheduler_Worker-68) [897fad0] FINISH, SetVdsStatusVDSCommand, log id: 53d27ec8 2012-06-06 00:45:00,190 INFO [org.ovirt.engine.core.bll.SetNonOperationalVdsCommand] (QuartzScheduler_Worker-68) [897fad0] Host ovirt-node1 is set to Non-Operational, it is missing the following networks: ovirtmgmt, 2012-06-06 00:45:00,198 INFO [org.ovirt.engine.core.bll.HandleVdsCpuFlagsOrClusterChangedCommand] (QuartzScheduler_Worker-68) [60291e0d] Running command: HandleVdsCpuFlagsOrClusterChangedCommand internal: true. Entities affected : ID: 848bcff0-ae2a-11e1-bb49-5254001498c4 Type: VDS However in my ovirt node, the ovirtmgmt interface was there. [root@ovirt-node1 ~]# brctl show bridge name bridge id STP enabled interfaces ovirtmgmt 8000.5cf3fce432a0 no eth0 [root@ovirt-node1 ~]# [root@ovirt-node1 ~]# ifconfig -a|more bond0 Link encap:Ethernet HWaddr 00:00:00:00:00:00 BROADCAST MASTER MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) bond1 Link encap:Ethernet HWaddr 00:00:00:00:00:00 BROADCAST MASTER MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) bond2 Link encap:Ethernet HWaddr 00:00:00:00:00:00 BROADCAST MASTER MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) bond3 Link encap:Ethernet HWaddr 00:00:00:00:00:00 BROADCAST MASTER MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) bond4 Link encap:Ethernet HWaddr 00:00:00:00:00:00 BROADCAST MASTER MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) eth0 Link encap:Ethernet HWaddr 5C:F3:FC:E4:32:A0 inet6 addr: fe80::5ef3:fcff:fee4:32a0/64 Scope:Link UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 RX packets:315 errors:0 dropped:0 overruns:0 frame:0 TX packets:143 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:30785 (30.0 KiB) TX bytes:38501 (37.5 KiB) Interrupt:28 Memory:92000000-92012800 eth1 Link encap:Ethernet HWaddr 5C:F3:FC:E4:32:A2 BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Interrupt:40 Memory:94000000-94012800 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:13156 errors:0 dropped:0 overruns:0 frame:0 TX packets:13156 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:3271301 (3.1 MiB) TX bytes:3271301 (3.1 MiB) ovirtmgmt Link encap:Ethernet HWaddr 5C:F3:FC:E4:32:A0 inet addr:9.181.129.110 Bcast:9.181.129.255 Mask:255.255.255.0 inet6 addr: fe80::5ef3:fcff:fee4:32a0/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:182 errors:0 dropped:3 overruns:0 frame:0 TX packets:133 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:16290 (15.9 KiB) TX bytes:36667 (35.8 KiB) [root@ovirt-node1 ~]# [root@ovirt-node1 ~]# ifconfig -a|more bond0 Link encap:Ethernet HWaddr 00:00:00:00:00:00 BROADCAST MASTER MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) bond1 Link encap:Ethernet HWaddr 00:00:00:00:00:00 BROADCAST MASTER MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) bond2 Link encap:Ethernet HWaddr 00:00:00:00:00:00 BROADCAST MASTER MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) bond3 Link encap:Ethernet HWaddr 00:00:00:00:00:00 BROADCAST MASTER MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) bond4 Link encap:Ethernet HWaddr 00:00:00:00:00:00 BROADCAST MASTER MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) eth0 Link encap:Ethernet HWaddr 5C:F3:FC:E4:32:A0 inet6 addr: fe80::5ef3:fcff:fee4:32a0/64 Scope:Link UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 RX packets:2036 errors:0 dropped:0 overruns:0 frame:0 TX packets:246 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:184913 (180.5 KiB) TX bytes:65801 (64.2 KiB) Interrupt:28 Memory:92000000-92012800 eth1 Link encap:Ethernet HWaddr 5C:F3:FC:E4:32:A2 BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Interrupt:40 Memory:94000000-94012800 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:13186 errors:0 dropped:0 overruns:0 frame:0 TX packets:13186 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:3278642 (3.1 MiB) TX bytes:3278642 (3.1 MiB) ovirtmgmt Link encap:Ethernet HWaddr 5C:F3:FC:E4:32:A0 inet addr:9.181.129.110 Bcast:9.181.129.255 Mask:255.255.255.0 inet6 addr: fe80::5ef3:fcff:fee4:32a0/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1562 errors:0 dropped:69 overruns:0 frame:0 TX packets:225 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:116628 (113.8 KiB) TX bytes:62627 (61.1 KiB) p4p1 Link encap:Ethernet HWaddr 00:00:C9:E5:A1:36 BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) p4p2 Link encap:Ethernet HWaddr 00:00:C9:E5:A1:3A BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) usb0 Link encap:Ethernet HWaddr 5E:F3:FC:DC:32:A3 BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) [root@ovirt-node1 ~]# -- Shu Ming<shuming(a)linux.vnet.ibm.com> IBM China Systems and Technology Laboratory

2 1

Re: [Engine-devel] Change in ovirt-engine[master]: restapi: non admin user api - Filtering user queries (#78308...
by Itamar Heim 04 Jun '12

04 Jun '12

please send a status of what works, what not, and gaps to close. thanks On 06/04/2012 05:24 PM, asaf(a)redhat.com wrote: > Asaf Shakarchi has submitted this change and it was merged. > > Change subject: restapi: non admin user api - Filtering user queries (#783087) > ...................................................................... > > > restapi: non admin user api - Filtering user queries (#783087) > > https://bugzilla.redhat.com/783087 > > - A global support for filtering content based on user permissions for all > query executions based on the 'filter' HTTP header. > Note: The 'filter' attribute header is stateless and must be specified by the client per HTTP request. > > - Added a unit test for BackendResourceTest currently for testing the 'filter' HTTP header. > > - Abstracted base test class from resource centric base test class > > - Changed TestHelper.getMethod to seek for 'isMethod()' if 'getMethod()' wasn't found. > > Change-Id: I8e5e23cbb8e883f6005f69be46fa528ac6e7518c > Signed-off-by: Asaf Shakarchi<asaf(a)redhat.com> > --- > M backend/manager/modules/restapi/jaxrs/src/main/java/org/ovirt/engine/api/restapi/resource/BackendResource.java > M backend/manager/modules/restapi/jaxrs/src/main/java/org/ovirt/engine/api/restapi/resource/BaseBackendResource.java > A backend/manager/modules/restapi/jaxrs/src/test/java/org/ovirt/engine/api/restapi/resource/AbstractBackendBaseTest.java > M backend/manager/modules/restapi/jaxrs/src/test/java/org/ovirt/engine/api/restapi/resource/AbstractBackendResourceTest.java > M backend/manager/modules/restapi/jaxrs/src/test/java/org/ovirt/engine/api/restapi/resource/BackendApiResourceTest.java > A backend/manager/modules/restapi/jaxrs/src/test/java/org/ovirt/engine/api/restapi/resource/BackendResourceTest.java > M backend/manager/modules/restapi/jaxrs/src/test/java/org/ovirt/engine/api/restapi/resource/BackendVmResourceTest.java > 7 files changed, 490 insertions(+), 387 deletions(-) > > Approvals: > Asaf Shakarchi: Verified; Looks good to me, approved > > > -- > To view, visit http://gerrit.ovirt.org/4360 > To unsubscribe, visit http://gerrit.ovirt.org/settings > > Gerrit-MessageType: merged > Gerrit-Change-Id: I8e5e23cbb8e883f6005f69be46fa528ac6e7518c > Gerrit-PatchSet: 9 > Gerrit-Project: ovirt-engine > Gerrit-Branch: master > Gerrit-Owner: Asaf Shakarchi<asaf(a)redhat.com> > Gerrit-Reviewer: Asaf Shakarchi<asaf(a)redhat.com> > Gerrit-Reviewer: Michael Pasternak<mpastern(a)redhat.com> > Gerrit-Reviewer: Ori Liel<oliel(a)redhat.com> > _______________________________________________ > Engine-commits mailing list > Engine-commits(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/engine-commits

1 0

[Engine-devel] LOCALFS path validation
by Amador pahim 04 Jun '12

04 Jun '12

This is a multi-part message in MIME format. --------------040303020501050109020008 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello, I'm starting to know the engine code. I chose a little unstandardized behaviour to follow through the devel process. I have a patch and I'd like to know if you fell relevant to correct this issue: - Description: Adding a LOCAL storage [1], webadmin does not validate path against regex, sendind the invalid path (with final slash) to vdsm [2] [3]. But, adding a NFS storage, the path is validated before contacting vdsm [4] avoiding extra vdsm processing and quickly/clearly informing user about what's wrong. - Expected result: Same behaviour to NFS and LOCALFS storage path validation. Validate LOCALFS path in webadmin before send it to vdsm [5]. - Newbie doubt: Wouldn't be better to validate the both local and nfs path on the backend, achieving all user interfaces/APIs? [1] - https://picasaweb.google.com/lh/photo/FWNiou2Y12GZO3AjfCH6K7QAv8cs6edaj3fEc… [2] - https://picasaweb.google.com/lh/photo/Pof6Z8ohgQAkRTDpEJKG-LQAv8cs6edaj3fEc… [3] - https://gist.github.com/2762656 [4] - https://picasaweb.google.com/lh/photo/Fd3zWegWE0T5C2tDo_tPZrQAv8cs6edaj3fEc… [5] - https://picasaweb.google.com/lh/photo/PgzYrZHkkvm-WtFk_UFZLrQAv8cs6edaj3fEc… I look forward to hearing your comments. Best Regards, -- Pahim --------------040303020501050109020008 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 bgcolor="#FFFFFF" text="#000000"> Hello, I'm starting to know the engine code. I chose a little unstandardized behaviour to follow through the devel process. I have a patch and I'd like to know if you fell relevant to correct this issue: - Description: Adding a LOCAL storage [1], webadmin does not validate path against regex, sendind the invalid path (with final slash) to vdsm [2] [3]. But, adding a NFS storage, the path is validated before contacting vdsm [4] avoiding extra vdsm processing and quickly/clearly informing user about what's wrong. - Expected result: Same behaviour to NFS and LOCALFS storage path validation. Validate LOCALFS path in webadmin before send it to vdsm [5]. - Newbie doubt: Wouldn't be better to validate the both local and nfs path on the backend, achieving all user interfaces/APIs? [1] - <a class="moz-txt-link-freetext" href="https://picasaweb.google.com/lh/photo/FWNiou2Y12GZO3AjfCH6K7QAv8cs6edaj3fEc…">https://picasaweb.google.com/lh/photo/FWNiou2Y12GZO3AjfCH6K7QAv8cs6edaj3fEc…</a> [2] - <a class="moz-txt-link-freetext" href="https://picasaweb.google.com/lh/photo/Pof6Z8ohgQAkRTDpEJKG-LQAv8cs6edaj3fEc…">https://picasaweb.google.com/lh/photo/Pof6Z8ohgQAkRTDpEJKG-LQAv8cs6edaj3fEc…</a> [3] - <a class="moz-txt-link-freetext" href="https://gist.github.com/2762656">https://gist.github.com/2762656</a> [4] - <a class="moz-txt-link-freetext" href="https://picasaweb.google.com/lh/photo/Fd3zWegWE0T5C2tDo_tPZrQAv8cs6edaj3fEc…">https://picasaweb.google.com/lh/photo/Fd3zWegWE0T5C2tDo_tPZrQAv8cs6edaj3fEc…</a> [5] - <a class="moz-txt-link-freetext" href="https://picasaweb.google.com/lh/photo/PgzYrZHkkvm-WtFk_UFZLrQAv8cs6edaj3fEc…">https://picasaweb.google.com/lh/photo/PgzYrZHkkvm-WtFk_UFZLrQAv8cs6edaj3fEc…</a> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> I look forward to hearing your comments. Best Regards, -- Pahim </body> </html> --------------040303020501050109020008--

4 6

Re: [Engine-devel] Fwd: [vdsm] RFC: Writeup on VDSM-libstoragemgmt integration
by Deepak C Shetty 04 Jun '12

04 Jun '12

This is a multi-part message in MIME format. --------------060306070208010807040506 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit (for some reason i never recd. Adam's note tho' I am subscribed to all the 3 lists Cc'ed here, strange ! Replying off from the mail fwd.ed to me from my colleague, pls see my responses inline below. Thanks. ) > > > ---------- Forwarded message ---------- > From: *Adam Litke* <agl(a)us.ibm.com <mailto:agl@us.ibm.com>> > Date: Thu, May 31, 2012 at 7:31 PM > Subject: Re: [vdsm] RFC: Writeup on VDSM-libstoragemgmt integration > To: Deepak C Shetty <deepakcs(a)linux.vnet.ibm.com > <mailto:deepakcs@linux.vnet.ibm.com>> > Cc: libstoragemgmt-devel(a)lists.sourceforge.net > <mailto:libstoragemgmt-devel@lists.sourceforge.net>, > engine-devel(a)ovirt.org <mailto:engine-devel@ovirt.org>, VDSM Project > Development <vdsm-devel(a)lists.fedorahosted.org > <mailto:vdsm-devel@lists.fedorahosted.org>> > > > On Wed, May 30, 2012 at 03:08:46PM +0530, Deepak C Shetty wrote: > > Hello All, > > > > I have a draft write-up on the VDSM-libstoragemgmt integration. > > I wanted to run this thru' the mailing list(s) to help tune and > > crystallize it, before putting it on the ovirt wiki. > > I have run this once thru Ayal and Tony, so have some of their > > comments incorporated. > > > > I still have few doubts/questions, which I have posted below with > > lines ending with '?' > > > > Comments / Suggestions are welcome & appreciated. > > > > thanx, > > deepak > > > > [Ccing engine-devel and libstoragemgmt lists as this stuff is > > relevant to them too] > > > > > -------------------------------------------------------------------------------------------------------------- > > > > 1) Background: > > > > VDSM provides high level API for node virtualization management. It > > acts in response to the requests sent by oVirt Engine, which uses > > VDSM to do all node virtualization related tasks, including but not > > limited to storage management. > > > > libstoragemgmt aims to provide vendor agnostic API for managing > > external storage array. It should help system administrators > > utilizing open source solutions have a way to programmatically > > manage their storage hardware in a vendor neutral way. It also aims > > to facilitate management automation, ease of use and take advantage > > of storage vendor supported features which improve storage > > performance and space utilization. > > > > Home Page: http://sourceforge.net/apps/trac/libstoragemgmt/ > > > > libstoragemgmt (LSM) today supports C and python plugins for talking > > to external storage array using SMI-S as well as native interfaces > > (eg: netapp plugin ) > > Plan is to grow the SMI-S interface as needed over time and add more > > vendor specific plugins for exploiting features not possible via > > SMI-S or have better alternatives than using SMI-S. > > For eg: Many of the copy offload features require to use vendor > > specific commands, which justifies the need for a vendor specific > > plugin. > > > > > > 2) Goals: > > > > 2a) Ability to plugin external storage array into oVirt/VDSM > > virtualization stack, in a vendor neutral way. > > > > 2b) Ability to list features/capabilities and other statistical > > info of the array > > > > 2c) Ability to utilize the storage array offload capabilities > > from oVirt/VDSM. > > > > > > 3) Details: > > > > LSM will sit as a new repository engine in VDSM. > > VDSM Repository Engine WIP @ http://gerrit.ovirt.org/#change,192 > > > > Current plan is to have LSM co-exist with VDSM on the virtualization > nodes. > > > > *Note : 'storage' used below is generic. It can be a file/nfs-export > > for NAS targets and LUN/logical-drive for SAN targets. > > > > VDSM can use LSM and do the following... > > - Provision storage > > - Consume storage > > > > 3.1) Provisioning Storage using LSM > > > > Typically this will be done by a Storage administrator. > > > > oVirt/VDSM should provide storage admin the > > - ability to list the different storage arrays along with their > > types (NAS/SAN), capabilities, free/used space. > > - ability to provision storage using any of the array > > capabilities (eg: thin provisioned lun or new NFS export ) > > - ability to manage the provisioned storage (eg: resize/delete > storage) > > I guess vdsm will need to model a new type of object (perhaps > StorageTarget) to > be used for performing the above provisioning operations. Then, to > consume the > provisioned storage, we could create a StorageConnectionRef by passing > in a > StorageTarget object and some additional parameters. Sound about right? Sounds right to me, but I am not an expert in VDSM object model, Saggi/Ayal/Dan can provide more inputs here. The (proposed) storage array entity in ovirt engine can use this vdsm object to communicate and work with the storage array in doing the provisioning work. Going ahead with the change to new Image Repository, I was envisioning that LSM when integrated as a new repo engine will exhibit "Storage Provisioning" as a implicit feature/capability, only then it will be picked up by the StorageTarget, else not. > > > Once the storage is provisioned by the storage admin, VDSM will have > > to refresh the host(s) for them to be able to see the newly > > provisioned storage. > > How would this refresh affect currently connected storage and running VMs? I am not too sure on this... looking for more info from the experts here. Per ayal, getDeviceInfo should help refresh, but by 'affect' are you referring to what happens if post refresh the device IDs and/or names of the existing storage on the host changes ? What exactly is the concern here ? > > > 3.1.1) Potential flows: > > > > Mgmt -> vdsm -> lsm: create LUN + LUN Mapping / Zoning / whatever is > > needed to make LUN available to list of hosts passed by mgmt > > Mgmt -> vdsm: getDeviceList (refreshes host and gets list of devices) > > Repeat above for all relevant hosts (depending on list passed > > earlier, mostly relevant when extending an existing VG) > > Mgmt -> use LUN in normal flows. > > > > > > 3.1.2) How oVirt Engine will know which LSM to use ? > > > > Normally the way this works today is that user can choose the host > > to use (default today is SPM), however there are a few flows where > > mgmt will know which host to use: > > 1. extend storage domain (add LUN to existing VG) - Use SPM and make > > sure *all* hosts that need access to this SD can see the new LUN > > 2. attach new LUN to a VM which is pinned to a specific host - use > this host > > 3. attach new LUN to a VM which is not pinned - use a host from the > > cluster the VM belongs to and make sure all nodes in cluster can see > > the new LUN > > You are still going to need to worry about locking the shared storage > resource. > Will libstoragemgmt have storage clustering support baked in or will > we continue > to rely on SPM? If the latter is true, most/all of these operations > would still > need to be done by SPM if I understand correctly. The above scenarios were noted by me on behalf of Ayal. I don't think LSM will worry abt storage clustering. We are just using LSM to 'talk' with the storage array. I am not sure if we need locking for the above scenarios. We are just ensuring that the newly provisioned LUN is visible to the relevant hosts, so not sure why we might need locking? > > > Flows for which there is no clear candidate (Maybe we can use the > > SPM host itself which is the default ?) > > 1. create a new disk without attaching it to any VM > > 2. create a LUN for a new storage domain > > Yes, SPM would seem correct to me. > > > 3.2) Consuming storage using LSM > > > > Typically this will be done by a virtualization administrator > > > > oVirt/VDSM should allow virtualization admin to > > - Create a new storage domain using the storage on the array. > > - Be able to specify whether VDSM should use the storage offload > > capability (default) or override it to use its own internal logic. > > If vdsm can make the right decisions, I would prefer that vdsm decides > when to use > hardware offload and when to use software algorithms without administrator > intervention. It's another case where oVirt can provide value-add by > simplifying the configuration and providing optimal performance. Per ayal, the thought was that in scenarios we know where the storage array implementation is not optimal, we can override and tell VDSM to use its internal logic than offload. > > > 4) VDSM potential changes: > > > > 4.1) How to represent a VM disk, 1 LUN = 1 VMdisk or 1 LV = 1 VMdisk > > ? which bring another question...1 array == 1 storage domain OR 1 > > LUN/nfs-export on the array == 1 storage domain ? > > Saggi has mentioned some ideas on this topic so I will encourage him > to explain > his thoughts here. Looking forward to Saggi's thoughts :) > > > > > Pros & Cons of each... > > > > 1 array == 1 storage domain > > - Each new vmdisk (aka volume) will be a new lun/file on the array. > > - Easier to exploit offload capabilities, as they are available > > at the LUN/File granularity > > - Will there be any issues where there will be too many > > LUNs/Files ... any maxluns limit on linux hosts that we might hit ? > > -- VDSM has been tested with 1K LUNs and it worked fine - ayal > > - Storage array limitations on the number of LUNs can be a > > downside here. > > - Would it be ok to share the array for hosting another storage > > domain if need be ? > > -- Provided the existing domain is not utilising all of the > > free space > > -- We can create new LUNs and hand it over to anyone needed ? > > -- Changes needed in VDSM to work with raw LUNs, today it only > > has support for consuming LUNs via VG/LV. > > > > 1 LUN/nfs-export on the array == 1 storage domain > > - How to represent a new vmdisk (aka vdsm volume) if its a LUN > > provisioned using SAN target ? > > -- Will it be VG/LV as is done today for block domains ? > > -- If yes, then it will be difficult to exploit offload > > capabilities, as they are at LUN level, not at LV level. > > - Each new vmdisk will be a new file on the nfs-export, assuming > > offload capability is available at the file level, so this should > > work for NAS targets ? > > - Can use the storage array for hosting multiple storage domains. > > -- Provision one more LUN and use it for another storage > > domain if need be. > > - VDSM already supports this today, as part of block storage > > domains for LUNs case. > > > > Note that we will allow user to do either one of the two options > > above, depending on need. > > > > 4.2) Storage domain metadata will also include the > > features/capabilities of the storage array as reported by LSM. > > - Capabilities (taken via LSM) will be stored in the domain > > metadata during storage domain create flow. > > - Need changes in oVirt engine as well ( see 'oVirt Engine > > potential changes' section below ) > > Do we want to store the exact hw capabilities or some set of vdsm > chosen feature > bits that are set at create time based on the discovered hw > capabilities? The > difference would be that vdsm could choose which features to enable at > create > time and update those features later if needed. IIUC, you are saying VDSM will only look for those capabilities, whcih are of interest to it and store it? That should be done by way LSM returning its capabilities as part of it being a Image Repo. I am referring to how localFSRepo (def capabilities) is shown in the PoC Saggie posted @ http://gerrit.ovirt.org/#change,192 > > > 4.3) VDSM to poll LSM for array capabilities on a regular basis ? > > Per ayal: > > - If we have a 'storage array' entity in oVirt Engine (see > > 'oVirt Engine potential changes' section below ) then we can have a > > 'refresh capabilities' button/verb. > > - We can periodically query the storage array. > > - Query LSM before running operations (sounds redundant to me, > > but if it's cheap enough it could be simplest). > > > > Probably need a combination of 1+2 (query at very low frequency > > - 1/hour or 1/day + refresh button) > > This problem can be aleviated by the abstraction I suggested above. > Then, LSM > can be queried only when we may want to adjust the policy connected with a > particular storage target. Not clear to me, can you explain more ? LSM might need to be contacted for updating the capabilities, because storage admins can add/remove capabilities over a period of time. Many storage arrays provide ability to enable/disable array features on demand. > > > 5) oVirt Engine potential changes - as described by ayal : > > > > - We will either need a new 'storage array' entity in engine to > > keep credentials, or, in case of storage array as storage domain, > > just keep this info as part of the domain at engine level. > > - Have a 'storage array' entity in oVirt Engine to support > > 'refresh capabilities' as a button/verb. > > - When user during storage provisioning, selects a LUN exported > > from a storage array (via LSM), the oVirt Engine would know from > > then onwards that this LUN is being served via LSM. > > It would then be able to query the capabilities of the LUN > > and show it to the virt admin during storage consumption flow. > > > > 6) Potential flows: > > - Create snapshot flow > > -- VDSM will check the snapshot offload capability in the > > domain metadata > > -- If available, and override is not configured, it will use > > LSM to offload LUN/File snapshot > > -- If override is configured or capability is not available, > > it will use its internal logic to create > > snapshot (qcow2). > > > > - Copy/Clone vmdisk flow > > -- VDSM will check the copy offload capability in the domain > > metadata > > -- If available, and override is not configured, it will use > > LSM to offload LUN/File copy > > -- If override is configured or capability is not available, > > it will use its internal logic to create > > snapshot (eg: dd cmd in case of LUN). > > > > 7) LSM potential changes: > > > > - list features/capabilities of the array. Eg: copy offload, > > thin prov. etc. > > - list containers (aka pools) (present in LSM today) > > - Ability to list different types of arrays being managed, their > > capabilities and used/free space > > - Ability to create/list/delete/resize volumes ( LUN or exports, > > available in LSM as of today) > > - Get monitoring info with object (LUN/snapshot/volume) as > > optional parameter for specific info. eg: container/pool free/used > > space, raid type etc. > > > > Need to make sure above info is listed in a coherent way across > > arrays (number of LUNs, raid type used? free/total per > > container/pool, per LUN?. Also need I/O statistics wherever > > possible. I forgot to add this in the original mail.. adding it now. 8) Concerns/Issues - Per Tony of libstoragemgmt -- Some additional things to consider. -- Some of the array vendors may not allow multiple points of control at the same time. e.g. you may not be able to have 2 or more nodes running libStorageMgmt at the same time talking to the same array. NetApp limits what things can be done concurrently. -- LibStorageMgmt currently just provides the bits to control external storage arrays. The plug-in daemon and the plug-ins themselves execute unprivileged. - How does the change from SPM to SDM will affect the above discussions ? --------------060306070208010807040506 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body text="#000000" bgcolor="#ffffff"> <tt>(for some reason i never recd. Adam's note tho' I am subscribed to all the 3 lists Cc'ed here, strange !  Replying off from the mail fwd.ed to me from my colleague, pls see my responses inline below. Thanks. ) </tt> <blockquote cite="mid:CAGZKiBprEgibga6A115WqiJVKWofvDz7E3C--_hHce93+f3Vbg@mail.gmail.com" type="cite"> <div class="gmail_quote">---------- Forwarded message ---------- From: Adam Litke <<a moz-do-not-send="true" href="mailto:agl@us.ibm.com">agl(a)us.ibm.com</a>> Date: Thu, May 31, 2012 at 7:31 PM Subject: Re: [vdsm] RFC: Writeup on VDSM-libstoragemgmt integration To: Deepak C Shetty <<a moz-do-not-send="true" href="mailto:deepakcs@linux.vnet.ibm.com">deepakcs(a)linux.vnet.ibm.com</a>> Cc: <a moz-do-not-send="true" href="mailto:libstoragemgmt-devel@lists.sourceforge.net">libstoragemgmt-devel(a)lists.sourceforge.net</a>, <a moz-do-not-send="true" href="mailto:engine-devel@ovirt.org">engine-devel(a)ovirt.org</a>, VDSM Project Development <<a moz-do-not-send="true" href="mailto:vdsm-devel@lists.fedorahosted.org">vdsm-devel(a)lists.fedorahosted.org</a>> <div class="HOEnZb"> <div class="h5">On Wed, May 30, 2012 at 03:08:46PM +0530, Deepak C Shetty wrote: > Hello All, > >     I have a draft write-up on the VDSM-libstoragemgmt integration. > I wanted to run this thru' the mailing list(s) to help tune and > crystallize it, before putting it on the ovirt wiki. > I have run this once thru Ayal and Tony, so have some of their > comments incorporated. > > I still have few doubts/questions, which I have posted below with > lines ending with '?' > > Comments / Suggestions are welcome & appreciated. > > thanx, > deepak > > [Ccing engine-devel and libstoragemgmt lists as this stuff is > relevant to them too] > > -------------------------------------------------------------------------------------------------------------- > > 1) Background: > > VDSM provides high level API for node virtualization management. It > acts in response to the requests sent by oVirt Engine, which uses > VDSM to do all node virtualization related tasks, including but not > limited to storage management. > > libstoragemgmt aims to provide vendor agnostic API for managing > external storage array. It should help system administrators > utilizing open source solutions have a way to programmatically > manage their storage hardware in a vendor neutral way. It also aims > to facilitate management automation, ease of use and take advantage > of storage vendor supported features which improve storage > performance and space utilization. > > Home Page: <a moz-do-not-send="true" href="http://sourceforge.net/apps/trac/libstoragemgmt/" target="_blank">http://sourceforge.net/apps/trac/libstoragemgmt/</a> > > libstoragemgmt (LSM) today supports C and python plugins for talking > to external storage array using SMI-S as well as native interfaces > (eg: netapp plugin ) > Plan is to grow the SMI-S interface as needed over time and add more > vendor specific plugins for exploiting features not possible via > SMI-S or have better alternatives than using SMI-S. > For eg: Many of the copy offload features require to use vendor > specific commands, which justifies the need for a vendor specific > plugin. > > > 2) Goals: > >     2a) Ability to plugin external storage array into oVirt/VDSM > virtualization stack, in a vendor neutral way. > >     2b) Ability to list features/capabilities and other statistical > info of the array > >     2c) Ability to utilize the storage array offload capabilities > from oVirt/VDSM. > > > 3) Details: > > LSM will sit as a new repository engine in VDSM. > VDSM Repository Engine WIP @ <a moz-do-not-send="true" href="http://gerrit.ovirt.org/#change,192" target="_blank">http://gerrit.ovirt.org/#change,192</a> > > Current plan is to have LSM co-exist with VDSM on the virtualization nodes. > > *Note : 'storage' used below is generic. It can be a file/nfs-export > for NAS targets and LUN/logical-drive for SAN targets. > > VDSM can use LSM and do the following... >     - Provision storage >     - Consume storage > > 3.1) Provisioning Storage using LSM > > Typically this will be done by a Storage administrator. > > oVirt/VDSM should provide storage admin the >     - ability to list the different storage arrays along with their > types (NAS/SAN), capabilities, free/used space. >     - ability to provision storage using any of the array > capabilities (eg: thin provisioned lun or new NFS export ) >     - ability to manage the provisioned storage (eg: resize/delete storage) </div> </div> I guess vdsm will need to model a new type of object (perhaps StorageTarget) to be used for performing the above provisioning operations.  Then, to consume the provisioned storage, we could create a StorageConnectionRef by passing in a StorageTarget object and some additional parameters.  Sound about right? </div> </blockquote> <tt>Sounds right to me, but I am not an expert in VDSM object model, Saggi/Ayal/Dan can provide more inputs here.  The (proposed) storage array entity in ovirt engine can use this vdsm object to communicate and work with the storage array in doing the provisioning work. Going ahead with the change to new Image Repository, I was envisioning that LSM when integrated as a new repo engine will exhibit "Storage Provisioning" as a implicit feature/capability, only then it will be picked up by the StorageTarget, else not. </tt> <blockquote cite="mid:CAGZKiBprEgibga6A115WqiJVKWofvDz7E3C--_hHce93+f3Vbg@mail.gmail.com" type="cite"> <div class="gmail_quote"> <div class="im"> > Once the storage is provisioned by the storage admin, VDSM will have > to refresh the host(s) for them to be able to see the newly > provisioned storage. </div> How would this refresh affect currently connected storage and running VMs? </div> </blockquote> <tt>I am not too sure on this... looking for more info from the experts here. Per ayal, getDeviceInfo should help refresh, but by 'affect' are you referring to what happens if post refresh the device IDs and/or names of the existing storage on the host changes ? What exactly is the concern here ? </tt> <blockquote cite="mid:CAGZKiBprEgibga6A115WqiJVKWofvDz7E3C--_hHce93+f3Vbg@mail.gmail.com" type="cite"> <div class="gmail_quote"> <div class="im"> > 3.1.1) Potential flows: > > Mgmt -> vdsm -> lsm: create LUN + LUN Mapping / Zoning / whatever is > needed to make LUN available to list of hosts passed by mgmt > Mgmt -> vdsm: getDeviceList (refreshes host and gets list of devices) >  Repeat above for all relevant hosts (depending on list passed > earlier, mostly relevant when extending an existing VG) > Mgmt -> use LUN in normal flows. > > > 3.1.2) How oVirt Engine will know which LSM to use ? > > Normally the way this works today is that user can choose the host > to use (default today is SPM), however there are a few flows where > mgmt will know which host to use: > 1. extend storage domain (add LUN to existing VG) - Use SPM and make > sure *all* hosts that need access to this SD can see the new LUN > 2. attach new LUN to a VM which is pinned to a specific host - use this host > 3. attach new LUN to a VM which is not pinned - use a host from the > cluster the VM belongs to and make sure all nodes in cluster can see > the new LUN </div> You are still going to need to worry about locking the shared storage resource. Will libstoragemgmt have storage clustering support baked in or will we continue to rely on SPM?  If the latter is true, most/all of these operations would still need to be done by SPM if I understand correctly. </div> </blockquote> <tt>The above scenarios were noted by me on behalf of Ayal. I don't think LSM will worry abt storage clustering. We are just using LSM to 'talk' with the storage array. I am not sure if we need locking for the above scenarios. We are just ensuring that the newly provisioned LUN is visible to the relevant hosts, so not sure why we might need locking? </tt> <blockquote cite="mid:CAGZKiBprEgibga6A115WqiJVKWofvDz7E3C--_hHce93+f3Vbg@mail.gmail.com" type="cite"> <div class="gmail_quote"> <div class="im"> > Flows for which there is no clear candidate (Maybe we can use the > SPM host itself which is the default ?) > 1. create a new disk without attaching it to any VM > 2. create a LUN for a new storage domain </div> Yes, SPM would seem correct to me. <div class="im"> > 3.2) Consuming storage using LSM > > Typically this will be done by a virtualization administrator > > oVirt/VDSM should allow virtualization admin to >     - Create a new storage domain using the storage on the array. >     - Be able to specify whether VDSM should use the storage offload > capability (default) or override it to use its own internal logic. </div> If vdsm can make the right decisions, I would prefer that vdsm decides when to use hardware offload and when to use software algorithms without administrator intervention.  It's another case where oVirt can provide value-add by simplifying the configuration and providing optimal performance. </div> </blockquote> <tt>Per ayal, the thought was that in scenarios we know where the storage array implementation is not optimal, we can override and tell VDSM to use its internal logic than offload. </tt> <blockquote cite="mid:CAGZKiBprEgibga6A115WqiJVKWofvDz7E3C--_hHce93+f3Vbg@mail.gmail.com" type="cite"> <div class="gmail_quote"> <div class="im"> > 4) VDSM potential changes: > > 4.1) How to represent a VM disk, 1 LUN = 1 VMdisk or 1 LV = 1 VMdisk > ? which bring another question...1 array == 1 storage domain OR 1 > LUN/nfs-export on the array == 1 storage domain ? </div> Saggi has mentioned some ideas on this topic so I will encourage him to explain his thoughts here. </div> </blockquote> <tt>Looking forward to Saggi's thoughts :)</tt> <blockquote cite="mid:CAGZKiBprEgibga6A115WqiJVKWofvDz7E3C--_hHce93+f3Vbg@mail.gmail.com" type="cite"> <div class="gmail_quote"> <div> <div class="h5"> > > Pros & Cons of each... > > 1 array == 1 storage domain >     - Each new vmdisk (aka volume) will be a new lun/file on the array. >     - Easier to exploit offload capabilities, as they are available > at the LUN/File granularity >     - Will there be any issues where there will be too many > LUNs/Files ... any maxluns limit on linux hosts that we might hit ? >         -- VDSM has been tested with 1K LUNs and it worked fine - ayal >     - Storage array limitations on the number of LUNs can be a > downside here. >     - Would it be ok to share the array for hosting another storage > domain if need be ? >         -- Provided the existing domain is not utilising all of the > free space >         -- We can create new LUNs and hand it over to anyone needed ? >     -- Changes needed in VDSM to work with raw LUNs, today it only > has support for consuming LUNs via VG/LV. > > 1 LUN/nfs-export on the array == 1 storage domain >     - How to represent a new vmdisk (aka vdsm volume) if its a LUN > provisioned using SAN target ? >         -- Will it be VG/LV as is done today for block domains ? >         -- If yes, then it will be difficult to exploit offload > capabilities, as they are at LUN level, not at LV level. >     - Each new vmdisk will be a new file on the nfs-export, assuming > offload capability is available at the file level, so this should > work for NAS targets ? >     - Can use the storage array for hosting multiple storage domains. >         -- Provision one more LUN and use it for another storage > domain if need be. >     - VDSM already supports this today, as part of block storage > domains for LUNs case. > > Note that we will allow user to do either one of the two options > above, depending on need. > > 4.2) Storage domain metadata will also include the > features/capabilities of the storage array as reported by LSM. >         - Capabilities (taken via LSM) will be stored in the domain > metadata during storage domain create flow. >         - Need changes in oVirt engine as well ( see 'oVirt Engine > potential changes' section below ) </div> </div> Do we want to store the exact hw capabilities or some set of vdsm chosen feature bits that are set at create time based on the discovered hw capabilities?  The difference would be that vdsm could choose which features to enable at create time and update those features later if needed. </div> </blockquote> <tt>IIUC, you are saying VDSM will only look for those capabilities, whcih are of interest to it and store it? That should be done by way LSM returning its capabilities as part of it being a Image Repo. I am referring to how localFSRepo (def capabilities) is shown in the PoC Saggie posted @ <a href="http://gerrit.ovirt.org/#change,192" target="_blank">http://gerrit.ovirt.org/#change,192</a></tt> <blockquote cite="mid:CAGZKiBprEgibga6A115WqiJVKWofvDz7E3C--_hHce93+f3Vbg@mail.gmail.com" type="cite"> <div class="gmail_quote"> <div class="im"> > 4.3) VDSM to poll LSM for array capabilities on a regular basis ? > Per ayal: >     - If we have a 'storage array' entity in oVirt Engine (see > 'oVirt Engine potential changes' section below ) then we can have a > 'refresh capabilities' button/verb. >     - We can periodically query the storage array. >     - Query LSM before running operations (sounds redundant to me, > but if it's cheap enough it could be simplest). > >     Probably need a combination of 1+2 (query at very low frequency > - 1/hour or 1/day + refresh button) </div> This problem can be aleviated by the abstraction I suggested above.  Then, LSM can be queried only when we may want to adjust the policy connected with a particular storage target. </div> </blockquote> <tt>Not clear to me, can you explain more ? LSM might need to be contacted for updating the capabilities, because storage admins can add/remove capabilities over a period of time. Many storage arrays provide ability to enable/disable array features on demand. </tt> <blockquote cite="mid:CAGZKiBprEgibga6A115WqiJVKWofvDz7E3C--_hHce93+f3Vbg@mail.gmail.com" type="cite"> <div class="gmail_quote"> <div> <div class="h5"> > 5) oVirt Engine potential changes - as described by ayal : > >     - We will either need a new 'storage array' entity in engine to > keep credentials, or, in case of storage array as storage domain, > just keep this info as part of the domain at engine level. >     - Have a 'storage array' entity in oVirt Engine to support > 'refresh capabilities' as a button/verb. >     - When user during storage provisioning, selects a LUN exported > from a storage array (via LSM), the oVirt Engine would know from > then onwards that this LUN is being served via LSM. >       It would then  be able to query the  capabilities of the LUN > and show it to the virt admin during storage consumption flow. > > 6) Potential flows: >     - Create snapshot flow >         -- VDSM will check the snapshot offload capability in the > domain metadata >         -- If available, and override is not configured, it will use > LSM to offload LUN/File snapshot >         -- If override is configured or capability is not available, > it will use its internal logic to create >            snapshot (qcow2). > >     - Copy/Clone vmdisk flow >         -- VDSM will check the copy offload capability in the domain > metadata >         -- If available, and override is not configured, it will use > LSM to offload LUN/File copy >         -- If override is configured or capability is not available, > it will use its internal logic to create >            snapshot (eg: dd cmd in case of LUN). > > 7) LSM potential changes: > >     - list features/capabilities of the array. Eg: copy offload, > thin prov. etc. >     - list containers (aka pools) (present in LSM today) >     - Ability to list different types of arrays being managed, their > capabilities and used/free space >     - Ability to create/list/delete/resize volumes ( LUN or exports, > available in LSM as of today) >     - Get monitoring info with object (LUN/snapshot/volume) as > optional parameter for specific info. eg: container/pool free/used > space, raid type etc. > > Need to make sure above info is listed in a coherent way across > arrays (number of LUNs, raid type used? free/total per > container/pool, per LUN?. Also need I/O statistics wherever > possible. </div> </div> </div> </blockquote> <tt>I forgot to add this in the original mail.. adding it now. 8) Concerns/Issues </tt><tt>     - Per Tony of libstoragemgmt</tt> <pre wrap=""> -- Some additional things to consider. -- Some of the array vendors may not allow multiple points of control at the same time. e.g. you may not be able to have 2 or more nodes running libStorageMgmt at the same time talking to the same array. NetApp limits what things can be done concurrently. -- LibStorageMgmt currently just provides the bits to control external storage arrays. The plug-in daemon and the plug-ins themselves execute unprivileged. - How does the change from SPM to SDM will affect the above discussions ? </pre> </body> </html> --------------060306070208010807040506--

1 0

[Engine-devel] oVirt - quantum integration
by Livnat Peer 04 Jun '12

04 Jun '12

--=_2a8a8fbe-5347-4f29-bd00-34d59f114aef Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit The following is a new meeting request: Subject: oVirt - quantum integration Organiser: "Livnat Peer" <lpeer(a)redhat.com> Time: Wednesday, 6 June, 2012, 4:00:00 PM - 5:00:00 PM GMT +02:00 Jerusalem Invitees: engine-devel(a)ovirt.org; arch(a)ovirt.com *~*~*~*~*~*~*~*~*~* Hi All, We'll have a discussion on oVirt-Quantum integration. In the meeting we'll discuss - http://www.ovirt.org/wiki/Quantum_and_oVirt Thanks, Livnat Bridge ID: 972506565679 Dial-in information: Reservationless-Plus Toll Free Dial-In Number (US & Canada): (800) 451-8679 Reservationless-Plus International Dial-In Number: (212) 729-5016 Conference code: 972506565679 Global Access Numbers Local: Australia, Sydney Dial-In #: 0289852326 Austria, Vienna Dial-In #: 012534978196 Belgium, Brussels Dial-In #: 027920405 China Dial-In #: 4006205013 Denmark, Copenhagen Dial-In #: 32729215 Finland, Helsinki Dial-In #: 0923194436 France, Paris Dial-In #: 0170377140 Germany, Berlin Dial-In #: 030300190579 Ireland, Dublin Dial-In #: 014367793 Italy, Milan Dial-In #: 0236269529 Netherlands, Amsterdam Dial-In #: 0207975872 Norway, Oslo Dial-In #: 21033188 Singapore Dial-In #: 64840858 Spain, Barcelona Dial-In #: 935452328 Sweden, Stockholm Dial-In #: 0850513770 Switzerland, Geneva Dial-In #: 0225927881 United Kingdom Dial-In #: 02078970515 United Kingdom Dial-In #: 08445790676 United Kingdom, LocalCall Dial-In #: 08445790678 United States Dial-In #: 2127295016 Global Access Numbers Tollfree: Argentina Dial-In #: 8004441016 Australia Dial-In #: 1800337169 Austria Dial-In #: 0800005898 Bahamas Dial-In #: 18002054776 Bahrain Dial-In #: 80004377 Belgium Dial-In #: 080048325 Brazil Dial-In #: 08008921002 Bulgaria Dial-In #: 008001100236 Chile Dial-In #: 800370228 Colombia Dial-In #: 018009134033 Costa Rica Dial-In #: 08000131048 Cyprus Dial-In #: 80095297 Czech Republic Dial-In #: 800700318 Denmark Dial-In #: 80887114 Dominican Republic Dial-In #: 18887512313 Estonia Dial-In #: 8000100232 Finland Dial-In #: 0800117116 France Dial-In #: 0805632867 Germany Dial-In #: 8006647541 Greece Dial-In #: 00800127562 Hong Kong Dial-In #: 800930349 Hungary Dial-In #: 0680016796 Iceland Dial-In #: 8008967 India Dial-In #: 0008006501533 Indonesia Dial-In #: 0018030179162 Ireland Dial-In #: 1800932401 Israel Dial-In #: 1809462557 Italy Dial-In #: 800985897 Jamaica Dial-In #: 18002050328 Japan Dial-In #: 0120934453 Korea (South) Dial-In #: 007986517393 Latvia Dial-In #: 80003339 Lithuania Dial-In #: 880030479 Luxembourg Dial-In #: 80026595 Malaysia Dial-In #: 1800814451 Mexico Dial-In #: 0018664590915 New Zealand Dial-In #: 0800888167 Norway Dial-In #: 80012994 Panama Dial-In #: 008002269184 Philippines Dial-In #: 180011100991 Poland Dial-In #: 008001210187 Portugal Dial-In #: 800814625 Russian Federation Dial-In #: 81080028341012 Saint Kitts and Nevis Dial-In #: 18002059252 Singapore Dial-In #: 8006162235 Slovak Republic Dial-In #: 0800001441 South Africa Dial-In #: 0800981148 Spain Dial-In #: 800300524 Sweden Dial-In #: 200896860 Switzerland Dial-In #: 800650077 Taiwan Dial-In #: 00801127141 Thailand Dial-In #: 001800656966 Trinidad and Tobago Dial-In #: 18002024615 United Arab Emirates Dial-In #: 8000650591 United Kingdom Dial-In #: 08006948057 United States Dial-In #: 8004518679 Uruguay Dial-In #: 00040190315 Venezuela Dial-In #: 08001627182 --=_2a8a8fbe-5347-4f29-bd00-34d59f114aef Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><h3>The following is a new meeting request:</h3> <table border=3D'0'> <tr><th align=3Dleft>Subject:</th><td>oVirt - quantum integration </td></tr= > <tr><th align=3Dleft>Organiser:</th><td>"Livnat Peer" <lpeer(a)redhat.com&= gt; </td></tr> </table> <table border=3D'0'> <tr><th align=3Dleft>Time:</th><td>Wednesday, 6 June, 2012, 4:00:00 PM - 5:= 00:00 PM GMT +02:00 Jerusalem </td></tr></table> <table border=3D'0'> <tr><th align=3Dleft>Invitees:</th><td>engine-devel(a)ovirt.org; arch(a)ovirt.c= om </td></tr> </table> <div>*~*~*~*~*~*~*~*~*~*</div> Hi All, We'll have a discussio= n on oVirt-Quantum integration. In the meeting we'll discuss - http:/= /www.ovirt.org/wiki/Quantum_and_oVirt Thanks, Livnat Bridge I= D: 972506565679 Dial-in information: Reservationless-Plus Toll Free D= ial-In Number (US & Canada): (800) 451-8679 Reservationless-Plus Int= ernational Dial-In Number: (212) 729-5016 Conference code: 972506565679<= br> Global Access Numbers Local: Australia, Sydney Dial-In #: 0289852= 326 Austria, Vienna Dial-In #: 012534978196 Belgium, Brussels Dial-In= #: 027920405 China Dial-In #: 4006205013 Denmark, Copenhagen Dial-In= #: 32729215 Finland, Helsinki Dial-In #: 0923194436 France, Paris Di= al-In #: 0170377140 Germany, Berlin Dial-In #: 030300190579 Ireland, = Dublin Dial-In #: 014367793 Italy, Milan Dial-In #: 0236269529 Nether= lands, Amsterdam Dial-In #: 0207975872 Norway, Oslo Dial-In #: 21033188<= br>Singapore Dial-In #: 64840858 Spain, Barcelona Dial-In #: 935452328<b= r>Sweden, Stockholm Dial-In #: 0850513770 Switzerland, Geneva Dial-In #:= 0225927881 United Kingdom Dial-In #: 02078970515 United Kingdom Dial= -In #: 08445790676 United Kingdom, LocalCall Dial-In #: 08445790678 U= nited States Dial-In #: 2127295016 Global Access Numbers Tollfre= e: Argentina Dial-In #: 8004441016 Australia Dial-In #: 1800337169<br= >Austria Dial-In #: 0800005898 Bahamas Dial-In #: 18002054776 Bahrain= Dial-In #: 80004377 Belgium Dial-In #: 080048325 Brazil Dial-In #: 0= 8008921002 Bulgaria Dial-In #: 008001100236 Chile Dial-In #: 80037022= 8 Colombia Dial-In #: 018009134033 Costa Rica Dial-In #: 08000131048<= br>Cyprus Dial-In #: 80095297 Czech Republic Dial-In #: 800700318 Den= mark Dial-In #: 80887114 Dominican Republic Dial-In #: 18887512313 Es= tonia Dial-In #: 8000100232 Finland Dial-In #: 0800117116 France Dial= -In #: 0805632867 Germany Dial-In #: 8006647541 Greece Dial-In #: 008= 00127562 Hong Kong Dial-In #: 800930349 Hungary Dial-In #: 0680016796= Iceland Dial-In #: 8008967 India Dial-In #: 0008006501533 Indones= ia Dial-In #: 0018030179162 Ireland Dial-In #: 1800932401 Israel Dial= -In #: 1809462557 Italy Dial-In #: 800985897 Jamaica Dial-In #: 18002= 050328 Japan Dial-In #: 0120934453 Korea (South) Dial-In #: 007986517= 393 Latvia Dial-In #: 80003339 Lithuania Dial-In #: 880030479 Luxe= mbourg Dial-In #: 80026595 Malaysia Dial-In #: 1800814451 Mexico Dial= -In #: 0018664590915 New Zealand Dial-In #: 0800888167 Norway Dial-In= #: 80012994 Panama Dial-In #: 008002269184 Philippines Dial-In #: 18= 0011100991 Poland Dial-In #: 008001210187 Portugal Dial-In #: 8008146= 25 Russian Federation Dial-In #: 81080028341012 Saint Kitts and Nevis= Dial-In #: 18002059252 Singapore Dial-In #: 8006162235 Slovak Republ= ic Dial-In #: 0800001441 South Africa Dial-In #: 0800981148 Spain Dia= l-In #: 800300524 Sweden Dial-In #: 200896860 Switzerland Dial-In #: = 800650077 Taiwan Dial-In #: 00801127141 Thailand Dial-In #: 001800656= 966 Trinidad and Tobago Dial-In #: 18002024615 United Arab Emirates D= ial-In #: 8000650591 United Kingdom Dial-In #: 08006948057 United Sta= tes Dial-In #: 8004518679 Uruguay Dial-In #: 00040190315 Venezuela Di= al-In #: 08001627182 </body></html> --=_2a8a8fbe-5347-4f29-bd00-34d59f114aef Content-Type: text/calendar; charset=utf-8; method=REQUEST; name=meeting.ics Content-Transfer-Encoding: 7bit BEGIN:VCALENDAR PRODID:Zimbra-Calendar-Provider VERSION:2.0 METHOD:REQUEST BEGIN:VTIMEZONE TZID:Asia/Jerusalem BEGIN:STANDARD DTSTART:19710101T020000 TZOFFSETTO:+0200 TZOFFSETFROM:+0300 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=9;BYDAY=2SU TZNAME:IST END:STANDARD BEGIN:DAYLIGHT DTSTART:19710101T020000 TZOFFSETTO:+0300 TZOFFSETFROM:+0200 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1FR TZNAME:IDT END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT UID:6ca077c8-6f6d-4826-9cc4-7b54012c05e7 SUMMARY:oVirt - quantum integration ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:engine- devel(a)ovirt.org ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:arch@ov irt.com ORGANIZER;CN=Livnat Peer:mailto:lpeer@redhat.com DTSTART;TZID="Asia/Jerusalem":20120606T160000 DTEND;TZID="Asia/Jerusalem":20120606T170000 STATUS:CONFIRMED CLASS:PUBLIC X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY TRANSP:OPAQUE LAST-MODIFIED:20120604T104546Z DTSTAMP:20120604T104546Z SEQUENCE:0 DESCRIPTION:The following is a new meeting request:\n\nSubject: oVirt - quan tum integration \nOrganiser: "Livnat Peer" <lpeer(a)redhat.com> \n\nTime: Wedn esday\, 6 June\, 2012\, 4:00:00 PM - 5:00:00 PM GMT +02:00 Jerusalem\n \nInv itees: engine-devel(a)ovirt.org\; arch(a)ovirt.com \n\n\n*~*~*~*~*~*~*~*~*~*\n\n \nHi All\,\n\nWe'll have a discussion on oVirt-Quantum integration.\nIn the meeting we'll discuss -\nhttp://www.ovirt.org/wiki/Quantum_and_oVirt\n\nThan ks\, Livnat\n\nBridge ID: 972506565679\nDial-in information:\nReservationles s-Plus Toll Free Dial-In Number (US & Canada): (800) 451-8679\nReservationle ss-Plus International Dial-In Number: (212) 729-5016\nConference code: 97250 6565679\n\nGlobal Access Numbers Local:\nAustralia\, Sydney Dial-In #: 02898 52326\nAustria\, Vienna Dial-In #: 012534978196\nBelgium\, Brussels Dial-In #: 027920405\nChina Dial-In #: 4006205013\nDenmark\, Copenhagen Dial-In #: 3 2729215\nFinland\, Helsinki Dial-In #: 0923194436\nFrance\, Paris Dial-In #: 0170377140\nGermany\, Berlin Dial-In #: 030300190579\nIreland\, Dublin Dial -In #: 014367793\nItaly\, Milan Dial-In #: 0236269529\nNetherlands\, Amsterd am Dial-In #: 0207975872\nNorway\, Oslo Dial-In #: 21033188\nSingapore Dial- In #: 64840858\nSpain\, Barcelona Dial-In #: 935452328\nSweden\, Stockholm D ial-In #: 0850513770\nSwitzerland\, Geneva Dial-In #: 0225927881\nUnited Kin gdom Dial-In #: 02078970515\nUnited Kingdom Dial-In #: 08445790676\nUnited K ingdom\, LocalCall Dial-In #: 08445790678\nUnited States Dial-In #: 21272950 16\n\n\nGlobal Access Numbers Tollfree:\nArgentina Dial-In #: 8004441016\nAu stralia Dial-In #: 1800337169\nAustria Dial-In #: 0800005898\nBahamas Dial-I n #: 18002054776\nBahrain Dial-In #: 80004377\nBelgium Dial-In #: 080048325\ nBrazil Dial-In #: 08008921002\nBulgaria Dial-In #: 008001100236\nChile Dial -In #: 800370228\nColombia Dial-In #: 018009134033\nCosta Rica Dial-In #: 08 000131048\nCyprus Dial-In #: 80095297\nCzech Republic Dial-In #: 800700318\n Denmark Dial-In #: 80887114\nDominican Republic Dial-In #: 18887512313\nEsto nia Dial-In #: 8000100232\nFinland Dial-In #: 0800117116\nFrance Dial-In #: 0805632867\nGermany Dial-In #: 8006647541\nGreece Dial-In #: 00800127562\nHo ng Kong Dial-In #: 800930349\nHungary Dial-In #: 0680016796\nIceland Dial-In #: 8008967\nIndia Dial-In #: 0008006501533\nIndonesia Dial-In #: 0018030179 162\nIreland Dial-In #: 1800932401\nIsrael Dial-In #: 1809462557\nItaly Dial -In #: 800985897\nJamaica Dial-In #: 18002050328\nJapan Dial-In #: 012093445 3\nKorea (South) Dial-In #: 007986517393\nLatvia Dial-In #: 80003339\nLithua nia Dial-In #: 880030479\nLuxembourg Dial-In #: 80026595\nMalaysia Dial-In # : 1800814451\nMexico Dial-In #: 0018664590915\nNew Zealand Dial-In #: 080088 8167\nNorway Dial-In #: 80012994\nPanama Dial-In #: 008002269184\nPhilippine s Dial-In #: 180011100991\nPoland Dial-In #: 008001210187\nPortugal Dial-In #: 800814625\nRussian Federation Dial-In #: 81080028341012\nSaint Kitts and Nevis Dial-In #: 18002059252\nSingapore Dial-In #: 8006162235\nSlovak Republ ic Dial-In #: 0800001441\nSouth Africa Dial-In #: 0800981148\nSpain Dial-In #: 800300524\nSweden Dial-In #: 200896860\nSwitzerland Dial-In #: 800650077\ nTaiwan Dial-In #: 00801127141\nThailand Dial-In #: 001800656966\nTrinidad a nd Tobago Dial-In #: 18002024615\nUnited Arab Emirates Dial-In #: 8000650591 \nUnited Kingdom Dial-In #: 08006948057\nUnited States Dial-In #: 8004518679 \nUruguay Dial-In #: 00040190315\nVenezuela Dial-In #: 08001627182 X-ALT-DESC;FMTTYPE=text/html:<html><body><h3>The following is a new meeting request:</h3>\n\n\n<table border='0'>\n<tr><th align=left>Subject:</th><t d>oVirt - quantum integration </td></tr>\n<tr><th align=left>Organiser:</th> <td>"Livnat Peer" &lt\;lpeer(a)redhat.com&gt\; </td></tr>\n</table>\n\n<tab le border='0'>\n<tr><th align=left>Time:</th><td>Wednesday\, 6 June\, 2012\, 4:00:00 PM - 5:00:00 PM GMT +02:00 Jerusalem\n </td></tr></table>\n\n<ta ble border='0'>\n<tr><th align=left>Invitees:</th><td>engine-devel(a)ovirt.org \; arch(a)ovirt.com </td></tr>\n</table>\n<div>*~*~*~*~*~*~*~*~*~*</div> Hi All\, We'll have a discussion on oVirt-Quantum integration. I n the meeting we'll discuss - http://www.ovirt.org/wiki/Quantum_and_oVirt Thanks\, Livnat Bridge ID: 972506565679 Dial-in informatio n: Reservationless-Plus Toll Free Dial-In Number (US &amp\; Canada): (800 ) 451-8679 Reservationless-Plus International Dial-In Number: (212) 729-5 016 Conference code: 972506565679 Global Access Numbers Local: Australia\, Sydney Dial-In #: 0289852326 Austria\, Vienna Dial-In #: 0125 34978196 Belgium\, Brussels Dial-In #: 027920405 China Dial-In #: 4006 205013 Denmark\, Copenhagen Dial-In #: 32729215 Finland\, Helsinki Dia l-In #: 0923194436 France\, Paris Dial-In #: 0170377140 Germany\, Berl in Dial-In #: 030300190579 Ireland\, Dublin Dial-In #: 014367793 Italy \, Milan Dial-In #: 0236269529 Netherlands\, Amsterdam Dial-In #: 0207975 872 Norway\, Oslo Dial-In #: 21033188 Singapore Dial-In #: 64840858 Spain\, Barcelona Dial-In #: 935452328 Sweden\, Stockholm Dial-In #: 085 0513770 Switzerland\, Geneva Dial-In #: 0225927881 United Kingdom Dial -In #: 02078970515 United Kingdom Dial-In #: 08445790676 United Kingdo m\, LocalCall Dial-In #: 08445790678 United States Dial-In #: 2127295016 Global Access Numbers Tollfree: Argentina Dial-In #: 800444101 6 Australia Dial-In #: 1800337169 Austria Dial-In #: 0800005898 Bah amas Dial-In #: 18002054776 Bahrain Dial-In #: 80004377 Belgium Dial-I n #: 080048325 Brazil Dial-In #: 08008921002 Bulgaria Dial-In #: 00800 1100236 Chile Dial-In #: 800370228 Colombia Dial-In #: 018009134033 Costa Rica Dial-In #: 08000131048 Cyprus Dial-In #: 80095297 Czech Re public Dial-In #: 800700318 Denmark Dial-In #: 80887114 Dominican Repu blic Dial-In #: 18887512313 Estonia Dial-In #: 8000100232 Finland Dial -In #: 0800117116 France Dial-In #: 0805632867 Germany Dial-In #: 8006 647541 Greece Dial-In #: 00800127562 Hong Kong Dial-In #: 800930349 Hungary Dial-In #: 0680016796 Iceland Dial-In #: 8008967 India Dial-I n #: 0008006501533 Indonesia Dial-In #: 0018030179162 Ireland Dial-In #: 1800932401 Israel Dial-In #: 1809462557 Italy Dial-In #: 800985897 Jamaica Dial-In #: 18002050328 Japan Dial-In #: 0120934453 Korea (S outh) Dial-In #: 007986517393 Latvia Dial-In #: 80003339 Lithuania Dia l-In #: 880030479 Luxembourg Dial-In #: 80026595 Malaysia Dial-In #: 1 800814451 Mexico Dial-In #: 0018664590915 New Zealand Dial-In #: 08008 88167 Norway Dial-In #: 80012994 Panama Dial-In #: 008002269184 Phi lippines Dial-In #: 180011100991 Poland Dial-In #: 008001210187 Portug al Dial-In #: 800814625 Russian Federation Dial-In #: 81080028341012 S aint Kitts and Nevis Dial-In #: 18002059252 Singapore Dial-In #: 80061622 35 Slovak Republic Dial-In #: 0800001441 South Africa Dial-In #: 08009 81148 Spain Dial-In #: 800300524 Sweden Dial-In #: 200896860 Switze rland Dial-In #: 800650077 Taiwan Dial-In #: 00801127141 Thailand Dial -In #: 001800656966 Trinidad and Tobago Dial-In #: 18002024615 United Arab Emirates Dial-In #: 8000650591 United Kingdom Dial-In #: 08006948057 United States Dial-In #: 8004518679 Uruguay Dial-In #: 00040190315 Venezuela Dial-In #: 08001627182 </body></html> BEGIN:VALARM ACTION:DISPLAY TRIGGER;RELATED=START:-PT5M DESCRIPTION:Reminder END:VALARM END:VEVENT END:VCALENDAR --=_2a8a8fbe-5347-4f29-bd00-34d59f114aef--

1 0

Re: [Engine-devel] gerrit 2.3
by Doron Fediuck 04 Jun '12

04 Jun '12

On 03/06/12 23:04, Itamar Heim wrote: > fyi - gerrit has been upgraded to version 2.3. > _______________________________________________ > Infra mailing list > Infra(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra Adding the devel list. Latest gerrit started a concept of _draft_ branches, which should help all [WIP] users. >From the notes: " Also adds magic branches refs/drafts/ and refs/publish/ that will handle whether or not a patchset is a draft or goes straight to review. refs/for/ should be deprecated in favor of explicitly marking a patchset as a draft or directly to review. " I strongly recommend everyone to take a look here: http://gerrit-documentation.googlecode.com/svn/ReleaseNotes/ReleaseNotes-2.… (as well as the rest of the new features and updates). -- /d "Willyoupleasehelpmefixmykeyboard?Thespacebarisbroken!"

2 1

[Engine-devel] Maven 3 here we come!
by Doron Fediuck 03 Jun '12

03 Jun '12

Hi all, As discussed last month[1], we had to deal with some issues which turned out to be a Maven bug. Thanks to Juan and Asaf's work, our current sources now build properly using Maven 3. So you're all invited to migrate into Maven 3. Other than upgrading your local maven package no other action is needed. For now, Maven 2 will also work for you, but I expect in the future we'd like to make use of some advanced features, so migration to 3 is recommended. Talking about advanced features, an interesting challenge is feedback on parallel builds [2]. So whoever wants to try it out and report if it improves run time without breaking anything, will be appreciated. Happy migration! [1]http://lists.ovirt.org/pipermail/arch/2012-April/000490.html [2] https://cwiki.apache.org/MAVEN/parallel-builds-in-maven-3.html -- /d "Email returned to sender -- insufficient voltage."

6 9

Re: [Engine-devel] [oVirt Jenkins] ovirt_engine_find_bugs - Build # 915 - Still Unstable!
by Eyal Edri 01 Jun '12

01 Jun '12

FYI, These set of patches introduced new HIGH findbugs warnings: http://jenkins.ovirt.org/job/ovirt_engine_find_bugs/913/changes: webadmin: Gluster Volume Options - populating from help xml (details) webadmin: Gluster Brick sub tab - removing columns (details) webadmin: Support for mode specific Tabs and Sub Tabs (details) restapi: Gluster Resources Implementation classes (details) restapi: RSDL metadata for gluster related REST api (details) restapi: Gluster Volumes Collection implementation (details) engine: Add ID fields to gluster brick and option (details) webadmin: Gluster Volume - add bricks enabling (#823284) (details) webadmin: Gluster Volume - upadting actions (#823273) (details) webadmin: Gluster Volume - validations fixed (#823277) (details) bugs appear to be in GlusterVolumeEntity.java: http://jenkins.ovirt.org/job/ovirt_engine_find_bugs/913/findbugsResult/HIGH… http://jenkins.ovirt.org/job/ovirt_engine_find_bugs/913/findbugsResult/HIGH… Please review and handle, Eyal Edri oVirt Infra Team ----- Original Message ----- > From: "Jenkins oVirt Server" <jenkins(a)ovirt.org> > To: eedri(a)redhat.com, engine-patches(a)ovirt.org, oliel(a)redhat.com, yzaslavs(a)redhat.com, amureini(a)redhat.com, > dfediuck(a)redhat.com > Sent: Tuesday, May 22, 2012 12:11:33 PM > Subject: [oVirt Jenkins] ovirt_engine_find_bugs - Build # 915 - Still Unstable! > > Project: http://jenkins.ovirt.org/job/ovirt_engine_find_bugs/ > Build: http://jenkins.ovirt.org/job/ovirt_engine_find_bugs/915/ > Build Number: 915 > Build Status: Still Unstable > Triggered By: Started by upstream project "ovirt_engine" build number > 1,240 > > ------------------------------------- > Changes Since Last Success: > ------------------------------------- > Changes for Build #913 > [gchaplik] webadmin: Gluster Volume Options - populating from help > xml > > [gchaplik] webadmin: Gluster Brick sub tab - removing columns > > [gchaplik] webadmin: Support for mode specific Tabs and Sub Tabs > > [sanjal] restapi: Gluster Resources Implementation classes > > [sanjal] restapi: RSDL metadata for gluster related REST api > > [sanjal] restapi: Gluster Volumes Collection implementation > > [sanjal] engine: Add ID fields to gluster brick and option > > [gchaplik] webadmin: Gluster Volume - add bricks enabling (#823284) > > [gchaplik] webadmin: Gluster Volume - upadting actions (#823273) > > [gchaplik] webadmin: Gluster Volume - validations fixed (#823277) > > > Changes for Build #914 > [emesika] core:dbfunctions.sh script needs to be compatible with DWH > > [mpastern] restapi: fix rsdl regression > > > Changes for Build #915 > [dfediuck] core: Use same ids for artifacts and plugins > > [amureini] core: Allow admin permissions in user views > > [amureini] core: Roles commands cleanup > > [amureini] core: Cleanup Permissions Commands > > [amureini] core: Roles commands - use the cached getRole() > > [amureini] core: is_inheritable property to MLA entities > > > > > ----------------- > Failed Tests: > ----------------- > No tests ran. > > ------------------ > Build Log: > ------------------ > [...truncated 4148 lines...] > [INFO] Assembling webapp [userportal] in > [/ephemeral0/ovirt_engine_find_bugs/frontend/webadmin/modules/userportal-gwtp/target/userportal-3.1.0-0001] > [INFO] Processing war project > [INFO] Copying webapp resources > [/ephemeral0/ovirt_engine_find_bugs/frontend/webadmin/modules/userportal-gwtp/src/main/webapp] > [INFO] Webapp assembled in [147 msecs] > [INFO] Building war: > /ephemeral0/ovirt_engine_find_bugs/frontend/webadmin/modules/userportal-gwtp/target/userportal-3.1.0-0001.war > [INFO] WEB-INF/web.xml already added, skipping > [INFO] > [INFO] --- maven-install-plugin:2.3.1:install (default-install) @ > userportal --- > [INFO] Installing > /ephemeral0/ovirt_engine_find_bugs/frontend/webadmin/modules/userportal-gwtp/target/userportal-3.1.0-0001.war > to > /home/jenkins/workspace/ovirt_engine_find_bugs/.repository/org/ovirt/engine/ui/userportal/3.1.0-0001/userportal-3.1.0-0001.war > [INFO] Installing > /ephemeral0/ovirt_engine_find_bugs/frontend/webadmin/modules/userportal-gwtp/pom.xml > to > /home/jenkins/workspace/ovirt_engine_find_bugs/.repository/org/ovirt/engine/ui/userportal/3.1.0-0001/userportal-3.1.0-0001.pom > [INFO] > [INFO] --- findbugs-maven-plugin:2.4.0:findbugs (default-cli) @ > userportal --- > [INFO] Fork Value is true > [INFO] > [INFO] --- maven-checkstyle-plugin:2.6:check (default) @ webadmin --- > [INFO] Starting audit... > Audit done. > > [INFO] > [INFO] --- maven-resources-plugin:2.5:testResources > (default-testResources) @ webadmin --- > [debug] execute contextualize > [INFO] Using 'UTF-8' encoding to copy filtered resources. > [INFO] skip non existing resourceDirectory > /ephemeral0/ovirt_engine_find_bugs/frontend/webadmin/modules/webadmin/src/test/resources > [INFO] > [INFO] --- maven-compiler-plugin:2.3.2:testCompile > (default-testCompile) @ webadmin --- > [INFO] No sources to compile > [INFO] > [INFO] --- maven-surefire-plugin:2.10:test (default-test) @ webadmin > --- > [INFO] Tests are skipped. > [INFO] > [INFO] --- maven-war-plugin:2.1.1:war (default-war) @ webadmin --- > [INFO] Packaging webapp > [INFO] Assembling webapp [webadmin] in > [/ephemeral0/ovirt_engine_find_bugs/frontend/webadmin/modules/webadmin/target/webadmin-3.1.0-0001] > [INFO] Processing war project > [INFO] Copying webapp resources > [/ephemeral0/ovirt_engine_find_bugs/frontend/webadmin/modules/webadmin/src/main/webapp] > [INFO] Webapp assembled in [147 msecs] > OpenJDK 64-Bit Server VM warning: CodeCache is full. Compiler has > been disabled. > OpenJDK 64-Bit Server VM warning: Try increasing the code cache size > using -XX:ReservedCodeCacheSize= > [INFO] Building war: > /ephemeral0/ovirt_engine_find_bugs/frontend/webadmin/modules/webadmin/target/webadmin-3.1.0-0001.war > [INFO] WEB-INF/web.xml already added, skipping > [INFO] > [INFO] --- maven-install-plugin:2.3.1:install (default-install) @ > webadmin --- > [INFO] Installing > /ephemeral0/ovirt_engine_find_bugs/frontend/webadmin/modules/webadmin/target/webadmin-3.1.0-0001.war > to > /home/jenkins/workspace/ovirt_engine_find_bugs/.repository/org/ovirt/engine/ui/webadmin/3.1.0-0001/webadmin-3.1.0-0001.war > [INFO] Installing > /ephemeral0/ovirt_engine_find_bugs/frontend/webadmin/modules/webadmin/pom.xml > to > /home/jenkins/workspace/ovirt_engine_find_bugs/.repository/org/ovirt/engine/ui/webadmin/3.1.0-0001/webadmin-3.1.0-0001.pom > [INFO] > [INFO] --- findbugs-maven-plugin:2.4.0:findbugs (default-cli) @ > webadmin --- > [INFO] Fork Value is true > [java] Warnings generated: 14 > [INFO] Done FindBugs Analysis.... > [java] Warnings generated: 56 > [INFO] Done FindBugs Analysis.... > [INFO] > [INFO] > ------------------------------------------------------------------------ > [INFO] Building oVirt Server EAR 3.1.0-0001 > [INFO] > ------------------------------------------------------------------------ > [WARNING] The POM for > org.codehaus.mojo:gwt-maven-plugin:jar:1.3.2.google is missing, no > dependency information available > [WARNING] Failed to retrieve plugin descriptor for > org.codehaus.mojo:gwt-maven-plugin:1.3.2.google: Plugin > org.codehaus.mojo:gwt-maven-plugin:1.3.2.google or one of its > dependencies could not be resolved: Failed to read artifact > descriptor for org.codehaus.mojo:gwt-maven-plugin:jar:1.3.2.google > [WARNING] > ***************************************************************** > [WARNING] * Your build is requesting parallel execution, but project > * > [WARNING] * contains the following plugin(s) that are not marked as > * > [WARNING] * @threadSafe to support parallel building. > * > [WARNING] * While this /may/ work fine, please look for plugin > updates * > [WARNING] * and/or request plugins be made thread-safe. > * > [WARNING] * If reporting an issue, report it against the plugin in > * > [WARNING] * question, not against maven-core > * > [WARNING] > ***************************************************************** > [WARNING] The following plugins are not marked @threadSafe in oVirt > Server EAR: > [WARNING] org.apache.maven.plugins:maven-dependency-plugin:2.1 > [WARNING] > ***************************************************************** > [INFO] > [INFO] --- maven-clean-plugin:2.4.1:clean (default-clean) @ > engine-server-ear --- > [INFO] Deleting /ephemeral0/ovirt_engine_find_bugs/ear/target > [INFO] > [INFO] --- maven-ear-plugin:2.6:generate-application-xml > (default-generate-application-xml) @ engine-server-ear --- > [INFO] Generating application.xml > [INFO] > [INFO] --- maven-resources-plugin:2.4.3:resources (default-resources) > @ engine-server-ear --- > [INFO] Using 'UTF-8' encoding to copy filtered resources. > [INFO] skip non existing resourceDirectory > /ephemeral0/ovirt_engine_find_bugs/ear/src/main/java > [INFO] skip non existing resourceDirectory > /ephemeral0/ovirt_engine_find_bugs/ear/src/main/resources > [INFO] > [INFO] --- maven-ear-plugin:2.6:ear (default-ear) @ engine-server-ear > --- > [INFO] Copying artifact[jar:org.ovirt.engine.core:common:3.1.0-0001] > to[lib/engine-common.jar] > [INFO] Copying artifact[jar:org.ovirt.engine.core:compat:3.1.0-0001] > to[lib/engine-compat.jar] > [INFO] Copying artifact[jar:org.ovirt.engine.core:dal:3.1.0-0001] > to[lib/engine-dal.jar] > [INFO] Copying artifact[jar:org.ovirt.engine.core:utils:3.1.0-0001] > to[lib/engine-utils.jar] > [INFO] Copying > artifact[jar:org.ovirt.engine.core:engineencryptutils:3.1.0-0001] > to[lib/engine-encryptutils.jar] > [INFO] Copying > artifact[jar:org.ovirt.engine.core:vdsbroker:3.1.0-0001] > to[lib/engine-vdsbroker.jar] > [INFO] Copying > artifact[war:org.ovirt.engine.core:root-war:3.1.0-0001] to[root.war] > (unpacked) > [INFO] Copying artifact[war:org.ovirt.engine.ui:rmw-war:3.1.0-0001] > to[ovirtengineweb.war] (unpacked) > [INFO] Copying artifact[war:org.ovirt.engine.ui:rm-war:3.1.0-0001] > to[ovirtengine.war] (unpacked) > [INFO] Copying > artifact[war:org.ovirt.engine.ui:components-war:3.1.0-0001] > to[components.war] (unpacked) > [INFO] Copying > artifact[war:org.ovirt.engine.api:restapi-webapp:3.1.0-0001] > to[restapi.war] (unpacked) > [INFO] Copying > artifact[war:org.ovirt.engine.ui:userportal:3.1.0-0001] > to[userportal.war] (unpacked) > [INFO] Copying artifact[war:org.ovirt.engine.ui:webadmin:3.1.0-0001] > to[webadmin.war] (unpacked) > [INFO] Copying > artifact[ejb:org.ovirt.engine.ui:genericapi:3.1.0-0001] > to[engine-genericapi.jar] (unpacked) > [INFO] Copying > artifact[ejb:org.ovirt.engine.core:scheduler:3.1.0-0001] > to[engine-scheduler.jar] (unpacked) > [INFO] Copying artifact[ejb:org.ovirt.engine.core:bll:3.1.0-0001] > to[engine-bll.jar] (unpacked) > [INFO] Copying artifact[jar:commons-codec:commons-codec:1.4] > to[lib/commons-codec-1.4.jar] > [INFO] Copying > artifact[jar:org.hibernate:hibernate-validator:4.0.2.GA] > to[lib/hibernate-validator-4.0.2.GA.jar] > [INFO] Copying artifact[jar:javax.validation:validation-api:1.0.0.GA] > to[lib/validation-api-1.0.0.GA.jar] > [INFO] Copying artifact[jar:org.slf4j:slf4j-api:1.5.6] > to[lib/slf4j-api-1.5.6.jar] > [INFO] Copying artifact[jar:javax.xml.bind:jaxb-api:2.1] > to[lib/jaxb-api-2.1.jar] > [INFO] Copying artifact[jar:javax.xml.stream:stax-api:1.0-2] > to[lib/stax-api-1.0-2.jar] > [INFO] Copying artifact[jar:javax.activation:activation:1.1] > to[lib/activation-1.1.jar] > [INFO] Copying artifact[jar:com.sun.xml.bind:jaxb-impl:2.1.3] > to[lib/jaxb-impl-2.1.3.jar] > [INFO] Copying > artifact[jar:org.hibernate:hibernate-annotations:3.4.0.GA] > to[lib/hibernate-annotations-3.4.0.GA.jar] > [INFO] Copying artifact[jar:org.hibernate:ejb3-persistence:1.0.2.GA] > to[lib/ejb3-persistence-1.0.2.GA.jar] > [INFO] Copying > artifact[jar:org.hibernate:hibernate-commons-annotations:3.1.0.GA] > to[lib/hibernate-commons-annotations-3.1.0.GA.jar] > [INFO] Copying artifact[jar:org.hibernate:hibernate-core:3.3.0.SP1] > to[lib/hibernate-core-3.3.0.SP1.jar] > [INFO] Copying artifact[jar:antlr:antlr:2.7.6] > to[lib/antlr-2.7.6.jar] > [INFO] Copying artifact[jar:dom4j:dom4j:1.6.1] > to[lib/dom4j-1.6.1.jar] > [INFO] Copying artifact[jar:xml-apis:xml-apis:1.0.b2] > to[lib/xml-apis-1.0.b2.jar] > [INFO] Copying > artifact[jar:org.codehaus.jackson:jackson-mapper-asl:1.9.4] > to[lib/jackson-mapper-asl-1.9.4.jar] > [INFO] Copying > artifact[jar:org.codehaus.jackson:jackson-core-asl:1.9.4] > to[lib/jackson-core-asl-1.9.4.jar] > [INFO] Copying > artifact[jar:org.jboss.spec.javax.interceptor:jboss-interceptors-api_1.1_spec:1.0.0.Final] > to[lib/jboss-interceptors-api_1.1_spec-1.0.0.Final.jar] > [INFO] Copying > artifact[jar:org.ovirt.engine.core:engine-tools-common:3.1.0-0001] > to[lib/engine-tools-common-3.1.0-0001.jar] > [INFO] Copying > artifact[jar:commons-beanutils:commons-beanutils:1.8.2] > to[lib/commons-beanutils-1.8.2.jar] > [INFO] Copying artifact[jar:com.jcraft:jsch:0.1.42] > to[lib/jsch-0.1.42.jar] > [INFO] Copying artifact[jar:org.apache.mina:mina-core:2.0.1] > to[lib/mina-core-2.0.1.jar] > [INFO] Copying artifact[jar:org.apache.sshd:sshd-core:0.6.0] > to[lib/sshd-core-0.6.0.jar] > [INFO] Copying artifact[jar:commons-lang:commons-lang:2.4] > to[lib/commons-lang-2.4.jar] > [INFO] Copying artifact[jar:org.apache.xmlrpc:xmlrpc-client:3.1.3] > to[lib/xmlrpc-client-3.1.3.jar] > [INFO] Copying artifact[jar:org.apache.xmlrpc:xmlrpc-common:3.1.3] > to[lib/xmlrpc-common-3.1.3.jar] > [INFO] Copying > artifact[jar:org.apache.ws.commons.util:ws-commons-util:1.0.2] > to[lib/ws-commons-util-1.0.2.jar] > [INFO] Copying > artifact[jar:org.springframework:spring-jdbc:2.5.6.SEC02] > to[lib/spring-jdbc-2.5.6.SEC02.jar] > [INFO] Copying > artifact[jar:org.springframework:spring-tx:2.5.6.SEC02] > to[lib/spring-tx-2.5.6.SEC02.jar] > [INFO] Copying > artifact[jar:org.springframework.ldap:spring-ldap-core:1.3.0.RELEASE] > to[lib/spring-ldap-core-1.3.0.RELEASE.jar] > [INFO] Copying > artifact[jar:commons-httpclient:commons-httpclient:3.1] > to[lib/commons-httpclient-3.1.jar] > [INFO] Copying artifact[jar:org.quartz-scheduler:quartz:2.1.2] > to[lib/quartz-2.1.2.jar] > [INFO] Copying artifact[jar:c3p0:c3p0:0.9.1.1] > to[lib/c3p0-0.9.1.1.jar] > [INFO] Copying > artifact[jar:org.ovirt.engine.core:searchbackend:3.1.0-0001] > to[lib/searchbackend-3.1.0-0001.jar] > [INFO] Copying > artifact[jar:commons-collections:commons-collections:3.1] > to[lib/commons-collections-3.1.jar] > [INFO] Copying > artifact[jar:org.springframework:spring-core:2.5.6.SEC02] > to[lib/spring-core-2.5.6.SEC02.jar] > [INFO] Copying > artifact[jar:org.springframework:spring-beans:2.5.6.SEC02] > to[lib/spring-beans-2.5.6.SEC02.jar] > [INFO] Copying > artifact[jar:org.springframework:spring-context:2.5.6.SEC02] > to[lib/spring-context-2.5.6.SEC02.jar] > [INFO] Copying artifact[jar:aopalliance:aopalliance:1.0] > to[lib/aopalliance-1.0.jar] > [INFO] Copying > artifact[jar:org.springframework:spring-agent:2.5.6.SEC02] > to[lib/spring-agent-2.5.6.SEC02.jar] > [INFO] Copying > artifact[jar:org.springframework:spring-aop:2.5.6.SEC02] > to[lib/spring-aop-2.5.6.SEC02.jar] > [INFO] Copy ear sources to > /ephemeral0/ovirt_engine_find_bugs/ear/target/engine > [INFO] Could not find manifest file: > /ephemeral0/ovirt_engine_find_bugs/ear/target/engine/META-INF/MANIFEST.MF > - Generating one > [INFO] Building jar: > /ephemeral0/ovirt_engine_find_bugs/ear/target/engine.ear > [INFO] > [INFO] --- maven-dependency-plugin:2.1:copy (copy-quartz-jar) @ > engine-server-ear --- > [INFO] Configured Artifact: org.quartz-scheduler:quartz:2.1.2:jar > [INFO] Copying quartz-2.1.2.jar to > /ephemeral0/ovirt_engine_find_bugs/ear/target/quartz/quartz-2.1.2.jar > [INFO] > [INFO] --- maven-install-plugin:2.3.1:install (default-install) @ > engine-server-ear --- > [INFO] Installing > /ephemeral0/ovirt_engine_find_bugs/ear/target/engine.ear to > /home/jenkins/workspace/ovirt_engine_find_bugs/.repository/org/ovirt/engine/engine-server-ear/3.1.0-0001/engine-server-ear-3.1.0-0001.ear > [INFO] Installing /ephemeral0/ovirt_engine_find_bugs/ear/pom.xml to > /home/jenkins/workspace/ovirt_engine_find_bugs/.repository/org/ovirt/engine/engine-server-ear/3.1.0-0001/engine-server-ear-3.1.0-0001.pom > [INFO] > [INFO] --- findbugs-maven-plugin:2.4.0:findbugs (default-cli) @ > engine-server-ear --- > [INFO] > ------------------------------------------------------------------------ > [INFO] Reactor Summary: > [INFO] > [INFO] oVirt Engine Root Project ......................... SUCCESS > [11.175s] > [INFO] oVirt Build Tools root ............................ SUCCESS > [0.154s] > [INFO] oVirt checkstyle .................................. SUCCESS > [2.925s] > [INFO] oVirt Checkstyle Checks ........................... SUCCESS > [32.541s] > [INFO] oVirt Modules - backend ........................... SUCCESS > [0.137s] > [INFO] oVirt Manager ..................................... SUCCESS > [0.633s] > [INFO] oVirt Modules - manager ........................... SUCCESS > [1.512s] > [INFO] CSharp Compatibility .............................. SUCCESS > [1:18.689s] > [INFO] Encryption Libraries .............................. SUCCESS > [42.599s] > [INFO] oVirt Tools ....................................... SUCCESS > [0.205s] > [INFO] oVirt Tools Common Library ........................ SUCCESS > [25.939s] > [INFO] Common Code ....................................... SUCCESS > [2:09.368s] > [INFO] Common utilities .................................. SUCCESS > [1:43.075s] > [INFO] Data Access Layer ................................. SUCCESS > [1:39.624s] > [INFO] engine beans ...................................... SUCCESS > [0.237s] > [INFO] engine scheduler bean ............................. SUCCESS > [40.875s] > [INFO] Vds broker ........................................ SUCCESS > [1:44.474s] > [INFO] Search Backend .................................... SUCCESS > [59.374s] > [INFO] Backend Logic @Service bean ....................... SUCCESS > [2:17.939s] > [INFO] oVirt RESTful API Backend Integration ............. SUCCESS > [0.154s] > [INFO] oVirt RESTful API interface ....................... SUCCESS > [0.315s] > [INFO] oVirt Engine API Definition ....................... SUCCESS > [1:32.846s] > [INFO] oVirt Engine API Commom Parent POM ................ SUCCESS > [0.328s] > [INFO] oVirt Engine API Common JAX-RS .................... SUCCESS > [58.151s] > [INFO] oVirt RESTful API Backend Integration Type Mappers SUCCESS > [1:29.592s] > [INFO] oVirt RESTful API Backend Integration JAX-RS Resources > SUCCESS [1:34.159s] > [INFO] oVirt RESTful API Backend Integration Webapp ...... SUCCESS > [12.297s] > [INFO] oVirt Engine Web Root ............................. SUCCESS > [33.235s] > [INFO] oVirt Configuration Tool .......................... SUCCESS > [46.202s] > [INFO] Notifier Service package .......................... SUCCESS > [0.143s] > [INFO] Notifier Service .................................. SUCCESS > [56.794s] > [INFO] Notifier Service Resources ........................ SUCCESS > [9.712s] > [INFO] oVirt Modules - frontend .......................... SUCCESS > [3.064s] > [INFO] oVirt APIs ........................................ SUCCESS > [1.472s] > [INFO] oVirt generic API ................................. SUCCESS > [32.572s] > [INFO] oVirt Modules - webadmin .......................... SUCCESS > [0.146s] > [INFO] oVirt Modules - ui ................................ SUCCESS > [0.250s] > [INFO] Extensions for GWT ................................ SUCCESS > [1:17.416s] > [INFO] UI Utils Compatibility (for UICommon) ............. SUCCESS > [47.857s] > [INFO] Frontend for GWT UI Projects ...................... SUCCESS > [47.153s] > [INFO] UICommon .......................................... SUCCESS > [3:17.484s] > [INFO] UICommonWeb ....................................... SUCCESS > [3:41.508s] > [INFO] oVirt GWT UI common infrastructure ................ SUCCESS > [1:44.412s] > [INFO] WebAdmin .......................................... SUCCESS > [3:28.888s] > [INFO] UserPortal ........................................ SUCCESS > [2:12.619s] > [INFO] oVirt WARs ........................................ SUCCESS > [0.134s] > [INFO] WPF Application Module ............................ SUCCESS > [8.143s] > [INFO] oVirt Web Application Module ...................... SUCCESS > [32.504s] > [INFO] Components Web Application Module ................. SUCCESS > [6.230s] > [INFO] oVirt Server EAR .................................. SUCCESS > [17.227s] > [INFO] > ------------------------------------------------------------------------ > [INFO] BUILD SUCCESS > [INFO] > ------------------------------------------------------------------------ > [INFO] Total time: 23:52.051s (Wall Clock) > [INFO] Finished at: Tue May 22 05:10:14 EDT 2012 > [INFO] Final Memory: 302M/781M > [INFO] > ------------------------------------------------------------------------ > [FINDBUGS] Collecting findbugs analysis files... > [FINDBUGS] Parsing 30 files in > /home/jenkins/workspace/ovirt_engine_find_bugs > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/modules/beans/scheduler/target/findbugsXml.xml > of module with 1 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/modules/beans/vdsbroker/target/findbugsXml.xml > of module with 0 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/modules/bll/target/findbugsXml.xml > of module with 439 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/modules/common/target/findbugsXml.xml > of module with 335 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/modules/compat/target/findbugsXml.xml > of module with 71 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/modules/dal/target/findbugsXml.xml > of module with 27 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/modules/engineencryptutils/target/findbugsXml.xml > of module with 10 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/modules/restapi/interface/common/jaxrs/target/findbugsXml.xml > of module with 18 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/modules/restapi/interface/definition/target/findbugsXml.xml > of module with 1 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/modules/restapi/jaxrs/target/findbugsXml.xml > of module with 23 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/modules/restapi/types/target/findbugsXml.xml > of module with 10 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/modules/root/target/findbugsXml.xml > of module with 5 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/modules/searchbackend/target/findbugsXml.xml > of module with 13 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/modules/utils/target/findbugsXml.xml > of module with 122 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/modules/vdsbroker/target/findbugsXml.xml > of module with 238 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/tools/engine-config/target/findbugsXml.xml > of module with 7 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/tools/engine-notifier/engine-notifier-service/target/findbugsXml.xml > of module with 11 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/backend/manager/tools/engine-tools-common/target/findbugsXml.xml > of module with 0 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/build-tools-root/ovirt-checkstyle-extension/target/findbugsXml.xml > of module with 1 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/frontend/api/genericapi/target/findbugsXml.xml > of module with 1 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/frontend/wars/rmw-war/target/findbugsXml.xml > of module with 0 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/frontend/webadmin/modules/frontend/target/findbugsXml.xml > of module with 21 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/frontend/webadmin/modules/gwt-common/target/findbugsXml.xml > of module with 65 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/frontend/webadmin/modules/gwt-extension/target/findbugsXml.xml > of module with 29 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/frontend/webadmin/modules/uicommon/target/findbugsXml.xml > of module with 420 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/frontend/webadmin/modules/uicommonweb/target/findbugsXml.xml > of module with 602 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/frontend/webadmin/modules/uicompat/target/findbugsXml.xml > of module with 40 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/frontend/webadmin/modules/userportal-gwtp/target/findbugsXml.xml > of module with 14 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/frontend/webadmin/modules/userportal/target/findbugsXml.xml > of module with 118 warnings. > [FINDBUGS] Successfully parsed file > /home/jenkins/workspace/ovirt_engine_find_bugs/frontend/webadmin/modules/webadmin/target/findbugsXml.xml > of module with 56 warnings. > [FINDBUGS] Computing warning deltas based on reference build #912 > [FINDBUGS] Using set difference to compute new warnings > Build step 'Publish FindBugs analysis results' changed build result > to UNSTABLE > Email was triggered for: Unstable > Sending email for trigger: Unstable > >

2 2