January 2012 - Devel - oVirt List Archives

[Engine-devel] VM Payload feature
by Oved Ourfalli 10 Apr '12

10 Apr '12

Hey all, Continuing the discussion about Aeolus instance data injection to a VM (http://lists.ovirt.org/pipermail/engine-devel/2012-January/000423.html) we propose a new VM Payload feature. The following wiki page contains a description page of the feature. http://www.ovirt.org/wiki/Features/VMPayload Please read and review. There are several approaches there, and we wish to head your opinions and thoughts about them. Once we agree on an approach, we will start designing. Thank you, Oved

10 18

[Engine-devel] Moving to Jboss AS7
by Oved Ourfalli 06 Feb '12

06 Feb '12

Hey all, The code changes required to make the engine work on Jboss AS7 will soon be push It will, of course, require you to install it, and start working with it :-) A separate E-mail will be sent to notify you all once pushed, and then you'll have to perform the following steps: 1. Download jboss 7.1.0 Beta1b (http://download.jboss.org/jbossas/7.1/jboss-as-7.1.0.Beta1b/jboss-as-7.1.0.…) - There is a newer version, but it has issues in the REST-API, so we decided to work with the beta version until a proper fix will be released. 2. Fetch the latest changes from our git repository 3. Change the Jboss home to the new path, both in the JBOSS_HOME environment variable, and in maven settings file (~/.m2/settings.xml) 4. Build the engine, with profiles "dep" and "setup". This will put all the proper configuration files, postgresql driver and make all the other needed changes in Jboss in order to make it work properly mvn clean install -Psetup,dep ....... 5. In order to run Jboss go to JBOSS_HOME/bin and run ./standalone.sh 6. Look inside the JBOSS_HOME/bin/standalone.conf file in order to enable jboss debugging (just uncomment the line JAVA_OPTS="$JAVA_OPTS -Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n") 7. If you have a krb5.conf file you are working with, put it in JBOSS_HOME/standalone/configuration directory 8. Run Jboss (and be impressed by the startup speed!) The above will be also added to the wiki page for building the engine as soon as the patches will be pushed upstream. Some facts about Jboss 7: 1. It supports both standalone deployment, and domain deployment. We use the standalone one. 2. Stuff related to the standalone mode can be found in the JBOSS_HOME/standalone directory: * configuration - contains the main configuration file called standalone.xml file, plus some other configuration files * deployments - that's where your deployments should be. When adding a new one, don't forget to create a file called "<deployment-name>.dodeploy" in order to make it deploy. * log - that's where the log files are written (unless stated differently in the standalone.xml file). 3. The different modules that come with Jboss 7 are located in JBOSS_HOME/modules directory * No more common/lib directory. * Every module has a module.xml file which contains it's dependencies in other modules, the jars that are part of the module, and etc. * In order to use a dependency from there you have to add "Dependencies" section to your manifest file (do git grep "Dependencies" to take a look at some examples done in the engine source code). 4. Useful links: * Documentation - https://docs.jboss.org/author/display/AS7/Documentation * Class loading changes - https://docs.jboss.org/author/display/AS7/Class+Loading+in+AS7 * The Jboss community - http://community.jboss.org/wiki Please send issues/feedback to this mailing list. Thank you all, Oved

4 6

[Engine-devel] Simplifying our POJOs
by Mike Kolesnik 06 Feb '12

06 Feb '12

--=_fc18606d-6d0a-46bb-9d9b-34be55a9dcf7 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi, Today many POJO s are used throughout the system to convey data: =E2=80=A2 Parameters - To send data to commands. =E2=80=A2 Business Entities - To transfer data in the parameters & to/f= rom the DB. These POJOs are (usually) very verbose and full of boilerplate code . This, in turn, reduces their readability and maintainability for a couple o= f reasons (that I can think of): =E2=80=A2 It's hard to know what does what: =E2=80=A2 Who participates in equals/hashCode? =E2=80=A2 What fields are printed in toString? =E2=80=A2 Consistency is problematic: =E2=80=A2 A field may be part of equals but not hashCode, or vice v= ersa. =E2=80=A2 This breaks the Object.hashCode() contract! =E2=80=A2 Adding/Removing fields take more time since you need to synchronize the cha= nge to all boilerplate methods. =E2=80=A2 Again, we're facing the consistency problem. =E2=80=A2 These simple classes tend to be very long and not very readable. =E2= =80=A2 Boilerplate code makes it harder to find out which methods don't beh= ave the default way. =E2=80=A2 Javadoc, if existent, is usually meaningless (but you might s= ee some banal documentation that doesn't add any real value). =E2=80=A2 Our existing classes are not up to standard! So what can be done to remedy the situation? We could, of course, try to simplify the classes as much as we can and mayb= e address some of the issues. This won't alleviate the boilerplate code problem altogether, though. We could write annotations to do some of the things for us automatically. The easiest approach would be runtime-based, and would hinder performance. = This also means we need to maintain this "infrastructure" and all the impli= cations of such a decision. Luckily, there is a much easier solution: Someone else already did it! Check out Project Lombok: http://projectlombok.org What Lombok gives us, among some other things, is a way to greatly simplify= our POJOs by using annotations to get the boilerplate code automatically g= enerated. This means we get the benefit of annotations which would simplify the code = a whole lot, while not imposing a performance cost (since the boilerplate c= ode is generated during compilation). However, it's also possible to create the methods yourself if you want them= to behave differently. Outside the POJO itself, you would see it as you would always see it. So what are the downsides to this approach? =E2=80=A2 First of all, Lombok provides also some other capabilities wh= ich I'm not sure are required/wanted at this time. =E2=80=A2 That's why I propose we use it for commons project, and m= ake use of it's POJO-related annotations ONLY. =E2=80=A2 There might be a problem debugging the code since it's auto-generated. =E2=80=A2 I think this is rather negligible, since usually you don'= t debug POJOs anyway. =E2=80=A2 There might be a problem if the auto-generated code throws an Exception. =E2=80=A2 As before, I'm rather sure this is an edge-case which we = usually won't hit (if at all). Even given these possible downsides, I think that we would benefit greatly = if we would introduce this library. If you have any questions, you're welcome to study out the project site whi= ch has very thorough documentation: http://projectlombok.org Your thoughts on the matter? Regards, Mike --=_fc18606d-6d0a-46bb-9d9b-34be55a9dcf7 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><head><style type=3D'text/css'>p { margin: 0; }</style></head><body><= div style=3D'font-family: Times New Roman; font-size: 12pt; color: #000000'= >Hi, Today many <a href=3D"http://en.wikipedia.org/wiki/Plain_Old_Ja= va_Object">POJO</a>s are used throughout the system to convey data: <ul>= <li>  Parameters - To send data to commands.</li><li>  Business E= ntities - To transfer data in the parameters & to/from the DB.</li></ul= >These POJOs are (usually) very verbose and full of <a href=3D"http://en.wi= kipedia.org/wiki/Boilerplate_code">boilerplate code</a>. This, in tu= rn, reduces their readability and maintainability for a couple of reasons (= that I can think of): <ul><li>It's hard to know what does what:</li><ul>= <li>Who participates in equals/hashCode?</li><li>What fields are printed in= toString?  </li></ul><li>Consistency is problematic:</li><ul><li>= A field may be part of equals but not hashCode, or vice versa.</li><li>This= breaks the <a href=3D"http://docs.oracle.com/javase/6/docs/api/java/lang/O= bject.html#hashCode%28%29">Object.hashCode()</a> contract!</li></ul><li>Adding/Removing fields take more time since you nee= d to synchronize the change to all boilerplate methods.</li><ul><li>Again, we're= facing the consistency problem.</li></ul><li>These simple classes tend to b= e very long and not very readable.</li><li>Boilerplate code makes it harder to fin= d out which methods don't behave the default way.</li><li>Javadoc, if existent, is usually meaningle= ss (but you might see some banal documentation that doesn't add any real value).</li><li>Our existing classes are not up to standard!</li></ul> <= span style=3D"font-weight: bold;">So what can be done to remedy the situati= on? We could, of course, try to simplify the classes as much = as we can and maybe address some of the issues. This won't alleviate the= boilerplate code problem altogether, though. We could write annotat= ions to do some of the things for us automatically. The easiest approach= would be runtime-based, and would hinder performance. This also means w= e need to maintain this "infrastructure" and all the implications of such a= decision. Luckily, there is = a much easier solution: Someone else already did it! Check ou= t Project Lombok: http://projectlombok.org What Lombok gives us, among s= ome other things, is a way to greatly simplify our POJOs by using annotatio= ns to get the boilerplate code automatically generated. This means we ge= t the benefit of annotations which would simplify the code a whole lot, whi= le not imposing a performance cost (since the boilerplate code is generated= during compilation). However, it's also possible to create the methods = yourself if you want them to behave differently. Outside the POJO itself= , you would see it as you would always see it. So what are the downs= ides to this approach? <ul><li>First of all, Lombok provides also some o= ther capabilities which I'm not sure are required/wanted at this time.</li>= <ul><li>That's why I propose we use it for commons project, and make use of= it's POJO-related annotations ONLY.</li></ul><li>There might be a problem = debugging the code since it's auto-generated.</li><ul><li>I think this is r= ather negligible, since usually you don't debug POJOs anyway.</li></ul><li>= There might be a problem if the auto-generated code throws an Exception.</l= i><ul><li>As before, I'm rather sure this is an edge-case which we usually = won't hit (if at all).</li></ul></ul> Even given these possible downside= s, I think that we would benefit greatly if we would introduce this library= . If you have any questions, you're welcome to study out the project= site which has very thorough documentation: http://projectlombok.org <b= r>Your thoughts on the matter? <div>Regards,= Mike </div> </div></body></html> --=_fc18606d-6d0a-46bb-9d9b-34be55a9dcf7--

5 10

[Engine-devel] ovirt core MOM
by Livnat Peer 01 Feb '12

01 Feb '12

Hi All, This is what we've discussed in the meeting today: Multiple storage domain: - Should have a single generic verb for removing a disk. - We block removing the last template disk - template is immutable. - We add a shared logic for multiple actions of cloning a disk. Clone VM from Snapshot: - Shared disk and direct LUN are open issues, Yair will start a discussion on this upstream. - The suggestion was to mark direct LUN and shared disk as unplugged disks when taking a snapshot. - We had no time to discuss setup networks and stable device addressed, we'll discuss this on the next meeting. Thanks, Livnat

4 14

[Engine-devel] Development process wiki page
by Oved Ourfalli 01 Feb '12

01 Feb '12

Hey all, I've wrote a wiki page on the oVirt development process. It contains mostly information on the patch review process, patch submission and some git guidelines. http://www.ovirt.org/wiki/DevProcess I added a link to it from the main wiki page. Your comments are welcome. Thank you, Oved

6 10

[Engine-devel] New oVirt-engine RPMs available - Release Candidates
by Ofer Schreiber 31 Jan '12

31 Jan '12

Hi all, We've just finished uploading a new set of oVirt-engine rpms into ovirt.org. These rpms, versioned 3.0.0_0001-1.4, are considered as release candidates for our first release. In order to install the RPMs, please follow the instructions described in http://www.ovirt.org/wiki/Installing_ovirt_from_rpm Feedback, comments and bug reports are always welcome. The oVirt-Engine team

7 9

[Engine-devel] Quota feature design changes
by Maor 31 Jan '12

31 Jan '12

Hi all, Few changes were made in the quota design, Main issues that were changed : 1.Quota usages will be calculated and fetched using DB function instead using persistency. Using memory should improve performance and prevent integrity issues. 2.Default unlimited quota will be assigned with resources only when DC is at disable mode, in any other DC mode, user should not notice it as a consumable quota or consume new resources from it. You can view quota changes in the following design wiki: http://www.ovirt.org/wiki/Features/Design/Quota Thanks, Maor

1 0

[Engine-devel] New oVirt-engine RPMs available - Release Candidates
by Dan Kenigsberg 30 Jan '12

30 Jan '12

<snip> > > 4) VDS Bootstrap > > If you check the box for iptables then it breaks the system with an invalid rule > > Looking at the error from my system > "Jan 29 21:38:50 host1 iptables.init[1637]: iptables: Applying firewall rules: iptables-restore v1.4.12: physdev: option "--physdev-is-bridged" cannot be inverted." > > The problem is that we are using > "-A FORWARD -m physdev ! --physdev-is-bridged -j REJECT --reject-with icmp-host-prohibited" > > -vs- > > "-I FORWARD -m physdev --physdev-is-bridged -j ACCEPT" > > > On the point of iptables, why do we open libvirt tls port and the snmp port. This as these iptables rules are kept within Engine, I'll keep that question for them. > > After I fixed iptables I still had a problem, the host was showing as non-operational with the error message "NETWORK_UNREACHABLE" (there's a literal missing there) > > Looking at the host it appears that the management bridge wasn't created. > > The bootstrap log is attached. It shows the operation failing but still marked the bootstrap as successful. > (also in the log we have rhn/satellite references that need to be removed) > > I've not looked at the reason for the failure yet, but an empty line at the end of my ifcfg-em1 file looks suspicious. You are correct (too bad I've noticed your suspicion only after reading the log) > Sun, 29 Jan 2012 21:30:05 DEBUG makeBridge found the following bridge paramaters: ['ONBOOT=yes', 'BOOTPROTO=none', 'IPADDR=172.16.31.230', 'DNS1=172.16.31.4', 'NM_CONTROLLED=no', 'NETMASK=255.255.255.0', 'DNS2=172.16.31.1', 'GATEWAY=172.16.31.1', ''] > Sun, 29 Jan 2012 21:30:05 DEBUG ['/usr/share/vdsm/addNetwork', 'ovirtmgmt', '', '', 'em1', 'ONBOOT=yes', 'BOOTPROTO=none', 'IPADDR=172.16.31.230', 'DNS1=172.16.31.4', 'NM_CONTROLLED=no', 'NETMASK=255.255.255.0', 'DNS2=172.16.31.1', 'GATEWAY=172.16.31.1', '', 'blockingdhcp=true', 'skipLibvirt=True'] > Sun, 29 Jan 2012 21:30:05 DEBUG > Sun, 29 Jan 2012 21:30:05 DEBUG Traceback (most recent call last): > File "/usr/lib64/python2.7/runpy.py", line 162, in _run_module_as_main > "__main__", fname, loader, pkg_name) > File "/usr/lib64/python2.7/runpy.py", line 72, in _run_code > exec code in run_globals > File "/usr/share/vdsm/configNetwork.py", line 924, in <module> > main() > File "/usr/share/vdsm/configNetwork.py", line 890, in main > kwargs = _parseKwargs(sys.argv[3:]) > File "/usr/share/vdsm/configNetwork.py", line 876, in _parseKwargs > return dict(arg.split('=', 1) for arg in args) > ValueError: dictionary update sequence element #11 has length 1; 2 is required addNetwork script breaks down in tears if it sees the empty arg '', which is passed to it by makeBridge. makeBridge should become more robust - but until then, please del lines with no key=value form from ifcfg. Dan.

2 2

[Engine-devel] oVirt release go/nogo meeting
by Moran Goldboim 30 Jan '12

30 Jan '12

This is a multi-part message in MIME format. --------------010509010704080105030908 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit towards today meeting, listed are the problematic bugs from QE perspective, most in new state, several are blockers and the rest needs to be discussed and fixed with high priority for next version, filtered by component VDSM: 773371 <https://bugzilla.redhat.com/show_bug.cgi?id=773371> high 2012-01-11 urgent Linux fsimonce(a)redhat.com NEW --- vdsm: when installing vdsm manually in the host and then installing host with web-admin /etc/libvirt/qemu.conf is using spice_tls=1 which causes vm's to fail to run with cert error dron(a)redhat.com vdsm 781970 <https://bugzilla.redhat.com/show_bug.cgi?id=781970> urgent 2012-01-16 urgent Linux danken(a)redhat.com NEW --- [vdsm] Migration fails due to changes in xmlrpclib in Python 2.7 jlibosva(a)redhat.com vdsm 784324 <https://bugzilla.redhat.com/show_bug.cgi?id=784324> high Tue 10:21 high Linux extras-orphan@fedoraproject... NEW --- [qemu-kvm] guest crash when connection to storage is blocked on host machine dron(a)redhat.com kvm 785557 <https://bugzilla.redhat.com/show_bug.cgi?id=785557> high Sun 09:51 unspecified All dougsland(a)redhat.com NEW --- [vdsm][deployUtil] host installation adds interface configured with NM_CONTROLLED="yes" to a bridge which is unsupported. dnaori(a)redhat.com vdsm 785749 <https://bugzilla.redhat.com/show_bug.cgi?id=785749> unspecified 09:27:13 unspecified Unspecified danken(a)redhat.com NEW --- [ovirt] [vdsm] deadlock after prepareForShutdown when connection to storage is blocked with VMs running hateya(a)redhat.com vdsm Engine: 782432 <https://bugzilla.redhat.com/show_bug.cgi?id=782432> urgent 2012-01-17 urgent Linux lpeer(a)redhat.com NEW --- ovirt-engine-core: extend fails when there is more than once host in cluster dron(a)redhat.com ovirt-engine-core 783083 <https://bugzilla.redhat.com/show_bug.cgi?id=783083> high 2012-01-19 unspecified Linux lpeer(a)redhat.com NEW --- NPE during SD removal jlibosva(a)redhat.com ovirt-engine-core 783662 <https://bugzilla.redhat.com/show_bug.cgi?id=783662> urgent 2012-01-21 unspecified Linux oourfali(a)redhat.com MODIFIED --- IPA - IPA does not perform login with UPN pstehlik(a)redhat.com ovirt-engine-core 783789 <https://bugzilla.redhat.com/show_bug.cgi?id=783789> high 2012-01-22 unspecified Linux lpeer(a)redhat.com NEW --- [ovirt][engine][core] - exception when trying to fence a SPM host that moved to non responsive yeylon(a)redhat.com ovirt-engine-core 784900 <https://bugzilla.redhat.com/show_bug.cgi?id=784900> high Thu 10:35 high Unspecified lpeer(a)redhat.com NEW --- [ovirt] [engine-core] null pointer exception when merging snapshot and engine gets restarted - VM stuck in unknown state hateya(a)redhat.com ovirt-engine-core 785671 <https://bugzilla.redhat.com/show_bug.cgi?id=785671> urgent 04:55:48 urgent Linux lpeer(a)redhat.com NEW --- ovirt-engine-core: after trying to add a snapshot while a snapshot is created and getting an error vm CreateAllSnapshotsFromVmCommand will fail to aquire lock forever dron(a)redhat.com ovirt-engine-core webadmin: 785565 <https://bugzilla.redhat.com/show_bug.cgi?id=785565> high Sun 10:52 high Linux ecohen(a)redhat.com NEW --- [ovirt] [webadmin] refresh problem after discover & login to target - content of getDeviceList is not presented dron(a)redhat.com ovirt-engine-webadmin ovirt-node: 785728 <https://bugzilla.redhat.com/show_bug.cgi?id=785728> high 08:36:17 unspecified Unspecified jboggs(a)redhat.com NEW --- [installation] ovirt node installation fails dnaori(a)redhat.com https://bugzilla.redhat.com/buglist.cgi?quicksearch=773371+781970+784324+78… Moran. --------------010509010704080105030908 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 http-equiv="content-type" content="text/html; charset=ISO-8859-1"> </head> <body text="#000000" bgcolor="#ffffff"> towards today meeting, listed are the problematic bugs from QE perspective, most in new state, several are blockers and the rest needs to be discussed and fixed with high priority for next version, filtered by component VDSM: <table class="bz_buglist" id="buglist_table" width="100%" cellpadding="4" cellspacing="0"> <tbody> <tr class="bz_bugitem bz_severity_high bz_priority_urgent bz_status_NEW bz_row_odd "> </tr> <tr class="bz_bugitem bz_severity_high bz_priority_urgent bz_status_NEW bz_row_odd "> <td> </td> <td class="first-child bz_id_column"> <a name="b773371" href="https://bugzilla.redhat.com/show_bug.cgi?id=773371">773371</a> </td> <td style="white-space: nowrap;" class="bz_bug_severity_column">high </td> <td style="white-space: nowrap;" class="bz_opendate_column">2012-01-11 </td> <td style="white-space: nowrap;" class="bz_priority_column">urgent </td> <td style="white-space: nowrap;" class="bz_op_sys_column">Linux </td> <td style="white-space: nowrap;" class="bz_assigned_to_column"> <a class="moz-txt-link-abbreviated" href="mailto:fsimonce@redhat.com">fsimonce(a)redhat.com</a> </td> <td style="white-space: nowrap;" class="bz_bug_status_column">NEW </td> <td style="white-space: nowrap;" class="bz_resolution_column"> --- </td> <td class="bz_short_desc_column">vdsm: when installing vdsm manually in the host and then installing host with web-admin /etc/libvirt/qemu.conf is using spice_tls=1 which causes vm's to fail to run with cert error </td> <td style="white-space: nowrap;" class="bz_reporter_column"> <a class="moz-txt-link-abbreviated" href="mailto:dron@redhat.com">dron(a)redhat.com</a> </td> <td style="white-space: nowrap;" class="bz_cf_qa_whiteboard_column"> </td> <td style="white-space: nowrap;" class="bz_component_column">vdsm </td> </tr> <tr class="bz_bugitem bz_severity_urgent bz_priority_urgent bz_status_NEW bz_row_even "> <td> </td> <td class="first-child bz_id_column"> <a name="b781970" href="https://bugzilla.redhat.com/show_bug.cgi?id=781970">781970</a> </td> <td style="white-space: nowrap;" class="bz_bug_severity_column">urgent </td> <td style="white-space: nowrap;" class="bz_opendate_column">2012-01-16 </td> <td style="white-space: nowrap;" class="bz_priority_column">urgent </td> <td style="white-space: nowrap;" class="bz_op_sys_column">Linux </td> <td style="white-space: nowrap;" class="bz_assigned_to_column"> <a class="moz-txt-link-abbreviated" href="mailto:danken@redhat.com">danken(a)redhat.com</a> </td> <td style="white-space: nowrap;" class="bz_bug_status_column">NEW </td> <td style="white-space: nowrap;" class="bz_resolution_column"> --- </td> <td class="bz_short_desc_column">[vdsm] Migration fails due to changes in xmlrpclib in Python 2.7 </td> <td style="white-space: nowrap;" class="bz_reporter_column"> <a class="moz-txt-link-abbreviated" href="mailto:jlibosva@redhat.com">jlibosva(a)redhat.com</a> </td> <td style="white-space: nowrap;" class="bz_cf_qa_whiteboard_column"> </td> <td style="white-space: nowrap;" class="bz_component_column">vdsm </td> </tr> <tr class="bz_bugitem bz_severity_high bz_priority_high bz_status_NEW bz_row_odd "> <td> </td> <td class="first-child bz_id_column"> <a name="b784324" href="https://bugzilla.redhat.com/show_bug.cgi?id=784324">784324</a> </td> <td style="white-space: nowrap;" class="bz_bug_severity_column">high </td> <td style="white-space: nowrap;" class="bz_opendate_column">Tue 10:21 </td> <td style="white-space: nowrap;" class="bz_priority_column">high </td> <td style="white-space: nowrap;" class="bz_op_sys_column">Linux </td> <td style="white-space: nowrap;" class="bz_assigned_to_column"> extras-orphan@fedoraproject... </td> <td style="white-space: nowrap;" class="bz_bug_status_column">NEW </td> <td style="white-space: nowrap;" class="bz_resolution_column"> --- </td> <td class="bz_short_desc_column">[qemu-kvm] guest crash when connection to storage is blocked on host machine </td> <td style="white-space: nowrap;" class="bz_reporter_column"> <a class="moz-txt-link-abbreviated" href="mailto:dron@redhat.com">dron(a)redhat.com</a> </td> <td style="white-space: nowrap;" class="bz_cf_qa_whiteboard_column"> </td> <td style="white-space: nowrap;" class="bz_component_column">kvm </td> </tr> <tr class="bz_bugitem bz_severity_high bz_priority_unspecified bz_status_NEW bz_row_even "> <td> </td> <td class="first-child bz_id_column"> <a name="b785557" href="https://bugzilla.redhat.com/show_bug.cgi?id=785557">785557</a> </td> <td style="white-space: nowrap;" class="bz_bug_severity_column">high </td> <td style="white-space: nowrap;" class="bz_opendate_column">Sun 09:51 </td> <td style="white-space: nowrap;" class="bz_priority_column">unspecified </td> <td style="white-space: nowrap;" class="bz_op_sys_column">All </td> <td style="white-space: nowrap;" class="bz_assigned_to_column"> <a class="moz-txt-link-abbreviated" href="mailto:dougsland@redhat.com">dougsland(a)redhat.com</a> </td> <td style="white-space: nowrap;" class="bz_bug_status_column">NEW </td> <td style="white-space: nowrap;" class="bz_resolution_column"> --- </td> <td class="bz_short_desc_column">[vdsm][deployUtil] host installation adds interface configured with NM_CONTROLLED="yes" to a bridge which is unsupported. </td> <td style="white-space: nowrap;" class="bz_reporter_column"> <a class="moz-txt-link-abbreviated" href="mailto:dnaori@redhat.com">dnaori(a)redhat.com</a> </td> <td style="white-space: nowrap;" class="bz_cf_qa_whiteboard_column"> </td> <td style="white-space: nowrap;" class="bz_component_column">vdsm </td> </tr> <tr class="bz_bugitem bz_severity_unspecified bz_priority_unspecified bz_status_NEW bz_row_odd "> <td> </td> <td class="first-child bz_id_column"> <a name="b785749" href="https://bugzilla.redhat.com/show_bug.cgi?id=785749">785749</a> </td> <td style="white-space: nowrap;" class="bz_bug_severity_column">unspecified </td> <td style="white-space: nowrap;" class="bz_opendate_column">09:27:13 </td> <td style="white-space: nowrap;" class="bz_priority_column">unspecified </td> <td style="white-space: nowrap;" class="bz_op_sys_column">Unspecified </td> <td style="white-space: nowrap;" class="bz_assigned_to_column"> <a class="moz-txt-link-abbreviated" href="mailto:danken@redhat.com">danken(a)redhat.com</a> </td> <td style="white-space: nowrap;" class="bz_bug_status_column">NEW </td> <td style="white-space: nowrap;" class="bz_resolution_column"> --- </td> <td class="bz_short_desc_column">[ovirt] [vdsm] deadlock after prepareForShutdown when connection to storage is blocked with VMs running </td> <td style="white-space: nowrap;" class="bz_reporter_column"> <a class="moz-txt-link-abbreviated" href="mailto:hateya@redhat.com">hateya(a)redhat.com</a> </td> <td style="white-space: nowrap;" class="bz_cf_qa_whiteboard_column"> </td> <td style="white-space: nowrap;" class="bz_component_column">vdsm </td> </tr> </tbody> </table> Engine: <table class="bz_buglist" id="buglist_table" width="100%" cellpadding="4" cellspacing="0"> <tbody> <tr class="bz_bugitem bz_severity_urgent bz_priority_urgent bz_status_NEW bz_row_odd "> </tr> <tr class="bz_bugitem bz_severity_urgent bz_priority_urgent bz_status_NEW bz_row_odd "> <td> </td> <td class="first-child bz_id_column"> <a name="b782432" href="https://bugzilla.redhat.com/show_bug.cgi?id=782432">782432</a> </td> <td style="white-space: nowrap;" class="bz_bug_severity_column">urgent </td> <td style="white-space: nowrap;" class="bz_opendate_column">2012-01-17 </td> <td style="white-space: nowrap;" class="bz_priority_column">urgent </td> <td style="white-space: nowrap;" class="bz_op_sys_column">Linux </td> <td style="white-space: nowrap;" class="bz_assigned_to_column"> <a class="moz-txt-link-abbreviated" href="mailto:lpeer@redhat.com">lpeer(a)redhat.com</a> </td> <td style="white-space: nowrap;" class="bz_bug_status_column">NEW </td> <td style="white-space: nowrap;" class="bz_resolution_column"> --- </td> <td class="bz_short_desc_column">ovirt-engine-core: extend fails when there is more than once host in cluster </td> <td style="white-space: nowrap;" class="bz_reporter_column"> <a class="moz-txt-link-abbreviated" href="mailto:dron@redhat.com">dron(a)redhat.com</a> </td> <td style="white-space: nowrap;" class="bz_cf_qa_whiteboard_column"> </td> <td style="white-space: nowrap;" class="bz_component_column">ovirt-engine-core </td> </tr> <tr class="bz_bugitem bz_severity_high bz_priority_unspecified bz_status_NEW bz_row_even "> <td> </td> <td class="first-child bz_id_column"> <a name="b783083" href="https://bugzilla.redhat.com/show_bug.cgi?id=783083">783083</a> </td> <td style="white-space: nowrap;" class="bz_bug_severity_column">high </td> <td style="white-space: nowrap;" class="bz_opendate_column">2012-01-19 </td> <td style="white-space: nowrap;" class="bz_priority_column">unspecified </td> <td style="white-space: nowrap;" class="bz_op_sys_column">Linux </td> <td style="white-space: nowrap;" class="bz_assigned_to_column"> <a class="moz-txt-link-abbreviated" href="mailto:lpeer@redhat.com">lpeer(a)redhat.com</a> </td> <td style="white-space: nowrap;" class="bz_bug_status_column">NEW </td> <td style="white-space: nowrap;" class="bz_resolution_column"> --- </td> <td class="bz_short_desc_column">NPE during SD removal </td> <td style="white-space: nowrap;" class="bz_reporter_column"> <a class="moz-txt-link-abbreviated" href="mailto:jlibosva@redhat.com">jlibosva(a)redhat.com</a> </td> <td style="white-space: nowrap;" class="bz_cf_qa_whiteboard_column"> </td> <td style="white-space: nowrap;" class="bz_component_column">ovirt-engine-core </td> </tr> <tr class="bz_bugitem bz_severity_urgent bz_priority_unspecified bz_status_MODIFIED bz_row_odd "> <td> </td> <td class="first-child bz_id_column"> <a name="b783662" href="https://bugzilla.redhat.com/show_bug.cgi?id=783662">783662</a> </td> <td style="white-space: nowrap;" class="bz_bug_severity_column">urgent </td> <td style="white-space: nowrap;" class="bz_opendate_column">2012-01-21 </td> <td style="white-space: nowrap;" class="bz_priority_column">unspecified </td> <td style="white-space: nowrap;" class="bz_op_sys_column">Linux </td> <td style="white-space: nowrap;" class="bz_assigned_to_column"> <a class="moz-txt-link-abbreviated" href="mailto:oourfali@redhat.com">oourfali(a)redhat.com</a> </td> <td style="white-space: nowrap;" class="bz_bug_status_column">MODIFIED </td> <td style="white-space: nowrap;" class="bz_resolution_column"> --- </td> <td class="bz_short_desc_column">IPA - IPA does not perform login with UPN </td> <td style="white-space: nowrap;" class="bz_reporter_column"> <a class="moz-txt-link-abbreviated" href="mailto:pstehlik@redhat.com">pstehlik(a)redhat.com</a> </td> <td style="white-space: nowrap;" class="bz_cf_qa_whiteboard_column"> </td> <td style="white-space: nowrap;" class="bz_component_column">ovirt-engine-core </td> </tr> <tr class="bz_bugitem bz_severity_high bz_priority_unspecified bz_status_NEW bz_row_even "> <td> </td> <td class="first-child bz_id_column"> <a name="b783789" href="https://bugzilla.redhat.com/show_bug.cgi?id=783789">783789</a> </td> <td style="white-space: nowrap;" class="bz_bug_severity_column">high </td> <td style="white-space: nowrap;" class="bz_opendate_column">2012-01-22 </td> <td style="white-space: nowrap;" class="bz_priority_column">unspecified </td> <td style="white-space: nowrap;" class="bz_op_sys_column">Linux </td> <td style="white-space: nowrap;" class="bz_assigned_to_column"> <a class="moz-txt-link-abbreviated" href="mailto:lpeer@redhat.com">lpeer(a)redhat.com</a> </td> <td style="white-space: nowrap;" class="bz_bug_status_column">NEW </td> <td style="white-space: nowrap;" class="bz_resolution_column"> --- </td> <td class="bz_short_desc_column">[ovirt][engine][core] - exception when trying to fence a SPM host that moved to non responsive </td> <td style="white-space: nowrap;" class="bz_reporter_column"> <a class="moz-txt-link-abbreviated" href="mailto:yeylon@redhat.com">yeylon(a)redhat.com</a> </td> <td style="white-space: nowrap;" class="bz_cf_qa_whiteboard_column"> </td> <td style="white-space: nowrap;" class="bz_component_column">ovirt-engine-core </td> </tr> <tr class="bz_bugitem bz_severity_high bz_priority_high bz_status_NEW bz_row_odd "> <td> </td> <td class="first-child bz_id_column"> <a name="b784900" href="https://bugzilla.redhat.com/show_bug.cgi?id=784900">784900</a> </td> <td style="white-space: nowrap;" class="bz_bug_severity_column">high </td> <td style="white-space: nowrap;" class="bz_opendate_column">Thu 10:35 </td> <td style="white-space: nowrap;" class="bz_priority_column">high </td> <td style="white-space: nowrap;" class="bz_op_sys_column">Unspecified </td> <td style="white-space: nowrap;" class="bz_assigned_to_column"> <a class="moz-txt-link-abbreviated" href="mailto:lpeer@redhat.com">lpeer(a)redhat.com</a> </td> <td style="white-space: nowrap;" class="bz_bug_status_column">NEW </td> <td style="white-space: nowrap;" class="bz_resolution_column"> --- </td> <td class="bz_short_desc_column">[ovirt] [engine-core] null pointer exception when merging snapshot and engine gets restarted - VM stuck in unknown state </td> <td style="white-space: nowrap;" class="bz_reporter_column"> <a class="moz-txt-link-abbreviated" href="mailto:hateya@redhat.com">hateya(a)redhat.com</a> </td> <td style="white-space: nowrap;" class="bz_cf_qa_whiteboard_column"> </td> <td style="white-space: nowrap;" class="bz_component_column">ovirt-engine-core </td> </tr> <tr class="bz_bugitem bz_severity_urgent bz_priority_urgent bz_status_NEW bz_row_even "> <td> </td> <td class="first-child bz_id_column"> <a name="b785671" href="https://bugzilla.redhat.com/show_bug.cgi?id=785671">785671</a> </td> <td style="white-space: nowrap;" class="bz_bug_severity_column">urgent </td> <td style="white-space: nowrap;" class="bz_opendate_column">04:55:48 </td> <td style="white-space: nowrap;" class="bz_priority_column">urgent </td> <td style="white-space: nowrap;" class="bz_op_sys_column">Linux </td> <td style="white-space: nowrap;" class="bz_assigned_to_column"> <a class="moz-txt-link-abbreviated" href="mailto:lpeer@redhat.com">lpeer(a)redhat.com</a> </td> <td style="white-space: nowrap;" class="bz_bug_status_column">NEW </td> <td style="white-space: nowrap;" class="bz_resolution_column"> --- </td> <td class="bz_short_desc_column">ovirt-engine-core: after trying to add a snapshot while a snapshot is created and getting an error vm CreateAllSnapshotsFromVmCommand will fail to aquire lock forever </td> <td style="white-space: nowrap;" class="bz_reporter_column"> <a class="moz-txt-link-abbreviated" href="mailto:dron@redhat.com">dron(a)redhat.com</a> </td> <td style="white-space: nowrap;" class="bz_cf_qa_whiteboard_column"> </td> <td style="white-space: nowrap;" class="bz_component_column">ovirt-engine-core </td> </tr> </tbody> </table> webadmin: <table class="bz_buglist" id="buglist_table" width="100%" cellpadding="4" cellspacing="0"> <tbody> <tr class="bz_bugitem bz_severity_high bz_priority_high bz_status_NEW bz_row_even "> <tr class="bz_bugitem bz_severity_high bz_priority_high bz_status_NEW bz_row_even "> <td class="first-child bz_id_column"> <a name="b785565" href="https://bugzilla.redhat.com/show_bug.cgi?id=785565">785565</a> </td> <td style="white-space: nowrap;" class="bz_bug_severity_column">high </td> <td style="white-space: nowrap;" class="bz_opendate_column">Sun 10:52 </td> <td style="white-space: nowrap;" class="bz_priority_column">high </td> <td style="white-space: nowrap;" class="bz_op_sys_column">Linux </td> <td style="white-space: nowrap;" class="bz_assigned_to_column"> <a class="moz-txt-link-abbreviated" href="mailto:ecohen@redhat.com">ecohen(a)redhat.com</a> </td> <td style="white-space: nowrap;" class="bz_bug_status_column">NEW </td> <td style="white-space: nowrap;" class="bz_resolution_column"> --- </td> <td class="bz_short_desc_column">[ovirt] [webadmin] refresh problem after discover & login to target - content of getDeviceList is not presented </td> <td style="white-space: nowrap;" class="bz_reporter_column"> <a class="moz-txt-link-abbreviated" href="mailto:dron@redhat.com">dron(a)redhat.com</a> </td> <td style="white-space: nowrap;" class="bz_cf_qa_whiteboard_column"> </td> <td style="white-space: nowrap;" class="bz_component_column">ovirt-engine-webadmin </td> </tr> </tr> </tbody> </table> ovirt-node: <table class="bz_buglist" id="buglist_table" width="100%" cellpadding="4" cellspacing="0"> <tbody> <tr class="bz_bugitem bz_severity_high bz_priority_unspecified bz_status_NEW bz_row_even "> <tr class="bz_bugitem bz_severity_high bz_priority_unspecified bz_status_NEW bz_row_even "> <td> </td> <td class="first-child bz_id_column"> <a name="b785728" href="https://bugzilla.redhat.com/show_bug.cgi?id=785728">785728</a> </td> <td style="white-space: nowrap;" class="bz_bug_severity_column">high </td> <td style="white-space: nowrap;" class="bz_opendate_column">08:36:17 </td> <td style="white-space: nowrap;" class="bz_priority_column">unspecified </td> <td style="white-space: nowrap;" class="bz_op_sys_column">Unspecified </td> <td style="white-space: nowrap;" class="bz_assigned_to_column"> <a class="moz-txt-link-abbreviated" href="mailto:jboggs@redhat.com">jboggs(a)redhat.com</a> </td> <td style="white-space: nowrap;" class="bz_bug_status_column">NEW </td> <td style="white-space: nowrap;" class="bz_resolution_column"> --- </td> <td class="bz_short_desc_column">[installation] ovirt node installation fails </td> <td style="white-space: nowrap;" class="bz_reporter_column"> <a class="moz-txt-link-abbreviated" href="mailto:dnaori@redhat.com">dnaori(a)redhat.com</a> </td> </tr> </tr> </tbody> </table> <a class="moz-txt-link-freetext" href="https://bugzilla.redhat.com/buglist.cgi?quicksearch=773371+781970+784324+78…">https://bugzilla.redhat.com/buglist.cgi?quicksearch=773371+781970+784324+78…</a> Moran. </body> </html> --------------010509010704080105030908--

1 0

[Engine-devel] better gwt compile times
by Gilad Chaplik 29 Jan '12

29 Jan '12

Use draftCompile flag: Enable faster, but less-optimized, compilations. draft compile only for gecko: -Dgwt.userAgent=gecko1_8 -Dgwt.draftCompile=true, Total time: 2:10.928s (3:05s without it) Saves a cool one minute (more time to be stuck in traffic) *obviously gwt developers should test their code fully compiled (for all browsers and without drafCompile flag) Thanks, Gilad.

1 0

[Engine-devel] First release go/no go meeting on Monday (30.01)
by Ofer Schreiber 29 Jan '12

29 Jan '12

All, As decided in the last oVirt sync meeting, we will have a go/no meeting about our first release in the upcoming Monday (30.01.12), 15:00 UTC. I'm inviting you all to join this important meeting in the official #ovirt irc channel. Thanks, Ofer Schreiber oVirt Release Manager

2 2

[Engine-devel] [RFC] New Connection Management API
by Saggi Mizrahi 29 Jan '12

29 Jan '12

I have begun work at changing how API clients can control storage connections when interacting with VDSM. Currently there are 2 API calls: connectStorageServer() - Will connect to the storage target if the host is not already connected to it. disconnectStorageServer() - Will disconnect from the storage target if the host is connected to it. This API is very simple but is inappropriate when multiple clients and flows try to access the same storage. This is currently solved by trying to synchronize things inside rhevm. This is hard and convoluted. It also brings out issues with other clients using the VDSM API. Another problem is error recovery. Currently ovirt-engine(OE) has no way of monitoring the connections on all the hosts an if a connection disappears it's OE's responsibility to reconnect. I suggest a different concept where VDSM 'manages' the connections. VDSM receives a manage request with the connection information and from that point forward VDSM will try to keep this connection alive. If the connection fails VDSM will automatically try and recover. Every manage request will also have a connection ID(CID). This CID will be used when the same client asks to unamange the connection. When multiple requests for manage are received to the same connection they all have to have their own unique CID. By internally mapping CIDs to actual connections VDSM can properly disconnect when no CID is addressing the connection. This allows each client and even each flow to have it's own CID effectively eliminating connect\disconnect races. The change from (dis)connect to (un)manage also changes the semantics of the calls significantly. Whereas connectStorageServer would have returned when the storage is either connected or failed to connect, manageStorageServer will return once VDSM registered the CID. This means that the connection might not be active immediately as the VDSM tries to connect. The connection might remain down for a long time if the storage target is down or is having issues. This allows for VDSM to receive the manage request even if the storage is having issues and recover as soon as it's operational without user intervention. In order for the client to query the current state of the connections I propose getStorageConnectionList(). This will return a mapping of CID to connection status. The status contains the connection info (excluding credentials), whether the connection is active, whether the connection is managed (unamanged connection are returned with transient IDs), and, if the connection is down, the last error information. The same actual connection can return multiple times, once for each CID. For cases where an operation requires a connection to be active a user can poll the status of the CID. The user can then choose to poll for a certain amount of time or until an error appears in the error field of the status. This will give you either a timeout or a "try once" semantic depending on the flows needs. All connections that have been managed persist VDSM restart and will be managed until a corresponding unmanage command has been issued. There is no concept of temporary connections as "temporary" is flow dependent and VDSM can't accommodate all interpretation of "temporary". An ad-hoc mechanism can be build using the CID field. For instance a client can manage a connection with "ENGINE_FLOW101_CON1". If the flow got interrupted the client can clean all IDs with certain flow IDs. I think this API gives safety, robustness, and implementation freedom. Nitty Gritty: manageStorageServer =================== Synopsis: manageStorageServer(uri, connectionID): Parameters: uri - a uri pointing to a storage target (eg: nfs://server:export, iscsi://host/iqn;portal=1) connectionID - string with any char except "/". Description: Tells VDSM to start managing the connection. From this moment on VDSM will try and have the connection available when needed. VDSM will monitor the connection and will automatically reconnect on failure. Returns: Success code if VDSM was able to manage the connection. It usually just verifies that the arguments are sane and that the CID is not already in use. This doesn't mean the host is connected. ---- unmanageStorageServer ===================== Synopsis: unmanageStorageServer(connectionID): Parameters: connectionID - string with any char except "/". Descriptions: Tells VDSM to stop managing the connection. VDSM will try and disconnect for the storage target if this is the last CID referencing the storage connection. Returns: Success code if VDSM was able to unmanage the connection. It will return an error if the CID is not registered with VDSM. Disconnect failures are not reported. Active unmanaged connections can be tracked with getStorageServerList() ---- getStorageServerList ==================== Synopsis: getStorageServerList() Description: Will return list of all managed and unmanaged connections. Unmanaged connections have temporary IDs and are not guaranteed to be consistent across calls. Results:VDSM was able to manage the connection. It usually just verifies that the arguments are sane and that the CID is not already in use. This doesn't mean the host is connected. ---- unmanageStorageServer ===================== Synopsis: unmanageStorageServer(connectionID): Parameters: connectionID - string with any char except "/". Descriptions: Tells VDSM to stop managing the connection. VDSM will try and disconnect for the storage target if this is the last CID referencing the storage connection. Returns: Success code if VDSM was able to unmanage the connection. It will return an error if the CID is not registered with VDSM. Disconnect failures are not reported. Active unmanaged connections can be tracked with getStorageServerList() ---- getStorageServerList ==================== Synopsis: getStorageServerList() Description: Will return list of all managed and unmanaged connections. Unmanaged connections have temporary IDs and are not guaranteed to be consistent across calls. Results: A mapping between CIDs and the status. example return value (Actual key names may differ) {'conA': {'connected': True, 'managed': True, 'lastError': 0, 'connectionInfo': { 'remotePath': 'server:/export 'retrans': 3 'version': 4 }} 'iscsi_session_34': {'connected': False, 'managed': False, 'lastError': 339, 'connectionIfno': { 'hostname': 'dandylopn' 'portal': 1}} }

7 21

[Engine-devel] data modelling in fixtures.xml
by Yair Zaslavsky 25 Jan '12

25 Jan '12

Hi all, When you introduce new business entities + DAOs or change some behaviour of existing ones, besides providing tests, please try as much as possible to insert reasonable test data to fixtures.xml, as we use the same fixtures.xml file for all our DAO testing. Kind regards, Yair

3 4

[Engine-devel] latency issues with gerrit.ovirt.org
by Barak Azulay 25 Jan '12

25 Jan '12

I'm experiencing severe latency issues with gerrit.ovirt.org - am I the only one ? Thanks Barak Azulay

9 11

Re: [Engine-devel] Call for oVirt subproject release note beats!
by Steve Gordon 24 Jan '12

24 Jan '12

Hi all, Assuming we are still on schedule for a release this is the last call for release note items. We will discuss further in the weekly sync up meeting tomorrow. Steve ----- Original Message ----- > From: "Steve Gordon" <sgordon(a)redhat.com> > To: arch(a)ovirt.org > Sent: Monday, January 16, 2012 10:34:01 AM > Subject: Re: Call for oVirt subproject release note beats! > > Hi all, > > As discussed in last week's sync-up meeting I emailed the > contributors listed as oVirt subproject maintainers requesting > release note beats. So far only the oVirt engine section of the > release notes page has been populated (thanks Livnat!). The release > notes page is here: > > http://www.ovirt.org/wiki/Release_Notes > > Please take the time to update it with any features, resolved issues, > or known issues you are aware of that you think should be noted for > this first release of oVirt. Even one liners or a link to the > relevant feature page/bugzilla would be great, I intend to edit this > into a cohesive document before the actual release. > > Thanks, > > Steve > > ----- Original Message ----- > > From: "Steve Gordon" <sgordon(a)redhat.com> > > To: "Michael Pasternak" <mpastern(a)redhat.com>, "Einav Cohen" > > <ecohen(a)redhat.com>, "Itamar Heim" <iheim(a)redhat.com>, > > "Barak Azulay" <bazulay(a)redhat.com>, "Yaniv Dary" > > <ydary(a)redhat.com>, "Ofer Schreiber" <oschreib(a)redhat.com>, "Alan > > Pevec" <apevec(a)redhat.com>, "Livnat Peer" <lpeer(a)redhat.com>, "Ayal > > Baron" <abaron(a)redhat.com> > > Cc: "Karsten 'quaid' Wade" <kwade(a)redhat.com>, "Robyn Bergeron" > > <rbergero(a)redhat.com> > > Sent: Wednesday, January 11, 2012 11:51:09 AM > > Subject: Call for oVirt subproject release note beats! > > > > Hi all, > > > > If you are getting this email you are listed as the first > > maintainer > > of an oVirt subproject at > > http://www.ovirt.org/project/subprojects/. > > As we ramp up towards our initial formal release of the oVirt > > project we were hoping that you could provide a short run down of > > what your subproject is, and a brief blurb on any noteworthy > > features/resolved issues/known issues in it for this initial > > release. If you have bugzilla #s to include even better! > > > > This effort would assist us greatly in providing a release notes > > document for this initial release. Please add your input to the > > relevant section of this page on the wiki: > > > > http://www.ovirt.org/wiki/Release_Notes > > > > Note that the structure I have provided is just to be used as a > > guide > > for now, once we have see what we have we can discuss further and > > reformat appropriately. > > > > Thanks! > > > > Steve >

1 0

[Engine-devel] engine-core redundant instantiation of mappers
by Yair Zaslavsky 24 Jan '12

24 Jan '12

Hi all, I am refactoring now DiskImageDAODbFacadeImpl. As part of my work, I'm also defining there a Spring-JDBC mapper , similar to other ParameterizedRowMapper based mappers we have in code (i.e DbUserDAODbFacadeImpl has one) Looks like in our DAO getXXXX methods we instantiate these mapper objects (each method creates a new mapper object). Can anyone see a reason , in case a mapper object is stateless (and from what I see, they are) - why not to have a single instantiation per mapper type (i.e - Have a MapperUtils class, with static methods like MapperUtils.getDiskImageMapper() ? IMHO this can save us some unnecessary instanatiations and improve performance Yair

2 1

[Engine-devel] Engine UI only: cleaning EAR from deployment folder may be required.
by Asaf Shakarchi 23 Jan '12

23 Jan '12

Hello, Some maven re-factoring (for UI modules only) patch (http://gerrit.ovirt.org/#change,689) has just merged, You may encounter weird UI behaviours that might occur because some unnecessary data still exist in the deployed EAR folder. If so please follow these steps: 1) Clean then build (the entire engine) with Pgwt-admin,gwt-user profiles 2) Fully remove the ovirt.ear from your JBOSS deployment folder. 3) cd OVIRT_ENGINE/ear then 'mvn install -Pdep' Thanks, Regards, Asaf

2 2

[Engine-devel] running jboss as 7 with openjdk
by Jon Choate 22 Jan '12

22 Jan '12

I keep getting a message that it can't find sun.security.krb5.KrbException. Any ideas? Jboss-as-5 ran ovirt-engine just fine with openjdk.

2 2

Re: [Engine-devel] Fwd: VM Payload feature
by Hugh Brock 22 Jan '12

22 Jan '12

On Sat, Jan 21, 2012 at 11:54:02PM +0200, Itamar Heim wrote: > this is intended to cover the cloud forms requirement - please > review and make sure it is in the right direction. > (going with floppy/iso for this version, rather than IP/injection > which could be optional future injection methods). > please reply on thread upstream for the discussion. > > Thanks, > Itamar >From the Aeolus side I don't think we have a strong opinion which way we do this -- it's more up to the Deltacloud guys. Neither approach requires the guest agent to be installed, right? In any case I'm glad to see this is in the works. Take care, --Hugh > -------- Original Message -------- > Subject: [Engine-devel] VM Payload feature > Date: Wed, 18 Jan 2012 10:41:59 -0500 (EST) > From: Oved Ourfalli <ovedo(a)redhat.com> > To: engine-devel(a)ovirt.org > > Hey all, > > Continuing the discussion about Aeolus instance data injection to a > VM (http://lists.ovirt.org/pipermail/engine-devel/2012-January/000423.html) > we propose a new VM Payload feature. > > The following wiki page contains a description page of the feature. > http://www.ovirt.org/wiki/Features/VMPayload > > Please read and review. > There are several approaches there, and we wish to head your > opinions and thoughts about them. > > Once we agree on an approach, we will start designing. > > Thank you, > Oved > _______________________________________________ > Engine-devel mailing list > Engine-devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/engine-devel -- == Hugh Brock, hbrock(a)redhat.com == == Engineering Manager, Cloud BU == == Aeolus Project: Manage virtual infrastructure across clouds. == == http://aeolusproject.org == "I know that you believe you understand what you think I said, but I’m not sure you realize that what you heard is not what I meant." --Robert McCloskey

2 1

[Engine-devel] Question about CloneVMFromSnapshot feature in context of shared disks and direct LUNs-based disks
by Yair Zaslavsky 22 Jan '12

22 Jan '12

Hi all, Following the upstream meeting dated Wednesday January 18th, 2012 - I presented the clone VM from snpashot feature and we discussed the feature behaviour. Two issues that were raised are the behaviour of the feature in context of shared disks and direct LUNs-based disks - On one hand, if we copy&collapse such images - this may yield to data corruption (think of a scenario where the source and destination VMs use the same disk). On the other hand - if we decide not to copy&collapse - the target VM will have missing VM and its state will not totally reflect the logical state. One of the solution raises is to mark such disks (at the destination) as unplugged, allowing the administrator the ability to plug them (understanding of course the consequences). I would like to receive inputs on this issue Kind regards, Yair

7 26

[Engine-devel] getDeviceList should report partioned devices, too
by Dan Kenigsberg 22 Jan '12

22 Jan '12

Hi Lists, One cannot create a PV on a partitioned device, and therefor such devices where not reported to Engine. This proved surprising to users who woder where their LUN disappeared. Vdsm should report all devices, and ovirt-engine should mark partitioned devices as unworthy of a PV. In the future, Vdsm may allow to forcefully remove a partition table from a device, to make it usable as a PV. Douglas (CCed) would take resposibilty on the Vdsm side. Initial patch at http://gerrit.ovirt.org/944 sports a backword-compatible API. Who's taking this on Engine? This involves GUI, too, as partitioned devices should probably be displayed greyed-out. Dan.

4 14

[Engine-devel] backup/restore your git branch out of git repository
by Eli Mesika 22 Jan '12

22 Jan '12

Hi I had last week a corrupted git repository caused possibly by a forced shutdown, I had to re-clone my repository to a new place and apply all my changes. Lucky me , I had a backup out of the git repository. The following takes 1 min to apply and may save you lot of work in case something gone wrong. The following command will create a directory named as your current git branch under ~/backup/patch and will backup there all your branch work copy the following lines to your ~/.bashrc alias gitbackup='br=$(git symbolic-ref HEAD 2>/dev/null | cut -d "/" -f3);rm -f *.patch;git format-patch origin/master;mkdir -p ~/backup/patch/$br;mv *.patch ~/backup/patch/$br' alias gitrestore='br=$(git symbolic-ref HEAD 2>/dev/null | cut -d "/" -f3);git stash; git checkout master;git checkout -b "$br-restore-$(date "+%d-%m-%y--%H-%M")";cp ~/backup/patch/$br/*.patch .;for f in $(ls -1 *.patch) ;do git am --ignore-whitespace $f;done' > source ~/.bashrc to backup your branch just run from your current git branch > gitbackup In any case you have messed up with your branch (and you have a backup), you can run from your current git branch > gitrestore this will create a new restored branch named <your-original-branch-name>-restore-<date> and apply on it your backed up patches.

1 0

[Engine-devel] CloneVMFromSnapshot - feature document
by Yair Zaslavsky 22 Jan '12

22 Jan '12

Hi all, You can look at http://ovirt.org/wiki/Features/CloneVmFromSnapshot And see the feature document for Clone VM from Snapshot. Comments are more than welcome (planning on providing a the detailed document soon) Kind regards, Yair

3 2

[Engine-devel] First release blockers
by Ofer Schreiber 19 Jan '12

19 Jan '12

As part of summarizing the awesome test day we had yesterday (Thanks Moran and all participants), I've created http://www.ovirt.org/wiki/Releases/First_Release_Blockers. If you think you noticed/opened/fixed a critical bug, please add it to the wiki above. Thanks for cooperation, -- Ofer Schreiber Red Hat Israel, Ra'anana +972-9-7692347 www.redhat.com

1 0

[Engine-devel] Jenkins Continuous Integration Server for oVirt is up and running!
by Eyal Edri 19 Jan '12

19 Jan '12

fyi, oVirt project now has a Jenkins CI server[1] on http://jenkins.ovirt.org. The CI server runs various jobs on oVirt components *[2] such as ovirt-engine,ovirt-node,etc.. Every commit to gerrit.ovirt.org will trigger the job 'ovirt_engine' which will run 'maven' build and verify that the commit didn't break the code. If the commit did break the code, it will send an alert email to "engine-patches.ovirt.org" and to the commiter with a link to a log console containing the error. On success, the job will trigger other jobs such as "find_bugs", "gwt profiles", "create db", "unit-tests", each testing a different part of the code. In time, more and more jobs will be added to jenkins, which will allow us to catch bugs much faster than before, and to improve code quality even more. If you have questions, don't hesitate to ask me or infra(a)ovirt.org. [1] http://jenkins-ci.org/ [2] currently only ovirt-engine is configured and working. Eyal Edri oVirt infrastructure team

1 0

[Engine-devel] Any way to get more than 100 VMs with the REST API?
by Juan Hernandez 19 Jan '12

19 Jan '12

Hello, Is there any way to get more than 100 VMs (or whatever the value of the option "SearchResultsLimit" is) using the REST API? 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.

4 3

[Engine-devel] the future of template cloning
by Jon Choate 18 Jan '12

18 Jan '12

We are going to be able to store the disks for a template on different storage domains due to the multiple storage domain feature. Cloning a template will still be possible, but will it provide any value? Thoughts?

8 36

[Engine-devel] a different approach to the command classes
by Jon Choate 18 Jan '12

18 Jan '12

The way the command classes are written has bothered me for a while. While implementing the multiple storage domain features I am presented with the opportunity to create a new command from scratch. I gave some thought to what I would like the command classes to look like while balancing that the class must still fit in with the existing structure. So here is what I came up with. I'd appreciate any feedback. The Command class encompasses only the rules of what needs to be done. It relies upon Validator classes to determine if the canDoAction conditions have been met. @Override public boolean canDoAction() { ... checkTargetDomainHasSpace(); checkTargetDomainIsValidTarget(); checkSourceDomainIsValidSource(); checkSourceAndTargetAreDifferent(); ... } ... private void checkTargetDomainHasSpace() { if(!actionAllowed) return; if(!targetDomainValidator.hasSpace(getParameters().getDiskImageId())) { addCanDoActionMessage(VdcBllMessages.ACTION_TYPE_FAILED_DISK_SPACE_LOW); actionAllowed = false; } } Each of the checks follows a similar pattern of - guard clause to see of we already failed and bail if we did - test for failure of the condition - add failure message if needed - set variable to failed if needed Storing the success flag in a variable allows us to keep the canDoAction method readable as a series of commands and to allow it to be accessed by all the private methods without them having to pass it around. The execution of the command will follow a similar pattern where the command class will only know how to describe what needs to be done and to rely on supporting objects to handle the implementation of these steps. Getting the implementation out of the command classes will allow the commands to share validation and implementation details and remove a lot of the duplication that currently exists within the commands. How do people feel about this approach?

9 11

[Engine-devel] move disk command
by Jon Choate 18 Jan '12

18 Jan '12

As part of the multiple storage domains feature there will be new functionality added to allow users to move individual disks. What are the prerequisites for moving a disk? 1) the disk must exist 2) the associated VM must be down 3) the associated VM must not be locked 4) the source storage domain must exist 5) the source storage domain must be available 6) the target domain must exist 7) the target domain must be available 8) the target domain must have adequate disk space 9) the target domain cannot be an ISO or export domain 10) the source domain cannot be an ISO or export domain What am I missing? Also, should we allow the moving of a template disk that has VM disks based on it? Unless I'm wrong this would require all of the disks based on the template to be moved as well. thoughts?

8 18

[Engine-devel] Any way to get more than 100 VMs with the REST API?
by Juan Hernandez 18 Jan '12

18 Jan '12

Hello, Is there any way to get more than 100 VMs (or whatever the value of the option "SearchResultsLimit" is) using the REST API? Thanks in advance, Juan Hernandez

1 0

[Engine-devel] agenda for today's engine core meeting
by Livnat Peer 18 Jan '12

18 Jan '12

Hi All, The agenda for today - 1. Close the clone template discussion. 2. Introduce the new setup networks API. 3. Short summary of the stable device address (managed and unmanaged devices) ----If we have time ------ 4. Discussing the clone VM from snapshot functionality. Livnat

1 0

[Engine-devel] Low Level design for HotPlug/HotUnplug feature
by Michael Kublin 17 Jan '12

17 Jan '12

Hi, the follow link is providing a low level design for HotPlug/HotUnplug feature : http://www.ovirt.org/wiki/Features/DetailedHotPlug . The feature is simple and design is short Regards Michael

7 14

[Engine-devel] Failure to deploy (with JBoss 7.1)
by Yaniv Kaul 17 Jan '12

17 Jan '12

After successful compilation and deployment, on a host that ran previously fine, I'm getting some error on executing. Not sure what happened to postgres access - it ran fine previously (previous JBoss): [ykaul@ykaul ear]$ /usr/local/jboss-as-7.1.0.Beta1b/bin/standalone.sh ========================================================================= JBoss Bootstrap Environment JBOSS_HOME: /usr/local/jboss-as-7.1.0.Beta1b JAVA: java JAVA_OPTS: -server -Xms64m -Xmx512m -XX:MaxPermSize=256m -Djava.net.preferIPv4Stack=true -Dorg.jboss.resolver.warning=true -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true ========================================================================= 10:42:57,373 INFO [org.jboss.modules] JBoss Modules version 1.1.0.CR4 10:42:57,608 INFO [org.jboss.msc] JBoss MSC version 1.0.1.GA 10:42:57,665 INFO [org.jboss.as] JBoss AS 7.1.0.Beta1b "Tesla" starting 10:42:58,429 INFO [org.jboss.as] Creating http management service using socket-binding (management-http) 10:42:58,434 INFO [org.xnio] XNIO Version 3.0.0.CR5 10:42:58,461 INFO [org.xnio.nio] XNIO NIO Implementation Version 3.0.0.CR5 10:42:58,471 INFO [org.jboss.remoting] JBoss Remoting version 3.2.0.CR6 10:42:58,477 INFO [org.jboss.as.logging] JBAS011502: Removing bootstrap log handlers 2012-01-17 10:42:58,502 INFO [org.jboss.as.clustering] (ServerService Thread Pool -- 28) JBAS010300: Activating Infinispan subsystem. 2012-01-17 10:42:58,551 INFO [org.jboss.as.connector] (MSC service thread 1-1) JBAS010408: Starting JCA Subsystem (JBoss IronJacamar 1.0.5.Final) 2012-01-17 10:42:58,564 INFO [org.jboss.as.naming] (ServerService Thread Pool -- 35) JBAS011800: Activating Naming Subsystem 2012-01-17 10:42:58,592 INFO [org.jboss.as.osgi] (ServerService Thread Pool -- 36) JBAS011910: Activating OSGi Subsystem 2012-01-17 10:42:58,602 INFO [org.jboss.as.naming] (MSC service thread 1-1) JBAS011802: Starting Naming Service 2012-01-17 10:42:58,605 INFO [org.jboss.as.security] (ServerService Thread Pool -- 41) Activating Security Subsystem 2012-01-17 10:42:58,614 INFO [org.jboss.as.mail.extension] (MSC service thread 1-1) JBAS015400: Bound mail session [java:jboss/mail/Default] 2012-01-17 10:42:58,615 INFO [org.jboss.as.security] (MSC service thread 1-1) Picketbox version=4.0.6.Beta1 2012-01-17 10:42:58,623 INFO [org.jboss.as.connector.subsystems.datasources] (ServerService Thread Pool -- 24) JBAS010404: Deploying non-JDBC-compliant driver class org.postgresql.Driver (version 8.4) 2012-01-17 10:42:58,694 INFO [org.jboss.as.remoting] (MSC service thread 1-1) Listening on /127.0.0.1:9999 2012-01-17 10:42:58,697 INFO [org.jboss.as.remoting] (MSC service thread 1-2) Listening on /0.0.0.0:4447 2012-01-17 10:42:58,785 INFO [org.apache.catalina.core.AprLifecycleListener] (MSC service thread 1-4) The Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/amd64/server:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/amd64:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/../lib/amd64:/usr/local/lib:/usr/java/packages/lib/amd64:/usr/lib64:/lib64:/lib:/usr/lib 2012-01-17 10:42:58,864 INFO [org.apache.coyote.http11.Http11Protocol] (MSC service thread 1-4) Starting Coyote HTTP/1.1 on http--0.0.0.0-8080 2012-01-17 10:42:59,312 INFO [org.jboss.as.server.deployment.scanner] (MSC service thread 1-4) JBAS015012: Started FileSystemDeploymentService for directory /usr/local/jboss-as-7.1.0.Beta1b/standalone/deployments 2012-01-17 10:42:59,341 INFO [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-4) JBAS010400: Bound data source [java:/ENGINEDataSource] 2012-01-17 10:42:59,355 INFO [org.jboss.as] (Controller Boot Thread) JBoss AS 7.1.0.Beta1b "Tesla" started in 2128ms - Started 129 of 190 services (60 services are passive or on-demand) 2012-01-17 10:42:59,420 INFO [org.jboss.as.server.deployment.scanner] (DeploymentScanner-threads - 1) JBAS015014: Re-attempting failed deployment engine.ear 2012-01-17 10:42:59,459 WARN [org.jboss.jca.core.connectionmanager.pool.strategy.OnePool] (JCA PoolFiller) IJ000610: Unable to fill pool: javax.resource.ResourceException: Could not create connection at org.jboss.jca.adapters.jdbc.local.LocalManagedConnectionFactory.getLocalManagedConnection(LocalManagedConnectionFactory.java:277) at org.jboss.jca.adapters.jdbc.local.LocalManagedConnectionFactory.createManagedConnection(LocalManagedConnectionFactory.java:235) at org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreArrayListManagedConnectionPool.createConnectionEventListener(SemaphoreArrayListManagedConnectionPool.java:736) [ironjacamar-core-impl-1.0.5.Final.jar:] at org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreArrayListManagedConnectionPool.fillToMin(SemaphoreArrayListManagedConnectionPool.java:683) [ironjacamar-core-impl-1.0.5.Final.jar:] at org.jboss.jca.core.connectionmanager.pool.mcp.PoolFiller.run(PoolFiller.java:97) [ironjacamar-core-impl-1.0.5.Final.jar:] at java.lang.Thread.run(Thread.java:679) [:1.6.0_22] Caused by: org.postgresql.util.PSQLException: FATAL: password authentication failed for user "postgres" at org.postgresql.core.v3.ConnectionFactoryImpl.doAuthentication(ConnectionFactoryImpl.java:291) at org.postgresql.core.v3.ConnectionFactoryImpl.openConnectionImpl(ConnectionFactoryImpl.java:108) at org.postgresql.core.ConnectionFactory.openConnection(ConnectionFactory.java:66) at org.postgresql.jdbc2.AbstractJdbc2Connection.<init>(AbstractJdbc2Connection.java:125) at org.postgresql.jdbc3.AbstractJdbc3Connection.<init>(AbstractJdbc3Connection.java:30) at org.postgresql.jdbc3g.AbstractJdbc3gConnection.<init>(AbstractJdbc3gConnection.java:22) at org.postgresql.jdbc4.AbstractJdbc4Connection.<init>(AbstractJdbc4Connection.java:30) at org.postgresql.jdbc4.Jdbc4Connection.<init>(Jdbc4Connection.java:24) at org.postgresql.Driver.makeConnection(Driver.java:393) at org.postgresql.Driver.connect(Driver.java:267) at org.jboss.jca.adapters.jdbc.local.LocalManagedConnectionFactory.getLocalManagedConnection(LocalManagedConnectionFactory.java:249) ... 5 more 2012-01-17 10:42:59,491 INFO [org.jboss.as.server.deployment.scanner] (DeploymentScanner-threads - 1) JBAS015003: Found engine.ear in deployment directory. To trigger deployment create a file called engine.ear.dodeploy 2012-01-17 10:42:59,502 ERROR [org.jboss.as.controller] (DeploymentScanner-threads - 2) JBAS014612: Operation ("add") failed - address: ([("deployment" => "engine.ear")]): java.lang.IllegalStateException: JBAS014666: Duplicate resource [("deployment" => "engine.ear")] at org.jboss.as.controller.OperationContextImpl.addResource(OperationContextImpl.java:503) [jboss-as-controller-7.1.0.Beta1b.jar:] at org.jboss.as.controller.OperationContextImpl.createResource(OperationContextImpl.java:471) [jboss-as-controller-7.1.0.Beta1b.jar:] at org.jboss.as.server.deployment.DeploymentAddHandler.execute(DeploymentAddHandler.java:170) at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:322) [jboss-as-controller-7.1.0.Beta1b.jar:] at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:216) [jboss-as-controller-7.1.0.Beta1b.jar:] at org.jboss.as.controller.AbstractOperationContext.completeStep(AbstractOperationContext.java:152) [jboss-as-controller-7.1.0.Beta1b.jar:] at org.jboss.as.controller.CompositeOperationHandler.execute(CompositeOperationHandler.java:84) [jboss-as-controller-7.1.0.Beta1b.jar:] at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:322) [jboss-as-controller-7.1.0.Beta1b.jar:] at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:216) [jboss-as-controller-7.1.0.Beta1b.jar:] at org.jboss.as.controller.AbstractOperationContext.completeStep(AbstractOperationContext.java:152) [jboss-as-controller-7.1.0.Beta1b.jar:] at org.jboss.as.server.deployment.DeploymentDeployHandler.execute(DeploymentDeployHandler.java:68) at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:322) [jboss-as-controller-7.1.0.Beta1b.jar:] at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:216) [jboss-as-controller-7.1.0.Beta1b.jar:] at org.jboss.as.controller.AbstractOperationContext.completeStep(AbstractOperationContext.java:152) [jboss-as-controller-7.1.0.Beta1b.jar:] at org.jboss.as.server.deployment.DeploymentAddHandler.execute(DeploymentAddHandler.java:183) at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:322) [jboss-as-controller-7.1.0.Beta1b.jar:] at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:216) [jboss-as-controller-7.1.0.Beta1b.jar:] at org.jboss.as.controller.AbstractOperationContext.completeStep(AbstractOperationContext.java:152) [jboss-as-controller-7.1.0.Beta1b.jar:] at org.jboss.as.controller.CompositeOperationHandler.execute(CompositeOperationHandler.java:84) [jboss-as-controller-7.1.0.Beta1b.jar:] at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:322) [jboss-as-controller-7.1.0.Beta1b.jar:] at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:216) [jboss-as-controller-7.1.0.Beta1b.jar:] at org.jboss.as.controller.AbstractOperationContext.completeStep(AbstractOperationContext.java:152) [jboss-as-controller-7.1.0.Beta1b.jar:] at org.jboss.as.controller.CompositeOperationHandler.execute(CompositeOperationHandler.java:84) [jboss-as-controller-7.1.0.Beta1b.jar:] at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:322) [jboss-as-controller-7.1.0.Beta1b.jar:] at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:216) [jboss-as-controller-7.1.0.Beta1b.jar:] at org.jboss.as.controller.AbstractOperationContext.completeStep(AbstractOperationContext.java:152) [jboss-as-controller-7.1.0.Beta1b.jar:] at org.jboss.as.controller.ModelControllerImpl$DefaultPrepareStepHandler.execute(ModelControllerImpl.java:426) [jboss-as-controller-7.1.0.Beta1b.jar:] at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:322) [jboss-as-controller-7.1.0.Beta1b.jar:] at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:216) [jboss-as-controller-7.1.0.Beta1b.jar:] at org.jboss.as.controller.AbstractOperationContext.completeStep(AbstractOperationContext.java:152) [jboss-as-controller-7.1.0.Beta1b.jar:] at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:115) [jboss-as-controller-7.1.0.Beta1b.jar:] at org.jboss.as.controller.ModelControllerImpl$1.execute(ModelControllerImpl.java:296) [jboss-as-controller-7.1.0.Beta1b.jar:] at org.jboss.as.controller.ModelControllerImpl$1.execute(ModelControllerImpl.java:286) [jboss-as-controller-7.1.0.Beta1b.jar:] at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService$DeploymentTask.call(FileSystemDeploymentService.java:1178) at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService$DeploymentTask.call(FileSystemDeploymentService.java:1168) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [:1.6.0_22] at java.util.concurrent.FutureTask.run(FutureTask.java:166) [:1.6.0_22] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:165) [:1.6.0_22] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:266) [:1.6.0_22] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [:1.6.0_22] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [:1.6.0_22] at java.lang.Thread.run(Thread.java:679) [:1.6.0_22] at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.0.0.GA.jar:] 2012-01-17 10:42:59,505 ERROR [org.jboss.as.server.deployment.scanner] (DeploymentScanner-threads - 1) JBAS014654: Composite operation was rolled back 2012-01-17 10:42:59,506 ERROR [org.jboss.as.server.deployment.scanner] (DeploymentScanner-threads - 1) {"JBAS014653: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-1" => "JBAS014749: Operation handler failed: JBAS014666: Duplicate resource [(\"deployment\" => \"engine.ear\")]"}}

2 6

[Engine-devel] New oVirt-engine RPMs available
by Ofer Schreiber 17 Jan '12

17 Jan '12

Hi all, We've just finished uploading a new set of oVirt-engine rpms into ovirt.org. In this version, we're very excited to introduce the support for JBoss AS7, the latest release of the JBoss community. These rpms are considered as candidates for our first release, aimed for January 31st, and will be tested during our official test day [1] tomorrow. Please note that due to the nature of nightly builds, and due to the massive changes required in order to support JBoss AS7, we recommend a clean environment to be used with the new set of rpms. In order to install the RPMs, please follow the instructions described in http://www.ovirt.org/wiki/Installing_ovirt_from_rpm Feedback, comments and bug reports are always welcome. The oVirt-Engine team [1] http://www.ovirt.org/wiki/Testing/OvirtTestDay

1 0

[Engine-devel] New engine_3.0 branch
by Ofer Schreiber 15 Jan '12

15 Jan '12

Hey all, Heading towards our first release, I've just created a new git branch, named engine_3.0 on gerrit.ovirt.org. This branch is based on commit hash 7af27 and will be used for producing our first release, scheduled for the 31st of January. If you're fixing an existing bug in the system, and you feel it's important enough to get into the 3.0 release, please contact your component owner and push your fix into the release branch (just rebase against engine_3.0, and push your commit for review using `git push gerrit.ovirt.org:ovirt-engine-HEAD:refs/for/engine_3.0`). Regards, -- Ofer Schreiber Red Hat Israel, Ra'anana +972-9-7692347 www.redhat.com

1 0

[Engine-devel] please run refreshStoredProcedures after taking latest
by Eli Mesika 15 Jan '12

15 Jan '12

Hi If you take the latest version and run the upgrade script you will have to run the following script also > refreshStoredProcedures.sh -u <user> -d <database> This will be fixed ASAP (generally the upgrade script detects such a change and run this script implicitly)

1 1

Re: [Engine-devel] Low Level design for HotPlug/HotUnplug feature
by Igor Lvovsky 15 Jan '12

15 Jan '12

> -----Original Message----- > From: Ayal Baron [mailto:abaron@redhat.com] > Sent: Sunday, January 15, 2012 11:52 AM > To: Igor Lvovsky; Eduardo Warszawski > Cc: Dan Kenigsberg > Subject: Fwd: [Engine-devel] Low Level design for HotPlug/HotUnplug > feature > > One of you please reply upstream. > > ----- Forwarded Message ----- > From: "Livnat Peer" <lpeer(a)redhat.com> > To: "Michael Kublin" <mkublin(a)redhat.com> > Cc: "Ayal Baron" <abaron(a)redhat.com>, engine-devel(a)ovirt.org > Sent: Sunday, January 15, 2012 10:10:41 AM > Subject: Re: [Engine-devel] Low Level design for HotPlug/HotUnplug feature > > > >> The engine does not have a single verb for plugging multiple disk in > >> one > >> action. > > I think that question was if it possible to plug/unplug couple of disk > > in > parallel on the same vm, by running couple of hotplug/unplug > > in the same time > > Can you make sure the storage supports that? > VDSM has hotPlug/hotUnplug verbs for single disk. I don't know about any restrictions to run these verbs simultaneously for several disks.

1 0

[Engine-devel] Requirements for Aeolus instance data injection.
by jvlcek 14 Jan '12

14 Jan '12

Itamar, The below, provided by David Lutterkort, is a good description of the requirements for Aeolus instance data injection. Joe VLcek RHEV-M shall accept a small blob of data as part of the 'start VM' action. That data has to be placed somewhere where the VM can easily and securely access it. The data must only be visible to the VM it is intended for. Possibilities for where to put the data include placing it into a file on a virtual floppy or CD-ROM that the instance can mount, or posting it on a webserver that only the instance has access to (cf. EC2's handling of userData for the RunInstances call) The size limitation for the amount of data shouldn't be kept artificially low, but if there are important reasons to make it this small 1k would certainly suffice. In practical terms, the blob of data should be passed to the 'start VM' call base64 encoded, and RHEV-M should decode it just before putting it into its proper place.

6 13

[Engine-devel] Instructions (Wiki page) for adding error messages to Engine
by Asaf Shakarchi 11 Jan '12

11 Jan '12

Hey, Below is a link which contains the details required to manage the Engine's messages. http://www.ovirt.org/wiki/Engine_Adding_Messages Thanks, Regards, Asaf

2 1

[Engine-devel] oVirt engine core
by Livnat Peer 11 Jan '12

11 Jan '12

--=_0f32efdf-dc0b-41c0-b00e-4b0f132210c7 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit The following meeting has been modified: Subject: oVirt engine core Organizer: "Livnat Peer" <lpeer(a)redhat.com> Time: 4:00:00 PM - 5:00:00 PM GMT +02:00 Jerusalem [MODIFIED] Recurrence : Every 2 week(s) on Wednesday No end date Effective Nov 23, 2011 Invitees: engine-devel(a)ovirt.org; wangbo_bupt(a)hotmail.com; mkolesni(a)redhat.com; ykaul(a)redhat.com; ofrenkel(a)redhat.com; lhornyak(a)redhat.com; smizrahi(a)redhat.com; oschreib(a)redhat.com; sgordon(a)redhat.com; dedutta(a)cisco.com; emesika(a)redhat.com ... *~*~*~*~*~*~*~*~*~* This is a bi-weekly call about oVirt engine core development issues upstream. You are welcome to join. Bridge ID: 1814335863 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: 1814335863 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 --=_0f32efdf-dc0b-41c0-b00e-4b0f132210c7 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 engine core </td></tr> <tr><th align=3Dleft>Organizer:</th><td>"Livnat Peer" <lpeer(a)redhat.com&= gt; </td></tr> </table> <table border=3D'0'> <tr><th align=3Dleft>Time:</th><td>4:00:00 PM - 5:00:00 PM GMT +02:00 Jerus= alem [MODIFIED] </td></tr><tr><th align=3Dleft>Recurrence</th><td>: Every 2 week(s) on Wed= nesday No end date Effective Nov 23, 2011</td></tr> </table> <table border=3D'0'> <tr><th align=3Dleft>Invitees:</th><td>engine-devel(a)ovirt.org; wangbo_bupt@= hotmail.com; mkolesni(a)redhat.com; ykaul(a)redhat.com; ofrenkel(a)redhat.com; lh= ornyak(a)redhat.com; smizrahi(a)redhat.com; oschreib(a)redhat.com; sgordon@redhat= .com; dedutta(a)cisco.com; emesika(a)redhat.com ... </td></tr> </table> <div>*~*~*~*~*~*~*~*~*~*</div> This is a bi-weekly call about oVirt engi= ne core development issues upstream. You are welcome to join. B= ridge ID: 1814335863 Dial-in information: Reservationless-Plus = Toll Free Dial-In Number (US & Canada): (800) 451-8679 Reservationl= ess-Plus International Dial-In Number: (212) 729-5016 Conference code: = 1814335863 Global Access Numbers Local: Australia, Sydney Dial-= In #: 0289852326 Austria, Vienna Dial-In #: 012534978196 Belgium, B= russels Dial-In #: 027920405 China Dial-In #: 4006205013 Denmark, C= openhagen Dial-In #: 32729215 Finland, Helsinki Dial-In #: 0923194436 <= br>France, Paris Dial-In #: 0170377140 Germany, Berlin Dial-In #: 03030= 0190579 Ireland, Dublin Dial-In #: 014367793 Italy, Milan Dial-In #= : 0236269529 Netherlands, Amsterdam Dial-In #: 0207975872 Norway, O= slo Dial-In #: 21033188 Singapore Dial-In #: 64840858 Spain, Barcel= ona Dial-In #: 935452328 Sweden, Stockholm Dial-In #: 0850513770 Sw= itzerland, Geneva Dial-In #: 0225927881 United Kingdom Dial-In #: 02078= 970515 United Kingdom Dial-In #: 08445790676 United Kingdom, LocalC= all Dial-In #: 08445790678 United States Dial-In #: 2127295016 = Global Access Numbers Tollfree: Argentina Dial-In #: 8004441016 <br= >Australia Dial-In #: 1800337169 Austria Dial-In #: 0800005898 Baha= mas 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 #: 0180091= 34033 Costa Rica Dial-In #: 08000131048 Cyprus Dial-In #: 80095297 = Czech Republic Dial-In #: 800700318 Denmark Dial-In #: 80887114 <br= >Dominican Republic Dial-In #: 18887512313 Estonia Dial-In #: 800010023= 2 Finland Dial-In #: 0800117116 France Dial-In #: 0805632867 Ge= rmany 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 #: 001= 8030179162 Ireland Dial-In #: 1800932401 Israel Dial-In #: 18094625= 57 Italy Dial-In #: 800985897 Jamaica Dial-In #: 18002050328 Ja= pan Dial-In #: 0120934453 Korea (South) Dial-In #: 007986517393 Lat= via Dial-In #: 80003339 Lithuania Dial-In #: 880030479 Luxembourg D= ial-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 #: 1800= 11100991 Poland Dial-In #: 008001210187 Portugal Dial-In #: 8008146= 25 Russian Federation Dial-In #: 81080028341012 Saint Kitts and Nev= is Dial-In #: 18002059252 Singapore Dial-In #: 8006162235 Slovak Re= public Dial-In #: 0800001441 South Africa Dial-In #: 0800981148 Spa= in Dial-In #: 800300524 Sweden Dial-In #: 200896860 Switzerland Dia= l-In #: 800650077 Taiwan Dial-In #: 00801127141 Thailand Dial-In #:= 001800656966 Trinidad and Tobago Dial-In #: 18002024615 United Ara= b Emirates Dial-In #: 8000650591 United Kingdom Dial-In #: 08006948057 = United States Dial-In #: 8004518679 Uruguay Dial-In #: 00040190315 = Venezuela Dial-In #: 08001627182 </body></html> --=_0f32efdf-dc0b-41c0-b00e-4b0f132210c7 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:f9f190e9-f568-4103-b8bc-f549b2d47ece RRULE:FREQ=WEEKLY;INTERVAL=2;BYDAY=WE SUMMARY:oVirt engine core DESCRIPTION:This is a bi-weekly call about oVirt engine core development iss ues upstream. \nYou are welcome to join. \n\nBridge ID: 1814335863 \n\nDial- in information: \nReservationless-Plus Toll Free Dial-In Number (US & Canada ): (800) 451-8679 \nReservationless-Plus International Dial-In Number: (212) 729-5016 \nConference code: 1814335863 \n\nGlobal Access Numbers Local: \nA ustralia\, Sydney Dial-In #: 0289852326 \nAustria\, Vienna Dial-In #: 012534 978196 \nBelgium\, Brussels Dial-In #: 027920405 \nChina Dial-In #: 40062050 13 \nDenmark\, Copenhagen Dial-In #: 32729215 \nFinland\, Helsinki Dial-In # : 0923194436 \nFrance\, Paris Dial-In #: 0170377140 \nGermany\, Berlin Dial- In #: 030300190579 \nIreland\, Dublin Dial-In #: 014367793 \nItaly\, Milan D ial-In #: 0236269529 \nNetherlands\, Amsterdam Dial-In #: 0207975872 \nNorwa y\, Oslo Dial-In #: 21033188 \nSingapore Dial-In #: 64840858 \nSpain\, Barce lona Dial-In #: 935452328 \nSweden\, Stockholm Dial-In #: 0850513770 \nSwitz erland\, Geneva Dial-In #: 0225927881 \nUnited Kingdom Dial-In #: 0207897051 5 \nUnited Kingdom Dial-In #: 08445790676 \nUnited Kingdom\, LocalCall Dial- In #: 08445790678 \nUnited States Dial-In #: 2127295016 \n\n\nGlobal Access Numbers Tollfree: \nArgentina Dial-In #: 8004441016 \nAustralia Dial-In #: 1 800337169 \nAustria Dial-In #: 0800005898 \nBahamas Dial-In #: 18002054776 \ nBahrain Dial-In #: 80004377 \nBelgium Dial-In #: 080048325 \nBrazil Dial-In #: 08008921002 \nBulgaria Dial-In #: 008001100236 \nChile Dial-In #: 800370 228 \nColombia Dial-In #: 018009134033 \nCosta Rica Dial-In #: 08000131048 \ nCyprus Dial-In #: 80095297 \nCzech Republic Dial-In #: 800700318 \nDenmark Dial-In #: 80887114 \nDominican Republic Dial-In #: 18887512313 \nEstonia Di al-In #: 8000100232 \nFinland Dial-In #: 0800117116 \nFrance Dial-In #: 0805 632867 \nGermany Dial-In #: 8006647541 \nGreece Dial-In #: 00800127562 \nHon g Kong Dial-In #: 800930349 \nHungary Dial-In #: 0680016796 \nIceland Dial-I n #: 8008967 \nIndia Dial-In #: 0008006501533 \nIndonesia Dial-In #: 0018030 179162 \nIreland Dial-In #: 1800932401 \nIsrael Dial-In #: 1809462557 \nItal y Dial-In #: 800985897 \nJamaica Dial-In #: 18002050328 \nJapan Dial-In #: 0 120934453 \nKorea (South) Dial-In #: 007986517393 \nLatvia Dial-In #: 800033 39 \nLithuania Dial-In #: 880030479 \nLuxembourg Dial-In #: 80026595 \nMalay sia Dial-In #: 1800814451 \nMexico Dial-In #: 0018664590915 \nNew Zealand Di al-In #: 0800888167 \nNorway Dial-In #: 80012994 \nPanama Dial-In #: 0080022 69184 \nPhilippines Dial-In #: 180011100991 \nPoland Dial-In #: 008001210187 \nPortugal Dial-In #: 800814625 \nRussian Federation Dial-In #: 81080028341 012 \nSaint Kitts and Nevis Dial-In #: 18002059252 \nSingapore Dial-In #: 80 06162235 \nSlovak Republic Dial-In #: 0800001441 \nSouth Africa Dial-In #: 0 800981148 \nSpain Dial-In #: 800300524 \nSweden Dial-In #: 200896860 \nSwitz erland Dial-In #: 800650077 \nTaiwan Dial-In #: 00801127141 \nThailand Dial- In #: 001800656966 \nTrinidad and Tobago Dial-In #: 18002024615 \nUnited Ara b Emirates Dial-In #: 8000650591 \nUnited Kingdom Dial-In #: 08006948057 \nU nited States Dial-In #: 8004518679 \nUruguay Dial-In #: 00040190315 \nVenezu ela Dial-In #: 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 engine core </td></tr>\n<tr><th align=left>Organizer:</th><td>"Livn at Peer" &lt\;lpeer(a)redhat.com&gt\; </td></tr>\n</table>\n\n<table border ='0'>\n<tr><th align=left>Time:</th><td>4:00:00 PM - 5:00:00 PM GMT +02:00 J erusalem [MODIFIED]\n </td></tr><tr><th align=left>Recurrence</th><td>: Ever y 2 week(s) on Wednesday No end date Effective Nov 23\, 2011</td></tr>\n</ta ble>\n\n<table border='0'>\n<tr><th align=left>Invitees:</th><td>engine-d evel(a)ovirt.org\; wangbo_bupt(a)hotmail.com\; mkolesni(a)redhat.com\; ykaul@redha t.com\; ofrenkel(a)redhat.com\; lhornyak(a)redhat.com\; smizrahi(a)redhat.com\; os chreib(a)redhat.com\; sgordon(a)redhat.com\; dedutta(a)cisco.com\; emesika@redhat. com ... </td></tr>\n</table>\n<div>*~*~*~*~*~*~*~*~*~*</div> This is a bi -weekly call about oVirt engine core development issues upstream. You ar e welcome to join. Bridge ID: 1814335863 Dial-in information : Reservationless-Plus Toll Free Dial-In Number (US &amp\; Canada): (800 ) 451-8679 Reservationless-Plus International Dial-In Number: (212) 729- 5016 Conference code: 1814335863 Global Access Numbers Local: Australia\, Sydney Dial-In #: 0289852326 Austria\, Vienna Dial-In #: 0 12534978196 Belgium\, Brussels Dial-In #: 027920405 China Dial-In #: 4006205013 Denmark\, Copenhagen Dial-In #: 32729215 Finland\, Helsi nki Dial-In #: 0923194436 France\, Paris Dial-In #: 0170377140 Germa ny\, Berlin Dial-In #: 030300190579 Ireland\, Dublin Dial-In #: 01436779 3 Italy\, Milan Dial-In #: 0236269529 Netherlands\, Amsterdam Dial-I n #: 0207975872 Norway\, Oslo Dial-In #: 21033188 Singapore Dial-In #: 64840858 Spain\, Barcelona Dial-In #: 935452328 Sweden\, Stockhol m Dial-In #: 0850513770 Switzerland\, Geneva Dial-In #: 0225927881 U nited Kingdom Dial-In #: 02078970515 United Kingdom Dial-In #: 084457906 76 United Kingdom\, LocalCall Dial-In #: 08445790678 United States D ial-In #: 2127295016 Global Access Numbers Tollfree: Argenti na Dial-In #: 8004441016 Australia Dial-In #: 1800337169 Austria Dia l-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 Col ombia Dial-In #: 018009134033 Costa Rica Dial-In #: 08000131048 Cypr us Dial-In #: 80095297 Czech Republic Dial-In #: 800700318 Denmark D ial-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 #: 008001 27562 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 Dia l-In #: 1809462557 Italy Dial-In #: 800985897 Jamaica Dial-In #: 180 02050328 Japan Dial-In #: 0120934453 Korea (South) Dial-In #: 007986 517393 Latvia Dial-In #: 80003339 Lithuania Dial-In #: 880030479 Luxembourg Dial-In #: 80026595 Malaysia Dial-In #: 1800814451 Mexic o 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 Sl ovak Republic Dial-In #: 0800001441 South Africa Dial-In #: 0800981148 Spain Dial-In #: 800300524 Sweden Dial-In #: 200896860 Switzerlan d Dial-In #: 800650077 Taiwan Dial-In #: 00801127141 Thailand Dial-I n #: 001800656966 Trinidad and Tobago Dial-In #: 18002024615 United Arab Emirates Dial-In #: 8000650591 United Kingdom Dial-In #: 0800694805 7 United States Dial-In #: 8004518679 Uruguay Dial-In #: 00040190315 Venezuela Dial-In #: 08001627182 </body></html> ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:engine- devel(a)ovirt.org ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:mailto:wangbo_bupt @hotmail.com ATTENDEE;CN=Mike Kolesnik;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:m ailto:mkolesni@redhat.com ATTENDEE;CN=Yaniv Kaul;ROLE=REQ-PARTICIPANT;PARTSTAT=TENTATIVE;RSVP=TRUE:mai lto:ykaul@redhat.com ATTENDEE;CN=Omer Frenkel;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:ma ilto:ofrenkel@redhat.com ATTENDEE;CN=Laszlo Hornyak;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE: mailto:lhornyak@redhat.com ATTENDEE;CN=Saggi Mizrahi;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:m ailto:smizrahi@redhat.com ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:mailto:oschreib@re dhat.com ATTENDEE;CN=Steve Gordon;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:ma ilto:sgordon@redhat.com ATTENDEE;CN=Debo Dutta;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:mail to:dedutta@cisco.com ATTENDEE;CN=Eli Mesika;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:mail to:emesika@redhat.com ATTENDEE;CN=Barak Azulay;ROLE=REQ-PARTICIPANT;PARTSTAT=TENTATIVE;RSVP=TRUE:m ailto:bazulay@redhat.com ORGANIZER;CN=Livnat Peer:mailto:lpeer@redhat.com DTSTART;TZID="Asia/Jerusalem":20111123T160000 DTEND;TZID="Asia/Jerusalem":20111123T170000 STATUS:CONFIRMED CLASS:PUBLIC X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY TRANSP:OPAQUE LAST-MODIFIED:20120111T070333Z DTSTAMP:20120111T070333Z SEQUENCE:1 BEGIN:VALARM ACTION:DISPLAY TRIGGER;RELATED=START:-PT5M DESCRIPTION:Reminder END:VALARM END:VEVENT END:VCALENDAR --=_0f32efdf-dc0b-41c0-b00e-4b0f132210c7--

1 0

[Engine-devel] MOM: oVirt engine core meeting (Wed Jan. 4th)
by Doron Fediuck 11 Jan '12

11 Jan '12

1. DB scheme verification presented by Yair. Notes: none. 2. Pre-started VM's functionality presented by Doron. Notes: - Consider adding the API the option to define pre-started VM's number as a percentage of the pool size. This will make sure that when pool size changes, the number of pre-started VM's is still relevant. 3. SPM priority functionality presented by Doron. Notes: - New related feature needed; SPM resignation. This will allow the admin to make sure an SPM host can resign so another host will be elected to become an SPM. This should be further discussed. Thanks for everyone for showing up. Cya in 2 weeks! -- /d "Willyoupleasehelpmefixmykeyboard?Thespacebarisbroken!"

3 2

[Engine-devel] Is there a 'Can run this VM?' query
by Yaniv Kaul 09 Jan '12

09 Jan '12

Beaker automated test system (http://fedoraproject.org/wiki/QA/Beaker) would like to integrate with the project, via the REST API. Their main concern is that they'll provision VMs who would not be able to run on the ovirt setup. I think there are two cases here: 1. Provisioning a VM with X vCPUs, while there isn't a host available with such number of pCPUs (or similar in memory) - this is easier, as it can be 'calculated' from the setup beforehand and we can avoid such provisioning. 2. More difficult - in runtime, the hosts are over-committed and we cannot run a VM - can we, before trying to run a VM, ask if it's feasible? I know it's a point in time, and may be wrong in the next second, but if we go 'no' as an answer, it already provides good information to Beaker to continue and look elsewhere. Y.

4 6

[Engine-devel] New oVirt-engine RPMs available
by Ofer Schreiber 08 Jan '12

08 Jan '12

Hi all, We've just finished uploading a new set of oVirt-engine rpms into ovirt.org. Beside the usual bug fixes, in this version we're introducing the brand new ovirt-engine-cli and ovirt-engine-sdk rpms. In order to install the RPMs, please follow the instructions described in http://www.ovirt.org/wiki/Installing_ovirt_from_rpm For more info about the CLI and SDK please visit http://www.ovirt.org/wiki/SDK and http://www.ovirt.org/wiki/CLI Feedback, comments and bug reports are always welcome. The oVirt-Engine team

1 0

[Engine-devel] servlet api version
by Laszlo Hornyak 06 Jan '12

06 Jan '12

Hi, What is the agreement on the servlet api version? I ran into some problems this week and looked around in the code. I have found that the root pom.xml defines servlet 2.3. The backend is ok with this, but then the frontend uses it's own dependency. It actually uses gwt's library instead of the javax.servlet:servlet-api artifact and it is a servlet 2.4 api. It also builds on the setCharacterEncoding(String) (see http://tomcat.apache.org/tomcat-5.5-doc/servletapi/javax/servlet/ServletRes… ) method introduced in servlet 2.4. Therefore oVirt is not going to run with servlet 2.3 in runtime either. my patch: http://gerrit.ovirt.org/#change,877 Laszlo

1 0

[Engine-devel] FOSDEM sessions
by Itamar Heim 05 Jan '12

05 Jan '12

fyi we got the following sessions in the FOSDEM[1] Open Source Virtualization and Cloud devroom. if you are planning to be in FOSDEM drop us an email if you would want to meet, discuss, catch up, etc. 1. Virtualization Management the oVirt way - Introducing oVirt (Itamar Heim) 2. VDSM - The oVirt Node Management Agent (Federico Simoncelli) 3. Open Virtualization – Engine Core: Internals and Infrastructure (Omer Frenkel) apart of it there are also some kvm sessions in the hypervisor main track. Hope to meet you there, Itamar [1] http://fosdem.org/2012/

1 0

[Engine-devel] Stable Device Addresses HLD/LLD for tomorrow meeting (15:00 GMT+1)
by Eli Mesika 04 Jan '12

04 Jan '12

High level design : http://www.ovirt.org/wiki/Features/Design/StableDeviceAddresses Low level design : http://www.ovirt.org/wiki/Features/Design/DetailedStableDeviceAddresses (probably will be modified until the meeting)

4 5

[Engine-devel] Agenda for bi-weekly oVirt engine core meeting (Wed Jan. 4th)
by Doron Fediuck 04 Jan '12

04 Jan '12

These are the topics that we are planning to discuss in the meeting: 1. Yair Zaslavsky, presenting DB scheme verification (3.1 feature). 2. Muli Salem/Doron Fediuck, presenting pre-started VM's functionality (3.1 feature). 3. Muli Salem/Doron Fediuck, presenting SPM priority functionality (3.1 feature). As time permits, feel free to come up with additional subjects. Reminding you all we're using Bridge ID 1814335863. -- /d "2B | !2B = FF"

1 0

[Engine-devel] Removing class TimeLeaseVmPoolMapDAOHibernate
by Jaroslav Henner 03 Jan '12

03 Jan '12

Hi. I'm a automation tester in RHEVM QE team. We want to raise code coverage and it seems there is plenty of dead code we cannot cover with blackbox tests. One example is everything around TimeLeaseVmPoolMapDAOHibernate. So I prepared a patch removing these classes. It builds fine (I tried to build it with command: mvn2 install -Pgwt-admin,gwt-user,dep -DskipTests=true -Dgwt.userAgent=gecko1_8 The stat of my patch shows that much of lines were removed so it will raise the coverage number relatively much. If no one has complains, comments or objections, I'll post this patch to gerrit. commit 304c606cc9919d7add073dfdc8d0761ea2c99636 Author: Jaroslav Henner <jhenner(a)redhat.com> Date: Mon Jan 2 14:54:31 2012 +0100 Remove TimeLeapseVmPool. backend/manager/dbscripts/create_tables.sql | 10 - backend/manager/dbscripts/create_views.sql | 3 +- backend/manager/dbscripts/vm_pools_sp.sql | 194 ---------- .../bll/AttachAdGroupTimeLeasedPoolCommand.java | 39 -- .../bll/AttachUserToTimeLeasedPoolCommand.java | 42 --- .../DetachAdGroupFromTimeLeasedPoolCommand.java | 85 ----- .../bll/DetachUserFromTimeLeasedPoolCommand.java | 81 ---- ...GetAdGroupsAttachedToTimeLeasedVmPoolQuery.java | 17 - .../core/bll/GetAllVmPoolsAttachedToUserQuery.java | 21 - .../bll/GetTimeLeasedUsersByVmPoolIdQuery.java | 18 - .../core/bll/InitBackendServicesOnStartupBean.java | 2 - .../engine/core/bll/RemoveVmFromPoolCommand.java | 7 +- .../engine/core/bll/TimeLeasedVmPoolManager.java | 390 -------------------- .../bll/UpdateAdGroupTimeLeasedPoolCommand.java | 30 -- .../bll/UpdateUserToTimeLeasedPoolCommand.java | 27 -- .../ADElementTimeLeasedVmPoolParametersBase.java | 27 -- ...tachAdGroupTimeLeasedPoolCommandParameters.java | 27 -- .../AttachUserToTimeLeasedPoolParameters.java | 30 -- .../common/action/UpdateUserVmPoolParameters.java | 27 -- .../common/action/VdcActionParametersBase.java | 8 +- .../businessentities/time_lease_vm_pool_map.java | 190 ---------- .../time_lease_vm_pool_map_id.java | 63 ---- .../java/org/ovirt/engine/core/dao/AdGroupDAO.java | 9 - .../engine/core/dao/AdGroupDAODbFacadeImpl.java | 11 - .../engine/core/dao/AdGroupDAOHibernateImpl.java | 8 - .../java/org/ovirt/engine/core/dao/DbUserDAO.java | 9 - .../engine/core/dao/DbUserDAODbFacadeImpl.java | 11 - .../engine/core/dao/DbUserDAOWrapperImpl.java | 6 - .../java/org/ovirt/engine/core/dao/VmPoolDAO.java | 11 - .../engine/core/dao/VmPoolDAODbFacadeImpl.java | 65 ---- .../engine/core/dao/VmPoolDAOHibernateImpl.java | 30 -- .../TimeLeaseVmPoolMapDAOHibernateImpl.java | 11 - .../org/ovirt/engine/core/dao/BaseDAOTestCase.java | 2 - .../org/ovirt/engine/core/dao/VmPoolDAOTest.java | 61 --- .../modules/dal/src/test/resources/fixtures.xml | 15 - .../main/java/org/ovirt/engine/SharedGwt.gwt.xml | 3 - 36 files changed, 5 insertions(+), 1585 deletions(-) Note a bug about (not only) this https://bugzilla.redhat.com/show_bug.cgi?id=735997

1 0

[Engine-devel] Task Manager Design Review
by Moti Asayag 02 Jan '12

02 Jan '12

--=_3b1fbb3e-f4ad-474a-8ab2-bf0931975a42 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit The following is a new meeting request: Subject: Task Manager Design Review Organizer: "Moti Asayag" <masayag(a)redhat.com> Location: asia-tlv(a)redhat.com Resources: asia-tlv(a)redhat.com Time: Monday, January 2, 2012, 2:00:00 PM - 3:00:00 PM GMT +02:00 Jerusalem Invitees: engine-devel(a)ovirt.org; mgoldboi(a)redhat.com; ykaul(a)redhat.com *~*~*~*~*~*~*~*~*~* This is an invitation for a design review for the Task Manager feature. Task Manager Detailed design could be found here: http://ovirt.org/wiki/Features/TaskManagerDetailed You are invited to join. == Conference Call Info == * Toll Free Dial-In Number (US & Canada): (800) 451-8679 * International dial-in listed below * Conference Code: 9197544554 If you are not actively participating in the conversation please put your line on mute to make it easier for all participants to hear. *6 -- Mute your line #6 -- Unmute your line 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 --=_3b1fbb3e-f4ad-474a-8ab2-bf0931975a42 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>Task Manager Design Review </td></tr>= <tr><th align=3Dleft>Organizer:</th><td>"Moti Asayag" <masayag(a)redhat.co= m> </td></tr> </table> <table border=3D'0'> <tr><th align=3Dleft>Location:</th><td>asia-tlv(a)redhat.com </td></tr> <tr><th align=3Dleft>Resources:</th><td>asia-tlv(a)redhat.com </td></tr> <tr><th align=3Dleft>Time:</th><td>Monday, January 2, 2012, 2:00:00 PM - 3:= 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; mgoldboi@red= hat.com; ykaul(a)redhat.com </td></tr> </table> <div>*~*~*~*~*~*~*~*~*~*</div> This is an invitation for a design review= for the Task Manager feature. Task Manager Detailed design could be fou= nd here: http://ovirt.org/wiki/Features/TaskManagerDetailed You a= re invited to join. =3D=3D Conference Call Info =3D=3D * Toll= Free Dial-In Number (US & Canada): (800) 451-8679 * International d= ial-in listed below * Conference Code: 9197544554 If you are not = actively participating in the conversation please put your line on mute = to make it easier for all participants to hear. *6 -- Mute your l= ine #6 -- Unmute your line Global Access Numbers Local: Austra= lia, Sydney Dial-In #: 0289852326 Austria, Vienna Dial-In #: 01253497819= 6 Belgium, Brussels Dial-In #: 027920405 China Dial-In #: 4006205013<= br>Denmark, Copenhagen Dial-In #: 32729215 Finland, Helsinki Dial-In #: = 0923194436 France, Paris Dial-In #: 0170377140 Germany, Berlin Dial-I= n #: 030300190579 Ireland, Dublin Dial-In #: 014367793 Italy, Milan D= ial-In #: 0236269529 Netherlands, Amsterdam Dial-In #: 0207975872 Nor= way, Oslo Dial-In #: 21033188 Singapore Dial-In #: 64840858 Spain, Ba= rcelona Dial-In #: 935452328 Sweden, Stockholm Dial-In #: 0850513770 = Switzerland, Geneva Dial-In #: 0225927881 United Kingdom Dial-In #: 0207= 8970515 United Kingdom Dial-In #: 08445790676 United Kingdom, LocalCa= ll Dial-In #: 08445790678 United States Dial-In #: 2127295016 &nb= sp; Global Access Numbers Tollfree: Argentina Dial-In #: 8004441016<b= r>Australia Dial-In #: 1800337169 Austria Dial-In #: 0800005898 Baham= as Dial-In #: 18002054776 Bahrain Dial-In #: 80004377 Belgium Dial-In= #: 080048325 Brazil Dial-In #: 08008921002 Bulgaria Dial-In #: 00800= 1100236 Chile Dial-In #: 800370228 Colombia Dial-In #: 018009134033<b= r>Costa Rica Dial-In #: 08000131048 Cyprus Dial-In #: 80095297 Czech = Republic Dial-In #: 800700318 Denmark Dial-In #: 80887114 Dominican R= epublic 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 #: 800930= 349 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 #: 8= 00985897 Jamaica Dial-In #: 18002050328 Japan Dial-In #: 0120934453<b= r>Korea (South) Dial-In #: 007986517393 Latvia Dial-In #: 80003339 Li= thuania Dial-In #: 880030479 Luxembourg Dial-In #: 80026595 Malaysia = Dial-In #: 1800814451 Mexico Dial-In #: 0018664590915 New Zealand Dia= l-In #: 0800888167 Norway Dial-In #: 80012994 Panama Dial-In #: 00800= 2269184 Philippines Dial-In #: 180011100991 Poland Dial-In #: 0080012= 10187 Portugal Dial-In #: 800814625 Russian Federation Dial-In #: 810= 80028341012 Saint Kitts and Nevis Dial-In #: 18002059252 Singapore Di= al-In #: 8006162235 Slovak Republic Dial-In #: 0800001441 South Afric= a Dial-In #: 0800981148 Spain Dial-In #: 800300524 Sweden Dial-In #: = 200896860 Switzerland Dial-In #: 800650077 Taiwan Dial-In #: 00801127= 141 Thailand Dial-In #: 001800656966 Trinidad and Tobago Dial-In #: 1= 8002024615 United Arab Emirates Dial-In #: 8000650591 United Kingdom = Dial-In #: 08006948057 United States Dial-In #: 8004518679 Uruguay Di= al-In #: 00040190315 Venezuela Dial-In #: 08001627182</body></html> --=_3b1fbb3e-f4ad-474a-8ab2-bf0931975a42 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:f33aaaff-e736-4f96-8e51-f1df0aecdd59 SUMMARY:Task Manager Design Review LOCATION:asia-tlv@redhat.com ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:engine- devel(a)ovirt.org ATTENDEE;CN=Moran Goldboim;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=T RUE:mailto:mgoldboi@redhat.com ATTENDEE;CN=Yaniv Kaul;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE: mailto:ykaul@redhat.com ATTENDEE;CN=Asia-tlv;CUTYPE=RESOURCE;ROLE=NON-PARTICIPANT;PARTSTAT=NEEDS-ACT ION;RSVP=TRUE:mailto:asia-tlv@redhat.com ORGANIZER;CN=Moti Asayag:mailto:masayag@redhat.com DTSTART;TZID="Asia/Jerusalem":20120102T140000 DTEND;TZID="Asia/Jerusalem":20120102T150000 STATUS:CONFIRMED CLASS:PUBLIC X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY TRANSP:OPAQUE LAST-MODIFIED:20120101T003917Z DTSTAMP:20120101T003917Z SEQUENCE:0 DESCRIPTION:The following is a new meeting request:\n\nSubject: Task Manager Design Review \nOrganizer: "Moti Asayag" <masayag(a)redhat.com> \n\nLocation: asia-tlv(a)redhat.com \nResources: asia-tlv(a)redhat.com \nTime: Monday\, Janua ry 2\, 2012\, 2:00:00 PM - 3:00:00 PM GMT +02:00 Jerusalem\n \nInvitees: eng ine-devel(a)ovirt.org\; mgoldboi(a)redhat.com\; ykaul(a)redhat.com \n\n\n*~*~*~*~* ~*~*~*~*~*\n\nThis is an invitation for a design review for the Task Manager feature.\nTask Manager Detailed design could be found here:\nhttp://ovirt.o rg/wiki/Features/TaskManagerDetailed\n\nYou are invited to join.\n\n== Confe rence Call Info ==\n\n* Toll Free Dial-In Number (US & Canada): (800) 451-86 79\n* International dial-in listed below\n* Conference Code: 9197544554\n\nI f you are not actively participating in the conversation\nplease put your li ne on mute to make it easier for all\nparticipants to hear.\n\n*6 -- Mute yo ur line\n#6 -- Unmute your line\n\nGlobal Access Numbers Local:\nAustralia\, Sydney Dial-In #: 0289852326\nAustria\, Vienna Dial-In #: 012534978196\nBel gium\, Brussels Dial-In #: 027920405\nChina Dial-In #: 4006205013\nDenmark\, Copenhagen Dial-In #: 32729215\nFinland\, Helsinki Dial-In #: 0923194436\nF rance\, Paris Dial-In #: 0170377140\nGermany\, Berlin Dial-In #: 03030019057 9\nIreland\, Dublin Dial-In #: 014367793\nItaly\, Milan Dial-In #: 023626952 9\nNetherlands\, Amsterdam Dial-In #: 0207975872\nNorway\, Oslo Dial-In #: 2 1033188\nSingapore Dial-In #: 64840858\nSpain\, Barcelona Dial-In #: 9354523 28\nSweden\, Stockholm Dial-In #: 0850513770\nSwitzerland\, Geneva Dial-In # : 0225927881\nUnited Kingdom Dial-In #: 02078970515\nUnited Kingdom Dial-In #: 08445790676\nUnited Kingdom\, LocalCall Dial-In #: 08445790678\nUnited St ates Dial-In #: 2127295016\n\n \nGlobal Access Numbers Tollfree:\nArgentina Dial-In #: 8004441016\nAustralia Dial-In #: 1800337169\nAustria Dial-In #: 0 800005898\nBahamas Dial-In #: 18002054776\nBahrain Dial-In #: 80004377\nBelg ium Dial-In #: 080048325\nBrazil Dial-In #: 08008921002\nBulgaria Dial-In #: 008001100236\nChile Dial-In #: 800370228\nColombia Dial-In #: 018009134033\ nCosta Rica Dial-In #: 08000131048\nCyprus Dial-In #: 80095297\nCzech Republ ic Dial-In #: 800700318\nDenmark Dial-In #: 80887114\nDominican Republic Dia l-In #: 18887512313\nEstonia Dial-In #: 8000100232\nFinland Dial-In #: 08001 17116\nFrance Dial-In #: 0805632867\nGermany Dial-In #: 8006647541\nGreece D ial-In #: 00800127562\nHong Kong Dial-In #: 800930349\nHungary Dial-In #: 06 80016796\nIceland Dial-In #: 8008967\nIndia Dial-In #: 0008006501533\nIndone sia Dial-In #: 0018030179162\nIreland Dial-In #: 1800932401\nIsrael Dial-In #: 1809462557\nItaly Dial-In #: 800985897\nJamaica Dial-In #: 18002050328\nJ apan Dial-In #: 0120934453\nKorea (South) Dial-In #: 007986517393\nLatvia Di al-In #: 80003339\nLithuania Dial-In #: 880030479\nLuxembourg Dial-In #: 800 26595\nMalaysia Dial-In #: 1800814451\nMexico Dial-In #: 0018664590915\nNew Zealand Dial-In #: 0800888167\nNorway Dial-In #: 80012994\nPanama Dial-In #: 008002269184\nPhilippines Dial-In #: 180011100991\nPoland Dial-In #: 008001 210187\nPortugal Dial-In #: 800814625\nRussian Federation Dial-In #: 8108002 8341012\nSaint Kitts and Nevis Dial-In #: 18002059252\nSingapore Dial-In #: 8006162235\nSlovak Republic Dial-In #: 0800001441\nSouth Africa Dial-In #: 0 800981148\nSpain Dial-In #: 800300524\nSweden Dial-In #: 200896860\nSwitzerl and Dial-In #: 800650077\nTaiwan Dial-In #: 00801127141\nThailand Dial-In #: 001800656966\nTrinidad and Tobago Dial-In #: 18002024615\nUnited Arab Emira tes Dial-In #: 8000650591\nUnited Kingdom Dial-In #: 08006948057\nUnited Sta tes 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>Task Manager Design Review </td></tr>\n<tr><th align=left>Organizer:</th>< td>"Moti Asayag" &lt\;masayag(a)redhat.com&gt\; </td></tr>\n</table>\n\n<ta ble border='0'>\n<tr><th align=left>Location:</th><td>asia-tlv(a)redhat.com </ td></tr>\n<tr><th align=left>Resources:</th><td>asia-tlv(a)redhat.com </td></t r>\n<tr><th align=left>Time:</th><td>Monday\, January 2\, 2012\, 2:00:00 PM - 3: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\; mgoldboi@ redhat.com\; ykaul(a)redhat.com </td></tr>\n</table>\n<div>*~*~*~*~*~*~*~*~*~* </div> This is an invitation for a design review for the Task Manager fea ture. Task Manager Detailed design could be found here: http://ovirt.o rg/wiki/Features/TaskManagerDetailed You are invited to join. == Conference Call Info == * Toll Free Dial-In Number (US &amp\; Cana da): (800) 451-8679 * International dial-in listed below * Conference Code: 9197544554 If you are not actively participating in the convers ation please put your line on mute to make it easier for all participa nts to hear. *6 -- Mute your line #6 -- Unmute your line Gl obal Access Numbers Local: Australia\, Sydney Dial-In #: 0289852326 Au stria\, Vienna Dial-In #: 012534978196 Belgium\, Brussels Dial-In #: 0279 20405 China Dial-In #: 4006205013 Denmark\, Copenhagen Dial-In #: 3272 9215 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 Si ngapore Dial-In #: 64840858 Spain\, Barcelona Dial-In #: 935452328 Swe den\, Stockholm Dial-In #: 0850513770 Switzerland\, Geneva Dial-In #: 022 5927881 United Kingdom Dial-In #: 02078970515 United Kingdom Dial-In # : 08445790676 United Kingdom\, LocalCall Dial-In #: 08445790678 United States Dial-In #: 2127295016 &nbsp\; Global Access Numbers Tollfr ee: 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 #: 080 08921002 Bulgaria Dial-In #: 008001100236 Chile Dial-In #: 800370228Colombia Dial-In #: 018009134033 Costa Rica Dial-In #: 08000131048 C yprus 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 Icela nd Dial-In #: 8008967 India Dial-In #: 0008006501533 Indonesia Dial-In #: 0018030179162 Ireland Dial-In #: 1800932401 Israel Dial-In #: 1809 462557 Italy Dial-In #: 800985897 Jamaica Dial-In #: 18002050328 Ja pan 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 #: 00186645 90915 New Zealand Dial-In #: 0800888167 Norway Dial-In #: 80012994 Panama Dial-In #: 008002269184 Philippines Dial-In #: 180011100991 Pol and Dial-In #: 008001210187 Portugal Dial-In #: 800814625 Russian Fede ration Dial-In #: 81080028341012 Saint Kitts and Nevis Dial-In #: 1800205 9252 Singapore Dial-In #: 8006162235 Slovak Republic Dial-In #: 080000 1441 South Africa Dial-In #: 0800981148 Spain Dial-In #: 800300524 Sweden Dial-In #: 200896860 Switzerland Dial-In #: 800650077 Taiwan Di al-In #: 00801127141 Thailand Dial-In #: 001800656966 Trinidad and Tob ago 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:-PT30M DESCRIPTION:Reminder END:VALARM END:VEVENT END:VCALENDAR --=_3b1fbb3e-f4ad-474a-8ab2-bf0931975a42--

6 12

[Engine-devel] Task Manager Design Review
by Moti Asayag 02 Jan '12

02 Jan '12

--=_4d41cb92-cbdc-4d2a-a093-d817a8d01758 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit The following meeting has been modified: Subject: Task Manager Design Review Organizer: "Moti Asayag" <masayag(a)redhat.com> Location: "Europe-tlv" <europe-tlv(a)redhat.com> Resources: "Europe-tlv" <europe-tlv(a)redhat.com> (Europe-tlv) Time: Monday, January 2, 2012, 3:30:00 PM - 4:30:00 PM GMT +02:00 Jerusalem Required: engine-devel(a)ovirt.org; mgoldboi(a)redhat.com; ykaul(a)redhat.com; lpeer(a)redhat.com; ofrenkel(a)redhat.com; ovedo(a)redhat.com; gchaplik(a)redhat.com; mkolesni(a)redhat.com Optional: dfediuck(a)redhat.com *~*~*~*~*~*~*~*~*~* Please connect to the updated bridge-id: 1814335863. Sorry for the inconvenience This is an invitation for a design review for the Task Manager feature. Task Manager Detailed design could be found here: http://ovirt.org/wiki/Features/TaskManagerDetailed You are invited to join. == Conference Call Info == * Toll Free Dial-In Number (US & Canada): (800) 451-8679 * International dial-in listed below * Conference Code: 1814335863 If you are not actively participating in the conversation please put your line on mute to make it easier for all participants to hear. *6 -- Mute your line #6 -- Unmute your line 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 --=_4d41cb92-cbdc-4d2a-a093-d817a8d01758 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>Task Manager Design Review </td></tr>= <tr><th align=3Dleft>Organizer:</th><td>"Moti Asayag" <masayag(a)redhat.co= m> </td></tr> </table> <table border=3D'0'> <tr><th align=3Dleft>Location:</th><td>"Europe-tlv" <europe-tlv(a)redhat.com>= </td></tr> <tr><th align=3Dleft>Resources:</th><td>"Europe-tlv" <europe-tlv(a)redhat.com= > (Europe-tlv) </td></tr> <tr><th align=3Dleft>Time:</th><td>Monday, January 2, 2012, 3:30:00 PM - 4:= 30:00 PM GMT +02:00 Jerusalem </td></tr></table> <table border=3D'0'> <tr><th align=3Dleft>Required:</th><td>engine-devel(a)ovirt.org; mgoldboi@red= hat.com; ykaul(a)redhat.com; lpeer(a)redhat.com; ofrenkel(a)redhat.com; ovedo@red= hat.com; gchaplik(a)redhat.com; mkolesni(a)redhat.com </td></tr> <tr><th align=3Dleft>Optional:</th><td>dfediuck(a)redhat.com </td></tr></tabl= e> <div>*~*~*~*~*~*~*~*~*~*</div> Please connect to the updated bridge-id: = 1814335863. Sorry for the inconvenience This is an invita= tion for a design review for the Task Manager feature. Task Manager Det= ailed design could be found here: http://ovirt.org/wiki/Features/TaskMa= nagerDetailed You are invited to join. =3D=3D Conference Ca= ll Info =3D=3D * Toll Free Dial-In Number (US & Canada): (800) = 451-8679 * International dial-in listed below * Conference Code: 18= 14335863 If you are not actively participating in the conversation = please put your line on mute to make it easier for all participants= to hear. *6 -- Mute your line #6 -- Unmute your line G= lobal Access Numbers Local: Australia, Sydney Dial-In #: 0289852326 <br= >Austria, Vienna Dial-In #: 012534978196 Belgium, Brussels Dial-In #: 0= 27920405 China Dial-In #: 4006205013 Denmark, Copenhagen Dial-In #:= 32729215 Finland, Helsinki Dial-In #: 0923194436 France, Paris Dia= l-In #: 0170377140 Germany, Berlin Dial-In #: 030300190579 Ireland,= Dublin Dial-In #: 014367793 Italy, Milan Dial-In #: 0236269529 Net= herlands, Amsterdam Dial-In #: 0207975872 Norway, Oslo Dial-In #: 21033= 188 Singapore Dial-In #: 64840858 Spain, Barcelona Dial-In #: 93545= 2328 Sweden, Stockholm Dial-In #: 0850513770 Switzerland, Geneva Di= al-In #: 0225927881 United Kingdom Dial-In #: 02078970515 United Ki= ngdom Dial-In #: 08445790676 United Kingdom, LocalCall Dial-In #: 08445= 790678 United States Dial-In #: 2127295016 Global Access Nu= mbers Tollfree: Argentina Dial-In #: 8004441016 Australia Dial-In #= : 1800337169 Austria Dial-In #: 0800005898 Bahamas Dial-In #: 18002= 054776 Bahrain Dial-In #: 80004377 Belgium Dial-In #: 080048325 <br= >Brazil Dial-In #: 08008921002 Bulgaria Dial-In #: 008001100236 Chi= le Dial-In #: 800370228 Colombia Dial-In #: 018009134033 Costa Rica= Dial-In #: 08000131048 Cyprus Dial-In #: 80095297 Czech Republic D= ial-In #: 800700318 Denmark Dial-In #: 80887114 Dominican Republic = Dial-In #: 18887512313 Estonia Dial-In #: 8000100232 Finland Dial-I= n #: 0800117116 France Dial-In #: 0805632867 Germany Dial-In #: 800= 6647541 Greece Dial-In #: 00800127562 Hong Kong Dial-In #: 80093034= 9 Hungary Dial-In #: 0680016796 Iceland Dial-In #: 8008967 Indi= a Dial-In #: 0008006501533 Indonesia Dial-In #: 0018030179162 Irela= nd Dial-In #: 1800932401 Israel Dial-In #: 1809462557 Italy Dial-In= #: 800985897 Jamaica Dial-In #: 18002050328 Japan Dial-In #: 01209= 34453 Korea (South) Dial-In #: 007986517393 Latvia Dial-In #: 80003= 339 Lithuania Dial-In #: 880030479 Luxembourg Dial-In #: 80026595 <= br>Malaysia Dial-In #: 1800814451 Mexico Dial-In #: 0018664590915 N= ew 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 Feder= ation Dial-In #: 81080028341012 Saint Kitts and Nevis Dial-In #: 180020= 59252 Singapore Dial-In #: 8006162235 Slovak Republic Dial-In #: 08= 00001441 South Africa Dial-In #: 0800981148 Spain Dial-In #: 800300= 524 Sweden Dial-In #: 200896860 Switzerland Dial-In #: 800650077 <b= r>Taiwan Dial-In #: 00801127141 Thailand Dial-In #: 001800656966 Tr= inidad and Tobago Dial-In #: 18002024615 United Arab Emirates Dial-In #= : 8000650591 United Kingdom Dial-In #: 08006948057 United States Di= al-In #: 8004518679 Uruguay Dial-In #: 00040190315 Venezuela Dial-I= n #: 08001627182 </body></html> --=_4d41cb92-cbdc-4d2a-a093-d817a8d01758 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:f33aaaff-e736-4f96-8e51-f1df0aecdd59 SUMMARY:Task Manager Design Review LOCATION:"Europe-tlv" <europe-tlv(a)redhat.com> ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:engine- devel(a)ovirt.org ATTENDEE;CN=Moran Goldboim;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=T RUE:mailto:mgoldboi@redhat.com ATTENDEE;CN=Yaniv Kaul;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE: mailto:ykaul@redhat.com ATTENDEE;CN=lpeer;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:mailto:lp eer(a)redhat.com ATTENDEE;CN=Omer Frenkel;ROLE=REQ-PARTICIPANT;PARTSTAT=TENTATIVE;RSVP=TRUE:m ailto:ofrenkel@redhat.com ATTENDEE;CN=Oved Ourfalli;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TR UE:mailto:ovedo@redhat.com ATTENDEE;CN=Gilad Chaplik;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:m ailto:gchaplik@redhat.com ATTENDEE;CN=Mike Kolesnik;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:m ailto:mkolesni@redhat.com ATTENDEE;CN=Doron Fediuck;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TR UE:mailto:dfediuck@redhat.com ATTENDEE;CN=Europe-tlv;CUTYPE=RESOURCE;ROLE=NON-PARTICIPANT;PARTSTAT=ACCEPTE D;RSVP=TRUE:mailto:europe-tlv@redhat.com X-MOZ-LASTACK:20120102T130005Z X-MOZ-SNOOZE-TIME:20120102T131505Z X-MOZ-GENERATION:1 ORGANIZER;CN=Moti Asayag:mailto:masayag@redhat.com DTSTART;TZID="Asia/Jerusalem":20120102T153000 DTEND;TZID="Asia/Jerusalem":20120102T163000 STATUS:CONFIRMED CLASS:PUBLIC X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY TRANSP:OPAQUE LAST-MODIFIED:20120102T134013Z DTSTAMP:20120102T134013Z SEQUENCE:3 DESCRIPTION:The following meeting has been modified:\n\nSubject: Task Manage r Design Review \nOrganizer: "Moti Asayag" <masayag(a)redhat.com> \n\nLocation : "Europe-tlv" <europe-tlv(a)redhat.com> \nResources: "Europe-tlv" <europe-tlv @redhat.com> (Europe-tlv) \nTime: Monday\, January 2\, 2012\, 3:30:00 PM - 4 :30:00 PM GMT +02:00 Jerusalem\n \nRequired: engine-devel(a)ovirt.org\; mgoldb oi(a)redhat.com\; ykaul(a)redhat.com\; lpeer(a)redhat.com\; ofrenkel(a)redhat.com\; ovedo(a)redhat.com\; gchaplik(a)redhat.com\; mkolesni(a)redhat.com \nOptional: dfe diuck(a)redhat.com \n\n*~*~*~*~*~*~*~*~*~*\n\nPlease connect to the updated br idge-id: 1814335863.\n\nSorry for the inconvenience\n\n\nThis is an invitati on for a design review for the Task Manager feature. \nTask Manager Detailed design could be found here: \nhttp://ovirt.org/wiki/Features/TaskManagerDet ailed \n\nYou are invited to join. \n\n== Conference Call Info == \n\n* Toll Free Dial-In Number (US & Canada): (800) 451-8679 \n* International dial-in listed below \n* Conference Code: 1814335863 \n\nIf you are not actively pa rticipating in the conversation \nplease put your line on mute to make it ea sier for all \nparticipants to hear. \n\n*6 -- Mute your line \n#6 -- Unmute your line \n\nGlobal Access Numbers Local: \nAustralia\, Sydney Dial-In #: 0289852326 \nAustria\, Vienna Dial-In #: 012534978196 \nBelgium\, Brussels D ial-In #: 027920405 \nChina Dial-In #: 4006205013 \nDenmark\, Copenhagen Dia l-In #: 32729215 \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 \nNether lands\, Amsterdam Dial-In #: 0207975872 \nNorway\, Oslo Dial-In #: 21033188 \nSingapore Dial-In #: 64840858 \nSpain\, Barcelona Dial-In #: 935452328 \nS weden\, Stockholm Dial-In #: 0850513770 \nSwitzerland\, Geneva Dial-In #: 02 25927881 \nUnited Kingdom Dial-In #: 02078970515 \nUnited Kingdom Dial-In #: 08445790676 \nUnited Kingdom\, LocalCall Dial-In #: 08445790678 \nUnited St ates Dial-In #: 2127295016 \n\n\nGlobal Access Numbers Tollfree: \nArgentina Dial-In #: 8004441016 \nAustralia Dial-In #: 1800337169 \nAustria Dial-In # : 0800005898 \nBahamas Dial-In #: 18002054776 \nBahrain Dial-In #: 80004377 \nBelgium Dial-In #: 080048325 \nBrazil Dial-In #: 08008921002 \nBulgaria Di al-In #: 008001100236 \nChile Dial-In #: 800370228 \nColombia Dial-In #: 018 009134033 \nCosta Rica Dial-In #: 08000131048 \nCyprus Dial-In #: 80095297 \ nCzech Republic Dial-In #: 800700318 \nDenmark Dial-In #: 80887114 \nDominic an Republic Dial-In #: 18887512313 \nEstonia Dial-In #: 8000100232 \nFinland Dial-In #: 0800117116 \nFrance Dial-In #: 0805632867 \nGermany Dial-In #: 8 006647541 \nGreece Dial-In #: 00800127562 \nHong Kong Dial-In #: 800930349 \ nHungary Dial-In #: 0680016796 \nIceland Dial-In #: 8008967 \nIndia Dial-In #: 0008006501533 \nIndonesia Dial-In #: 0018030179162 \nIreland Dial-In #: 1 800932401 \nIsrael Dial-In #: 1809462557 \nItaly Dial-In #: 800985897 \nJama ica Dial-In #: 18002050328 \nJapan Dial-In #: 0120934453 \nKorea (South) Dia l-In #: 007986517393 \nLatvia Dial-In #: 80003339 \nLithuania Dial-In #: 880 030479 \nLuxembourg Dial-In #: 80026595 \nMalaysia Dial-In #: 1800814451 \nM exico Dial-In #: 0018664590915 \nNew Zealand Dial-In #: 0800888167 \nNorway Dial-In #: 80012994 \nPanama Dial-In #: 008002269184 \nPhilippines Dial-In # : 180011100991 \nPoland Dial-In #: 008001210187 \nPortugal Dial-In #: 800814 625 \nRussian Federation Dial-In #: 81080028341012 \nSaint Kitts and Nevis D ial-In #: 18002059252 \nSingapore Dial-In #: 8006162235 \nSlovak Republic Di al-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 and Tobago Dial-In #: 18002024615 \nUnited Arab Emirates Dial-In #: 8000650 591 \nUnited Kingdom Dial-In #: 08006948057 \nUnited States Dial-In #: 80045 18679 \nUruguay Dial-In #: 00040190315 \nVenezuela Dial-In #: 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>Task Manager Design Review </td></tr>\n<tr><th align=left>Organizer:</th> <td>"Moti Asayag" &lt\;masayag(a)redhat.com&gt\; </td></tr>\n</table>\n\n<t able border='0'>\n<tr><th align=left>Location:</th><td>"Europe-tlv" <europe- tlv(a)redhat.com> </td></tr>\n<tr><th align=left>Resources:</th><td>"Europe-tl v" <europe-tlv(a)redhat.com> (Europe-tlv) </td></tr>\n<tr><th align=left>Time: </th><td>Monday\, January 2\, 2012\, 3:30:00 PM - 4:30:00 PM GMT +02:00 Jeru salem\n </td></tr></table>\n\n<table border='0'>\n<tr><th align=left>Requ ired:</th><td>engine-devel(a)ovirt.org\; mgoldboi(a)redhat.com\; ykaul(a)redhat.co m\; lpeer(a)redhat.com\; ofrenkel(a)redhat.com\; ovedo(a)redhat.com\; gchaplik@red hat.com\; mkolesni(a)redhat.com </td></tr>\n<tr><th align=left>Optional:</th>< td>dfediuck(a)redhat.com </td></tr></table>\n<div>*~*~*~*~*~*~*~*~*~*</div> Please connect to the updated bridge-id: 1814335863. Sorry for the i nconvenience This is an invitation for a design review for the Ta sk Manager feature. Task Manager Detailed design could be found here: http://ovirt.org/wiki/Features/TaskManagerDetailed You are invited to join. == Conference Call Info == * Toll Free Dial-In Num ber (US &amp\; Canada): (800) 451-8679 * International dial-in listed be low * Conference Code: 1814335863 If you are not actively partic ipating in the conversation please put your line on mute to make it easi er for all participants to hear. *6 -- Mute your line #6 -- Unmute your line Global Access Numbers Local: Australia\, Sydney Dial-In #: 0289852326 Austria\, Vienna Dial-In #: 012534978196 Belg ium\, Brussels Dial-In #: 027920405 China Dial-In #: 4006205013 Denm ark\, Copenhagen Dial-In #: 32729215 Finland\, Helsinki Dial-In #: 09231 94436 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 Spai n\, Barcelona Dial-In #: 935452328 Sweden\, Stockholm Dial-In #: 0850513 770 Switzerland\, Geneva Dial-In #: 0225927881 United Kingdom Dial-I n #: 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 #: 800444 1016 Australia Dial-In #: 1800337169 Austria Dial-In #: 0800005898 Bahamas Dial-In #: 18002054776 Bahrain Dial-In #: 80004377 Belgiu m Dial-In #: 080048325 Brazil Dial-In #: 08008921002 Bulgaria Dial-I n #: 008001100236 Chile Dial-In #: 800370228 Colombia Dial-In #: 018 009134033 Costa Rica Dial-In #: 08000131048 Cyprus Dial-In #: 800952 97 Czech Republic Dial-In #: 800700318 Denmark Dial-In #: 80887114 Dominican Republic Dial-In #: 18887512313 Estonia Dial-In #: 80001002 32 Finland Dial-In #: 0800117116 France Dial-In #: 0805632867 Ge rmany 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 #: 001803 0179162 Ireland Dial-In #: 1800932401 Israel Dial-In #: 1809462557 Italy Dial-In #: 800985897 Jamaica Dial-In #: 18002050328 Japan D ial-In #: 0120934453 Korea (South) Dial-In #: 007986517393 Latvia Di al-In #: 80003339 Lithuania Dial-In #: 880030479 Luxembourg Dial-In #: 80026595 Malaysia Dial-In #: 1800814451 Mexico Dial-In #: 0018664 590915 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 Russ ian Federation Dial-In #: 81080028341012 Saint Kitts and Nevis Dial-In # : 18002059252 Singapore Dial-In #: 8006162235 Slovak Republic Dial-I n #: 0800001441 South Africa Dial-In #: 0800981148 Spain Dial-In #: 800300524 Sweden Dial-In #: 200896860 Switzerland Dial-In #: 8006500 77 Taiwan Dial-In #: 00801127141 Thailand Dial-In #: 001800656966 Trinidad and Tobago Dial-In #: 18002024615 United Arab Emirates Dial-I n #: 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:-PT30M DESCRIPTION:Reminder END:VALARM END:VEVENT END:VCALENDAR --=_4d41cb92-cbdc-4d2a-a093-d817a8d01758--

1 0