1. DB scheme verification presented by Yair.
2. Pre-started VM's functionality presented by Doron.
- 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.
- 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!
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
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.
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/ServletR... ) method introduced in servlet 2.4. Therefore oVirt is not going to run with servlet 2.3 in runtime either.
fyi we got the following sessions in the FOSDEM 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
2. VDSM - The oVirt Node Management Agent (Federico Simoncelli)
3. Open Virtualization – Engine Core: Internals and Infrastructure
apart of it there are also some kvm sessions in the hypervisor main track.
Hope to meet you there,
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.
"2B | !2B = FF"
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
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.
Author: Jaroslav Henner <jhenner(a)redhat.com>
Date: Mon Jan 2 14:54:31 2012 +0100
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