------=_Part_6900245_1937686021.1415383257527
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
The following is a new meeting request:
Subject: Meeting with Mark to discuss UberFire project
Organizer: "Vojtech Szocs" <vszocs(a)redhat.com>
Time: Monday, November 10, 2014, 2:00:00 PM - 4:00:00 PM GMT +01:00 Belgrade, Bratislava, Budapest, Ljubljana, Prague
Required: mproctor(a)redhat.com; mdproctor(a)gmail.com; abakos(a)redhat.com; alexandre.porcelli(a)gmail.com; eignatow(a)redhat.com; ignatowicz(a)gmail.com; csadilek(a)redhat.com; christian.sadilek(a)gmail.com; manstis(a)redhat.com; michael.anstis(a)gmail.com; jfuerth(a)redhat.com
Optional: devel(a)ovirt.org; ecohen(a)redhat.com; iheim(a)redhat.com; awels(a)redhat.com; gshereme(a)redhat.com
*~*~*~*~*~*~*~*~*~*
Hello,
in this meeting, we'll talk about UberFire project and related technologies like Errai.
http://www.uberfireframework.org/http://erraiframework.org/
We'll also provide tech overview of oVirt frontend, where we are today and our future plans.
If you'd like to propose another time, let me know and I'll re-schedule.
To join the Meeting:
https://bluejeans.com/8517013908
To join via Browser:
https://bluejeans.com/8517013908/browser
To join with Lync:
https://bluejeans.com/8517013908/lync
To join via Room System:
Video Conferencing System: bjn.vc -or- 199.48.152.152
Meeting ID: 8517013908
To join via Phone:
1) Dial: +442035746870 (see all numbers - https://www.intercallonline.com/listNumbersByCode.action?confCode=8517013908)
2) Enter Conference ID: 8517013908
Regards,
Vojtech
------=_Part_6900245_1937686021.1415383257527
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:Europe/Belgrade
BEGIN:STANDARD
DTSTART:16010101T030000
TZOFFSETTO:+0100
TZOFFSETFROM:+0200
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU
TZNAME:CET
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T020000
TZOFFSETTO:+0200
TZOFFSETFROM:+0100
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1SU
TZNAME:CEST
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:f12f5604-1472-46ad-bcc6-a8675daad380
SUMMARY:Meeting with Mark to discuss UberFire project
ATTENDEE;CN=Mark Proctor;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRU
E:mailto:mproctor@redhat.com
ATTENDEE;CN=Mark Proctor;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRU
E:mailto:mdproctor@gmail.com
ATTENDEE;CN=Alexandre Porcelli Bakos;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACT
ION;RSVP=TRUE:mailto:abakos@redhat.com
ATTENDEE;CN=Alexandre Porcelli;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RS
VP=TRUE:mailto:alexandre.porcelli@gmail.com
ATTENDEE;CN=Eder Ignatowicz;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
TRUE:mailto:eignatow@redhat.com
ATTENDEE;CN=Eder Ignatowicz;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
TRUE:mailto:ignatowicz@gmail.com
ATTENDEE;CN=Christian Sadilek;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSV
P=TRUE:mailto:csadilek@redhat.com
ATTENDEE;CN=Christian Sadilek;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSV
P=TRUE:mailto:christian.sadilek@gmail.com
ATTENDEE;CN=Michael Anstis;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=T
RUE:mailto:manstis@redhat.com
ATTENDEE;CN=Michael Anstis;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=T
RUE:mailto:michael.anstis@gmail.com
ATTENDEE;CN=Jonathan Fuerth;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
TRUE:mailto:jfuerth@redhat.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:devel@o
virt.org
ATTENDEE;CN=Einav Cohen;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE
:mailto:ecohen@redhat.com
ATTENDEE;CN=Itamar Heim;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE
:mailto:iheim@redhat.com
ATTENDEE;CN=Alexander Wels;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=T
RUE:mailto:awels@redhat.com
ATTENDEE;CN=Greg Sheremeta;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=T
RUE:mailto:gshereme@redhat.com
ORGANIZER;CN=Vojtech Szocs:mailto:vszocs@redhat.com
DTSTART;TZID="Europe/Belgrade":20141110T140000
DTEND;TZID="Europe/Belgrade":20141110T160000
STATUS:CONFIRMED
CLASS:PUBLIC
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
TRANSP:OPAQUE
LAST-MODIFIED:20141107T180057Z
DTSTAMP:20141107T180057Z
SEQUENCE:0
DESCRIPTION:The following is a new meeting request:\n\nSubject: Meeting with
Mark to discuss UberFire project \nOrganizer: "Vojtech Szocs" <vszocs@redha
t.com> \n\nTime: Monday\, November 10\, 2014\, 2:00:00 PM - 4:00:00 PM GMT +
01:00 Belgrade\, Bratislava\, Budapest\, Ljubljana\, Prague\n \nRequired: mp
roctor(a)redhat.com\; mdproctor(a)gmail.com\; abakos(a)redhat.com\; alexandre.porc
elli(a)gmail.com\; eignatow(a)redhat.com\; ignatowicz(a)gmail.com\; csadilek@redha
t.com\; christian.sadilek(a)gmail.com\; manstis(a)redhat.com\; michael.anstis@gm
ail.com\; jfuerth(a)redhat.com \nOptional: devel(a)ovirt.org\; ecohen(a)redhat.com
\; iheim(a)redhat.com\; awels(a)redhat.com\; gshereme(a)redhat.com \n\n*~*~*~*~*~*
~*~*~*~*\n\nHello\,\n\nin this meeting\, we'll talk about UberFire project a
nd related technologies like Errai.\n\nhttp://www.uberfireframework.org/\nhttp://erraiframework.org/\n\nWe'll also provide tech overview of oVirt fronte
nd\, where we are today and our future plans.\n\nIf you'd like to propose an
other time\, let me know and I'll re-schedule.\n\nTo join the Meeting:\nhttp
s://bluejeans.com/8517013908\n\nTo join via Browser:\nhttps://bluejeans.com/
8517013908/browser\n\nTo join with Lync:\nhttps://bluejeans.com/8517013908/l
ync\n\nTo join via Room System:\nVideo Conferencing System: bjn.vc -or- 199.
48.152.152\nMeeting ID: 8517013908\n\nTo join via Phone:\n1) Dial: +44203574
6870 (see all numbers - https://www.intercallonline.com/listNumbersByCode.ac
tion?confCode=8517013908)\n2) Enter Conference ID: 8517013908\n\nRegards\,\n
Vojtech\n\n
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;RELATED=START:-PT5M
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR
------=_Part_6900245_1937686021.1415383257527--
[INFO] ------------------------------------------------------------------------
[INFO] Building builtin-extensions 3.5.1-SNAPSHOT
[INFO] ------------------------------------------------------------------------
[INFO]
[INFO] --- maven-resources-plugin:2.4.3:resources (default-resources) @ builtin ---
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 0 resource
[INFO] Copying 4 resources
[INFO]
[INFO] --- maven-compiler-plugin:2.3.2:compile (default-compile) @ builtin ---
[INFO] Compiling 167 source files to /root/rpmbuild/BUILD/ovirt-engine-3.5.1/backend/manager/modules/builtin-extensions/target/classes
[INFO] -------------------------------------------------------------
[WARNING] COMPILATION WARNING :
[INFO] -------------------------------------------------------------
[WARNING]
/root/rpmbuild/BUILD/ovirt-engine-3.5.1/backend/manager/modules/builtin-extensions/src/main/java/org/ovirt/engine/extensions/aaa/builtin/kerberosldap/LDAPTemplateWrapper.java:[19,24]
LdapCtxFactory is internal proprietary API and may be removed in a future release
[WARNING]
/root/rpmbuild/BUILD/ovirt-engine-3.5.1/backend/manager/modules/builtin-extensions/src/main/java/org/ovirt/engine/extensions/aaa/builtin/kerberosldap/LDAPTemplateWrapper.java:[19,24]
LdapCtxFactory is internal proprietary API and may be removed in a future release
[WARNING]
/root/rpmbuild/BUILD/ovirt-engine-3.5.1/backend/manager/modules/builtin-extensions/src/main/java/org/ovirt/engine/extensions/aaa/builtin/kerberosldap/LDAPTemplateWrapper.java:[19,24]
LdapCtxFactory is internal proprietary API and may be removed in a future release
[WARNING] class file for org.springframework.beans.factory.InitializingBean not found
/root/rpmbuild/BUILD/ovirt-engine-3.5.1/backend/manager/modules/builtin-extensions/src/main/java/org/ovirt/engine/extensions/aaa/builtin/kerberosldap/LDAPTemplateWrapper.java:[68,40]
LdapCtxFactory is internal proprietary API and may be removed in a future release
[INFO] 4 warnings
[INFO] -------------------------------------------------------------
[INFO] -------------------------------------------------------------
[ERROR] COMPILATION ERROR :
[INFO] -------------------------------------------------------------
[ERROR]
/root/rpmbuild/BUILD/ovirt-engine-3.5.1/backend/manager/modules/builtin-extensions/src/main/java/org/ovirt/engine/extensions/aaa/builtin/kerberosldap/LDAPTemplateWrapper.java:[64,26]
error: cannot access InitializingBean
[ERROR]
/root/rpmbuild/BUILD/ovirt-engine-3.5.1/backend/manager/modules/builtin-extensions/src/main/java/org/ovirt/engine/extensions/aaa/builtin/kerberosldap/LDAPTemplateWrapper.java:[145,31]
error: cannot access DisposableBean
....
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 01:34 min
[INFO] Finished at: 2014-11-07T16:05:23+01:00
[INFO] Final Memory: 174M/873M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.3.2:compile (default-compile) on project builtin: Compilation failure:
Compilation failure:
[ERROR]
/root/rpmbuild/BUILD/ovirt-engine-3.5.1/backend/manager/modules/builtin-extensions/src/main/java/org/ovirt/engine/extensions/aaa/builtin/kerberosldap/LDAPTemplateWrapper.java:[64,26]
error: cannot access InitializingBean
[ERROR]
/root/rpmbuild/BUILD/ovirt-engine-3.5.1/backend/manager/modules/builtin-extensions/src/main/java/org/ovirt/engine/extensions/aaa/builtin/kerberosldap/LDAPTemplateWrapper.java:[145,31]
error: cannot access DisposableBean
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
Hi all,
as you may know, a subpart of the instance type entity (the "marked" column from [1]) are the ones which are marked with the chain icon in the VM dialogs.
The meaning is that this fields are so important that if you want the newly created VM to be based on that instance type, you can not change any of this fields.
The problem was that too many of the fields was "marked" which would force the user to create lots of instance types like: "big with soundcard", "big with smardcard and
soundcard", "medium with smardcard and without soundcard" etc. This after some more thinking seems to be an incorrect approach - the list of "marked" fields should be small and contain
only the really most important fields which lets you to categorize the VMs and not all the devices.
I have proposed two patches ([2], [3]) which implement this. According to this patches only the following fields will be "marked":
- memory size
- num of sockets/cores per socket
- HA
- migration model/downtime
- priority
- balloon
- min allocated memory
So the behavior will now be:
- the instance type still contains all kinds of devices we support
- only a small part of them are "marked"
- when the user creates a VM from an instance type, he will be provided by a big set of defaults from the instance type he can tune
- he will also be provided by a small set of fields he can not change if does not want to be detached from the instance type
Thoughts?
Tomas
[1]: http://www.ovirt.org/Features/Instance_Types#Design
[2]: http://gerrit.ovirt.org/#/c/34915/
[3]: http://gerrit.ovirt.org/#/c/34916/
Hi,
I am working on a major front-end re-factor patch [1], and I have a question
about some of the re-factoring I did in the ImportVmFromExportDomainModel. I
have the question in a TODO here [2]. But basically I would like someone
familiar with that particular piece of code to take a second look at that part
of my patch and let me know if I probably broke it or not.
The gist of the patch is that instead of using a custom class resolver, now
all ListModels will be managed by our dependency injection framework GIN.
Thanks,
Alexander
[1] http://gerrit.ovirt.org/#/c/34193
[2]
http://gerrit.ovirt.org/#/c/34193/16/frontend/webadmin/modules/uicommonweb/…
Hi,
currently ksmd is a single process
and is thus bound to one core.
This leads to some scaling problems such as:
If you got a lot of vms on one host with huge amounts
of ram you can observe that the cpu usage by ksmd
goes easily to 100%.
I wonder if ksmd could not be split up
in child/worker threads, thus enabling higher density
of vms on one host.
or can this just be tweaked by altering values in
/etc/ksmtuned.conf ?
What do you think?
--
Mit freundlichen Grüßen / Regards
Sven Kieske
Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
Hi,
I would like to propose Roy Golan as VDSM Fake (http://www.ovirt.org/VDSM_Fake) co-maintainer.
Your response would be appreciated.
Thanks in advance.
Tomas
Hi,
Currently we are unable to send long values between engine and vdsm
due to xmlrpc limitation. There is an extension i8 for xmlrpc which
enables 64bit numerical values (long) but we can't use it due to
compatibility reasons. To workaround this limitation people cast long
to string before sending it to the other side. I came up with engine
and vdsm patches [1] to make this type conversion in single place.
Jsonrpc supports long marshalling so by having above patches we can
start to use long types without worrying about type conversion.
Please let me know what do you think about it and whether there are
any reasons why we should not have this changes in 3.6.
Thanks,
Piotr
[1] http://gerrit.ovirt.org/#/q/status:open+topic:long-type-for-xmlrpc,n,z
Hi,
Release criteria discussion started on 2014-10-22 and should end on 2014-11-12 as per current release process [1].
Current options are:
1) keeping the same release criteria we had for 3.5 [2]
2) review the proposed changes [3] and prepare new release criteria for 3.6
Release management for 3.6.0 has been created [4]
The key milestones for this release must be scheduled:
Key Milestones
Release criteria discussion start: 2014-10-22
Release criteria ready: 2014-11-12
Feature freeze: 60 Days before release
First Test Day: 45 days before release
Release Candidate: 30 days before release
Release: 6 months after oVirt 3.5.0 release
Two different proposals have been meed about above scheduling [5]:
1) extend the cycle to 10 months for allowing to include a large feature set
2) reduce the cycle to less than 6 months and split features over 3.6 and 3.7
A tracker bug for 3.6.0 has been created [6] and currently shows no blockers.
There are 395 bugs [7] targeted to 3.6.0.
Excluding node and documentation bugs we have 375 bugs [8] targeted to 3.6.0.
[1] http://www.ovirt.org/Release_process
[2] http://www.ovirt.org/OVirt_3.5_release-management#Release_Criteria
[3] http://lists.ovirt.org/pipermail/devel/2014-September/008695.html
[4] http://www.ovirt.org/OVirt_3.6_Release_Management
[5] http://lists.ovirt.org/pipermail/users/2014-November/028875.html
[6] https://bugzilla.redhat.com/show_bug.cgi?id=1155425
[7] http://goo.gl/zwkF3r
[8] http://goo.gl/ZbUiMc
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
