Re: [ovirt-devel] ovirt-guest-agent behavior on disconnect

[Barak Azulay]

Barak

On Sep 30, 2015, at 10:04, Michal Skrivanek 
wrote:


On Sep 25, 2015, at 19:40 , David Mansfield  wrote:

[cross-posted to devel@ovirt.org and spice-de...@lists.freedesktop.org]


Hi oVirt Devs,


I'm here from the spice-devel list where we were discussing some changes to
the behavior of the spice guest agent reacting to a user disconnect (of the
spice console).


Hi David,
great, any enhancement is good! Vinzenz, please add more details to my
guesses below:)


Some information about how the ovirt-guest-agent works would be informative
if you can spare a minute.


The functionality being discussed is locking the user session in the VM
when the user disconnects from spice (either intentionally or
unintentionally).


What OSs are we talking about (the behavior is significantly different and
each pose different challenges.



Also, peripherally, how does oVirt ensure secure access by authorized users
of a VM and prevent "over-the-shoulder" snooping (spice graphics session
stealing) or other forms of information leak from a VM shared by multiple
users.


We have several mechanisms to ensure that:
1 - ticketing system managed by the engine, so permissions are checked on
the ovirt-engine, if a user has permissions to connect to the vm than the
engines sends vdsm the ticket (and it sets the ticket to the spice server
... Through libvirt), and than the client receives this ticket to present
to the spice server on connect (of course this ticket has time expiration)
2 - every time the client disconnects we receive an event and immediately
send lock desktop command to the guest (through the ovirt-guest-agent).
This is implemented both for win and Linux but for a Linux guest for that
to work one must work on run level 5.
3 - anyway since this is racy , in order to avoid session theft we do not
allow a second user to connect to a vm when the first user disconnected,
the second user will be able to login only after the cm was rebooted.





So here are some questions:


Can a VM be "shared" by multiple users in oVirt at all? Are there known
security issues that would make this a non-recommended or fundamentally
un-securable setup?


normally no, there is a semi-supported hook to allow that with VNC (and
even that is slightly broken IIRC at the moment), but in general we do want
so support that for specific usecases


The question is not clear enough,

In case you mean simultaneously (2 users) than the above answer is relevant.
In case you mean sequential ... Than the answer is explained above , and
yes we allow a vm to be shared among several users or groups.




Does the oVirt agent lock the session on disconnect? Always /
unconditionally?


IIRC It will always try to lock, but we can not guarantee that the
operation actually succeeded (long story ...)


If it's configurable, where does the configuration reside - in the vm
guest, on the vm host (/engine) or on the client?


it's oVirt management UI configuration, it changes the host's behavior on
spice disconnect per VM


Does the oVirt agent lock all sessions or the current active session?


just the active AFAIK


On windows its implemented only for desktop OSs (... Xp ...win7 ...) we
lock only the interactive session, for win server this is not supported ,
in fact we do not install the SSO mechanism at all because it works
differently for those OSs (w2k3 , 2008, 2010)

On Linux it's a bit more complicated , but we find the session of the user
we know connected to the vm ... And send the lock command.

As explained above since there is no guarantee for that to succeed than we
do not allow other users to connect till the cm is rebooted.




How does it lock the sessions?  I've looked at the code and it appears
'/usr/bin/loginctl lock-sessions' is being used on machines it's provided
on and something more complicated on older boxes.  Does the user have a way
to customize this behavior? and if so, is it VM guest, VM host or client
configuration?



AFAIR this is not configurable ... But Vinzenz should be able to give an
accurate answer





Does the agent lock linux consoles (VC1, VC2) "sessions" (e.g. with vlock?)


AFAIU no, Vinzenz ?



As I understand it, console access in ovirt is managed by setting a
temporary graphics password and then generating an .ini file which is
launched by remote-viewer. This password expires after a short period of
time.  So is there a mechanism where access is denied if a user is already
connected or is this allowed?



The  mechanism is explained above , it's the ticketing system (or temporary
password as you referee to it above) t. The second user will not get a
ticket from the ovirt-engine




connection is not allowed unless "strict user checking" disabled in UI
if it is disable or you use the same pwd then the previous session is
terminated and replaced (unless using that hook I mentioned).
But we try to treat the .vv file as a one time thing, there's
delete_this_file=1 

[ovirt-devel] Cancelled: [3.6 deep dive] - AAA - local user management

[Barak Azulay]

BEGIN:VCALENDAR
PRODID://Yahoo//Calendar//EN
VERSION:2.0
METHOD:CANCEL
BEGIN:VEVENT
SUMMARY:[3.6 deep dive]  - AAA - local user management
DESCRIPTION:abstract:\n  oVirt 3.6 comes by default with a new AAA-JDBC ext
 ension which stores authentication  \n  and authorization data in relation
 al database and provides these data using standardized \n  oVirt AAA API s
 imilarly to already existing AAA-LDAP extension.\n  In this session we wil
 l discuss the design/usage/features &  customization  \n  of the AAA-JDBC 
 extention\n\nFeature page:\n  http://www.ovirt.org/Features/AAA_JDBC\n\nGo
 ogle hangout link:\n  https://plus.google.com/events/c45mkdo294kkjlcfiknk1
 bjc2bo\n\nYoutube link:\n  http://www.youtube.com/watch?v=CUsaqLQIkuQ\nVie
 w your event at https://www.google.com/calendar/event?action=VIEW=N3Vm
 cTZjcW9xZXVmbXR1NzhqMnY3Y3BxcG8gZGV2ZWxAb3ZpcnQub3Jn=MTgjYmF6dWxheUByZ
 WRoYXQuY29tYzA5ZjRmMDMyMjI4ZjQyZDc3MDY3Y2JiYzJmNWEyZWY4NGViODNlYQ=Asia
 /Jerusalem=en.
CLASS:PUBLIC
DTSTART;TZID=Etc/GMT:20150907T14Z
DTEND;TZID=Etc/GMT:20150907T144500Z
LOCATION:http://www.youtube.com/watch?v=CUsaqLQIkuQ
PRIORITY:0
SEQUENCE:2
STATUS:CONFIRMED
UID:7ufq6cqoqeufmtu78j2v7cp...@google.com
DTSTAMP:20150903T221527Z
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Oved Ourfali;ROLE=REQ_PARTICIPANT;RSVP=TR
 UE;CUTYPE=INDIVIDUAL:mailto:ov...@redhat.com
ATTENDEE;PARTSTAT=ACCEPTED;CN=Martin Perina;ROLE=REQ_PARTICIPANT;RSVP=TRUE;
 CUTYPE=INDIVIDUAL:mailto:mper...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=ih...@redhat.com;ROLE=REQ_PARTICIPANT;RSV
 P=TRUE;CUTYPE=INDIVIDUAL:mailto:ih...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=us...@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:us...@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=devel@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:devel@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=chuan huang;ROLE=REQ_PARTICIPANT;RSVP=TRU
 E:mailto:nude_...@yahoo.com
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
X-YAHOO-YID:yahoo.calendar.acl.writer
TRANSP:OPAQUE
STATUS:TENTATIVE
X-YAHOO-USER-STATUS:TENTATIVE
X-YAHOO-EVENT-STATUS:BUSY
END:VEVENT
BEGIN:VTIMEZONE
TZID:Europe/London
TZURL:http://tzurl.org/zoneinfo/Europe/London
X-LIC-LOCATION:Europe/London
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19810329T01
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19961027T02
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARD
BEGIN:STANDARD
TZOFFSETFROM:-000115
TZOFFSETTO:+
TZNAME:GMT
DTSTART:18471201T00
RDATE:18471201T00
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19160521T02
RDATE:19160521T02
RDATE:19170408T02
RDATE:19180324T02
RDATE:19190330T02
RDATE:19200328T02
RDATE:19210403T02
RDATE:19220326T02
RDATE:19230422T02
RDATE:19240413T02
RDATE:19250419T02
RDATE:19260418T02
RDATE:19270410T02
RDATE:19280422T02
RDATE:19290421T02
RDATE:19300413T02
RDATE:19310419T02
RDATE:19320417T02
RDATE:19330409T02
RDATE:19340422T02
RDATE:19350414T02
RDATE:19360419T02
RDATE:19370418T02
RDATE:19380410T02
RDATE:19390416T02
RDATE:19400225T02
RDATE:19460414T02
RDATE:19470316T02
RDATE:19480314T02
RDATE:19490403T02
RDATE:19500416T02
RDATE:19510415T02
RDATE:19520420T02
RDATE:19530419T02
RDATE:19540411T02
RDATE:19550417T02
RDATE:19560422T02
RDATE:19570414T02
RDATE:19580420T02
RDATE:19590419T02
RDATE:19600410T02
RDATE:19610326T02
RDATE:19620325T02
RDATE:19630331T02
RDATE:19640322T02
RDATE:19650321T02
RDATE:19660320T02
RDATE:19670319T02
RDATE:19680218T02
RDATE:19720319T02
RDATE:19730318T02
RDATE:19740317T02
RDATE:19750316T02
RDATE:19760321T02
RDATE:19770320T02
RDATE:19780319T02
RDATE:19790318T02
RDATE:19800316T02
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19161001T03
RDATE:19161001T03
RDATE:19170917T03
RDATE:19180930T03
RDATE:19190929T03
RDATE:19201025T03
RDATE:19211003T03
RDATE:19221008T03
RDATE:19230916T03
RDATE:19240921T03
RDATE:19251004T03
RDATE:19261003T03
RDATE:19271002T03
RDATE:19281007T03
RDATE:19291006T03
RDATE:19301005T03
RDATE:19311004T03
RDATE:19321002T03
RDATE:19331008T03
RDATE:19341007T03
RDATE:19351006T03
RDATE:19361004T03
RDATE:19371003T03
RDATE:19381002T03
RDATE:19391119T03
RDATE:19451007T03
RDATE:19461006T03
RDATE:19471102T03
RDATE:19481031T03
RDATE:19491030T03
RDATE:19501022T03
RDATE:19511021T03
RDATE:19521026T03
RDATE:19531004T03
RDATE:19541003T03
RDATE:19551002T03
RDATE:19561007T03
RDATE:19571006T03
RDATE:19581005T03
RDATE:19591004T03
RDATE:19601002T03
RDATE:19611029T03

[ovirt-devel] Cancelled: [3.6 deep dive] - AAA - local user management

[Barak Azulay]

BEGIN:VCALENDAR
PRODID://Yahoo//Calendar//EN
VERSION:2.0
METHOD:CANCEL
BEGIN:VEVENT
SUMMARY:[3.6 deep dive]  - AAA - local user management
DESCRIPTION:abstract:\n  oVirt 3.6 comes by default with a new AAA-JDBC ext
 ension which stores authentication  \n  and authorization data in relation
 al database and provides these data using standardized \n  oVirt AAA API s
 imilarly to already existing AAA-LDAP extension.\n  In this session we wil
 l discuss the design/usage/features &  customization  \n  of the AAA-JDBC 
 extention\n\nFeature page:\n  http://www.ovirt.org/Features/AAA_JDBC\n\nGo
 ogle hangout link:\n  https://plus.google.com/events/c45mkdo294kkjlcfiknk1
 bjc2bo\n\nYoutube link:\n  http://www.youtube.com/watch?v=CUsaqLQIkuQ\nVie
 w your event at https://www.google.com/calendar/event?action=VIEW=N3Vm
 cTZjcW9xZXVmbXR1NzhqMnY3Y3BxcG8gdXNlcnNAb3ZpcnQub3Jn=MTgjYmF6dWxheUByZ
 WRoYXQuY29tODZlNjNiODY0YzJhOTIwOWVkZjU0NmIzYjk2ZGFmODk0N2EzMDgxYQ=Asia
 /Jerusalem=en.
CLASS:PUBLIC
DTSTART;TZID=Etc/GMT:20150907T14Z
DTEND;TZID=Etc/GMT:20150907T144500Z
LOCATION:http://www.youtube.com/watch?v=CUsaqLQIkuQ
PRIORITY:0
SEQUENCE:2
STATUS:CONFIRMED
UID:7ufq6cqoqeufmtu78j2v7cp...@google.com
DTSTAMP:20150903T221527Z
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Oved Ourfali;ROLE=REQ_PARTICIPANT;RSVP=TR
 UE;CUTYPE=INDIVIDUAL:mailto:ov...@redhat.com
ATTENDEE;PARTSTAT=ACCEPTED;CN=Martin Perina;ROLE=REQ_PARTICIPANT;RSVP=TRUE;
 CUTYPE=INDIVIDUAL:mailto:mper...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=ih...@redhat.com;ROLE=REQ_PARTICIPANT;RSV
 P=TRUE;CUTYPE=INDIVIDUAL:mailto:ih...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=us...@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:us...@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=devel@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:devel@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Andy Kress;ROLE=REQ_PARTICIPANT;RSVP=TRUE
 :mailto:farkey_2...@yahoo.com
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
X-YAHOO-YID:yahoo.calendar.acl.writer
TRANSP:OPAQUE
STATUS:TENTATIVE
X-YAHOO-USER-STATUS:TENTATIVE
X-YAHOO-EVENT-STATUS:BUSY
END:VEVENT
BEGIN:VTIMEZONE
TZID:Europe/London
TZURL:http://tzurl.org/zoneinfo/Europe/London
X-LIC-LOCATION:Europe/London
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19810329T01
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19961027T02
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARD
BEGIN:STANDARD
TZOFFSETFROM:-000115
TZOFFSETTO:+
TZNAME:GMT
DTSTART:18471201T00
RDATE:18471201T00
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19160521T02
RDATE:19160521T02
RDATE:19170408T02
RDATE:19180324T02
RDATE:19190330T02
RDATE:19200328T02
RDATE:19210403T02
RDATE:19220326T02
RDATE:19230422T02
RDATE:19240413T02
RDATE:19250419T02
RDATE:19260418T02
RDATE:19270410T02
RDATE:19280422T02
RDATE:19290421T02
RDATE:19300413T02
RDATE:19310419T02
RDATE:19320417T02
RDATE:19330409T02
RDATE:19340422T02
RDATE:19350414T02
RDATE:19360419T02
RDATE:19370418T02
RDATE:19380410T02
RDATE:19390416T02
RDATE:19400225T02
RDATE:19460414T02
RDATE:19470316T02
RDATE:19480314T02
RDATE:19490403T02
RDATE:19500416T02
RDATE:19510415T02
RDATE:19520420T02
RDATE:19530419T02
RDATE:19540411T02
RDATE:19550417T02
RDATE:19560422T02
RDATE:19570414T02
RDATE:19580420T02
RDATE:19590419T02
RDATE:19600410T02
RDATE:19610326T02
RDATE:19620325T02
RDATE:19630331T02
RDATE:19640322T02
RDATE:19650321T02
RDATE:19660320T02
RDATE:19670319T02
RDATE:19680218T02
RDATE:19720319T02
RDATE:19730318T02
RDATE:19740317T02
RDATE:19750316T02
RDATE:19760321T02
RDATE:19770320T02
RDATE:19780319T02
RDATE:19790318T02
RDATE:19800316T02
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19161001T03
RDATE:19161001T03
RDATE:19170917T03
RDATE:19180930T03
RDATE:19190929T03
RDATE:19201025T03
RDATE:19211003T03
RDATE:19221008T03
RDATE:19230916T03
RDATE:19240921T03
RDATE:19251004T03
RDATE:19261003T03
RDATE:19271002T03
RDATE:19281007T03
RDATE:19291006T03
RDATE:19301005T03
RDATE:19311004T03
RDATE:19321002T03
RDATE:19331008T03
RDATE:19341007T03
RDATE:19351006T03
RDATE:19361004T03
RDATE:19371003T03
RDATE:19381002T03
RDATE:19391119T03
RDATE:19451007T03
RDATE:19461006T03
RDATE:19471102T03
RDATE:19481031T03
RDATE:19491030T03
RDATE:19501022T03
RDATE:19511021T03
RDATE:19521026T03
RDATE:19531004T03
RDATE:19541003T03
RDATE:19551002T03
RDATE:19561007T03
RDATE:19571006T03
RDATE:19581005T03
RDATE:19591004T03
RDATE:19601002T03
RDATE:19611029T03

[ovirt-devel] Cancelled: [3.6 deep dive] - AAA - local user management

[Barak Azulay]

BEGIN:VCALENDAR
PRODID://Yahoo//Calendar//EN
VERSION:2.0
METHOD:CANCEL
BEGIN:VEVENT
SUMMARY:[3.6 deep dive]  - AAA - local user management
DESCRIPTION:abstract:\n  oVirt 3.6 comes by default with a new AAA-JDBC ext
 ension which stores authentication  \n  and authorization data in relation
 al database and provides these data using standardized \n  oVirt AAA API s
 imilarly to already existing AAA-LDAP extension.\n  In this session we wil
 l discuss the design/usage/features &  customization  \n  of the AAA-JDBC 
 extention\n\nFeature page:\n  http://www.ovirt.org/Features/AAA_JDBC\n\nGo
 ogle hangout link:\n  https://plus.google.com/events/c45mkdo294kkjlcfiknk1
 bjc2bo\n\nYoutube link:\n  http://www.youtube.com/watch?v=CUsaqLQIkuQ\nVie
 w your event at https://www.google.com/calendar/event?action=VIEW=N3Vm
 cTZjcW9xZXVmbXR1NzhqMnY3Y3BxcG8gdXNlcnNAb3ZpcnQub3Jn=MTgjYmF6dWxheUByZ
 WRoYXQuY29tODZlNjNiODY0YzJhOTIwOWVkZjU0NmIzYjk2ZGFmODk0N2EzMDgxYQ=Asia
 /Jerusalem=en.
CLASS:PUBLIC
DTSTART;TZID=Etc/GMT:20150907T14Z
DTEND;TZID=Etc/GMT:20150907T144500Z
LOCATION:http://www.youtube.com/watch?v=CUsaqLQIkuQ
PRIORITY:0
SEQUENCE:2
STATUS:CONFIRMED
UID:7ufq6cqoqeufmtu78j2v7cp...@google.com
DTSTAMP:20150903T221527Z
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Oved Ourfali;ROLE=REQ_PARTICIPANT;RSVP=TR
 UE;CUTYPE=INDIVIDUAL:mailto:ov...@redhat.com
ATTENDEE;PARTSTAT=ACCEPTED;CN=Martin Perina;ROLE=REQ_PARTICIPANT;RSVP=TRUE;
 CUTYPE=INDIVIDUAL:mailto:mper...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=ih...@redhat.com;ROLE=REQ_PARTICIPANT;RSV
 P=TRUE;CUTYPE=INDIVIDUAL:mailto:ih...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=us...@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:us...@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=devel@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:devel@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Rizwan Ashraf;ROLE=REQ_PARTICIPANT;RSVP=T
 RUE:mailto:riz_s...@yahoo.com
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
X-YAHOO-YID:yahoo.calendar.acl.writer
TRANSP:OPAQUE
STATUS:TENTATIVE
X-YAHOO-USER-STATUS:TENTATIVE
X-YAHOO-EVENT-STATUS:BUSY
END:VEVENT
BEGIN:VTIMEZONE
TZID:Europe/London
TZURL:http://tzurl.org/zoneinfo/Europe/London
X-LIC-LOCATION:Europe/London
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19810329T01
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19961027T02
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARD
BEGIN:STANDARD
TZOFFSETFROM:-000115
TZOFFSETTO:+
TZNAME:GMT
DTSTART:18471201T00
RDATE:18471201T00
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19160521T02
RDATE:19160521T02
RDATE:19170408T02
RDATE:19180324T02
RDATE:19190330T02
RDATE:19200328T02
RDATE:19210403T02
RDATE:19220326T02
RDATE:19230422T02
RDATE:19240413T02
RDATE:19250419T02
RDATE:19260418T02
RDATE:19270410T02
RDATE:19280422T02
RDATE:19290421T02
RDATE:19300413T02
RDATE:19310419T02
RDATE:19320417T02
RDATE:19330409T02
RDATE:19340422T02
RDATE:19350414T02
RDATE:19360419T02
RDATE:19370418T02
RDATE:19380410T02
RDATE:19390416T02
RDATE:19400225T02
RDATE:19460414T02
RDATE:19470316T02
RDATE:19480314T02
RDATE:19490403T02
RDATE:19500416T02
RDATE:19510415T02
RDATE:19520420T02
RDATE:19530419T02
RDATE:19540411T02
RDATE:19550417T02
RDATE:19560422T02
RDATE:19570414T02
RDATE:19580420T02
RDATE:19590419T02
RDATE:19600410T02
RDATE:19610326T02
RDATE:19620325T02
RDATE:19630331T02
RDATE:19640322T02
RDATE:19650321T02
RDATE:19660320T02
RDATE:19670319T02
RDATE:19680218T02
RDATE:19720319T02
RDATE:19730318T02
RDATE:19740317T02
RDATE:19750316T02
RDATE:19760321T02
RDATE:19770320T02
RDATE:19780319T02
RDATE:19790318T02
RDATE:19800316T02
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19161001T03
RDATE:19161001T03
RDATE:19170917T03
RDATE:19180930T03
RDATE:19190929T03
RDATE:19201025T03
RDATE:19211003T03
RDATE:19221008T03
RDATE:19230916T03
RDATE:19240921T03
RDATE:19251004T03
RDATE:19261003T03
RDATE:19271002T03
RDATE:19281007T03
RDATE:19291006T03
RDATE:19301005T03
RDATE:19311004T03
RDATE:19321002T03
RDATE:19331008T03
RDATE:19341007T03
RDATE:19351006T03
RDATE:19361004T03
RDATE:19371003T03
RDATE:19381002T03
RDATE:19391119T03
RDATE:19451007T03
RDATE:19461006T03
RDATE:19471102T03
RDATE:19481031T03
RDATE:19491030T03
RDATE:19501022T03
RDATE:19511021T03
RDATE:19521026T03
RDATE:19531004T03
RDATE:19541003T03
RDATE:19551002T03
RDATE:19561007T03
RDATE:19571006T03
RDATE:19581005T03
RDATE:19591004T03
RDATE:19601002T03
RDATE:19611029T03

[ovirt-devel] Invitation: [3.6 deep dive] - errata's for hosts and engine @ Tue 2015-09-08 16:00 - 17:00 (bazu...@redhat.com)

[Barak Azulay]

BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VEVENT
DTSTART:20150908T13Z
DTEND:20150908T14Z
DTSTAMP:20150906T164857Z
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
UID:5spjhm4ee3od0opa5kd7me5...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE
 ;CN=Moti Asayag;X-NUM-GUESTS=0:mailto:masa...@redhat.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Oved Ourfali;X-NUM-GUESTS=0:mailto:oourf...@redhat.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE
 ;CN=bazu...@redhat.com;X-NUM-GUESTS=0:mailto:bazu...@redhat.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=ih...@redhat.com;X-NUM-GUESTS=0:mailto:ih...@redhat.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=us...@ovirt.org;X-NUM-GUESTS=0:mailto:us...@ovirt.org
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=devel@ovirt.org;X-NUM-GUESTS=0:mailto:devel@ovirt.org
CREATED:20150719T150514Z
DESCRIPTION:Abstract:\n  ovirt-engine 3.6 extends the integration with Fore
 man/Satellite to\n  support Katello’s Errata management to track Errata. Wi
 th the new\n  support\, viewing the Errata is available for hosts\, virtual
  machines\n  or for the ovirt-engine server from ovirt-engine.\n\nHangout l
 ink:\n  https://plus.google.com/events/ccqrvrd1cj2jrbge43o54tjlj4c\n\nYoutu
 be link:\n  http://www.youtube.com/watch?v=H4M9B_z2FTs\n \nFeature page:\n 
  http://www.ovirt.org/Home/Features/KatelloIntegration\nView your event at 
 https://www.google.com/calendar/event?action=VIEW=NXNwamhtNGVlM29kMG9wY
 TVrZDdtZTVzMXMgZGV2ZWxAb3ZpcnQub3Jn=MTgjYmF6dWxheUByZWRoYXQuY29tZDAwYjE
 yNjI1OTZhMTA4YmU3ZmQyMGI2ZmUxNGI3NDU5MGMzZTMyMw=Asia/Jerusalem=en.
LAST-MODIFIED:20150906T164857Z
LOCATION:https://www.youtube.com/watch?v=H4M9B_z2FTs
SEQUENCE:2
STATUS:CONFIRMED
SUMMARY:[3.6 deep dive] - errata's for hosts and engine
TRANSP:OPAQUE
END:VEVENT
END:VCALENDAR


invite.ics
Description: application/ics
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] Invitation: [3.6 deep dive] - AAA - local user management @ Mon 2015-09-07 17:00 - 17:45 (bazu...@redhat.com)

[Barak Azulay]

BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VEVENT
DTSTART:20150907T14Z
DTEND:20150907T144500Z
DTSTAMP:20150903T221527Z
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
UID:7ufq6cqoqeufmtu78j2v7cp...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Oved Ourfali;X-NUM-GUESTS=0:mailto:ov...@redhat.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE
 ;CN=Martin Perina;X-NUM-GUESTS=0:mailto:mper...@redhat.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE
 ;CN=bazu...@redhat.com;X-NUM-GUESTS=0:mailto:bazu...@redhat.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=ih...@redhat.com;X-NUM-GUESTS=0:mailto:ih...@redhat.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=us...@ovirt.org;X-NUM-GUESTS=0:mailto:us...@ovirt.org
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=devel@ovirt.org;X-NUM-GUESTS=0:mailto:devel@ovirt.org
CREATED:20150719T165813Z
DESCRIPTION:abstract:\n  oVirt 3.6 comes by default with a new AAA-JDBC ext
 ension which stores authentication  \n  and authorization data in relationa
 l database and provides these data using standardized \n  oVirt AAA API sim
 ilarly to already existing AAA-LDAP extension.\n  In this session we will d
 iscuss the design/usage/features &  customization  \n  of the AAA-JDBC exte
 ntion\n\nFeature page:\n  http://www.ovirt.org/Features/AAA_JDBC\n\nGoogle 
 hangout link:\n  https://plus.google.com/events/c45mkdo294kkjlcfiknk1bjc2bo
 \n\nYoutube link:\n  http://www.youtube.com/watch?v=CUsaqLQIkuQ\nView your 
 event at https://www.google.com/calendar/event?action=VIEW=N3VmcTZjcW9x
 ZXVmbXR1NzhqMnY3Y3BxcG8gZGV2ZWxAb3ZpcnQub3Jn=MTgjYmF6dWxheUByZWRoYXQuY2
 9tYzA5ZjRmMDMyMjI4ZjQyZDc3MDY3Y2JiYzJmNWEyZWY4NGViODNlYQ=Asia/Jerusalem
 =en.
LAST-MODIFIED:20150903T221526Z
LOCATION:http://www.youtube.com/watch?v=CUsaqLQIkuQ
SEQUENCE:2
STATUS:CONFIRMED
SUMMARY:[3.6 deep dive]  - AAA - local user management
TRANSP:OPAQUE
END:VEVENT
END:VCALENDAR


invite.ics
Description: application/ics
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] Cancelled: [3.6 deep dive] - Enhancements to VM placement/replacement

[Barak Azulay]

BEGIN:VCALENDAR
PRODID://Yahoo//Calendar//EN
VERSION:2.0
METHOD:CANCEL
BEGIN:VEVENT
SUMMARY:[3.6 deep dive] - Enhancements to VM placement/replacement
DESCRIPTION:Abstract:\nThis Deep dive will present 2 scheduling/placement e
 nhancements:\n1. Affinity enforcement for VMs. Including affinity contradi
 ction detection and the new\nfeature "Affinity Rules Enforcement Manager" 
 which enforce affinity rules for already running VMs.\n2. Following commun
 ity demand to provide high availability to pinned VM. We extended\n'VM pin
 ning to host' feature. Allowing VM pinning to multiple hosts.\n\nGoogle Ha
 ngout link: https://plus.google.com/events/ct01sm116majkmd9v2q59pil5b4\nyo
 utube link: https://www.youtube.com/watch?v=nOwBWzDRK7c\n\nFeature pages:\
 nhttp://www.ovirt.org/Feature/VmPinningToMultipleHosts\nhttp://www.ovirt.o
 rg/Affinity_Rules_Enforcement_Manager\nView your event at https://www.goog
 le.com/calendar/event?action=VIEW=OWFjcW1sMnVxZnZoaDBzaDV0aDBybW5jazgg
 dXNlcnNAb3ZpcnQub3Jn=MTgjYmF6dWxheUByZWRoYXQuY29tMjdkMmI4M2Q1MzU2NmQ4M
 2U5MzVhZmM1MDZmZDA4ZjRjOTQ3NGJiYw=Asia/Jerusalem=en.
CLASS:PUBLIC
DTSTART;TZID=Etc/GMT:20150902T14Z
DTEND;TZID=Etc/GMT:20150902T15Z
LOCATION:https://www.youtube.com/watch?v=nOwBWzDRK7c
PRIORITY:0
SEQUENCE:1
STATUS:CONFIRMED
UID:9acqml2uqfvhh0sh5th0rmn...@google.com
DTSTAMP:20150831T153002Z
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=tsa...@redhat.com;ROLE=REQ_PARTICIPANT;RS
 VP=TRUE;CUTYPE=INDIVIDUAL:mailto:tsa...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=dmaro...@redhat.com;ROLE=REQ_PARTICIPANT;
 RSVP=TRUE;CUTYPE=INDIVIDUAL:mailto:dmaro...@redhat.com
ATTENDEE;PARTSTAT=ACCEPTED;CN=dfedi...@redhat.com;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:do...@redhat.com
ATTENDEE;PARTSTAT=ACCEPTED;CN=rgo...@redhat.com;ROLE=REQ_PARTICIPANT;RSVP=T
 RUE;CUTYPE=INDIVIDUAL:mailto:rgo...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=ih...@redhat.com;ROLE=REQ_PARTICIPANT;RSV
 P=TRUE;CUTYPE=INDIVIDUAL:mailto:ih...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=us...@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:us...@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=devel@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:devel@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Andy Kress;ROLE=REQ_PARTICIPANT;RSVP=TRUE
 :mailto:farkey_2...@yahoo.com
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
X-YAHOO-YID:yahoo.calendar.acl.writer
TRANSP:OPAQUE
STATUS:TENTATIVE
X-YAHOO-USER-STATUS:TENTATIVE
X-YAHOO-EVENT-STATUS:BUSY
END:VEVENT
BEGIN:VTIMEZONE
TZID:Europe/London
TZURL:http://tzurl.org/zoneinfo/Europe/London
X-LIC-LOCATION:Europe/London
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19810329T01
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19961027T02
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARD
BEGIN:STANDARD
TZOFFSETFROM:-000115
TZOFFSETTO:+
TZNAME:GMT
DTSTART:18471201T00
RDATE:18471201T00
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19160521T02
RDATE:19160521T02
RDATE:19170408T02
RDATE:19180324T02
RDATE:19190330T02
RDATE:19200328T02
RDATE:19210403T02
RDATE:19220326T02
RDATE:19230422T02
RDATE:19240413T02
RDATE:19250419T02
RDATE:19260418T02
RDATE:19270410T02
RDATE:19280422T02
RDATE:19290421T02
RDATE:19300413T02
RDATE:19310419T02
RDATE:19320417T02
RDATE:19330409T02
RDATE:19340422T02
RDATE:19350414T02
RDATE:19360419T02
RDATE:19370418T02
RDATE:19380410T02
RDATE:19390416T02
RDATE:19400225T02
RDATE:19460414T02
RDATE:19470316T02
RDATE:19480314T02
RDATE:19490403T02
RDATE:19500416T02
RDATE:19510415T02
RDATE:19520420T02
RDATE:19530419T02
RDATE:19540411T02
RDATE:19550417T02
RDATE:19560422T02
RDATE:19570414T02
RDATE:19580420T02
RDATE:19590419T02
RDATE:19600410T02
RDATE:19610326T02
RDATE:19620325T02
RDATE:19630331T02
RDATE:19640322T02
RDATE:19650321T02
RDATE:19660320T02
RDATE:19670319T02
RDATE:19680218T02
RDATE:19720319T02
RDATE:19730318T02
RDATE:19740317T02
RDATE:19750316T02
RDATE:19760321T02
RDATE:19770320T02
RDATE:19780319T02
RDATE:19790318T02
RDATE:19800316T02
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19161001T03
RDATE:19161001T03
RDATE:19170917T03
RDATE:19180930T03
RDATE:19190929T03
RDATE:19201025T03
RDATE:19211003T03
RDATE:19221008T03
RDATE:19230916T03
RDATE:19240921T03
RDATE:19251004T03
RDATE:19261003T03
RDATE:19271002T03
RDATE:19281007T03
RDATE:19291006T03
RDATE:19301005T03
RDATE:19311004T03
RDATE:19321002T03
RDATE:19331008T03
RDATE:19341007T03
RDATE:19351006T03
RDATE:19361004T03
RDATE:19371003T03
RDATE:19381002T03

[ovirt-devel] Cancelled: [3.6 deep dive] - Enhancements to VM placement/replacement

[Barak Azulay]

BEGIN:VCALENDAR
PRODID://Yahoo//Calendar//EN
VERSION:2.0
METHOD:CANCEL
BEGIN:VEVENT
SUMMARY:[3.6 deep dive] - Enhancements to VM placement/replacement
DESCRIPTION:Abstract:\nThis Deep dive will present 2 scheduling/placement e
 nhancements:\n1. Affinity enforcement for VMs. Including affinity contradi
 ction detection and the new\nfeature "Affinity Rules Enforcement Manager" 
 which enforce affinity rules for already running VMs.\n2. Following commun
 ity demand to provide high availability to pinned VM. We extended\n'VM pin
 ning to host' feature. Allowing VM pinning to multiple hosts.\n\nGoogle Ha
 ngout link: https://plus.google.com/events/ct01sm116majkmd9v2q59pil5b4\nyo
 utube link: https://www.youtube.com/watch?v=nOwBWzDRK7c\n\nFeature pages:\
 nhttp://www.ovirt.org/Feature/VmPinningToMultipleHosts\nhttp://www.ovirt.o
 rg/Affinity_Rules_Enforcement_Manager\nView your event at https://www.goog
 le.com/calendar/event?action=VIEW=OWFjcW1sMnVxZnZoaDBzaDV0aDBybW5jazgg
 dXNlcnNAb3ZpcnQub3Jn=MTgjYmF6dWxheUByZWRoYXQuY29tMjdkMmI4M2Q1MzU2NmQ4M
 2U5MzVhZmM1MDZmZDA4ZjRjOTQ3NGJiYw=Asia/Jerusalem=en.
CLASS:PUBLIC
DTSTART;TZID=Etc/GMT:20150902T14Z
DTEND;TZID=Etc/GMT:20150902T15Z
LOCATION:https://www.youtube.com/watch?v=nOwBWzDRK7c
PRIORITY:0
SEQUENCE:1
STATUS:CONFIRMED
UID:9acqml2uqfvhh0sh5th0rmn...@google.com
DTSTAMP:20150831T153002Z
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=tsa...@redhat.com;ROLE=REQ_PARTICIPANT;RS
 VP=TRUE;CUTYPE=INDIVIDUAL:mailto:tsa...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=dmaro...@redhat.com;ROLE=REQ_PARTICIPANT;
 RSVP=TRUE;CUTYPE=INDIVIDUAL:mailto:dmaro...@redhat.com
ATTENDEE;PARTSTAT=ACCEPTED;CN=dfedi...@redhat.com;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:do...@redhat.com
ATTENDEE;PARTSTAT=ACCEPTED;CN=rgo...@redhat.com;ROLE=REQ_PARTICIPANT;RSVP=T
 RUE;CUTYPE=INDIVIDUAL:mailto:rgo...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=ih...@redhat.com;ROLE=REQ_PARTICIPANT;RSV
 P=TRUE;CUTYPE=INDIVIDUAL:mailto:ih...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=us...@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:us...@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=devel@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:devel@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Rizwan Ashraf;ROLE=REQ_PARTICIPANT;RSVP=T
 RUE:mailto:riz_s...@yahoo.com
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
X-YAHOO-YID:yahoo.calendar.acl.writer
TRANSP:OPAQUE
STATUS:TENTATIVE
X-YAHOO-USER-STATUS:TENTATIVE
X-YAHOO-EVENT-STATUS:BUSY
END:VEVENT
BEGIN:VTIMEZONE
TZID:Europe/London
TZURL:http://tzurl.org/zoneinfo/Europe/London
X-LIC-LOCATION:Europe/London
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19810329T01
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19961027T02
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARD
BEGIN:STANDARD
TZOFFSETFROM:-000115
TZOFFSETTO:+
TZNAME:GMT
DTSTART:18471201T00
RDATE:18471201T00
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19160521T02
RDATE:19160521T02
RDATE:19170408T02
RDATE:19180324T02
RDATE:19190330T02
RDATE:19200328T02
RDATE:19210403T02
RDATE:19220326T02
RDATE:19230422T02
RDATE:19240413T02
RDATE:19250419T02
RDATE:19260418T02
RDATE:19270410T02
RDATE:19280422T02
RDATE:19290421T02
RDATE:19300413T02
RDATE:19310419T02
RDATE:19320417T02
RDATE:19330409T02
RDATE:19340422T02
RDATE:19350414T02
RDATE:19360419T02
RDATE:19370418T02
RDATE:19380410T02
RDATE:19390416T02
RDATE:19400225T02
RDATE:19460414T02
RDATE:19470316T02
RDATE:19480314T02
RDATE:19490403T02
RDATE:19500416T02
RDATE:19510415T02
RDATE:19520420T02
RDATE:19530419T02
RDATE:19540411T02
RDATE:19550417T02
RDATE:19560422T02
RDATE:19570414T02
RDATE:19580420T02
RDATE:19590419T02
RDATE:19600410T02
RDATE:19610326T02
RDATE:19620325T02
RDATE:19630331T02
RDATE:19640322T02
RDATE:19650321T02
RDATE:19660320T02
RDATE:19670319T02
RDATE:19680218T02
RDATE:19720319T02
RDATE:19730318T02
RDATE:19740317T02
RDATE:19750316T02
RDATE:19760321T02
RDATE:19770320T02
RDATE:19780319T02
RDATE:19790318T02
RDATE:19800316T02
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19161001T03
RDATE:19161001T03
RDATE:19170917T03
RDATE:19180930T03
RDATE:19190929T03
RDATE:19201025T03
RDATE:19211003T03
RDATE:19221008T03
RDATE:19230916T03
RDATE:19240921T03
RDATE:19251004T03
RDATE:19261003T03
RDATE:19271002T03
RDATE:19281007T03
RDATE:19291006T03
RDATE:19301005T03
RDATE:19311004T03
RDATE:19321002T03
RDATE:19331008T03
RDATE:19341007T03
RDATE:19351006T03
RDATE:19361004T03
RDATE:19371003T03
RDATE:19381002T03

[ovirt-devel] Cancelled: [3.6 deep dive] - ceph-cinder integration

[Barak Azulay]

BEGIN:VCALENDAR
PRODID://Yahoo//Calendar//EN
VERSION:2.0
METHOD:CANCEL
BEGIN:VEVENT
SUMMARY:[3.6 deep dive] - ceph-cinder integration
DESCRIPTION:Abstract:\nCeph is a storage platform designed to present objec
 t\, block\, and file storage from a single distributed computer cluster.Th
 e data replicated with Ceph\, making it fault tolerant and also scalable t
 o the exabyte level.\nIn this deep dive we'll cover Ceph Storage with oVir
 t :\n- What  it is\n- How it works (engine vdsm ... qemu)\n- Obstacles we 
 have encountered in the process and how we managed solve them.\n- Demo\n- 
 Future plans\n\nFeature page: http://www.ovirt.org/Features/Cinder_Integra
 tion\nHangout link: https://plus.google.com/events/c8e22pbk3fii0k8o86b0qao
 2ut0\nyoutube link: https://www.youtube.com/watch?v=elEkGfjLITs\nView your
  event at https://www.google.com/calendar/event?action=VIEWeid=b3BhcGk0MG
 8zbjJwZ2lkbWE2cTJyY3ZlcWMgdXNlcnNAb3ZpcnQub3Jntok=MTgjYmF6dWxheUByZWRoYXQ
 uY29tZmNmMGNhMDA3ZmNhZjljNDhhZDRkMWI1NmE4YTFmMjczNDBjYzM3MActz=Asia/Jerus
 alemhl=en.
CLASS:PUBLIC
DTSTART;TZID=Etc/GMT:20150812T13Z
DTEND;TZID=Etc/GMT:20150812T14Z
LOCATION:https://www.youtube.com/watch?v=elEkGfjLITs
PRIORITY:0
SEQUENCE:0
STATUS:CONFIRMED
UID:opapi40o3n2pgidma6q2rcv...@google.com
DTSTAMP:20150809T171453Z
ATTENDEE;PARTSTAT=ACCEPTED;CN=mlipc...@redhat.com;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:mlipc...@redhat.com
ATTENDEE;PARTSTAT=ACCEPTED;CN=amure...@redhat.com;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:amure...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=ih...@redhat.com;ROLE=REQ_PARTICIPANT;RSV
 P=TRUE;CUTYPE=INDIVIDUAL:mailto:ih...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=us...@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:us...@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=devel@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:devel@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Andy Kress;ROLE=REQ_PARTICIPANT;RSVP=TRUE
 :mailto:farkey_2...@yahoo.com
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
X-YAHOO-YID:yahoo.calendar.acl.writer
TRANSP:OPAQUE
STATUS:TENTATIVE
X-YAHOO-USER-STATUS:TENTATIVE
X-YAHOO-EVENT-STATUS:BUSY
END:VEVENT
BEGIN:VTIMEZONE
TZID:Europe/London
TZURL:http://tzurl.org/zoneinfo/Europe/London
X-LIC-LOCATION:Europe/London
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19810329T01
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19961027T02
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARD
BEGIN:STANDARD
TZOFFSETFROM:-000115
TZOFFSETTO:+
TZNAME:GMT
DTSTART:18471201T00
RDATE:18471201T00
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19160521T02
RDATE:19160521T02
RDATE:19170408T02
RDATE:19180324T02
RDATE:19190330T02
RDATE:19200328T02
RDATE:19210403T02
RDATE:19220326T02
RDATE:19230422T02
RDATE:19240413T02
RDATE:19250419T02
RDATE:19260418T02
RDATE:19270410T02
RDATE:19280422T02
RDATE:19290421T02
RDATE:19300413T02
RDATE:19310419T02
RDATE:19320417T02
RDATE:19330409T02
RDATE:19340422T02
RDATE:19350414T02
RDATE:19360419T02
RDATE:19370418T02
RDATE:19380410T02
RDATE:19390416T02
RDATE:19400225T02
RDATE:19460414T02
RDATE:19470316T02
RDATE:19480314T02
RDATE:19490403T02
RDATE:19500416T02
RDATE:19510415T02
RDATE:19520420T02
RDATE:19530419T02
RDATE:19540411T02
RDATE:19550417T02
RDATE:19560422T02
RDATE:19570414T02
RDATE:19580420T02
RDATE:19590419T02
RDATE:19600410T02
RDATE:19610326T02
RDATE:19620325T02
RDATE:19630331T02
RDATE:19640322T02
RDATE:19650321T02
RDATE:19660320T02
RDATE:19670319T02
RDATE:19680218T02
RDATE:19720319T02
RDATE:19730318T02
RDATE:19740317T02
RDATE:19750316T02
RDATE:19760321T02
RDATE:19770320T02
RDATE:19780319T02
RDATE:19790318T02
RDATE:19800316T02
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19161001T03
RDATE:19161001T03
RDATE:19170917T03
RDATE:19180930T03
RDATE:19190929T03
RDATE:19201025T03
RDATE:19211003T03
RDATE:19221008T03
RDATE:19230916T03
RDATE:19240921T03
RDATE:19251004T03
RDATE:19261003T03
RDATE:19271002T03
RDATE:19281007T03
RDATE:19291006T03
RDATE:19301005T03
RDATE:19311004T03
RDATE:19321002T03
RDATE:19331008T03
RDATE:19341007T03
RDATE:19351006T03
RDATE:19361004T03
RDATE:19371003T03
RDATE:19381002T03
RDATE:19391119T03
RDATE:19451007T03
RDATE:19461006T03
RDATE:19471102T03
RDATE:19481031T03
RDATE:19491030T03
RDATE:19501022T03
RDATE:19511021T03
RDATE:19521026T03
RDATE:19531004T03
RDATE:19541003T03
RDATE:19551002T03
RDATE:19561007T03
RDATE:19571006T03

[ovirt-devel] Cancelled: [3.6 deep dive] - orchestrate pvresize across hosts

[Barak Azulay]

BEGIN:VCALENDAR
PRODID://Yahoo//Calendar//EN
VERSION:2.0
METHOD:CANCEL
BEGIN:VEVENT
SUMMARY:[3.6 deep dive] - orchestrate pvresize across hosts
DESCRIPTION:Abstract:\nUsers need the ability to increase storage space ava
 ilable in oVirt storage data domains (ISCSI  FC) without increasing the n
 umber of LUNs presented to it. \n\nFeature Page: http://www.ovirt.org/Feat
 ures/LUN_Resize\nHangout link : https://plus.google.com/events/c0dibhieipg
 o87n6iefs48oddv8\nyoutube link: https://www.youtube.com/watch?v=VxvurM-8n5
 s\n\nView your event at https://www.google.com/calendar/event?action=VIEW;
 eid=NHQxaW43M2l2cmlpZzM0bGhhNmtiOXF0YmsgdXNlcnNAb3ZpcnQub3Jntok=MTgjYmF6d
 WxheUByZWRoYXQuY29tZjYzZThjYjY3NjVhNGVjZWNiN2VhMzVhNDVkYzhiNDg0OTA4M2ZiNA
 ctz=Asia/Jerusalemhl=en.
CLASS:PUBLIC
DTSTART;TZID=Etc/GMT:20150811T13Z
DTEND;TZID=Etc/GMT:20150811T134500Z
LOCATION:https://www.youtube.com/watch?v=VxvurM-8n5s
PRIORITY:0
SEQUENCE:0
STATUS:CONFIRMED
UID:4t1in73ivriig34lha6kb9q...@google.com
DTSTAMP:20150809T164826Z
ATTENDEE;PARTSTAT=ACCEPTED;CN=froll...@redhat.com;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:froll...@redhat.com
ATTENDEE;PARTSTAT=ACCEPTED;CN=amure...@redhat.com;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:amure...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=ih...@redhat.com;ROLE=REQ_PARTICIPANT;RSV
 P=TRUE;CUTYPE=INDIVIDUAL:mailto:ih...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=us...@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:us...@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=devel@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:devel@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Andy Kress;ROLE=REQ_PARTICIPANT;RSVP=TRUE
 :mailto:farkey_2...@yahoo.com
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
X-YAHOO-YID:yahoo.calendar.acl.writer
TRANSP:OPAQUE
STATUS:TENTATIVE
X-YAHOO-USER-STATUS:TENTATIVE
X-YAHOO-EVENT-STATUS:BUSY
END:VEVENT
BEGIN:VTIMEZONE
TZID:Europe/London
TZURL:http://tzurl.org/zoneinfo/Europe/London
X-LIC-LOCATION:Europe/London
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19810329T01
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19961027T02
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARD
BEGIN:STANDARD
TZOFFSETFROM:-000115
TZOFFSETTO:+
TZNAME:GMT
DTSTART:18471201T00
RDATE:18471201T00
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19160521T02
RDATE:19160521T02
RDATE:19170408T02
RDATE:19180324T02
RDATE:19190330T02
RDATE:19200328T02
RDATE:19210403T02
RDATE:19220326T02
RDATE:19230422T02
RDATE:19240413T02
RDATE:19250419T02
RDATE:19260418T02
RDATE:19270410T02
RDATE:19280422T02
RDATE:19290421T02
RDATE:19300413T02
RDATE:19310419T02
RDATE:19320417T02
RDATE:19330409T02
RDATE:19340422T02
RDATE:19350414T02
RDATE:19360419T02
RDATE:19370418T02
RDATE:19380410T02
RDATE:19390416T02
RDATE:19400225T02
RDATE:19460414T02
RDATE:19470316T02
RDATE:19480314T02
RDATE:19490403T02
RDATE:19500416T02
RDATE:19510415T02
RDATE:19520420T02
RDATE:19530419T02
RDATE:19540411T02
RDATE:19550417T02
RDATE:19560422T02
RDATE:19570414T02
RDATE:19580420T02
RDATE:19590419T02
RDATE:19600410T02
RDATE:19610326T02
RDATE:19620325T02
RDATE:19630331T02
RDATE:19640322T02
RDATE:19650321T02
RDATE:19660320T02
RDATE:19670319T02
RDATE:19680218T02
RDATE:19720319T02
RDATE:19730318T02
RDATE:19740317T02
RDATE:19750316T02
RDATE:19760321T02
RDATE:19770320T02
RDATE:19780319T02
RDATE:19790318T02
RDATE:19800316T02
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19161001T03
RDATE:19161001T03
RDATE:19170917T03
RDATE:19180930T03
RDATE:19190929T03
RDATE:19201025T03
RDATE:19211003T03
RDATE:19221008T03
RDATE:19230916T03
RDATE:19240921T03
RDATE:19251004T03
RDATE:19261003T03
RDATE:19271002T03
RDATE:19281007T03
RDATE:19291006T03
RDATE:19301005T03
RDATE:19311004T03
RDATE:19321002T03
RDATE:19331008T03
RDATE:19341007T03
RDATE:19351006T03
RDATE:19361004T03
RDATE:19371003T03
RDATE:19381002T03
RDATE:19391119T03
RDATE:19451007T03
RDATE:19461006T03
RDATE:19471102T03
RDATE:19481031T03
RDATE:19491030T03
RDATE:19501022T03
RDATE:19511021T03
RDATE:19521026T03
RDATE:19531004T03
RDATE:19541003T03
RDATE:19551002T03
RDATE:19561007T03
RDATE:19571006T03
RDATE:19581005T03
RDATE:19591004T03
RDATE:19601002T03
RDATE:19611029T03
RDATE:19621028T03
RDATE:19631027T03
RDATE:19641025T03
RDATE:19651024T03
RDATE:19661023T03
RDATE:19671029T03
RDATE:19711031T03
RDATE:19721029T03
RDATE:19731028T03

[ovirt-devel] Cancelled: [3.6 deep dive] - ceph-cinder integration

[Barak Azulay]

BEGIN:VCALENDAR
PRODID://Yahoo//Calendar//EN
VERSION:2.0
METHOD:CANCEL
BEGIN:VEVENT
SUMMARY:[3.6 deep dive] - ceph-cinder integration
DESCRIPTION:Abstract:\nCeph is a storage platform designed to present objec
 t\, block\, and file storage from a single distributed computer cluster.Th
 e data replicated with Ceph\, making it fault tolerant and also scalable t
 o the exabyte level.\nIn this deep dive we'll cover Ceph Storage with oVir
 t :\n- What  it is\n- How it works (engine vdsm ... qemu)\n- Obstacles we 
 have encountered in the process and how we managed solve them.\n- Demo\n- 
 Future plans\n\nFeature page: http://www.ovirt.org/Features/Cinder_Integra
 tion\nHangout link: https://plus.google.com/events/c8e22pbk3fii0k8o86b0qao
 2ut0\nyoutube link: https://www.youtube.com/watch?v=elEkGfjLITs\nView your
  event at https://www.google.com/calendar/event?action=VIEWeid=b3BhcGk0MG
 8zbjJwZ2lkbWE2cTJyY3ZlcWMgdXNlcnNAb3ZpcnQub3Jntok=MTgjYmF6dWxheUByZWRoYXQ
 uY29tZmNmMGNhMDA3ZmNhZjljNDhhZDRkMWI1NmE4YTFmMjczNDBjYzM3MActz=Asia/Jerus
 alemhl=en.
CLASS:PUBLIC
DTSTART;TZID=Etc/GMT:20150812T13Z
DTEND;TZID=Etc/GMT:20150812T14Z
LOCATION:https://www.youtube.com/watch?v=elEkGfjLITs
PRIORITY:0
SEQUENCE:0
STATUS:CONFIRMED
UID:opapi40o3n2pgidma6q2rcv...@google.com
DTSTAMP:20150809T171453Z
ATTENDEE;PARTSTAT=ACCEPTED;CN=mlipc...@redhat.com;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:mlipc...@redhat.com
ATTENDEE;PARTSTAT=ACCEPTED;CN=amure...@redhat.com;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:amure...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=ih...@redhat.com;ROLE=REQ_PARTICIPANT;RSV
 P=TRUE;CUTYPE=INDIVIDUAL:mailto:ih...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=us...@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:us...@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=devel@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:devel@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=chuan huang;ROLE=REQ_PARTICIPANT;RSVP=TRU
 E:mailto:nude_...@yahoo.com
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
X-YAHOO-YID:yahoo.calendar.acl.writer
TRANSP:OPAQUE
STATUS:TENTATIVE
X-YAHOO-USER-STATUS:TENTATIVE
X-YAHOO-EVENT-STATUS:BUSY
END:VEVENT
BEGIN:VTIMEZONE
TZID:Europe/London
TZURL:http://tzurl.org/zoneinfo/Europe/London
X-LIC-LOCATION:Europe/London
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19810329T01
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19961027T02
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARD
BEGIN:STANDARD
TZOFFSETFROM:-000115
TZOFFSETTO:+
TZNAME:GMT
DTSTART:18471201T00
RDATE:18471201T00
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19160521T02
RDATE:19160521T02
RDATE:19170408T02
RDATE:19180324T02
RDATE:19190330T02
RDATE:19200328T02
RDATE:19210403T02
RDATE:19220326T02
RDATE:19230422T02
RDATE:19240413T02
RDATE:19250419T02
RDATE:19260418T02
RDATE:19270410T02
RDATE:19280422T02
RDATE:19290421T02
RDATE:19300413T02
RDATE:19310419T02
RDATE:19320417T02
RDATE:19330409T02
RDATE:19340422T02
RDATE:19350414T02
RDATE:19360419T02
RDATE:19370418T02
RDATE:19380410T02
RDATE:19390416T02
RDATE:19400225T02
RDATE:19460414T02
RDATE:19470316T02
RDATE:19480314T02
RDATE:19490403T02
RDATE:19500416T02
RDATE:19510415T02
RDATE:19520420T02
RDATE:19530419T02
RDATE:19540411T02
RDATE:19550417T02
RDATE:19560422T02
RDATE:19570414T02
RDATE:19580420T02
RDATE:19590419T02
RDATE:19600410T02
RDATE:19610326T02
RDATE:19620325T02
RDATE:19630331T02
RDATE:19640322T02
RDATE:19650321T02
RDATE:19660320T02
RDATE:19670319T02
RDATE:19680218T02
RDATE:19720319T02
RDATE:19730318T02
RDATE:19740317T02
RDATE:19750316T02
RDATE:19760321T02
RDATE:19770320T02
RDATE:19780319T02
RDATE:19790318T02
RDATE:19800316T02
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19161001T03
RDATE:19161001T03
RDATE:19170917T03
RDATE:19180930T03
RDATE:19190929T03
RDATE:19201025T03
RDATE:19211003T03
RDATE:19221008T03
RDATE:19230916T03
RDATE:19240921T03
RDATE:19251004T03
RDATE:19261003T03
RDATE:19271002T03
RDATE:19281007T03
RDATE:19291006T03
RDATE:19301005T03
RDATE:19311004T03
RDATE:19321002T03
RDATE:19331008T03
RDATE:19341007T03
RDATE:19351006T03
RDATE:19361004T03
RDATE:19371003T03
RDATE:19381002T03
RDATE:19391119T03
RDATE:19451007T03
RDATE:19461006T03
RDATE:19471102T03
RDATE:19481031T03
RDATE:19491030T03
RDATE:19501022T03
RDATE:19511021T03
RDATE:19521026T03
RDATE:19531004T03
RDATE:19541003T03
RDATE:19551002T03
RDATE:19561007T03
RDATE:19571006T03

[ovirt-devel] Cancelled: [3.6 deep dive] - orchestrate pvresize across hosts

[Barak Azulay]

BEGIN:VCALENDAR
PRODID://Yahoo//Calendar//EN
VERSION:2.0
METHOD:CANCEL
BEGIN:VEVENT
SUMMARY:[3.6 deep dive] - orchestrate pvresize across hosts
DESCRIPTION:Abstract:\nUsers need the ability to increase storage space ava
 ilable in oVirt storage data domains (ISCSI  FC) without increasing the n
 umber of LUNs presented to it. \n\nFeature Page: http://www.ovirt.org/Feat
 ures/LUN_Resize\nHangout link : https://plus.google.com/events/c0dibhieipg
 o87n6iefs48oddv8\nyoutube link: https://www.youtube.com/watch?v=VxvurM-8n5
 s\n\nView your event at https://www.google.com/calendar/event?action=VIEW;
 eid=NHQxaW43M2l2cmlpZzM0bGhhNmtiOXF0YmsgdXNlcnNAb3ZpcnQub3Jntok=MTgjYmF6d
 WxheUByZWRoYXQuY29tZjYzZThjYjY3NjVhNGVjZWNiN2VhMzVhNDVkYzhiNDg0OTA4M2ZiNA
 ctz=Asia/Jerusalemhl=en.
CLASS:PUBLIC
DTSTART;TZID=Etc/GMT:20150811T13Z
DTEND;TZID=Etc/GMT:20150811T134500Z
LOCATION:https://www.youtube.com/watch?v=VxvurM-8n5s
PRIORITY:0
SEQUENCE:0
STATUS:CONFIRMED
UID:4t1in73ivriig34lha6kb9q...@google.com
DTSTAMP:20150809T164826Z
ATTENDEE;PARTSTAT=ACCEPTED;CN=froll...@redhat.com;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:froll...@redhat.com
ATTENDEE;PARTSTAT=ACCEPTED;CN=amure...@redhat.com;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:amure...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=ih...@redhat.com;ROLE=REQ_PARTICIPANT;RSV
 P=TRUE;CUTYPE=INDIVIDUAL:mailto:ih...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=us...@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:us...@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=devel@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:devel@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=chuan huang;ROLE=REQ_PARTICIPANT;RSVP=TRU
 E:mailto:nude_...@yahoo.com
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
X-YAHOO-YID:yahoo.calendar.acl.writer
TRANSP:OPAQUE
STATUS:TENTATIVE
X-YAHOO-USER-STATUS:TENTATIVE
X-YAHOO-EVENT-STATUS:BUSY
END:VEVENT
BEGIN:VTIMEZONE
TZID:Europe/London
TZURL:http://tzurl.org/zoneinfo/Europe/London
X-LIC-LOCATION:Europe/London
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19810329T01
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19961027T02
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARD
BEGIN:STANDARD
TZOFFSETFROM:-000115
TZOFFSETTO:+
TZNAME:GMT
DTSTART:18471201T00
RDATE:18471201T00
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19160521T02
RDATE:19160521T02
RDATE:19170408T02
RDATE:19180324T02
RDATE:19190330T02
RDATE:19200328T02
RDATE:19210403T02
RDATE:19220326T02
RDATE:19230422T02
RDATE:19240413T02
RDATE:19250419T02
RDATE:19260418T02
RDATE:19270410T02
RDATE:19280422T02
RDATE:19290421T02
RDATE:19300413T02
RDATE:19310419T02
RDATE:19320417T02
RDATE:19330409T02
RDATE:19340422T02
RDATE:19350414T02
RDATE:19360419T02
RDATE:19370418T02
RDATE:19380410T02
RDATE:19390416T02
RDATE:19400225T02
RDATE:19460414T02
RDATE:19470316T02
RDATE:19480314T02
RDATE:19490403T02
RDATE:19500416T02
RDATE:19510415T02
RDATE:19520420T02
RDATE:19530419T02
RDATE:19540411T02
RDATE:19550417T02
RDATE:19560422T02
RDATE:19570414T02
RDATE:19580420T02
RDATE:19590419T02
RDATE:19600410T02
RDATE:19610326T02
RDATE:19620325T02
RDATE:19630331T02
RDATE:19640322T02
RDATE:19650321T02
RDATE:19660320T02
RDATE:19670319T02
RDATE:19680218T02
RDATE:19720319T02
RDATE:19730318T02
RDATE:19740317T02
RDATE:19750316T02
RDATE:19760321T02
RDATE:19770320T02
RDATE:19780319T02
RDATE:19790318T02
RDATE:19800316T02
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19161001T03
RDATE:19161001T03
RDATE:19170917T03
RDATE:19180930T03
RDATE:19190929T03
RDATE:19201025T03
RDATE:19211003T03
RDATE:19221008T03
RDATE:19230916T03
RDATE:19240921T03
RDATE:19251004T03
RDATE:19261003T03
RDATE:19271002T03
RDATE:19281007T03
RDATE:19291006T03
RDATE:19301005T03
RDATE:19311004T03
RDATE:19321002T03
RDATE:19331008T03
RDATE:19341007T03
RDATE:19351006T03
RDATE:19361004T03
RDATE:19371003T03
RDATE:19381002T03
RDATE:19391119T03
RDATE:19451007T03
RDATE:19461006T03
RDATE:19471102T03
RDATE:19481031T03
RDATE:19491030T03
RDATE:19501022T03
RDATE:19511021T03
RDATE:19521026T03
RDATE:19531004T03
RDATE:19541003T03
RDATE:19551002T03
RDATE:19561007T03
RDATE:19571006T03
RDATE:19581005T03
RDATE:19591004T03
RDATE:19601002T03
RDATE:19611029T03
RDATE:19621028T03
RDATE:19631027T03
RDATE:19641025T03
RDATE:19651024T03
RDATE:19661023T03
RDATE:19671029T03
RDATE:19711031T03
RDATE:19721029T03
RDATE:19731028T03

[ovirt-devel] Cancelled: [3.6 deep dive] - orchestrate pvresize across hosts

[Barak Azulay]

BEGIN:VCALENDAR
PRODID://Yahoo//Calendar//EN
VERSION:2.0
METHOD:CANCEL
BEGIN:VEVENT
SUMMARY:[3.6 deep dive] - orchestrate pvresize across hosts
DESCRIPTION:Abstract:\nUsers need the ability to increase storage space ava
 ilable in oVirt storage data domains (ISCSI  FC) without increasing the n
 umber of LUNs presented to it. \n\nFeature Page: http://www.ovirt.org/Feat
 ures/LUN_Resize\nHangout link : https://plus.google.com/events/c0dibhieipg
 o87n6iefs48oddv8\nyoutube link: https://www.youtube.com/watch?v=VxvurM-8n5
 s\n\nView your event at https://www.google.com/calendar/event?action=VIEW;
 eid=NHQxaW43M2l2cmlpZzM0bGhhNmtiOXF0YmsgdXNlcnNAb3ZpcnQub3Jntok=MTgjYmF6d
 WxheUByZWRoYXQuY29tZjYzZThjYjY3NjVhNGVjZWNiN2VhMzVhNDVkYzhiNDg0OTA4M2ZiNA
 ctz=Asia/Jerusalemhl=en.
CLASS:PUBLIC
DTSTART;TZID=Etc/GMT:20150811T13Z
DTEND;TZID=Etc/GMT:20150811T134500Z
LOCATION:https://www.youtube.com/watch?v=VxvurM-8n5s
PRIORITY:0
SEQUENCE:0
STATUS:CONFIRMED
UID:4t1in73ivriig34lha6kb9q...@google.com
DTSTAMP:20150809T164826Z
ATTENDEE;PARTSTAT=ACCEPTED;CN=froll...@redhat.com;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:froll...@redhat.com
ATTENDEE;PARTSTAT=ACCEPTED;CN=amure...@redhat.com;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:amure...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=ih...@redhat.com;ROLE=REQ_PARTICIPANT;RSV
 P=TRUE;CUTYPE=INDIVIDUAL:mailto:ih...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=us...@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:us...@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=devel@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:devel@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Rizwan Ashraf;ROLE=REQ_PARTICIPANT;RSVP=T
 RUE:mailto:riz_s...@yahoo.com
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
X-YAHOO-YID:yahoo.calendar.acl.writer
TRANSP:OPAQUE
STATUS:TENTATIVE
X-YAHOO-USER-STATUS:TENTATIVE
X-YAHOO-EVENT-STATUS:BUSY
END:VEVENT
BEGIN:VTIMEZONE
TZID:Europe/London
TZURL:http://tzurl.org/zoneinfo/Europe/London
X-LIC-LOCATION:Europe/London
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19810329T01
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19961027T02
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARD
BEGIN:STANDARD
TZOFFSETFROM:-000115
TZOFFSETTO:+
TZNAME:GMT
DTSTART:18471201T00
RDATE:18471201T00
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19160521T02
RDATE:19160521T02
RDATE:19170408T02
RDATE:19180324T02
RDATE:19190330T02
RDATE:19200328T02
RDATE:19210403T02
RDATE:19220326T02
RDATE:19230422T02
RDATE:19240413T02
RDATE:19250419T02
RDATE:19260418T02
RDATE:19270410T02
RDATE:19280422T02
RDATE:19290421T02
RDATE:19300413T02
RDATE:19310419T02
RDATE:19320417T02
RDATE:19330409T02
RDATE:19340422T02
RDATE:19350414T02
RDATE:19360419T02
RDATE:19370418T02
RDATE:19380410T02
RDATE:19390416T02
RDATE:19400225T02
RDATE:19460414T02
RDATE:19470316T02
RDATE:19480314T02
RDATE:19490403T02
RDATE:19500416T02
RDATE:19510415T02
RDATE:19520420T02
RDATE:19530419T02
RDATE:19540411T02
RDATE:19550417T02
RDATE:19560422T02
RDATE:19570414T02
RDATE:19580420T02
RDATE:19590419T02
RDATE:19600410T02
RDATE:19610326T02
RDATE:19620325T02
RDATE:19630331T02
RDATE:19640322T02
RDATE:19650321T02
RDATE:19660320T02
RDATE:19670319T02
RDATE:19680218T02
RDATE:19720319T02
RDATE:19730318T02
RDATE:19740317T02
RDATE:19750316T02
RDATE:19760321T02
RDATE:19770320T02
RDATE:19780319T02
RDATE:19790318T02
RDATE:19800316T02
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19161001T03
RDATE:19161001T03
RDATE:19170917T03
RDATE:19180930T03
RDATE:19190929T03
RDATE:19201025T03
RDATE:19211003T03
RDATE:19221008T03
RDATE:19230916T03
RDATE:19240921T03
RDATE:19251004T03
RDATE:19261003T03
RDATE:19271002T03
RDATE:19281007T03
RDATE:19291006T03
RDATE:19301005T03
RDATE:19311004T03
RDATE:19321002T03
RDATE:19331008T03
RDATE:19341007T03
RDATE:19351006T03
RDATE:19361004T03
RDATE:19371003T03
RDATE:19381002T03
RDATE:19391119T03
RDATE:19451007T03
RDATE:19461006T03
RDATE:19471102T03
RDATE:19481031T03
RDATE:19491030T03
RDATE:19501022T03
RDATE:19511021T03
RDATE:19521026T03
RDATE:19531004T03
RDATE:19541003T03
RDATE:19551002T03
RDATE:19561007T03
RDATE:19571006T03
RDATE:19581005T03
RDATE:19591004T03
RDATE:19601002T03
RDATE:19611029T03
RDATE:19621028T03
RDATE:19631027T03
RDATE:19641025T03
RDATE:19651024T03
RDATE:19661023T03
RDATE:19671029T03
RDATE:19711031T03
RDATE:19721029T03
RDATE:19731028T03

[ovirt-devel] Invitation: [3.6 deep dive] - ceph-cinder integration @ Wed 2015-08-12 16:00 - 17:00 (bazu...@redhat.com)

[Barak Azulay]

BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VEVENT
DTSTART:20150812T13Z
DTEND:20150812T14Z
DTSTAMP:20150809T171453Z
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
UID:opapi40o3n2pgidma6q2rcv...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE
 ;CN=mlipc...@redhat.com;X-NUM-GUESTS=0:mailto:mlipc...@redhat.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE
 ;CN=amure...@redhat.com;X-NUM-GUESTS=0:mailto:amure...@redhat.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE
 ;CN=bazu...@redhat.com;X-NUM-GUESTS=0:mailto:bazu...@redhat.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=ih...@redhat.com;X-NUM-GUESTS=0:mailto:ih...@redhat.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=us...@ovirt.org;X-NUM-GUESTS=0:mailto:us...@ovirt.org
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=devel@ovirt.org;X-NUM-GUESTS=0:mailto:devel@ovirt.org
CREATED:20150728T181857Z
DESCRIPTION:Abstract:\nCeph is a storage platform designed to present objec
 t\, block\, and file storage from a single distributed computer cluster.The
  data replicated with Ceph\, making it fault tolerant and also scalable to 
 the exabyte level.\nIn this deep dive we'll cover Ceph Storage with oVirt :
 \n- What  it is\n- How it works (engine vdsm ... qemu)\n- Obstacles we have
  encountered in the process and how we managed solve them.\n- Demo\n- Futur
 e plans\n\nFeature page: http://www.ovirt.org/Features/Cinder_Integration\n
 Hangout link: https://plus.google.com/events/c8e22pbk3fii0k8o86b0qao2ut0\ny
 outube link: https://www.youtube.com/watch?v=elEkGfjLITs\nView your event a
 t https://www.google.com/calendar/event?action=VIEWeid=b3BhcGk0MG8zbjJwZ2l
 kbWE2cTJyY3ZlcWMgZGV2ZWxAb3ZpcnQub3Jntok=MTgjYmF6dWxheUByZWRoYXQuY29tNTFkN
 zcxYTU5OTQ5YTMwYWE2MTQ2MzIxMDgzMmVlYmE3YWQ4NTU4MActz=Asia/Jerusalemhl=en.
LAST-MODIFIED:20150809T171453Z
LOCATION:https://www.youtube.com/watch?v=elEkGfjLITs
SEQUENCE:0
STATUS:CONFIRMED
SUMMARY:[3.6 deep dive] - ceph-cinder integration 
TRANSP:OPAQUE
END:VEVENT
END:VCALENDAR


invite.ics
Description: application/ics
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] Invitation: [3.6 deep dive] - orchestrate pvresize across hosts @ Tue 2015-08-11 16:00 - 16:45 (bazu...@redhat.com)

[Barak Azulay]

BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VEVENT
DTSTART:20150811T13Z
DTEND:20150811T134500Z
DTSTAMP:20150809T164826Z
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
UID:4t1in73ivriig34lha6kb9q...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE
 ;CN=froll...@redhat.com;X-NUM-GUESTS=0:mailto:froll...@redhat.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE
 ;CN=amure...@redhat.com;X-NUM-GUESTS=0:mailto:amure...@redhat.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE
 ;CN=bazu...@redhat.com;X-NUM-GUESTS=0:mailto:bazu...@redhat.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=ih...@redhat.com;X-NUM-GUESTS=0:mailto:ih...@redhat.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=us...@ovirt.org;X-NUM-GUESTS=0:mailto:us...@ovirt.org
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=devel@ovirt.org;X-NUM-GUESTS=0:mailto:devel@ovirt.org
CREATED:20150728T181253Z
DESCRIPTION:Abstract:\nUsers need the ability to increase storage space ava
 ilable in oVirt storage data domains (ISCSI  FC) without increasing the nu
 mber of LUNs presented to it. \n\nFeature Page: http://www.ovirt.org/Featur
 es/LUN_Resize\nHangout link : https://plus.google.com/events/c0dibhieipgo87
 n6iefs48oddv8\nyoutube link: https://www.youtube.com/watch?v=VxvurM-8n5s\n\
 nView your event at https://www.google.com/calendar/event?action=VIEWeid=N
 HQxaW43M2l2cmlpZzM0bGhhNmtiOXF0YmsgZGV2ZWxAb3ZpcnQub3Jntok=MTgjYmF6dWxheUB
 yZWRoYXQuY29tYTJlODhlNTk0Zjg3MTQ3MmMxYjMzMDhhYTE1YzZjOGE3OThjYzUzNActz=Asi
 a/Jerusalemhl=en.
LAST-MODIFIED:20150809T164826Z
LOCATION:https://www.youtube.com/watch?v=VxvurM-8n5s
SEQUENCE:0
STATUS:CONFIRMED
SUMMARY:[3.6 deep dive] - orchestrate pvresize across hosts
TRANSP:OPAQUE
END:VEVENT
END:VCALENDAR


invite.ics
Description: application/ics
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] Later today - [3.6 deep dive] - guest serial console - at 13:00 GMT

[Barak Azulay]

To avoid calendar confusion this event will happen later today.

You can join it on https://www.youtube.com/watch?v=2FltqwrDDtA

Please join us.

Thanks
Barak Azulay 
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] JOIN - [3.6 deep dive] - v2v - Moving your Virtual Machines to oVirt with ease - will start in 20 minutes

[Barak Azulay]

https://www.youtube.com/watch?v=7vd8X6t9eBk


Thanks
Barak Azulay
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] Cancelled: [3.6 deep dive] - VFIO - host device passthrough support

[Barak Azulay]

BEGIN:VCALENDAR
PRODID://Yahoo//Calendar//EN
VERSION:2.0
METHOD:CANCEL
BEGIN:VEVENT
SUMMARY:[3.6 deep dive] - VFIO - host device passthrough support
DESCRIPTION:Abstract:\n---\nHost device passthrough is a feature th
 at enables users to directly \nassign some of hypervisor's devices to gues
 t VMs when additional \nperformance or just direct access to hardware is r
 equired (i.e. GPU\, NIC\, ...)\n\nFeature page: http://www.ovirt.org/Featu
 res/hostdev_passthrough\ngoogle Hangout link: https://plus.google.com/even
 ts/cfof8tbjnq9pgq2n7tr3o11eubo \nyoutube link: https://www.youtube.com/wat
 ch?v=gUxcuPmbxuY\nView your event at https://www.google.com/calendar/event
 ?action=VIEWeid=MjNiNnF2MWIxN2hwaG12bDZyYzJwdTZqOXMgdXNlcnNAb3ZpcnQub3Jn
 tok=MTgjYmF6dWxheUByZWRoYXQuY29tZmQ2ZGI1ZjhmY2U0NTVlNDRlY2UxODRlZmM3OWNiNj
 MwZDAwZTI0Ngctz=Asia/Jerusalemhl=en.
CLASS:PUBLIC
DTSTART;TZID=Etc/GMT:20150730T13Z
DTEND;TZID=Etc/GMT:20150730T134500Z
LOCATION:https://www.youtube.com/watch?v=gUxcuPmbxuY
PRIORITY:0
SEQUENCE:1
STATUS:CONFIRMED
UID:23b6qv1b17hphmvl6rc2pu6...@google.com
DTSTAMP:20150726T180814Z
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Martin Betak;ROLE=REQ_PARTICIPANT;RSVP=TR
 UE;CUTYPE=INDIVIDUAL:mailto:mbe...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Itamar Heim;ROLE=REQ_PARTICIPANT;RSVP=TRU
 E;CUTYPE=INDIVIDUAL:mailto:ih...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=us...@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:us...@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=devel@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:devel@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Michal Skrivanek;ROLE=REQ_PARTICIPANT;RSV
 P=TRUE;CUTYPE=INDIVIDUAL:mailto:mskri...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Andy Kress;ROLE=REQ_PARTICIPANT;RSVP=TRUE
 :mailto:farkey_2...@yahoo.com
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
X-YAHOO-YID:yahoo.calendar.acl.writer
TRANSP:OPAQUE
STATUS:CONFIRMED
X-YAHOO-USER-STATUS:BUSY
X-YAHOO-EVENT-STATUS:BUSY
END:VEVENT
BEGIN:VTIMEZONE
TZID:Europe/London
TZURL:http://tzurl.org/zoneinfo/Europe/London
X-LIC-LOCATION:Europe/London
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19810329T01
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19961027T02
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARD
BEGIN:STANDARD
TZOFFSETFROM:-000115
TZOFFSETTO:+
TZNAME:GMT
DTSTART:18471201T00
RDATE:18471201T00
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19160521T02
RDATE:19160521T02
RDATE:19170408T02
RDATE:19180324T02
RDATE:19190330T02
RDATE:19200328T02
RDATE:19210403T02
RDATE:19220326T02
RDATE:19230422T02
RDATE:19240413T02
RDATE:19250419T02
RDATE:19260418T02
RDATE:19270410T02
RDATE:19280422T02
RDATE:19290421T02
RDATE:19300413T02
RDATE:19310419T02
RDATE:19320417T02
RDATE:19330409T02
RDATE:19340422T02
RDATE:19350414T02
RDATE:19360419T02
RDATE:19370418T02
RDATE:19380410T02
RDATE:19390416T02
RDATE:19400225T02
RDATE:19460414T02
RDATE:19470316T02
RDATE:19480314T02
RDATE:19490403T02
RDATE:19500416T02
RDATE:19510415T02
RDATE:19520420T02
RDATE:19530419T02
RDATE:19540411T02
RDATE:19550417T02
RDATE:19560422T02
RDATE:19570414T02
RDATE:19580420T02
RDATE:19590419T02
RDATE:19600410T02
RDATE:19610326T02
RDATE:19620325T02
RDATE:19630331T02
RDATE:19640322T02
RDATE:19650321T02
RDATE:19660320T02
RDATE:19670319T02
RDATE:19680218T02
RDATE:19720319T02
RDATE:19730318T02
RDATE:19740317T02
RDATE:19750316T02
RDATE:19760321T02
RDATE:19770320T02
RDATE:19780319T02
RDATE:19790318T02
RDATE:19800316T02
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19161001T03
RDATE:19161001T03
RDATE:19170917T03
RDATE:19180930T03
RDATE:19190929T03
RDATE:19201025T03
RDATE:19211003T03
RDATE:19221008T03
RDATE:19230916T03
RDATE:19240921T03
RDATE:19251004T03
RDATE:19261003T03
RDATE:19271002T03
RDATE:19281007T03
RDATE:19291006T03
RDATE:19301005T03
RDATE:19311004T03
RDATE:19321002T03
RDATE:19331008T03
RDATE:19341007T03
RDATE:19351006T03
RDATE:19361004T03
RDATE:19371003T03
RDATE:19381002T03
RDATE:19391119T03
RDATE:19451007T03
RDATE:19461006T03
RDATE:19471102T03
RDATE:19481031T03
RDATE:19491030T03
RDATE:19501022T03
RDATE:19511021T03
RDATE:19521026T03
RDATE:19531004T03
RDATE:19541003T03
RDATE:19551002T03
RDATE:19561007T03
RDATE:19571006T03
RDATE:19581005T03
RDATE:19591004T03
RDATE:19601002T03
RDATE:19611029T03
RDATE:19621028T03
RDATE:19631027T03
RDATE:19641025T03
RDATE:19651024T03
RDATE:19661023T03

[ovirt-devel] Cancelled: [3.6 deep dive] - VFIO - host device passthrough support

[Barak Azulay]

BEGIN:VCALENDAR
PRODID://Yahoo//Calendar//EN
VERSION:2.0
METHOD:CANCEL
BEGIN:VEVENT
SUMMARY:[3.6 deep dive] - VFIO - host device passthrough support
DESCRIPTION:Abstract:\n---\nHost device passthrough is a feature th
 at enables users to directly \nassign some of hypervisor's devices to gues
 t VMs when additional \nperformance or just direct access to hardware is r
 equired (i.e. GPU\, NIC\, ...)\n\nFeature page: http://www.ovirt.org/Featu
 res/hostdev_passthrough\ngoogle Hangout link: https://plus.google.com/even
 ts/cfof8tbjnq9pgq2n7tr3o11eubo \nyoutube link: https://www.youtube.com/wat
 ch?v=gUxcuPmbxuY\nView your event at https://www.google.com/calendar/event
 ?action=VIEWeid=MjNiNnF2MWIxN2hwaG12bDZyYzJwdTZqOXMgdXNlcnNAb3ZpcnQub3Jn
 tok=MTgjYmF6dWxheUByZWRoYXQuY29tZmQ2ZGI1ZjhmY2U0NTVlNDRlY2UxODRlZmM3OWNiNj
 MwZDAwZTI0Ngctz=Asia/Jerusalemhl=en.
CLASS:PUBLIC
DTSTART;TZID=Etc/GMT:20150730T13Z
DTEND;TZID=Etc/GMT:20150730T134500Z
LOCATION:https://www.youtube.com/watch?v=gUxcuPmbxuY
PRIORITY:0
SEQUENCE:1
STATUS:CONFIRMED
UID:23b6qv1b17hphmvl6rc2pu6...@google.com
DTSTAMP:20150726T180814Z
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Martin Betak;ROLE=REQ_PARTICIPANT;RSVP=TR
 UE;CUTYPE=INDIVIDUAL:mailto:mbe...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Itamar Heim;ROLE=REQ_PARTICIPANT;RSVP=TRU
 E;CUTYPE=INDIVIDUAL:mailto:ih...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=us...@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:us...@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=devel@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:devel@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Michal Skrivanek;ROLE=REQ_PARTICIPANT;RSV
 P=TRUE;CUTYPE=INDIVIDUAL:mailto:mskri...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=chuan huang;ROLE=REQ_PARTICIPANT;RSVP=TRU
 E:mailto:nude_...@yahoo.com
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
X-YAHOO-YID:yahoo.calendar.acl.writer
TRANSP:OPAQUE
STATUS:CONFIRMED
X-YAHOO-USER-STATUS:BUSY
X-YAHOO-EVENT-STATUS:BUSY
END:VEVENT
BEGIN:VTIMEZONE
TZID:Europe/London
TZURL:http://tzurl.org/zoneinfo/Europe/London
X-LIC-LOCATION:Europe/London
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19810329T01
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19961027T02
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARD
BEGIN:STANDARD
TZOFFSETFROM:-000115
TZOFFSETTO:+
TZNAME:GMT
DTSTART:18471201T00
RDATE:18471201T00
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19160521T02
RDATE:19160521T02
RDATE:19170408T02
RDATE:19180324T02
RDATE:19190330T02
RDATE:19200328T02
RDATE:19210403T02
RDATE:19220326T02
RDATE:19230422T02
RDATE:19240413T02
RDATE:19250419T02
RDATE:19260418T02
RDATE:19270410T02
RDATE:19280422T02
RDATE:19290421T02
RDATE:19300413T02
RDATE:19310419T02
RDATE:19320417T02
RDATE:19330409T02
RDATE:19340422T02
RDATE:19350414T02
RDATE:19360419T02
RDATE:19370418T02
RDATE:19380410T02
RDATE:19390416T02
RDATE:19400225T02
RDATE:19460414T02
RDATE:19470316T02
RDATE:19480314T02
RDATE:19490403T02
RDATE:19500416T02
RDATE:19510415T02
RDATE:19520420T02
RDATE:19530419T02
RDATE:19540411T02
RDATE:19550417T02
RDATE:19560422T02
RDATE:19570414T02
RDATE:19580420T02
RDATE:19590419T02
RDATE:19600410T02
RDATE:19610326T02
RDATE:19620325T02
RDATE:19630331T02
RDATE:19640322T02
RDATE:19650321T02
RDATE:19660320T02
RDATE:19670319T02
RDATE:19680218T02
RDATE:19720319T02
RDATE:19730318T02
RDATE:19740317T02
RDATE:19750316T02
RDATE:19760321T02
RDATE:19770320T02
RDATE:19780319T02
RDATE:19790318T02
RDATE:19800316T02
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19161001T03
RDATE:19161001T03
RDATE:19170917T03
RDATE:19180930T03
RDATE:19190929T03
RDATE:19201025T03
RDATE:19211003T03
RDATE:19221008T03
RDATE:19230916T03
RDATE:19240921T03
RDATE:19251004T03
RDATE:19261003T03
RDATE:19271002T03
RDATE:19281007T03
RDATE:19291006T03
RDATE:19301005T03
RDATE:19311004T03
RDATE:19321002T03
RDATE:19331008T03
RDATE:19341007T03
RDATE:19351006T03
RDATE:19361004T03
RDATE:19371003T03
RDATE:19381002T03
RDATE:19391119T03
RDATE:19451007T03
RDATE:19461006T03
RDATE:19471102T03
RDATE:19481031T03
RDATE:19491030T03
RDATE:19501022T03
RDATE:19511021T03
RDATE:19521026T03
RDATE:19531004T03
RDATE:19541003T03
RDATE:19551002T03
RDATE:19561007T03
RDATE:19571006T03
RDATE:19581005T03
RDATE:19591004T03
RDATE:19601002T03
RDATE:19611029T03
RDATE:19621028T03
RDATE:19631027T03
RDATE:19641025T03
RDATE:19651024T03
RDATE:19661023T03

[ovirt-devel] Cancelled: [3.6 deep dive] - v2v - Moving your Virtual Machines to oVirt with ease

[Barak Azulay]

BEGIN:VCALENDAR
PRODID://Yahoo//Calendar//EN
VERSION:2.0
METHOD:CANCEL
BEGIN:VEVENT
SUMMARY:[3.6 deep dive] - v2v - Moving your Virtual Machines to oVirt with 
 ease
DESCRIPTION:oVirt 3.6 introduces an integrated process to import virtual ma
 chines from VMware vSphere and virtual appliance (OVA) files. The previous
  import process that was tedious and error-prone is replaced by a user-fri
 endly\, robust and efficient process. In this session Arik will present it
 s architecture\, present a demonstration that will show how one can import
  a virtual machine from VMware vSphere into oVirt from oVirt's administrat
 ion portal and present current limitations and possible future enhancement
 s.\n\nfeature page: http://www.ovirt.org/Features/virt-v2v_Integration\n\n
 View your event at https://www.google.com/calendar/event?action=VIEWeid=b
 W5hMmlhbzYyNXJwZDI4ZGY1aWY5YjhkOTAgdXNlcnNAb3ZpcnQub3Jntok=MTgjYmF6dWxheU
 ByZWRoYXQuY29tNjA0ZGYwOWEyM2RjNmU0NGQxYTY3YjkwNzE3YzFjNTBkYjIxNWFkZgctz=A
 sia/Jerusalemhl=en.
CLASS:PUBLIC
DTSTART;TZID=Etc/GMT:20150727T133000Z
DTEND;TZID=Etc/GMT:20150727T143000Z
LOCATION:https://www.youtube.com/watch?v=7vd8X6t9eBk
PRIORITY:0
SEQUENCE:1
STATUS:CONFIRMED
UID:mna2iao625rpd28df5if9b8...@google.com
DTSTAMP:20150719T152509Z
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Arik Hadas;ROLE=REQ_PARTICIPANT;RSVP=TRUE
 ;CUTYPE=INDIVIDUAL:mailto:aha...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Michal Skrivanek;ROLE=REQ_PARTICIPANT;RSV
 P=TRUE;CUTYPE=INDIVIDUAL:mailto:mskri...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=devel@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:devel@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=us...@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:us...@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Itamar Heim;ROLE=REQ_PARTICIPANT;RSVP=TRU
 E;CUTYPE=INDIVIDUAL:mailto:ih...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Rizwan Ashraf;ROLE=REQ_PARTICIPANT;RSVP=T
 RUE:mailto:riz_s...@yahoo.com
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
X-YAHOO-YID:yahoo.calendar.acl.writer
X-YAHOO-YID:yahoo.calendar.acl.writer
TRANSP:OPAQUE
STATUS:CONFIRMED
X-YAHOO-USER-STATUS:BUSY
X-YAHOO-EVENT-STATUS:BUSY
END:VEVENT
BEGIN:VTIMEZONE
TZID:Europe/London
TZURL:http://tzurl.org/zoneinfo/Europe/London
X-LIC-LOCATION:Europe/London
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19810329T01
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19961027T02
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARD
BEGIN:STANDARD
TZOFFSETFROM:-000115
TZOFFSETTO:+
TZNAME:GMT
DTSTART:18471201T00
RDATE:18471201T00
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19160521T02
RDATE:19160521T02
RDATE:19170408T02
RDATE:19180324T02
RDATE:19190330T02
RDATE:19200328T02
RDATE:19210403T02
RDATE:19220326T02
RDATE:19230422T02
RDATE:19240413T02
RDATE:19250419T02
RDATE:19260418T02
RDATE:19270410T02
RDATE:19280422T02
RDATE:19290421T02
RDATE:19300413T02
RDATE:19310419T02
RDATE:19320417T02
RDATE:19330409T02
RDATE:19340422T02
RDATE:19350414T02
RDATE:19360419T02
RDATE:19370418T02
RDATE:19380410T02
RDATE:19390416T02
RDATE:19400225T02
RDATE:19460414T02
RDATE:19470316T02
RDATE:19480314T02
RDATE:19490403T02
RDATE:19500416T02
RDATE:19510415T02
RDATE:19520420T02
RDATE:19530419T02
RDATE:19540411T02
RDATE:19550417T02
RDATE:19560422T02
RDATE:19570414T02
RDATE:19580420T02
RDATE:19590419T02
RDATE:19600410T02
RDATE:19610326T02
RDATE:19620325T02
RDATE:19630331T02
RDATE:19640322T02
RDATE:19650321T02
RDATE:19660320T02
RDATE:19670319T02
RDATE:19680218T02
RDATE:19720319T02
RDATE:19730318T02
RDATE:19740317T02
RDATE:19750316T02
RDATE:19760321T02
RDATE:19770320T02
RDATE:19780319T02
RDATE:19790318T02
RDATE:19800316T02
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19161001T03
RDATE:19161001T03
RDATE:19170917T03
RDATE:19180930T03
RDATE:19190929T03
RDATE:19201025T03
RDATE:19211003T03
RDATE:19221008T03
RDATE:19230916T03
RDATE:19240921T03
RDATE:19251004T03
RDATE:19261003T03
RDATE:19271002T03
RDATE:19281007T03
RDATE:19291006T03
RDATE:19301005T03
RDATE:19311004T03
RDATE:19321002T03
RDATE:19331008T03
RDATE:19341007T03
RDATE:19351006T03
RDATE:19361004T03
RDATE:19371003T03
RDATE:19381002T03
RDATE:19391119T03
RDATE:19451007T03
RDATE:19461006T03
RDATE:19471102T03
RDATE:19481031T03
RDATE:19491030T03
RDATE:19501022T03
RDATE:19511021T03
RDATE:19521026T03
RDATE:19531004T03
RDATE:19541003T03
RDATE:19551002T03
RDATE:19561007T03
RDATE:19571006T03
RDATE:19581005T03

[ovirt-devel] Cancelled: [3.6 deep dive] - v2v - Moving your Virtual Machines to oVirt with ease

[Barak Azulay]

BEGIN:VCALENDAR
PRODID://Yahoo//Calendar//EN
VERSION:2.0
METHOD:CANCEL
BEGIN:VEVENT
SUMMARY:[3.6 deep dive] - v2v - Moving your Virtual Machines to oVirt with 
 ease
DESCRIPTION:oVirt 3.6 introduces an integrated process to import virtual ma
 chines from VMware vSphere and virtual appliance (OVA) files. The previous
  import process that was tedious and error-prone is replaced by a user-fri
 endly\, robust and efficient process. In this session Arik will present it
 s architecture\, present a demonstration that will show how one can import
  a virtual machine from VMware vSphere into oVirt from oVirt's administrat
 ion portal and present current limitations and possible future enhancement
 s.\n\nfeature page: http://www.ovirt.org/Features/virt-v2v_Integration\n\n
 View your event at https://www.google.com/calendar/event?action=VIEWeid=b
 W5hMmlhbzYyNXJwZDI4ZGY1aWY5YjhkOTAgdXNlcnNAb3ZpcnQub3Jntok=MTgjYmF6dWxheU
 ByZWRoYXQuY29tNjA0ZGYwOWEyM2RjNmU0NGQxYTY3YjkwNzE3YzFjNTBkYjIxNWFkZgctz=A
 sia/Jerusalemhl=en.
CLASS:PUBLIC
DTSTART;TZID=Etc/GMT:20150727T133000Z
DTEND;TZID=Etc/GMT:20150727T143000Z
LOCATION:https://www.youtube.com/watch?v=7vd8X6t9eBk
PRIORITY:0
SEQUENCE:1
STATUS:CONFIRMED
UID:mna2iao625rpd28df5if9b8...@google.com
DTSTAMP:20150719T152509Z
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Arik Hadas;ROLE=REQ_PARTICIPANT;RSVP=TRUE
 ;CUTYPE=INDIVIDUAL:mailto:aha...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Michal Skrivanek;ROLE=REQ_PARTICIPANT;RSV
 P=TRUE;CUTYPE=INDIVIDUAL:mailto:mskri...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=devel@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:devel@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=us...@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:us...@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Itamar Heim;ROLE=REQ_PARTICIPANT;RSVP=TRU
 E;CUTYPE=INDIVIDUAL:mailto:ih...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Andy Kress;ROLE=REQ_PARTICIPANT;RSVP=TRUE
 :mailto:farkey_2...@yahoo.com
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
X-YAHOO-YID:yahoo.calendar.acl.writer
TRANSP:OPAQUE
STATUS:CONFIRMED
X-YAHOO-USER-STATUS:BUSY
X-YAHOO-EVENT-STATUS:BUSY
END:VEVENT
BEGIN:VTIMEZONE
TZID:Europe/London
TZURL:http://tzurl.org/zoneinfo/Europe/London
X-LIC-LOCATION:Europe/London
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19810329T01
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19961027T02
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARD
BEGIN:STANDARD
TZOFFSETFROM:-000115
TZOFFSETTO:+
TZNAME:GMT
DTSTART:18471201T00
RDATE:18471201T00
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19160521T02
RDATE:19160521T02
RDATE:19170408T02
RDATE:19180324T02
RDATE:19190330T02
RDATE:19200328T02
RDATE:19210403T02
RDATE:19220326T02
RDATE:19230422T02
RDATE:19240413T02
RDATE:19250419T02
RDATE:19260418T02
RDATE:19270410T02
RDATE:19280422T02
RDATE:19290421T02
RDATE:19300413T02
RDATE:19310419T02
RDATE:19320417T02
RDATE:19330409T02
RDATE:19340422T02
RDATE:19350414T02
RDATE:19360419T02
RDATE:19370418T02
RDATE:19380410T02
RDATE:19390416T02
RDATE:19400225T02
RDATE:19460414T02
RDATE:19470316T02
RDATE:19480314T02
RDATE:19490403T02
RDATE:19500416T02
RDATE:19510415T02
RDATE:19520420T02
RDATE:19530419T02
RDATE:19540411T02
RDATE:19550417T02
RDATE:19560422T02
RDATE:19570414T02
RDATE:19580420T02
RDATE:19590419T02
RDATE:19600410T02
RDATE:19610326T02
RDATE:19620325T02
RDATE:19630331T02
RDATE:19640322T02
RDATE:19650321T02
RDATE:19660320T02
RDATE:19670319T02
RDATE:19680218T02
RDATE:19720319T02
RDATE:19730318T02
RDATE:19740317T02
RDATE:19750316T02
RDATE:19760321T02
RDATE:19770320T02
RDATE:19780319T02
RDATE:19790318T02
RDATE:19800316T02
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19161001T03
RDATE:19161001T03
RDATE:19170917T03
RDATE:19180930T03
RDATE:19190929T03
RDATE:19201025T03
RDATE:19211003T03
RDATE:19221008T03
RDATE:19230916T03
RDATE:19240921T03
RDATE:19251004T03
RDATE:19261003T03
RDATE:19271002T03
RDATE:19281007T03
RDATE:19291006T03
RDATE:19301005T03
RDATE:19311004T03
RDATE:19321002T03
RDATE:19331008T03
RDATE:19341007T03
RDATE:19351006T03
RDATE:19361004T03
RDATE:19371003T03
RDATE:19381002T03
RDATE:19391119T03
RDATE:19451007T03
RDATE:19461006T03
RDATE:19471102T03
RDATE:19481031T03
RDATE:19491030T03
RDATE:19501022T03
RDATE:19511021T03
RDATE:19521026T03
RDATE:19531004T03
RDATE:19541003T03
RDATE:19551002T03
RDATE:19561007T03
RDATE:19571006T03
RDATE:19581005T03
RDATE:19591004T03

[ovirt-devel] Cancelled: [3.6 deep dive] - guest serial console

[Barak Azulay]

BEGIN:VCALENDAR
PRODID://Yahoo//Calendar//EN
VERSION:2.0
METHOD:CANCEL
BEGIN:VEVENT
SUMMARY:[3.6 deep dive] - guest serial console
DESCRIPTION:Abstract\n---\nUp until oVirt 3.6\,  it wasn't easy acc
 ess to the VM emulated\nserial console. Now we introduced the possibility 
 to connect using ssh\nto the console\, avoiding the need to login into the
  Engine web UI.\nThe presentation will describe the design and the impleme
 ntation of\,\nthe feature the current limitations and the future developme
 nts.\n\n\nFeature page: http://www.ovirt.org/Features/Serial_Console\nsetu
 p  troubleshoot page:  http://www.ovirt.org/Serial_Console_Setup\n\nyoutu
 be link: https://www.youtube.com/watch?v=2FltqwrDDtA\ngoogle hangout link:
  https://plus.google.com/events/cauk4hvd8tn3t8i1f8e6c76c3j4\n\nView your e
 vent at https://www.google.com/calendar/event?action=VIEWeid=OHBhdW4xaDhi
 OThnbGI1M2I3bHI5Njd0b2cgZGV2ZWxAb3ZpcnQub3Jntok=MTgjYmF6dWxheUByZWRoYXQuY
 29tM2I5YmVhYzI0OTVjMTEzNGIyYWJhNjUwNzU0MjM4ODZhZTNkNGQ0ZActz=Asia/Jerusal
 emhl=en.
CLASS:PUBLIC
DTSTART;TZID=Etc/GMT:20150729T13Z
DTEND;TZID=Etc/GMT:20150729T14Z
LOCATION:https://www.youtube.com/watch?v=2FltqwrDDtA
PRIORITY:0
SEQUENCE:1
STATUS:CONFIRMED
UID:8paun1h8b98glb53b7lr967...@google.com
DTSTAMP:20150726T175021Z
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Itamar Heim;ROLE=REQ_PARTICIPANT;RSVP=TRU
 E;CUTYPE=INDIVIDUAL:mailto:ih...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=us...@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:us...@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=devel@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:devel@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Francesco Romani;ROLE=REQ_PARTICIPANT;RSV
 P=TRUE;CUTYPE=INDIVIDUAL:mailto:from...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Michal Skrivanek;ROLE=REQ_PARTICIPANT;RSV
 P=TRUE;CUTYPE=INDIVIDUAL:mailto:mskri...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=chuan huang;ROLE=REQ_PARTICIPANT;RSVP=TRU
 E:mailto:nude_...@yahoo.com
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
X-YAHOO-YID:yahoo.calendar.acl.writer
X-YAHOO-YID:yahoo.calendar.acl.writer
TRANSP:OPAQUE
STATUS:CONFIRMED
X-YAHOO-USER-STATUS:BUSY
X-YAHOO-EVENT-STATUS:BUSY
END:VEVENT
BEGIN:VTIMEZONE
TZID:Europe/London
TZURL:http://tzurl.org/zoneinfo/Europe/London
X-LIC-LOCATION:Europe/London
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19810329T01
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19961027T02
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARD
BEGIN:STANDARD
TZOFFSETFROM:-000115
TZOFFSETTO:+
TZNAME:GMT
DTSTART:18471201T00
RDATE:18471201T00
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19160521T02
RDATE:19160521T02
RDATE:19170408T02
RDATE:19180324T02
RDATE:19190330T02
RDATE:19200328T02
RDATE:19210403T02
RDATE:19220326T02
RDATE:19230422T02
RDATE:19240413T02
RDATE:19250419T02
RDATE:19260418T02
RDATE:19270410T02
RDATE:19280422T02
RDATE:19290421T02
RDATE:19300413T02
RDATE:19310419T02
RDATE:19320417T02
RDATE:19330409T02
RDATE:19340422T02
RDATE:19350414T02
RDATE:19360419T02
RDATE:19370418T02
RDATE:19380410T02
RDATE:19390416T02
RDATE:19400225T02
RDATE:19460414T02
RDATE:19470316T02
RDATE:19480314T02
RDATE:19490403T02
RDATE:19500416T02
RDATE:19510415T02
RDATE:19520420T02
RDATE:19530419T02
RDATE:19540411T02
RDATE:19550417T02
RDATE:19560422T02
RDATE:19570414T02
RDATE:19580420T02
RDATE:19590419T02
RDATE:19600410T02
RDATE:19610326T02
RDATE:19620325T02
RDATE:19630331T02
RDATE:19640322T02
RDATE:19650321T02
RDATE:19660320T02
RDATE:19670319T02
RDATE:19680218T02
RDATE:19720319T02
RDATE:19730318T02
RDATE:19740317T02
RDATE:19750316T02
RDATE:19760321T02
RDATE:19770320T02
RDATE:19780319T02
RDATE:19790318T02
RDATE:19800316T02
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19161001T03
RDATE:19161001T03
RDATE:19170917T03
RDATE:19180930T03
RDATE:19190929T03
RDATE:19201025T03
RDATE:19211003T03
RDATE:19221008T03
RDATE:19230916T03
RDATE:19240921T03
RDATE:19251004T03
RDATE:19261003T03
RDATE:19271002T03
RDATE:19281007T03
RDATE:19291006T03
RDATE:19301005T03
RDATE:19311004T03
RDATE:19321002T03
RDATE:19331008T03
RDATE:19341007T03
RDATE:19351006T03
RDATE:19361004T03
RDATE:19371003T03
RDATE:19381002T03
RDATE:19391119T03
RDATE:19451007T03
RDATE:19461006T03
RDATE:19471102T03
RDATE:19481031T03
RDATE:19491030T03
RDATE:19501022T03
RDATE:19511021T03
RDATE:19521026T03
RDATE:19531004T03
RDATE:19541003T03
RDATE:19551002T03
RDATE:19561007T03

[ovirt-devel] Cancelled: [3.6 deep dive] - guest serial console

[Barak Azulay]

BEGIN:VCALENDAR
PRODID://Yahoo//Calendar//EN
VERSION:2.0
METHOD:CANCEL
BEGIN:VEVENT
SUMMARY:[3.6 deep dive] - guest serial console
DESCRIPTION:Abstract\n---\nUp until oVirt 3.6\,  it wasn't easy acc
 ess to the VM emulated\nserial console. Now we introduced the possibility 
 to connect using ssh\nto the console\, avoiding the need to login into the
  Engine web UI.\nThe presentation will describe the design and the impleme
 ntation of\,\nthe feature the current limitations and the future developme
 nts.\n\n\nFeature page: http://www.ovirt.org/Features/Serial_Console\nsetu
 p  troubleshoot page:  http://www.ovirt.org/Serial_Console_Setup\n\nyoutu
 be link: https://www.youtube.com/watch?v=2FltqwrDDtA\ngoogle hangout link:
  https://plus.google.com/events/cauk4hvd8tn3t8i1f8e6c76c3j4\n\nView your e
 vent at https://www.google.com/calendar/event?action=VIEWeid=OHBhdW4xaDhi
 OThnbGI1M2I3bHI5Njd0b2cgdXNlcnNAb3ZpcnQub3Jntok=MTgjYmF6dWxheUByZWRoYXQuY
 29tOTc3OThkZWRmNzg0NTAyODM4ZGJiM2M5N2MwOTc0MTM1MmI0NTU5YQctz=Asia/Jerusal
 emhl=en.
CLASS:PUBLIC
DTSTART;TZID=Etc/GMT:20150729T13Z
DTEND;TZID=Etc/GMT:20150729T14Z
LOCATION:https://www.youtube.com/watch?v=2FltqwrDDtA
PRIORITY:0
SEQUENCE:1
STATUS:CONFIRMED
UID:8paun1h8b98glb53b7lr967...@google.com
DTSTAMP:20150726T175021Z
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Itamar Heim;ROLE=REQ_PARTICIPANT;RSVP=TRU
 E;CUTYPE=INDIVIDUAL:mailto:ih...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=us...@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:us...@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=devel@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:devel@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Francesco Romani;ROLE=REQ_PARTICIPANT;RSV
 P=TRUE;CUTYPE=INDIVIDUAL:mailto:from...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Michal Skrivanek;ROLE=REQ_PARTICIPANT;RSV
 P=TRUE;CUTYPE=INDIVIDUAL:mailto:mskri...@redhat.com
ATTENDEE;PARTSTAT=ACCEPTED;CN=Rizwan Ashraf;ROLE=REQ_PARTICIPANT;RSVP=TRUE:
 mailto:riz_s...@yahoo.com
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
X-YAHOO-YID:yahoo.calendar.acl.writer
X-YAHOO-YID:yahoo.calendar.acl.writer
X-YAHOO-YID:yahoo.calendar.acl.writer
X-YAHOO-YID:yahoo.calendar.acl.writer
TRANSP:OPAQUE
STATUS:CONFIRMED
X-YAHOO-USER-STATUS:BUSY
X-YAHOO-EVENT-STATUS:BUSY
END:VEVENT
BEGIN:VTIMEZONE
TZID:Europe/London
TZURL:http://tzurl.org/zoneinfo/Europe/London
X-LIC-LOCATION:Europe/London
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19810329T01
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19961027T02
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARD
BEGIN:STANDARD
TZOFFSETFROM:-000115
TZOFFSETTO:+
TZNAME:GMT
DTSTART:18471201T00
RDATE:18471201T00
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19160521T02
RDATE:19160521T02
RDATE:19170408T02
RDATE:19180324T02
RDATE:19190330T02
RDATE:19200328T02
RDATE:19210403T02
RDATE:19220326T02
RDATE:19230422T02
RDATE:19240413T02
RDATE:19250419T02
RDATE:19260418T02
RDATE:19270410T02
RDATE:19280422T02
RDATE:19290421T02
RDATE:19300413T02
RDATE:19310419T02
RDATE:19320417T02
RDATE:19330409T02
RDATE:19340422T02
RDATE:19350414T02
RDATE:19360419T02
RDATE:19370418T02
RDATE:19380410T02
RDATE:19390416T02
RDATE:19400225T02
RDATE:19460414T02
RDATE:19470316T02
RDATE:19480314T02
RDATE:19490403T02
RDATE:19500416T02
RDATE:19510415T02
RDATE:19520420T02
RDATE:19530419T02
RDATE:19540411T02
RDATE:19550417T02
RDATE:19560422T02
RDATE:19570414T02
RDATE:19580420T02
RDATE:19590419T02
RDATE:19600410T02
RDATE:19610326T02
RDATE:19620325T02
RDATE:19630331T02
RDATE:19640322T02
RDATE:19650321T02
RDATE:19660320T02
RDATE:19670319T02
RDATE:19680218T02
RDATE:19720319T02
RDATE:19730318T02
RDATE:19740317T02
RDATE:19750316T02
RDATE:19760321T02
RDATE:19770320T02
RDATE:19780319T02
RDATE:19790318T02
RDATE:19800316T02
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19161001T03
RDATE:19161001T03
RDATE:19170917T03
RDATE:19180930T03
RDATE:19190929T03
RDATE:19201025T03
RDATE:19211003T03
RDATE:19221008T03
RDATE:19230916T03
RDATE:19240921T03
RDATE:19251004T03
RDATE:19261003T03
RDATE:19271002T03
RDATE:19281007T03
RDATE:19291006T03
RDATE:19301005T03
RDATE:19311004T03
RDATE:19321002T03
RDATE:19331008T03
RDATE:19341007T03
RDATE:19351006T03
RDATE:19361004T03
RDATE:19371003T03
RDATE:19381002T03
RDATE:19391119T03
RDATE:19451007T03
RDATE:19461006T03
RDATE:19471102T03
RDATE:19481031T03
RDATE:19491030T03
RDATE:19501022T03
RDATE:19511021T03
RDATE:19521026T03
RDATE:19531004T03

[ovirt-devel] Cancelled: [3.6 deep dive] - v2v - Moving your Virtual Machines to oVirt with ease

[Barak Azulay]

BEGIN:VCALENDAR
PRODID://Yahoo//Calendar//EN
VERSION:2.0
METHOD:CANCEL
BEGIN:VEVENT
SUMMARY:[3.6 deep dive] - v2v - Moving your Virtual Machines to oVirt with 
 ease
DESCRIPTION:oVirt 3.6 introduces an integrated process to import virtual ma
 chines from VMware vSphere and virtual appliance (OVA) files. The previous
  import process that was tedious and error-prone is replaced by a user-fri
 endly\, robust and efficient process. In this session Arik will present it
 s architecture\, present a demonstration that will show how one can import
  a virtual machine from VMware vSphere into oVirt from oVirt's administrat
 ion portal and present current limitations and possible future enhancement
 s.\n\nfeature page: http://www.ovirt.org/Features/virt-v2v_Integration\n\n
 View your event at https://www.google.com/calendar/event?action=VIEWeid=b
 W5hMmlhbzYyNXJwZDI4ZGY1aWY5YjhkOTAgdXNlcnNAb3ZpcnQub3Jntok=MTgjYmF6dWxheU
 ByZWRoYXQuY29tNjA0ZGYwOWEyM2RjNmU0NGQxYTY3YjkwNzE3YzFjNTBkYjIxNWFkZgctz=A
 sia/Jerusalemhl=en.
CLASS:PUBLIC
DTSTART;TZID=Etc/GMT:20150727T133000Z
DTEND;TZID=Etc/GMT:20150727T143000Z
LOCATION:https://www.youtube.com/watch?v=7vd8X6t9eBk
PRIORITY:0
SEQUENCE:1
STATUS:CONFIRMED
UID:mna2iao625rpd28df5if9b8...@google.com
DTSTAMP:20150719T152509Z
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Arik Hadas;ROLE=REQ_PARTICIPANT;RSVP=TRUE
 ;CUTYPE=INDIVIDUAL:mailto:aha...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Michal Skrivanek;ROLE=REQ_PARTICIPANT;RSV
 P=TRUE;CUTYPE=INDIVIDUAL:mailto:mskri...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=devel@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:devel@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=us...@ovirt.org;ROLE=REQ_PARTICIPANT;RSVP
 =TRUE;CUTYPE=INDIVIDUAL:mailto:us...@ovirt.org
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=Itamar Heim;ROLE=REQ_PARTICIPANT;RSVP=TRU
 E;CUTYPE=INDIVIDUAL:mailto:ih...@redhat.com
ATTENDEE;PARTSTAT=NEEDS-ACTION;CN=chuan huang;ROLE=REQ_PARTICIPANT;RSVP=TRU
 E:mailto:nude_...@yahoo.com
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
X-YAHOO-YID:yahoo.calendar.acl.writer
X-YAHOO-YID:yahoo.calendar.acl.writer
TRANSP:OPAQUE
STATUS:CONFIRMED
X-YAHOO-USER-STATUS:BUSY
X-YAHOO-EVENT-STATUS:BUSY
END:VEVENT
BEGIN:VTIMEZONE
TZID:Europe/London
TZURL:http://tzurl.org/zoneinfo/Europe/London
X-LIC-LOCATION:Europe/London
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19810329T01
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19961027T02
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARD
BEGIN:STANDARD
TZOFFSETFROM:-000115
TZOFFSETTO:+
TZNAME:GMT
DTSTART:18471201T00
RDATE:18471201T00
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:+
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19160521T02
RDATE:19160521T02
RDATE:19170408T02
RDATE:19180324T02
RDATE:19190330T02
RDATE:19200328T02
RDATE:19210403T02
RDATE:19220326T02
RDATE:19230422T02
RDATE:19240413T02
RDATE:19250419T02
RDATE:19260418T02
RDATE:19270410T02
RDATE:19280422T02
RDATE:19290421T02
RDATE:19300413T02
RDATE:19310419T02
RDATE:19320417T02
RDATE:19330409T02
RDATE:19340422T02
RDATE:19350414T02
RDATE:19360419T02
RDATE:19370418T02
RDATE:19380410T02
RDATE:19390416T02
RDATE:19400225T02
RDATE:19460414T02
RDATE:19470316T02
RDATE:19480314T02
RDATE:19490403T02
RDATE:19500416T02
RDATE:19510415T02
RDATE:19520420T02
RDATE:19530419T02
RDATE:19540411T02
RDATE:19550417T02
RDATE:19560422T02
RDATE:19570414T02
RDATE:19580420T02
RDATE:19590419T02
RDATE:19600410T02
RDATE:19610326T02
RDATE:19620325T02
RDATE:19630331T02
RDATE:19640322T02
RDATE:19650321T02
RDATE:19660320T02
RDATE:19670319T02
RDATE:19680218T02
RDATE:19720319T02
RDATE:19730318T02
RDATE:19740317T02
RDATE:19750316T02
RDATE:19760321T02
RDATE:19770320T02
RDATE:19780319T02
RDATE:19790318T02
RDATE:19800316T02
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+
TZNAME:GMT
DTSTART:19161001T03
RDATE:19161001T03
RDATE:19170917T03
RDATE:19180930T03
RDATE:19190929T03
RDATE:19201025T03
RDATE:19211003T03
RDATE:19221008T03
RDATE:19230916T03
RDATE:19240921T03
RDATE:19251004T03
RDATE:19261003T03
RDATE:19271002T03
RDATE:19281007T03
RDATE:19291006T03
RDATE:19301005T03
RDATE:19311004T03
RDATE:19321002T03
RDATE:19331008T03
RDATE:19341007T03
RDATE:19351006T03
RDATE:19361004T03
RDATE:19371003T03
RDATE:19381002T03
RDATE:19391119T03
RDATE:19451007T03
RDATE:19461006T03
RDATE:19471102T03
RDATE:19481031T03
RDATE:19491030T03
RDATE:19501022T03
RDATE:19511021T03
RDATE:19521026T03
RDATE:19531004T03
RDATE:19541003T03
RDATE:19551002T03
RDATE:19561007T03
RDATE:19571006T03
RDATE:19581005T03

[ovirt-devel] Invitation: [3.6 deep dive] - VFIO - host device passthrough support @ Thu 2015-07-30 16:00 - 17:45 (bazu...@redhat.com)

[Barak Azulay]

BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VEVENT
DTSTART:20150730T13Z
DTEND:20150730T144500Z
DTSTAMP:20150726T180814Z
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
UID:23b6qv1b17hphmvl6rc2pu6...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Martin Betak;X-NUM-GUESTS=0:mailto:mbe...@redhat.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Itamar Heim;X-NUM-GUESTS=0:mailto:ih...@redhat.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=us...@ovirt.org;X-NUM-GUESTS=0:mailto:us...@ovirt.org
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=devel@ovirt.org;X-NUM-GUESTS=0:mailto:devel@ovirt.org
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Michal Skrivanek;X-NUM-GUESTS=0:mailto:mskri...@redhat.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE
 ;CN=bazu...@redhat.com;X-NUM-GUESTS=0:mailto:bazu...@redhat.com
CREATED:20150726T180605Z
DESCRIPTION:Abstract:\n---\nHost device passthrough is a feature th
 at enables users to directly \nassign some of hypervisor's devices to guest
  VMs when additional \nperformance or just direct access to hardware is req
 uired (i.e. GPU\, NIC\, ...)\n\nFeature page: http://www.ovirt.org/Features
 /hostdev_passthrough\ngoogle Hangout link: https://plus.google.com/events/c
 fof8tbjnq9pgq2n7tr3o11eubo \nyoutube link: https://www.youtube.com/watch?v=
 gUxcuPmbxuY\nView your event at https://www.google.com/calendar/event?actio
 n=VIEWeid=MjNiNnF2MWIxN2hwaG12bDZyYzJwdTZqOXMgZGV2ZWxAb3ZpcnQub3Jntok=MTg
 jYmF6dWxheUByZWRoYXQuY29tMWU5ZGEyN2JiZWQyNGUyM2QzYjdhOGI4NjRlMWI4YWZjMjU1OT
 k5ZQctz=Asia/Jerusalemhl=en.
LAST-MODIFIED:20150726T180814Z
LOCATION:https://www.youtube.com/watch?v=gUxcuPmbxuY
SEQUENCE:0
STATUS:CONFIRMED
SUMMARY:[3.6 deep dive] - VFIO - host device passthrough support
TRANSP:OPAQUE
END:VEVENT
END:VCALENDAR


invite.ics
Description: application/ics
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] Invitation: [3.6 deep dive] - json events @ Thu 2015-07-23 16:00 - 16:45 (bazu...@redhat.com)

[Barak Azulay]

BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VEVENT
DTSTART:20150723T13Z
DTEND:20150723T134500Z
DTSTAMP:20150720T114345Z
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
UID:3kfdosmnovmoevpcg4pp5hg...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Oved Ourfali;X-NUM-GUESTS=0:mailto:ov...@redhat.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Piotr Kliczewski;X-NUM-GUESTS=0:mailto:pklic...@redhat.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE
 ;CN=Barak Azulay;X-NUM-GUESTS=0:mailto:bazu...@redhat.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=devel@ovirt.org;X-NUM-GUESTS=0:mailto:devel@ovirt.org
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=us...@ovirt.org;X-NUM-GUESTS=0:mailto:us...@ovirt.org
CREATED:20150716T174942Z
DESCRIPTION:In this session we'll cover how event infrastructure is impleme
 nted\, how to use it and what are benefits of it.  In addition  we'll  cove
 r vm monitoring changes - first usage of new API\n\nfeature page: http://ww
 w.ovirt.org/Features/Design/Events\n\nyoutube link: https://www.youtube.com
 /watch?v=hbg6ZSBuzbE\n\n\nView your event at https://www.google.com/calenda
 r/event?action=VIEWeid=M2tmZG9zbW5vdm1vZXZwY2c0cHA1aGc1NzggZGV2ZWxAb3ZpcnQ
 ub3Jntok=MTgjYmF6dWxheUByZWRoYXQuY29tZWIzOWU3NzE3MmU3NmYzYjBjMDAyZGNkMjY1Z
 DJjZjEyZDNmZGZhNwctz=Asia/Jerusalemhl=en.
LAST-MODIFIED:20150720T114345Z
LOCATION:https://www.youtube.com/watch?v=hbg6ZSBuzbE
SEQUENCE:1
STATUS:CONFIRMED
SUMMARY:[3.6 deep dive] - json events 
TRANSP:OPAQUE
END:VEVENT
END:VCALENDAR


invite.ics
Description: application/ics
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] Invitation: [3.6 deep dive] - v2v - Moving your Virtual Machines to o... @ Wed 2015-07-22 16:30 - 17:30 (bazu...@redhat.com)

[Barak Azulay]

BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VEVENT
DTSTART:20150722T133000Z
DTEND:20150722T143000Z
DTSTAMP:20150719T152509Z
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
UID:mna2iao625rpd28df5if9b8...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Arik Hadas;X-NUM-GUESTS=0:mailto:aha...@redhat.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Michal Skrivanek;X-NUM-GUESTS=0:mailto:mskri...@redhat.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE
 ;CN=Barak Azulay;X-NUM-GUESTS=0:mailto:bazu...@redhat.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=devel@ovirt.org;X-NUM-GUESTS=0:mailto:devel@ovirt.org
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=us...@ovirt.org;X-NUM-GUESTS=0:mailto:us...@ovirt.org
CREATED:20150716T175243Z
DESCRIPTION:oVirt 3.6 introduces an integrated process to import virtual ma
 chines from VMware vSphere and virtual appliance (OVA) files. The previous 
 import process that was tedious and error-prone is replaced by a user-frien
 dly\, robust and efficient process. In this session Arik will present its a
 rchitecture\, present a demonstration that will show how one can import a v
 irtual machine from VMware vSphere into oVirt from oVirt's administration p
 ortal and discuss present current limitations and possible future enhanceme
 nts.\n\nfeature page: http://www.ovirt.org/Features/virt-v2v_Integration\n\
 nView your event at https://www.google.com/calendar/event?action=VIEWeid=b
 W5hMmlhbzYyNXJwZDI4ZGY1aWY5YjhkOTAgZGV2ZWxAb3ZpcnQub3Jntok=MTgjYmF6dWxheUB
 yZWRoYXQuY29tNGZiMjU5YzMzOTM0ODAwZmFlNzZiNDc4NzU3YzJmODA2YzNjNzZmZgctz=Asi
 a/Jerusalemhl=en.
LAST-MODIFIED:20150719T152509Z
LOCATION:https://www.youtube.com/watch?v=7vd8X6t9eBk
SEQUENCE:0
STATUS:CONFIRMED
SUMMARY:[3.6 deep dive] - v2v - Moving your Virtual Machines to oVirt with 
 ease
TRANSP:OPAQUE
END:VEVENT
END:VCALENDAR


invite.ics
Description: application/ics
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] oVirt 3.6 - deep dive sessions

[Barak Azulay]

oVirt 3.6 will be released soon.

Deep dive sessions on various features / aspects of this release will be 
scheduled In the upcoming several weeks. 
You have a chance to take a look into this new exciting release.

Stay tuned and join these sessions.

Thanks
Barak Azulay
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] Engine on Fedora 21

[Barak Azulay]

- Original Message -
 From: Juan Hernández jhern...@redhat.com
 To: Sandro Bonazzola sbona...@redhat.com, Adam Litke 
 ali...@redhat.com, Yedidyah Bar David
 d...@redhat.com
 Cc: devel@ovirt.org
 Sent: Monday, February 16, 2015 11:45:04 AM
 Subject: Re: [ovirt-devel] Engine on Fedora 21
 
 On 02/16/2015 10:07 AM, Sandro Bonazzola wrote:
  Il 02/02/2015 13:55, Juan Hernández ha scritto:
  On 02/02/2015 07:56 AM, Sandro Bonazzola wrote:
  Il 29/01/2015 22:30, Adam Litke ha scritto:
  On 29/01/15 16:18 -0500, Yedidyah Bar David wrote:
  - Original Message -
  From: Adam Litke ali...@redhat.com
  To: devel@ovirt.org
  Sent: Thursday, January 29, 2015 9:46:27 PM
  Subject: [ovirt-devel] Engine on Fedora 21
 
  Hi all,
 
  Today I tried running engine on my Fedora 21 laptop.  I tried two
  approaches for deploying jboss: using the ovirt-jboss-as package, and
  by downloading and unpacking jboss-7.1.1 into /usr/share as I have
  done in the past.  engine-setup runs without errors but when I try to
  start engine the application does not seem to deploy in jboss and
  there are no errors reported (engine.log is empty).
 
  Is there a reasonable expectation that I should be able to get this
  working on F21 or am I wasting my time?  Does anyone have any ideas
  on how I can resolve the startup issues?
 
  Which Java version did you try to use it with?
 
  java-1.8.0-openjdk-1.8.0.31-3.b13.fc21.x86_64
 
  Did you have a look at [1]? In short: won't be, wait for f22.
 
  Yeah, didn't see much documentation of specific issues and the tracker
  bug looks pretty clean as far as general engine usability goes.
 
 
  Everything should be installable right now in F21 but jboss-as 7.1
  doesn't work with java 1.8.
  We'll need to move to wildfly or backport java7 in order to make it
  working.
 
 
  Alternatively, if it is for development purposes only, you may want to
  consider using JBoss EAP 6.x instead of JBoss AS 7.1.1. The root cause
  of the incompatibility has been fixed there (and in WildFly):
 
https://issues.jboss.org/browse/WFLY-2057
 
  You can get JBoss EAP from here:
 
http://www.jboss.org/products/eap/download
  
  Juan, can you package EAP 6.4 beta from above link for testing on
  3.6/master as you did for AS?
  
 
 The use of the binaries available there is subject to the JBoss
 Developer Program subscription agreement:
 
   http://www.jboss.org/faq
 
 I am not a lawyer, but my understanding is that if we re-distribute
 those binaries we would be in violation of the agreement. So even if
 technically packaging those binaries is a piece of cake, I think that we
 can't re-distribute them.


correct, we should not package official EAP binaries in our own rpm. 

 
  
 
  Then you can unzip it to your favorite directory and use it during
  installation of oVirt Engine:
 
# engine-setup --jboss-home=/whatever/jboss-eap-6.3
 
  It should work well with Java 8. If it doesn't work it is good to know,
  as we will need to fix it eventually.
 
  
  
 
 
 --
 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.
 ___
 Devel mailing list
 Devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/devel
 
 
 
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] Help with patch reviews!

[Barak Azulay]

Guys - can you please review or assign reviewer for the below patches ?

Thanks
Barak Azulay

- Original Message -
 From: Sahina Bose sab...@redhat.com
 To: devel@ovirt.org
 Sent: Tuesday, December 23, 2014 9:22:54 AM
 Subject: [ovirt-devel] Help with patch reviews!
 
 Hi all,
 
 Could any of you help with these patch reviews - these are related to
 the gluster geo-replication management feature [1]
 
 http://gerrit.ovirt.org/#/c/34552/
 http://gerrit.ovirt.org/#/c/34630/
 http://gerrit.ovirt.org/#/c/34216
 http://gerrit.ovirt.org/#/c/33845/
 
 thanks
 sahina
 
 [1] - http://www.ovirt.org/Features/Gluster_Geo_Replication
 ___
 Devel mailing list
 Devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/devel
 
 
 
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] ovirt35 - deepdive - ioprocess

[Barak Azulay]

BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Asia/Jerusalem
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETTO:+0200
TZOFFSETFROM:+0300
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU
TZNAME:IST
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETTO:+0300
TZOFFSETFROM:+0200
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1FR
TZNAME:IDT
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:3c88714b-9ca4-4951-a569-40f0004286fd
SUMMARY:ovirt35 - deepdive - ioprocess 
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:ykaplan
 @redhat.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:users@o
 virt.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:devel@o
 virt.org
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
DTSTART;TZID=Asia/Jerusalem:20140930T163000
DTEND;TZID=Asia/Jerusalem:20140930T17
STATUS:CONFIRMED
CLASS:PUBLIC
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
TRANSP:OPAQUE
LAST-MODIFIED:20140928T171445Z
DTSTAMP:20140928T171445Z
SEQUENCE:0
DESCRIPTION:The following is a new meeting request:\n\nSubject: ovirt35 - de
 epdive - ioprocess  \nOrganizer: Barak Azulay bazu...@redhat.com \n\nTim
 e: Tuesday\, September 30\, 2014\, 4:30:00 PM - 5:00:00 PM GMT +02:00 Jerusa
 lem\n \nInvitees: ykap...@redhat.com\; us...@ovirt.org\; devel@ovirt.org \n\
 n\n*~*~*~*~*~*~*~*~*~*\n\nThis session will cover the move from OOP (RemoteF
 ileHandler) to the new ioprocess. \nIt will cover exactly: \n- what is it \n
 - why is such a mechanism required \n- OOP and it's limitations \n- ioproces
 s \n\nGoogle hangout link: https://www.youtube.com/watch?v=tnrFTHf0sB0 
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;RELATED=START:-PT5M
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] ovirt35 - deep dive - Monitoring (UI plugin) Dashboard (Integrated with Nagios monitoring)

[Barak Azulay]

BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Asia/Jerusalem
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETTO:+0200
TZOFFSETFROM:+0300
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU
TZNAME:IST
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETTO:+0300
TZOFFSETFROM:+0200
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1FR
TZNAME:IDT
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:3c61508e-b7bd-439a-b0e5-a0149bfa974d
SUMMARY:ovirt35 - deep dive - Monitoring (UI plugin) Dashboard (Integrated w
 ith Nagios monitoring)
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:anbabu@
 redhat.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:sabose@
 redhat.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:users@o
 virt.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:devel@o
 virt.org
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
DTSTART;TZID=Asia/Jerusalem:20140915T16
DTEND;TZID=Asia/Jerusalem:20140915T17
STATUS:CONFIRMED
CLASS:PUBLIC
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
TRANSP:OPAQUE
LAST-MODIFIED:20140911T104308Z
DTSTAMP:20140911T104308Z
SEQUENCE:0
DESCRIPTION:The following is a new meeting request:\n\nSubject: ovirt35 - de
 ep dive - Monitoring (UI plugin) Dashboard (Integrated with Nagios monitorin
 g) \nOrganizer: Barak Azulay bazu...@redhat.com \n\nTime: Monday\, Septe
 mber 15\, 2014\, 4:00:00 PM - 5:00:00 PM GMT +02:00 Jerusalem\n \nInvitees: 
 anb...@redhat.com\; sab...@redhat.com\; us...@ovirt.org\; devel@ovirt.org \n
 \n\n*~*~*~*~*~*~*~*~*~*\n\nNagios has been integrated with ovirt-engine for 
 monitoring the gluster deployments to enable the administrators\, \nto monit
 or the health of their deployments. The administrator can use the auto-confi
 g script to be able to automatically \nconfigure nagios for monitoring their
  gluster deployment(hosts\,volumes). \nThe ui-plugin manifests itself in the
  form of two tabs : \n1. Dashboard -- overall view of the deployment(Not in 
 3.5. Part of our plan for future release) \n2. Trends -- Graphs displayed in
  accordance with the selected entity on the system tree when the tab is open
 . \nIn this session we will go through the overall integration architecture\
 ,auto-config script and the monitoring ui-plugin. \n\nGoogle hangout link: h
 ttps://plus.google.com/events/ccf2tev5tg5eh7ntelph95psuis \nWiki Link : http
 ://www.ovirt.org/Features/Nagios_Integration 
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;RELATED=START:-PT5M
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] ovirt3.5 - deep dive - Fencing overview Fencing policy improvements

[Barak Azulay]

BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Asia/Jerusalem
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETTO:+0200
TZOFFSETFROM:+0300
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU
TZNAME:IST
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETTO:+0300
TZOFFSETFROM:+0200
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1FR
TZNAME:IDT
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:91abb499-7c8b-4c6b-b3d1-b68584f88d3d
SUMMARY:ovirt3.5 - deep dive - Fencing overview  Fencing policy improvement
 s
ATTENDEE;CN=Eli Mesika;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:
 mailto:emes...@redhat.com
ATTENDEE;CN=Oved Ourfalli;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TR
 UE:mailto:ov...@redhat.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:users@o
 virt.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:devel@o
 virt.org
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
DTSTART;TZID=Asia/Jerusalem:20140910T163000
DTEND;TZID=Asia/Jerusalem:20140910T173000
STATUS:CONFIRMED
CLASS:PUBLIC
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
TRANSP:OPAQUE
LAST-MODIFIED:20140909T085837Z
DTSTAMP:20140909T085837Z
SEQUENCE:0
DESCRIPTION:The following is a new meeting request:\n\nSubject: ovirt3.5 - d
 eep dive - Fencing overview amp\; Fencing policy improvements \nOrganizer: 
 Barak Azulay bazu...@redhat.com \n\nTime: Wednesday\, September 10\, 201
 4\, 4:30:00 PM - 5:30:00 PM GMT +02:00 Jerusalem\n \nInvitees: emesika@redha
 t.com\; ov...@redhat.com\; us...@ovirt.org\; devel@ovirt.org \n\n\n*~*~*~*~*
 ~*~*~*~*~*\n\nThis session will present an overview of the fencing flows/log
 ic in oVirt\, \nIncluding new enhancement policies  functionality added to 
 3.5. \n\nGoogle Hangout link: https://plus.google.com/u/0/events/chmeiusuhvv
 9u47giojv6mefsso 
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;RELATED=START:-PT5M
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] ovirt35 - deep dive - instance types

[Barak Azulay]

BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Asia/Jerusalem
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETTO:+0200
TZOFFSETFROM:+0300
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU
TZNAME:IST
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETTO:+0300
TZOFFSETFROM:+0200
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1FR
TZNAME:IDT
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:688dc8b4-de24-460a-bb71-2bc24249dcf3
SUMMARY:ovirt35 - deep dive - instance types
ATTENDEE;CN=Tomas Jelinek;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TR
 UE:mailto:tjeli...@redhat.com
ATTENDEE;CN=Michal Skrivanek;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP
 =TRUE:mailto:mskri...@redhat.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:users@o
 virt.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:devel@o
 virt.org
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
DTSTART;TZID=Asia/Jerusalem:20140916T163000
DTEND;TZID=Asia/Jerusalem:20140916T171500
STATUS:CONFIRMED
CLASS:PUBLIC
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
TRANSP:OPAQUE
LAST-MODIFIED:20140909T191750Z
DTSTAMP:20140909T191750Z
SEQUENCE:0
DESCRIPTION:The following is a new meeting request:\n\nSubject: ovirt35 - de
 ep dive - instance types \nOrganizer: Barak Azulay bazu...@redhat.com \n
 \nTime: Tuesday\, September 16\, 2014\, 4:30:00 PM - 5:15:00 PM GMT +02:00 J
 erusalem\n \nInvitees: tjeli...@redhat.com\; mskri...@redhat.com\; users@ovi
 rt.org\; devel@ovirt.org \n\n\n*~*~*~*~*~*~*~*~*~*\n\nIntroduction of the In
 stance Types feature: \n- motivation \n- purpose\, \n- GUI and the details a
 bout the specific fields will be explained. \n- future work. \n\nGoogle hang
 out link: https://plus.google.com/u/0/events/cg36o8ouh4cu7lbviuamn034934 \nW
 iki: www.ovirt.org/Features/Instance_Types 
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;RELATED=START:-PT5M
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] ovirt35 - deep dive - AAA improvements - extensions and generic LDAP provider

[Barak Azulay]

BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Asia/Jerusalem
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETTO:+0200
TZOFFSETFROM:+0300
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU
TZNAME:IST
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETTO:+0300
TZOFFSETFROM:+0200
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1FR
TZNAME:IDT
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:0fdb010c-90aa-44ef-84ce-b669135c2769
SUMMARY:ovirt35 - deep dive - AAA improvements - extensions and generic LDAP
  provider
ATTENDEE;CN=Alon Bar-Lev;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRU
 E:mailto:alo...@redhat.com
ATTENDEE;CN=Oved Ourfalli;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TR
 UE:mailto:ov...@redhat.com
ATTENDEE;CN=yzaslavs;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:ma
 ilto:yzasl...@redhat.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:users@o
 virt.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:devel@o
 virt.org
ATTENDEE;CN=Peter Portante;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=T
 RUE:mailto:pport...@redhat.com
ATTENDEE;CN=Pankaj Gupta;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRU
 E:mailto:pagu...@redhat.com
ATTENDEE;CN=Antoni Segura Puimedon;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTIO
 N;RSVP=TRUE:mailto:asegu...@redhat.com
ATTENDEE;CN=Eyal Edri;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:m
 ailto:ee...@redhat.com
ATTENDEE;CN=Genadi Chereshnya;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSV
 P=TRUE:mailto:gcher...@redhat.com
ATTENDEE;CN=Eli Mesika;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:
 mailto:emes...@redhat.com
ATTENDEE;CN=Satya Vempati;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TR
 UE:mailto:svemp...@tintri.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:dbishop
 @controlscan.com
ATTENDEE;CN=Sahina Bose;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE
 :mailto:sab...@redhat.com
ATTENDEE;CN=Leaboy;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mail
 to:wlblea...@126.com
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
DTSTART;TZID=Asia/Jerusalem:20140902T16
DTEND;TZID=Asia/Jerusalem:20140902T163000
STATUS:CONFIRMED
CLASS:PUBLIC
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
TRANSP:OPAQUE
LAST-MODIFIED:20140902T065457Z
DTSTAMP:20140902T065457Z
SEQUENCE:1
DESCRIPTION:The following meeting has been modified:\n\nSubject: ovirt35 - d
 eep dive - AAA improvements - extensions and generic LDAP provider \nOrganiz
 er: Barak Azulay bazu...@redhat.com \n\nTime: Tuesday\, September 2\, 20
 14\, 4:00:00 PM - 4:30:00 PM GMT +02:00 Jerusalem [MODIFIED]\n \nRequired: a
 lo...@redhat.com\; ov...@redhat.com\; yzasl...@redhat.com\; us...@ovirt.org\
 ; devel@ovirt.org\; pport...@redhat.com\; pagu...@redhat.com\; asegurap@redh
 at.com\; ee...@redhat.com\; gcher...@redhat.com\; emes...@redhat.com ... \nO
 ptional: wlblea...@126.com \n\n*~*~*~*~*~*~*~*~*~*\n\nWithin ovirt-engine-3.
 5 a major rework of authentication and authorization had been done. \nWithin
  the scope of the work a new public extension interface had been introduced\
 , this interface may be used for future modularization of the ovirt-engine i
 mplementation. \nThroughout this presentation we will walk through the major
  changes within the engine core\, learn the concepts of the extension api an
 d introduce the new ldap implementation for authentication and authorization
  of the engine. \n\ngoogle hangout link: https://plus.google.com/events/c7ut
 1o51g3qb93n2n22kq8ul1sk 
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;RELATED=START:-PT5M
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] ovirt35 - deep dive - AAA improvements - extensions and generic LDAP provider

[Barak Azulay]

BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Asia/Jerusalem
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETTO:+0200
TZOFFSETFROM:+0300
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU
TZNAME:IST
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETTO:+0300
TZOFFSETFROM:+0200
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1FR
TZNAME:IDT
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:0fdb010c-90aa-44ef-84ce-b669135c2769
SUMMARY:ovirt35 - deep dive - AAA improvements - extensions and generic LDAP
  provider
ATTENDEE;CN=Alon Bar-Lev;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRU
 E:mailto:alo...@redhat.com
ATTENDEE;CN=Oved Ourfalli;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TR
 UE:mailto:ov...@redhat.com
ATTENDEE;CN=yzaslavs;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:ma
 ilto:yzasl...@redhat.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:users@o
 virt.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:devel@o
 virt.org
ATTENDEE;CN=Peter Portante;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=T
 RUE:mailto:pport...@redhat.com
ATTENDEE;CN=Pankaj Gupta;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRU
 E:mailto:pagu...@redhat.com
ATTENDEE;CN=Antoni Segura Puimedon;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTIO
 N;RSVP=TRUE:mailto:asegu...@redhat.com
ATTENDEE;CN=Eyal Edri;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:m
 ailto:ee...@redhat.com
ATTENDEE;CN=Genadi Chereshnya;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSV
 P=TRUE:mailto:gcher...@redhat.com
ATTENDEE;CN=Eli Mesika;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:
 mailto:emes...@redhat.com
ATTENDEE;CN=Satya Vempati;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TR
 UE:mailto:svemp...@tintri.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:dbishop
 @controlscan.com
ATTENDEE;CN=Sahina Bose;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE
 :mailto:sab...@redhat.com
ATTENDEE;CN=Leaboy;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mail
 to:wlblea...@126.com
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
DTSTART;TZID=Asia/Jerusalem:20140902T16
DTEND;TZID=Asia/Jerusalem:20140902T173000
STATUS:CONFIRMED
CLASS:PUBLIC
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
TRANSP:OPAQUE
LAST-MODIFIED:20140902T065534Z
DTSTAMP:20140902T065534Z
SEQUENCE:2
DESCRIPTION:The following meeting has been modified:\n\nSubject: ovirt35 - d
 eep dive - AAA improvements - extensions and generic LDAP provider \nOrganiz
 er: Barak Azulay bazu...@redhat.com \n\nTime: Tuesday\, September 2\, 20
 14\, 4:00:00 PM - 5:30:00 PM GMT +02:00 Jerusalem [MODIFIED]\n \nRequired: a
 lo...@redhat.com\; ov...@redhat.com\; yzasl...@redhat.com\; us...@ovirt.org\
 ; devel@ovirt.org\; pport...@redhat.com\; pagu...@redhat.com\; asegurap@redh
 at.com\; ee...@redhat.com\; gcher...@redhat.com\; emes...@redhat.com ... \nO
 ptional: wlblea...@126.com \n\n*~*~*~*~*~*~*~*~*~*\n\nWithin ovirt-engine-3.
 5 a major rework of authentication and authorization had been done. \nWithin
  the scope of the work a new public extension interface had been introduced\
 , this interface may be used for future modularization of the ovirt-engine i
 mplementation. \nThroughout this presentation we will walk through the major
  changes within the engine core\, learn the concepts of the extension api an
 d introduce the new ldap implementation for authentication and authorization
  of the engine. \n\ngoogle hangout link: https://plus.google.com/events/c7ut
 1o51g3qb93n2n22kq8ul1sk 
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;RELATED=START:-PT5M
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] ovirt35 - deep dive - AAA improvements - extensions and generic LDAP provider

[Barak Azulay]

BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Asia/Jerusalem
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETTO:+0200
TZOFFSETFROM:+0300
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU
TZNAME:IST
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETTO:+0300
TZOFFSETFROM:+0200
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1FR
TZNAME:IDT
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:0fdb010c-90aa-44ef-84ce-b669135c2769
SUMMARY:ovirt35 - deep dive - AAA improvements - extensions and generic LDAP
  provider
ATTENDEE;CN=Alon Bar-Lev;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRU
 E:mailto:alo...@redhat.com
ATTENDEE;CN=Oved Ourfalli;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TR
 UE:mailto:ov...@redhat.com
ATTENDEE;CN=yzaslavs;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:ma
 ilto:yzasl...@redhat.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:users@o
 virt.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:devel@o
 virt.org
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
DTSTART;TZID=Asia/Jerusalem:20140902T17
DTEND;TZID=Asia/Jerusalem:20140902T173000
STATUS:CONFIRMED
CLASS:PUBLIC
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
TRANSP:OPAQUE
LAST-MODIFIED:20140901T122305Z
DTSTAMP:20140901T122305Z
SEQUENCE:0
DESCRIPTION:The following is a new meeting request:\n\nSubject: ovirt35 - de
 ep dive - AAA improvements - extensions and generic LDAP provider \nOrganize
 r: Barak Azulay bazu...@redhat.com \n\nTime: Tuesday\, September 2\, 201
 4\, 5:00:00 PM - 5:30:00 PM GMT +02:00 Jerusalem\n \nInvitees: alonbl@redhat
 .com\; ov...@redhat.com\; yzasl...@redhat.com\; us...@ovirt.org\; devel@ovir
 t.org \n\n\n*~*~*~*~*~*~*~*~*~*\n\nWithin ovirt-engine-3.5 a major rework of
  authentication and authorization had been done. \nWithin the scope of the w
 ork a new public extension interface had been introduced\, this interface ma
 y be used for future modularization of the ovirt-engine implementation. \nTh
 roughout this presentation we will walk through the major changes within the
  engine core\, learn the concepts of the extension api and introduce the new
  ldap implementation for authentication and authorization of the engine. \n\
 ngoogle hangout link: https://plus.google.com/events/c7ut1o51g3qb93n2n22kq8u
 l1sk
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;RELATED=START:-PT5M
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] oVirt3.5 - deep dive - Moving to Json/STOMP rpc

[Barak Azulay]

BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Asia/Jerusalem
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETTO:+0200
TZOFFSETFROM:+0300
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU
TZNAME:IST
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETTO:+0300
TZOFFSETFROM:+0200
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1FR
TZNAME:IDT
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:69161ac2-7a53-4ba0-874e-db4a954f53c9
SUMMARY:oVirt3.5 - deep dive - Moving to Json/STOMP rpc
ATTENDEE;CN=pkliczew;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:ma
 ilto:pklic...@redhat.com
ATTENDEE;CN=Oved Ourfalli;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TR
 UE:mailto:ov...@redhat.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:users@o
 virt.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:devel@o
 virt.org
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
DTSTART;TZID=Asia/Jerusalem:20140827T163000
DTEND;TZID=Asia/Jerusalem:20140827T171500
STATUS:CONFIRMED
CLASS:PUBLIC
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
TRANSP:OPAQUE
LAST-MODIFIED:20140826T145354Z
DTSTAMP:20140826T145354Z
SEQUENCE:0
DESCRIPTION:The following is a new meeting request:\n\nSubject: oVirt3.5 - d
 eep dive - Moving to Json/STOMP rpc \nOrganizer: Barak Azulay bazulay@red
 hat.com \n\nTime: Wednesday\, August 27\, 2014\, 4:30:00 PM - 5:15:00 PM GM
 T +02:00 Jerusalem\n \nInvitees: pklic...@redhat.com\; ov...@redhat.com\; us
 e...@ovirt.org\; devel@ovirt.org \n\n\n*~*~*~*~*~*~*~*~*~*\n\nIn this session
  we will explain how the communication model has changed between existing xm
 lrpc and new jsonrpc. \nAnd explore the new implementation details. \n\n\ngo
 ogle hangout link: https://www.youtube.com/watch?v=0FwM2oeb788 \nwiki page:h
 ttp://www.ovirt.org/Features/Design/JsonRpc 
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;RELATED=START:-PT5M
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] ovirt35 - deep dive - Prevent host fencing while kdumping - integrating with kexec tools

[Barak Azulay]

BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Asia/Jerusalem
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETTO:+0200
TZOFFSETFROM:+0300
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU
TZNAME:IST
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETTO:+0300
TZOFFSETFROM:+0200
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1FR
TZNAME:IDT
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:cf2e371b-ae13-4500-967b-2acd264a5b65
SUMMARY:ovirt35 - deep dive - Prevent host fencing while kdumping - integrat
 ing with kexec tools
ATTENDEE;CN=Martin Perina;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TR
 UE:mailto:mper...@redhat.com
ATTENDEE;CN=Oved Ourfalli;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TR
 UE:mailto:ov...@redhat.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:users@o
 virt.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:devel@o
 virt.org
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
DTSTART;TZID=Asia/Jerusalem:20140826T163000
DTEND;TZID=Asia/Jerusalem:20140826T173000
STATUS:CONFIRMED
CLASS:PUBLIC
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
TRANSP:OPAQUE
LAST-MODIFIED:20140825T135405Z
DTSTAMP:20140825T135405Z
SEQUENCE:0
DESCRIPTION:The following is a new meeting request:\n\nSubject: ovirt35 - de
 ep dive - Prevent host fencing while kdumping - integrating with kexec tools
  \nOrganizer: Barak Azulay bazu...@redhat.com \n\nTime: Tuesday\, August
  26\, 2014\, 4:30:00 PM - 5:30:00 PM GMT +02:00 Jerusalem\n \nInvitees: mper
 i...@redhat.com\; ov...@redhat.com\; us...@ovirt.org\; devel@ovirt.org \n\n\n
 *~*~*~*~*~*~*~*~*~*\n\nThis session describes how kdump mechanism is integra
 ted into oVirt 3.5 non-responsive host treatment \nin order to prevent host 
 being fenced while gathering its crash dump. \n\ngoogle hangout link: https:
 //plus.google.com/events/c2np5fedno8e8qifas6el8a3ih4 \nwiki page link:http:/
 /www.ovirt.org/Fence_kdump 
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;RELATED=START:-PT5M
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [QE][ACTION REQUIRED] oVirt 3.5.0 RC2 status (postponed)

[Barak Azulay]

- Original Message -
 From: Sandro Bonazzola sbona...@redhat.com
 To: us...@ovirt.org, devel@ovirt.org
 Sent: Monday, August 18, 2014 10:32:04 AM
 Subject: [ovirt-devel] [QE][ACTION REQUIRED] oVirt 3.5.0 RC2 status   
 (postponed)
 
 Hi,
 since we have still too many blockers for oVirt 3.5.0 RC2 release,
 we need to postpone it again to Thu *2014-08-21 08:00 UTC*
 
 Due to this delay, the oVirt schedule has changed as follow:
 - General availability: 2014-09-03 (Wed)
 - oVirt 3.5 Third Test Day: 2014-08-28 (Thu)
 - RC2 Build: 2014-08-21 (Thu)
 
 Maintainers:
 - Please be sure that 3.5 snapshot allow to create VMs before *2014-08-20
 15:00 UTC*
 - Please be sure that no pending patches are going to block the release
 before *2014-08-20 15:00 UTC*
 - If any patch must block the RC release please raise the issue as soon as
 possible.
 
 The bug tracker [1] shows the following proposed blockers to be reviewed:
 
 Bug IDWhiteboard  Status  Summary
 1127877   infra   ASSIGNEDvdsm-tool configure --force 
 does not configure
 qemu.conf properly in the first run on a fresh install

The above is not a blocker,
Anyway we'll try to push it ASAP .. patch in discussion.


 1129261   sla NEW prepareImage api call fails 
 with [Errno 2] No such file or
 directory
 1130038   sla NEW prepareImage api call fails 
 with [Errno 2] No such file or
 directory
 1109920   storage POSTLive Merge: Extend internal 
 block volumes during merge
 1127294   storage POSTLive Merge: Resolve unknown 
 merge status in vdsm after
 host crash
 1128776   storage NEW Can't change a vm disk's 
 storage domain from a file
 domain to a block domain when creating a template...
 
 And the following dependencies still open:
 Bug 1102881 - virDomainBlockCommit fails with live snapshots on oVirt block
 storage
 Bug 1041569 - [NFR] libvirt: Returning the watermark for all the images
 opened for writing
 
 Some of above blockers may be dropped on next oVirt sync meeting if still
 open.
 Some of the bugs blocking the release prevents automated testing to verify
 the release.
 Please fix them as soon as possible.
 
 
 Feature freeze is now effective, and branch has been created.
 All new patches must be backported to 3.5 branch too.
 Features completed are marked in green on Features Status Table [2]
 
 There are still 425 bugs [3] targeted to 3.5.0.
 Excluding node and documentation bugs we still have 381 bugs [4] targeted to
 3.5.0.
 
 More in detail [5]:
 
 WhiteboardNEW ASSIGNEDPOSTTotal
 unassigned  9   .   .   9
 gluster   9   6   1   16
 i18n  .   .   1   1
 infra 23  3   9   35
 integration   28  .   6   34
 network   22  1   14  37
 node  24  6   6   36
 ppc   2   .   4   6
 sla   39  .   17  56
 storage   83  9   6   98
 ux21  2   1   24
 virt  60  4   9   73
 Total 320 31  74  425
 
 
 
 Maintainers / Assignee:
 - Please ensure that completed features are marked in green on Features
 Status Table [2]
 - Please remember to rebuild your packages before *2014-08-20 15:00* if
 needed, otherwise nightly snapshot will be taken.
 - If you find a blocker bug please remember to add it to the tracker [1]
 - Please fill release notes, the page has been created here [6]
 - Please review and add test cases to oVirt 3.5 Third Test Day [7]
 - Please update the target to 3.5.1 or later for bugs that won't be in 3.5.0:
   it will ease gathering the blocking bugs for next releases.
 
 
 Community:
 - Due to the RC2 delay, the 3rd test day has been postponed to Aug 28th.
 - You're welcome to join us testing next beta release and getting involved in
 oVirt Quality Assurance[8]
 
 
 [1] http://bugzilla.redhat.com/1073943
 [2] http://bit.ly/17qBn6F
 [3] http://red.ht/1pVEk7H
 [4] http://red.ht/1zT2mSq
 [5] http://red.ht/1q7SqNL
 [6] http://www.ovirt.org/OVirt_3.5_Release_Notes
 [7] http://www.ovirt.org/OVirt_3.5_TestDay
 [8] http://www.ovirt.org/OVirt_Quality_Assurance
 
 Thanks,
 
 --
 Sandro Bonazzola
 Better technology. Faster innovation. Powered by community collaboration.
 See how it works at redhat.com
 ___
 Devel mailing list
 Devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/devel
 
 
 
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] ovirt3.5 - deep dive - foreman bare metal provisioning

[Barak Azulay]

BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Asia/Jerusalem
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETTO:+0200
TZOFFSETFROM:+0300
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU
TZNAME:IST
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETTO:+0300
TZOFFSETFROM:+0200
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1FR
TZNAME:IDT
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:d716b750-dc83-4df2-b2ec-eb83337d6e77
SUMMARY:ovirt3.5 - deep dive - foreman bare metal provisioning
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:users@o
 virt.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:devel@o
 virt.org
ATTENDEE;CN=ybronhei;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:ma
 ilto:ybron...@redhat.com
ATTENDEE;CN=Oved Ourfali;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRU
 E:mailto:ov...@redhat.com
ATTENDEE;CN=Karli Sjöberg;ROLE=REQ-PARTICIPANT;PARTSTAT=DECLINED;RSVP=TRUE
 :mailto:karli.sjob...@slu.se
ATTENDEE;CN=Don Harris;ROLE=REQ-PARTICIPANT;PARTSTAT=DECLINED;RSVP=TRUE:mail
 to:d...@techcetera.com
ATTENDEE;CN=Sahina Bose;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:mai
 lto:sab...@redhat.com
ATTENDEE;CN=Anish Mohan1/MUM/TCS;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP
 =TRUE:mailto:anish.moh...@tcs.com
ATTENDEE;CN=jor...@netbulae.eu;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=T
 RUE:mailto:jor...@netbulae.eu
ATTENDEE;CN=Sandro Bonazzola;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRU
 E:mailto:sbona...@redhat.com
ATTENDEE;CN=Otavio Luiz Ferranti;ROLE=REQ-PARTICIPANT;PARTSTAT=DECLINED;RSVP
 =TRUE:mailto:otavio.ferra...@eldorado.org.br
ATTENDEE;CN=Vojtech Szocs;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:m
 ailto:vsz...@redhat.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=DECLINED;RSVP=TRUE:mailto:dbishop@con
 trolscan.com
ATTENDEE;CN=Brandon Salmon;ROLE=REQ-PARTICIPANT;PARTSTAT=DECLINED;RSVP=TRUE:
 mailto:bsal...@tintri.com
ATTENDEE;CN=Mooli Tayer;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:mai
 lto:mta...@redhat.com
ATTENDEE;CN=dlandgra;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:mailto
 :dland...@redhat.com
ATTENDEE;CN=Nir Soffer;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:mail
 to:nsof...@redhat.com
ATTENDEE;CN=Peter Portante;ROLE=REQ-PARTICIPANT;PARTSTAT=DECLINED;RSVP=TRUE:
 mailto:pport...@redhat.com
ATTENDEE;CN=Eyal Edri;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:mailt
 o:ee...@redhat.com
ATTENDEE;CN=Ohad Basan;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:mail
 to:oba...@redhat.com
ATTENDEE;CN=Maurice James;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:m
 ailto:mja...@media-node.com
ATTENDEE;CN=力波 王;ROLE=OPT-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:mailto:w
 lblea...@126.com
ATTENDEE;CN=Jean-Pierre WEISS;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSV
 P=TRUE:mailto:jwe...@mairie-saint-ouen.fr
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
DTSTART;TZID=Asia/Jerusalem:20140812T17
DTEND;TZID=Asia/Jerusalem:20140812T173000
STATUS:CONFIRMED
CLASS:PUBLIC
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
TRANSP:OPAQUE
LAST-MODIFIED:20140812T135441Z
DTSTAMP:20140812T135441Z
SEQUENCE:5
DESCRIPTION:The following meeting has been modified:\n\nSubject: ovirt3.5 - 
 deep dive - foreman bare metal provisioning \nOrganizer: Barak Azulay baz
 u...@redhat.com \n\nTime: Tuesday\, August 12\, 2014\, 5:00:00 PM - 5:30:00
  PM GMT +02:00 Jerusalem\n \nRequired: us...@ovirt.org\; devel@ovirt.org\; y
 bron...@redhat.com\; ov...@redhat.com\; karli.sjob...@slu.se\; don@techceter
 a.com\; sab...@redhat.com\; anish.moh...@tcs.com\; jor...@netbulae.eu\; sbon
 a...@redhat.com\; otavio.ferra...@eldorado.org.br ... \nOptional: wlbleaboy@
 126.com\; jwe...@mairie-saint-ouen.fr \n\n*~*~*~*~*~*~*~*~*~*\n\nThis sessio
 n will introduce the integration with foreman bare metal provisioning with o
 Virt. \n\nwiki: http://www.ovirt.org/Features/AdvancedForemanIntegration \nG
 oogle hangout link : https://www.youtube.com/watch?v=gozX891kYAY \n\nThanks 
 \nBarak Azulay \n
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;RELATED=START:-PT5M
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] ovirt 3.5 - deep dive - Command Coordination infra

[Barak Azulay]

BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Asia/Jerusalem
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETTO:+0200
TZOFFSETFROM:+0300
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU
TZNAME:IST
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETTO:+0300
TZOFFSETFROM:+0200
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1FR
TZNAME:IDT
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:e1976939-e54a-4b88-bc1c-ead360bae759
SUMMARY:ovirt 3.5 - deep dive - Command Coordination infra
ATTENDEE;CN=rnori;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailt
 o:rn...@redhat.com
ATTENDEE;CN=Oved Ourfali;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRU
 E:mailto:ov...@redhat.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:users@o
 virt.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:devel@o
 virt.org
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
DTSTART;TZID=Asia/Jerusalem:20140813T163000
DTEND;TZID=Asia/Jerusalem:20140813T173000
STATUS:CONFIRMED
CLASS:PUBLIC
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
TRANSP:OPAQUE
LAST-MODIFIED:20140812T141000Z
DTSTAMP:20140812T141000Z
SEQUENCE:3
DESCRIPTION:The following meeting has been modified:\n\nSubject: ovirt 3.5 -
  deep dive - Command Coordination infra \nOrganizer: Barak Azulay bazulay
 @redhat.com \n\nTime: Wednesday\, August 13\, 2014\, 4:30:00 PM - 5:30:00 P
 M GMT +02:00 Jerusalem\n \nInvitees: rn...@redhat.com\; ov...@redhat.com\; u
 s...@ovirt.org\; devel@ovirt.org \n\n\n*~*~*~*~*~*~*~*~*~*\n\nThis session i
 s mainly targeted for oVirt developers\, but it may interest users as well.\
 n\nIt will introduce a new Command Coordination and Command Execution  i
 nfrastructure to enable non-storage command persistence and asynchronous ope
 rations. \n\n\nLink to wiki Page: http://www.ovirt.org/Features/Design/Comma
 ndCoordinator\n\nLink to Hangouts On Air:  https://plus.google.com/events/cs
 05gb0d1plj1t620281ln7on7s\n\nThanks\nBarak Azulay
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;RELATED=START:-PT5M
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] ovirt 3.5 - deep dive - Command Coordination execution infrastructure

[Barak Azulay]

BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Asia/Jerusalem
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETTO:+0200
TZOFFSETFROM:+0300
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU
TZNAME:IST
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETTO:+0300
TZOFFSETFROM:+0200
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1FR
TZNAME:IDT
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:e1976939-e54a-4b88-bc1c-ead360bae759
SUMMARY:ovirt 3.5 - deep dive - Command Coordination  execution  infrastruc
 ture
ATTENDEE;CN=rnori;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailt
 o:rn...@redhat.com
ATTENDEE;CN=Oved Ourfali;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRU
 E:mailto:ov...@redhat.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:users@o
 virt.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:devel@o
 virt.org
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
DTSTART;TZID=Asia/Jerusalem:20140813T163000
DTEND;TZID=Asia/Jerusalem:20140813T173000
STATUS:CONFIRMED
CLASS:PUBLIC
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
TRANSP:OPAQUE
LAST-MODIFIED:20140812T141411Z
DTSTAMP:20140812T141411Z
SEQUENCE:4
DESCRIPTION:The following meeting has been modified:\n\nSubject: ovirt 3.5 -
  deep dive - Command Coordination amp\; execution  infrastructure [MODIFIED
 ]\nOrganizer: Barak Azulay bazu...@redhat.com \n\nTime: Wednesday\, Augu
 st 13\, 2014\, 4:30:00 PM - 5:30:00 PM GMT +02:00 Jerusalem\n \nInvitees: rn
 o...@redhat.com\; ov...@redhat.com\; us...@ovirt.org\; devel@ovirt.org \n\n\n
 *~*~*~*~*~*~*~*~*~*\n\nThis session is mainly targeted for oVirt developers\
 , but it may interest users as well. \n\nIt will introduce a new Command Co
 ordination and Command Execution infrastructure to enable non-storage com
 mand persistence and asynchronous operations. \n\n\nLink to wiki Page: http:
 //www.ovirt.org/Features/Design/CommandCoordinator \n\nLink to Hangouts On A
 ir: https://plus.google.com/events/cs05gb0d1plj1t620281ln7on7s \n\nThanks \n
 Barak Azulay 
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;RELATED=START:-PT5M
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] ovirt3.5 - deep dive - OVF on any domain + import existing data domain

[Barak Azulay]

BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Asia/Jerusalem
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETTO:+0200
TZOFFSETFROM:+0300
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU
TZNAME:IST
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETTO:+0300
TZOFFSETFROM:+0200
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1FR
TZNAME:IDT
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:48d91306-2659-4b7a-b6a3-1de04b248ec3
SUMMARY:ovirt3.5 - deep dive - OVF on any domain + import existing data doma
 in
ATTENDEE;CN=Liron Aravot;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:ma
 ilto:lara...@redhat.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:mailto:mlipchuk@re
 dhat.com
ATTENDEE;CN=Allon Mureinik;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:
 mailto:amure...@redhat.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:users@o
 virt.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:devel@o
 virt.org
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
DTSTART;TZID=Asia/Jerusalem:20140814T17
DTEND;TZID=Asia/Jerusalem:20140814T174500
STATUS:CONFIRMED
CLASS:PUBLIC
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
TRANSP:OPAQUE
LAST-MODIFIED:20140812T144453Z
DTSTAMP:20140812T144453Z
SEQUENCE:1
DESCRIPTION:The following meeting has been modified:\n\nSubject: ovirt3.5 - 
 deep dive - OVF on any domain + import existing data domain \nOrganizer: Ba
 rak Azulay bazu...@redhat.com \n\nTime: Thursday\, August 14\, 2014\, 5:0
 0:00 PM - 5:45:00 PM GMT +02:00 Jerusalem\n \nInvitees: lara...@redhat.com\;
  mlipc...@redhat.com\; amure...@redhat.com\; us...@ovirt.org\; devel@ovirt.o
 rg \n\n\n*~*~*~*~*~*~*~*~*~*\n\nHangout link: \nhttps://plus.google.com/even
 ts/c7rkldonq80g14c9e3ob8as2kq8\n\nSession description:\nThe OVF on any domai
 n feature introduces a change on the way the vm ovfs are being stored/backed
  up in oVirt. Currently all the ovfs are being stored on the master domain a
 nd are being updated asynchronously on a time basis by the OvfAutoUpdater\, 
 This feature purpose is to store the OVFs on all wanted domains to provide b
 etter recovery abillity\, reduce the use of master_fs and the master domain 
 and add capabillities to oVirt that will be used further on.\n\nThe import d
 ata storage domain feature makes use of the OVF on any domain feature to imp
 ort existing storage domain in order to be able to recover after the loss of
  the oVirt Engine's database and be able to move storage domain with vms/tem
 plates between setups.\n\nThe talk will cover those two featuers and will pr
 ovide deep dive into it's use and implementation.\n\nWiki pages:\nhttp://www
 .ovirt.org/Feature/OvfOnAnyDomain\n\nhttp://www.ovirt.org/Features/ImportSto
 rageDomain
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;RELATED=START:-PT5M
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] ovirt3.5 - deep dive - foreman bare metal provisioning

[Barak Azulay]

BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Asia/Jerusalem
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETTO:+0200
TZOFFSETFROM:+0300
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU
TZNAME:IST
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETTO:+0300
TZOFFSETFROM:+0200
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1FR
TZNAME:IDT
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:d716b750-dc83-4df2-b2ec-eb83337d6e77
SUMMARY:ovirt3.5 - deep dive - foreman bare metal provisioning
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:users@o
 virt.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:devel@o
 virt.org
ATTENDEE;CN=ybronhei;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:ma
 ilto:ybron...@redhat.com
ATTENDEE;CN=Oved Ourfalli;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TR
 UE:mailto:ov...@redhat.com
ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com
DTSTART;TZID=Asia/Jerusalem:20140812T17
DTEND;TZID=Asia/Jerusalem:20140812T173000
STATUS:CONFIRMED
CLASS:PUBLIC
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
TRANSP:OPAQUE
LAST-MODIFIED:20140810T222408Z
DTSTAMP:20140810T222408Z
SEQUENCE:0
DESCRIPTION:The following is a new meeting request:\n\nSubject: ovirt3.5 - d
 eep dive - foreman bare metal provisioning \nOrganizer: Barak Azulay bazu
 l...@redhat.com \n\nTime: Tuesday\, August 12\, 2014\, 5:00:00 PM - 5:30:00 
 PM GMT +02:00 Jerusalem\n \nInvitees: us...@ovirt.org\; devel@ovirt.org\; yb
 ron...@redhat.com\; ov...@redhat.com \n\n\n*~*~*~*~*~*~*~*~*~*\n\nThis sessi
 on will introduce the integration with foreman bare metal provisioning with 
 oVirt.\n\nDetails will be published soon.\n\n 
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;RELATED=START:-PT5M
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [node-devel] Versioning of oVirt Node

[Barak Azulay]

- Original Message -
 From: Fabian Deutsch fabi...@redhat.com
 To: Barak Azulay bazu...@redhat.com
 Cc: a...@ovirt.org, node-devel node-devel@ovirt.org, Douglas Landgraf 
 dland...@redhat.com
 Sent: Monday, March 31, 2014 9:39:55 AM
 Subject: Re: [node-devel] Versioning of oVirt Node
 
 Am Sonntag, den 30.03.2014, 04:46 -0400 schrieb Barak Azulay:
  I assume that this new schema is handling also the frist upgrade from
  the old name schema.
 
 Hey Barak,
 
 could you explain what the first upgrade to the old schema name was for
 you?

There are 2 scenarios that needs to be considered:
1 older engine with new rhevh (with new name schema)
  * customer with rhev 3.4 tries to upgrade a 3.4 cluster level rhevh to the 
latest rhevh (with new name schema ... 3.4 cluster level)
 
2 newer engine supporting older clustrers:
  * assume you have 3.4 engine out with several ISOs located in the same dir,
Than there is an upgrade to 3.5 where the name schema changes (and in the 
same dir you have old name schema and new name schema),
Than you want to upgrade a 3.4 cluster level rhevh to the latest rhevh 
(with new name schema ... 3.4 cluster level)

In both cases the UI should suggest the best fit for upgrade,
While for #2 we can add some logic to the engine to handle both cases (ugly and 
problematic),
For #1 above there is very little we can do. 

 
 - fabian
 
___
node-devel mailing list
node-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/node-devel

Re: [node-devel] Versioning of oVirt Node

[Barak Azulay]

- Original Message -
 From: Fabian Deutsch fabi...@redhat.com
 To: Barak Azulay bazu...@redhat.com
 Cc: a...@ovirt.org, Douglas Landgraf dland...@redhat.com, node-devel 
 node-devel@ovirt.org
 Sent: Monday, March 31, 2014 10:46:01 AM
 Subject: Re: [node-devel] Versioning of oVirt Node
 
 Am Sonntag, den 30.03.2014, 05:51 -0400 schrieb Barak Azulay:
   Should we also consider parallel versions of different
  distributions(?)
   (fc19, fc20).
  
  Doesn't this miss the entire node purpose ? a user should not care
  what platform was used to build the node.
 
 As said elsewhere. For some users the base-os is important to know.

Any idea why ?

The only thing I can think off is that we are probably doing something wrong.





 
 - fabian
 
 ___
 Arch mailing list
 a...@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/arch
 
___
node-devel mailing list
node-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/node-devel

Re: [node-devel] Versioning of oVirt Node

[Barak Azulay]

- Original Message -
 From: Alon Bar-Lev alo...@redhat.com
 To: Fabian Deutsch fabi...@redhat.com
 Cc: a...@ovirt.org, Douglas Landgraf dland...@redhat.com, node-devel 
 node-devel@ovirt.org
 Sent: Monday, March 31, 2014 11:52:39 AM
 Subject: Re: [node-devel] Versioning of oVirt Node
 
 
 
 - Original Message -
  From: Fabian Deutsch fabi...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com
  Cc: a...@ovirt.org, node-devel node-devel@ovirt.org, Douglas Landgraf
  dland...@redhat.com
  Sent: Monday, March 31, 2014 10:45:15 AM
  Subject: Re: [node-devel] Versioning of oVirt Node
  
  Am Sonntag, den 30.03.2014, 04:57 -0400 schrieb Alon Bar-Lev:
   
   - Original Message -
From: Fabian Deutsch fabi...@redhat.com
To: a...@ovirt.org, node-devel node-devel@ovirt.org
Cc: Douglas Landgraf dland...@redhat.com
Sent: Friday, March 28, 2014 2:37:05 PM
Subject: [node-devel] Versioning of oVirt Node

Hey,

currently [0] - or since the split into base image and layered image -
the versioning of Node hasn't been really resolved.

I'd like to change the versioning of Node with the goal to make it
directly obvious what oVirt version a Node is targeting.

Before I continue let me clarify that this is primarily about the
versioning of the Node ISO.
The versioning of the wrapper-rpm can possibly follow the naming of the
ISO, as long as we make yum happy.
Also this is not about the ovirt-node (pkg) versioning, only about the
iso image.

Currently the ISO naming is as follows:

  ovirt-node-iso-node-version-number.number.build-date.\
  vdsmovirt-target-version.dist.iso

(i.e. ovirt-node-iso-3.0.4-1.0.201401291204.vdsm34.el6.iso)

The main pain point of this is IMO the vdsm34 snippet - because it
breaks the whol envr and is currently just added after the edit-node
pass.

I'm proposing the following scheme:

  ovirt-node-iso-ovirt-target-version-build-date.number.dist.iso

(i.e. ovirt-node-iso-3.4.0-20140328.1.el6.iso)

This should make it obvious to the user what ISO to use.


Now about the rpm scheme. We can not change this as long as the Engine
logic has not been updated to use the proposed metadata file:
https://bugzilla.redhat.com/show_bug.cgi?id=1081969 (Node)
https://bugzilla.redhat.com/show_bug.cgi?id=1081970

Once these two bugs have been addressed we can also change the rpm
naming.
In general I'd like to follow the iso naming, thus:

ovirt-node-iso-ovirt-target-version-build-date.number.dist.rpm
   
   
   I think that we should have upstream version for ovirt node as any other
   upstream version we have.
  
  Yeah, after sleeping a bit about this, I also believe that we can be
  more conservative when it comes to the rpm naming.
  
  That means I could imagine going with the plain NVR …
  
   I also do not like dates embed within release as it will make our lives
   difficult when we have proper bug tracking system in place.
  
  … including without the build date, and only a propper (increasing)
  release verison.
  
   I am unsure what 'iso' means... I think it should be removed or converted
   to subpackage.
  
  The iso means that this package carries the ISO which can be deploayed
  by Engine.
  
  ovirt-node - Package with the recipe/kickstart and actual codebase
  ovirt-node-iso - Wrapper for the ISO containing ovirt-node
  
  I do not favor of making ovirt-node-iso a subpackage of ovirt-node.
  Because ovirt-node is actually contained in ovirt-node-iso.
 
 ok, although the fact that it carries iso is not significant... as the binary
 (built) representation of node is iso...
 but not that important :)
 
  
   Should we also consider parallel versions of different distributions(?)
   (fc19, fc20).
  
  In general I favor of having only one stable Node per distribution. Thus
  one for Fedora, and one for CentOS.
  
  Besides that, we could investigate how yum is handling different dist
  tags on packages in the same repo.
  I.e.:
  node-3.0-0.fc19.rpm
  node-3.0-0.el6.rpm
  In the same repo.
 
 no... it should be:
 
 node-fc19-3.0-0.fc19.rpm
 node-centos-3.0-0.fc19.rpm
 node-fc19-3.0-0.el6.rpm
 node-centos-3.0-0.el6.rpm
 
 As there is no reason why I would not like centos hosts for my fedora engine
 :)
 
 And there is no reason why we should not allow keeping these available
 side-by-side.

The logic of selection the most appropriate upgrade suggest different.

Guys again if users need to know what distro ovirt-node is constructed from 
than it misses the entire point of the node


 
 
  If the el6 variant is installed on the Engine side, does yum
  automatically update to the 3.1 el6 variant when it comes out? Or does
  yum ignore the different dist-tags?
  
   Pre-release:
   ovirt-node-iso-3.4.0-0.$(sequence).$(branch).$(date).dist.rpm
  
  Could you please give an example for this.
 
 

Re: [node-devel] Versioning of oVirt Node

[Barak Azulay]

- Original Message -
 From: Alon Bar-Lev alo...@redhat.com
 To: Barak Azulay bazu...@redhat.com
 Cc: Fabian Deutsch fabi...@redhat.com, a...@ovirt.org, Douglas Landgraf 
 dland...@redhat.com, node-devel
 node-devel@ovirt.org
 Sent: Monday, March 31, 2014 12:29:23 PM
 Subject: Re: [node-devel] Versioning of oVirt Node
 
 
 
 - Original Message -
  From: Barak Azulay bazu...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com
  Cc: Fabian Deutsch fabi...@redhat.com, a...@ovirt.org, Douglas
  Landgraf dland...@redhat.com, node-devel
  node-devel@ovirt.org
  Sent: Monday, March 31, 2014 12:20:59 PM
  Subject: Re: [node-devel] Versioning of oVirt Node
  
 
   As there is no reason why I would not like centos hosts for my fedora
   engine
   :)
   
   And there is no reason why we should not allow keeping these available
   side-by-side.
  
  The logic of selection the most appropriate upgrade suggest different.
 
 This should be solved by provides statement.
 
  Guys again if users need to know what distro ovirt-node is constructed from
  than it misses the entire point of the node
 
 If you base your implementation on specific distribution, then I do mind
 which, as I want to modify, build and use customized versions, and has no
 knowledge how to do that in red hat based os.
 
 As long as fedora instability and methods or centos/rhel old component
 enforcements are used, why not allowing debian users to feel comfortable as
 well, allowing them to pull this into their direction? Maybe at the end
 stable debian is the right way to go?
 
 Had you created your tiny distribution based on busybox, libvirt, vdsm etc...
 cross compile all from sources, then you would have been right, as it is our
 own distribution that fully controlled by the ovirt community.

If a user need to customize the hypervisor he can use a regular OS of his 
choice configured and tailored to his needs (Fedora ..., CentOS ...Debian, 
Gentoo ...)
This is a valid use case and effort for the community.

While having a black box hypervisor, should be the exact fit to just run VMs in 
oVirt environment.
Why to handle specific OS configuration in a much more complex and less 
intuitive environment to manage ?

Guys I really think this entirely misses the black-box approach.

I don't mind moving to our own tiny distro as long as it's a single image to 
release and maintain 

The effort of maintaining multiple ovirt-nodes based on distro and 
distro-version and ovirt-version creates an unmanageable test matrix that all 
the community might loose from  


 
 Alon
 
___
node-devel mailing list
node-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/node-devel

[Engine-devel] oVirt 3.4 test day - PPC support

[Barak Azulay]

Hi,

I tried to test various engine features related to PPC support,
However since I don't have a real Power PC HW I tried using the fake PPC 
configuration introduced by http://gerrit.ovirt.org/#/c/18718

So I added the following configuration to /etc/vdsm/vdsm.conf on a x86_64 host:

   fake_kvm_support=true
   fake_kvm_architecture=ppc64

And indeed it looked successful as you can see below

[root@bazulay1 ~]# vdsClient -s 0 getVdsCaps | grep -i cpu 
cpuCores = '4'
cpuFlags = 'powernv,model_POWER7_v2.3'
cpuModel = 'POWER 7 (fake)'
cpuSockets = '1'
cpuSpeed = '3401.000'
cpuThreads = '8'


However after creating the appropriate cluster:
CPU Architecture = ppc64
CPU name = IBM POWER 7* (meaning I tried all IBM POWER 7... cpus)

Adding the host always ended in non operational status with the error:

Host bazulay1 has architecture x86_64 and cannot join Cluster TESTDAY-CLUSTER 
which has architecture ppc64.


Thanks
Barak Azulay

___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] Fwd: Custom properties per device + vNIC profile = not working ( 3.3)

[Barak Azulay]

- Original Message -
 From: Mike Kolesnik mkole...@redhat.com
 To: Itamar Heim ih...@redhat.com
 Cc: engine-devel@ovirt.org
 Sent: Wednesday, November 20, 2013 9:41:45 AM
 Subject: Re: [Engine-devel] Fwd: Custom properties per device + vNIC profile 
 = not working ( 3.3)
 
 - Original Message -
  On 11/20/2013 09:31 AM, Mike Kolesnik wrote:
  
   - Original Message -
   On 11/20/2013 09:07 AM, Mike Kolesnik wrote:
   - Original Message -
   On 11/11/2013 11:48 AM, Mike Kolesnik wrote:
  
   - Original Message -
   Hi Mike,
  
   - Original Message -
   From: Mike Kolesnik mkole...@redhat.com
   To: engine-devel engine-devel@ovirt.org
   Cc: Barak Azulay bazu...@redhat.com, Martin Perina
   mper...@redhat.com, Livnat Peer lp...@redhat.com,
   Itamar Heim ih...@redhat.com
   Sent: Monday, November 11, 2013 8:49:33 AM
   Subject: Custom properties per device + vNIC profile = not working
   (
   3.3)
  
   Hi,
  
   I came across a situation where I wanted to define custom
   properties
   on
   a
   vNIC profile sitting under a network in a 3.2 data center.
  From what I saw the configuration value for custom properties
   (CustomDeviceProperties) is split into 4, one per each version
   (3.0,
   3.1,
   3.2, 3.3).
   Since vNIC profile is located under the DC tree, it takes the DC
   version
   -
   3.2 in this specific case.
  
   Custom Device Properties were designed to be specified for each
   cluster
   version
   independently, it doesn't care about DC version. AFAIK cluster
   version
   defines
   what features are available ...
  
  
   I tried to set the config value for 3.2 but got:
   $ engine-config -s
   CustomDeviceProperties={type=interface;prop={myProp=[a-zA-Z0-9-]+}}
   --cver=3.2
   Cannot set value {type=interface;prop={myProp=[a-zA-Z0-9-]+}} to
   key
   CustomDeviceProperties. Device custom properties are not supported
   in
   version 3.2
  
   This is already not very good, since in a 3.2 DC there can be 3.3
   clusters
   with 3.3 hosts that do support custom device properties.
  
   Specify your properties for 3.3 version, since they will be used in
   3.3
   clusters ...
  
  
   But the effective version is the DC version as I explained.
  
   In a DC 3.0-3.3 I can have clusters which the minimal version is the
   DC
   version, and the maximal version is 3.3.
   For example I can have the following:
   DC - version 3.0
   + Cluster 1 - version 3.0
   + Cluster 2 - version 3.1
   + Cluster 3 - version 3.2
   + Cluster 4 - version 3.3
  
   In this constellation, I could use custom device properties only on
   Cluster
   4, but it's not possible to define them since the vNIC profile is
   using
   the DC version 3.0.
   So effectively this feature is not usable to me unless I use a 3.3
   DC.
  
  
   I also tried to alter the config value in the DB directly, but the
   custom
   properties code ignored it since custom properties are not
   supported
   in
   3.2.
   So, de facto, I have no reasonable way as a user to define custom
   device
   properties to use for my vNIC profiles in DC  3.3.
  
   There are two configuration properties  for Custom Device
   Properties:
  
   1) SupportCustomDeviceProperties
   - defines in what version properties are supported
   - cannot be altered by users of course
  
   2) CustomDeviceProperties
   - holds properties specification for each version
   - can be defined using engine-config
  
  
   I opened the bug
   https://bugzilla.redhat.com/show_bug.cgi?id=1028757
   for
   this, however I also want to discuss the situation:
  
   I looked at the bug and the problem is, that management network
   profile
   is bound to DC and not the Cluster. And that's something we never
   thought
   of
   ...
  
  
   1. As a user, I can't set custom properties for level  3.3 which
   is
   not
   good.
  
   Well, it's 3.3 feature, so it looks OK for me
  
   Removing the blocking, and loading custom properties for all
   versions
   would
   fix the bug and allow using custom device properties for older
   versions,
   the
   reasonable place to block this would be running a VM (or plugging a
   device).
   Basically this is the lesser issue..
  
   2. I just don't see the added value of splitting the definition of
   the
   properties per level..
  
   The idea behind the version splitting was:
  
   1) We have a device with a feature that doesn't work correctly with
   version
   3.3,
 but it's fixed in 3.4
   2) By specifying custom property per version we cane disable this
   feature
   for
   3.3
 and enable for 3.4
  
   Custom properties is not for specifying which features are enabled,
   there
   is a whole other mechanism for that..
  
   Custom properties is for hooks (and other possible extensions), which
   by
   definition are not something that is guaranteed to exist so I see no
   point
   to force the user to update

Re: [Engine-devel] [IMPORTANT] DB upgrade scripts for master and for stable branch

[Barak Azulay]

- Original Message -
 From: Eyal Edri ee...@redhat.com
 To: Barak Azulay bazu...@redhat.com
 Cc: engine-devel engine-devel@ovirt.org, in...@ovirt.org
 Sent: Thursday, October 24, 2013 8:42:46 PM
 Subject: Re: [Engine-devel] [IMPORTANT] DB upgrade scripts for master and for 
 stable branch
 
 already active.

I may be missing something, so how wasn't it caught by those hooks ? 


 
 - Original Message -
  From: Barak Azulay bazu...@redhat.com
  To: Eyal Edri ee...@redhat.com
  Cc: engine-devel engine-devel@ovirt.org, in...@ovirt.org
  Sent: Thursday, October 24, 2013 8:12:27 PM
  Subject: Re: [Engine-devel] [IMPORTANT] DB upgrade scripts for master and
  for stable branch
  
  Even better,
  
  When will these hooks be effective on engine  master  ovirt-3.3 ?
  
  Barak
  
  - Original Message -
   From: Eyal Edri ee...@redhat.com
   To: Barak Azulay bazu...@redhat.com
   Cc: engine-devel engine-devel@ovirt.org, in...@ovirt.org
   Sent: Thursday, October 24, 2013 7:20:11 PM
   Subject: Re: [Engine-devel] [IMPORTANT] DB upgrade scripts for master and
   for   stable branch
   
   there are already in place gerrit jobs for all flows, only this was
   introduced before they were added:
   
   ovirt_engine_3.2_update_db_to_3.3_gerrit
   ovirt_engine_3.3.0_update_db_to_3.3_gerrit
   ovirt_engine_3.3.1_update_db_to_3.3_gerrit
   ovirt_engine_3.3_update_db_to_master_gerrit
   ovirt_engine_3.3.0_update_db_to_3.3.1_gerrit
   ovirt_engine_master_update_db_to_master_gerrit
   ovirt_engine_3.3_update_db_to_3.3_latest_gerrit
   
   - Original Message -
From: Barak Azulay bazu...@redhat.com
To: Eli Mesika emes...@redhat.com
Cc: engine-devel engine-devel@ovirt.org, in...@ovirt.org, Eyal
Edri
ee...@redhat.com
Sent: Thursday, October 24, 2013 7:13:04 PM
Subject: Re: [Engine-devel] [IMPORTANT] DB upgrade scripts for master
and
for stable branch

We should  add a gerrit hook to enforce the right naming/version  of db
upgrade scripts.


Thanks
Barak Azulay

- Original Message -
 From: Eli Mesika emes...@redhat.com
 To: engine-devel engine-devel@ovirt.org
 Sent: Thursday, October 24, 2013 6:49:21 PM
 Subject: [Engine-devel] [IMPORTANT] DB upgrade scripts for master and
 for
   stable branch
 
 Hi
 
 Please note that any upgrade script introduced to the master branch
 should
 have the 03_04 prefix.
 If this script is resolving a blocker/exception BZ it should be
 ported
 to
 the
 ovirt-engine-3.3 branch with a 03_03 prefix !!!
 
 We have encountered some patches that broke the upgrade from
 ovirt-engine-3.3
 to master as a result of
 
 1) naming new upgrade scripts in master branch with 03_03 prefix
 2) naming new upgrade scripts in ovirt-engine-3.3 stable branch with
 03_04
 prefix
 
 I am available for any question and asking you to add me to any DB
 related
 script as a reviewer even if I +2 the master patch and you just
 back-port
 it
 to ovirt-engine-3.3.
 It may save us a lot of noise.
 
 Thanks for your cooperation
 
 Eli
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
 
 

   ___
   Engine-devel mailing list
   Engine-devel@ovirt.org
   http://lists.ovirt.org/mailman/listinfo/engine-devel
   
   
   
  
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] [IMPORTANT] DB upgrade scripts for master and for stable branch

[Barak Azulay]

- Original Message -
 From: Eyal Edri ee...@redhat.com
 To: Barak Azulay bazu...@redhat.com
 Cc: engine-devel engine-devel@ovirt.org, in...@ovirt.org
 Sent: Sunday, October 27, 2013 12:57:23 PM
 Subject: Re: [Engine-devel] [IMPORTANT] DB upgrade scripts for master and for 
 stable branch
 
 
 
 - Original Message -
  From: Barak Azulay bazu...@redhat.com
  To: Eyal Edri ee...@redhat.com
  Cc: engine-devel engine-devel@ovirt.org, in...@ovirt.org
  Sent: Sunday, October 27, 2013 12:49:33 PM
  Subject: Re: [Engine-devel] [IMPORTANT] DB upgrade scripts for master and
  for stable branch
  
  
  
  - Original Message -
   From: Eyal Edri ee...@redhat.com
   To: Barak Azulay bazu...@redhat.com
   Cc: engine-devel engine-devel@ovirt.org, in...@ovirt.org
   Sent: Thursday, October 24, 2013 8:42:46 PM
   Subject: Re: [Engine-devel] [IMPORTANT] DB upgrade scripts for master and
   for   stable branch
   
   already active.
  
  I may be missing something, so how wasn't it caught by those hooks ?
 
 1. job was added AFTER failure was introduced (flow from 3.3 - master).
 2. job will now fail on every patch until issue is fixed.

Great,

Thanks

 
 
 
  
  
   
   - Original Message -
From: Barak Azulay bazu...@redhat.com
To: Eyal Edri ee...@redhat.com
Cc: engine-devel engine-devel@ovirt.org, in...@ovirt.org
Sent: Thursday, October 24, 2013 8:12:27 PM
Subject: Re: [Engine-devel] [IMPORTANT] DB upgrade scripts for master
and
for stable branch

Even better,

When will these hooks be effective on engine  master  ovirt-3.3 ?

Barak

- Original Message -
 From: Eyal Edri ee...@redhat.com
 To: Barak Azulay bazu...@redhat.com
 Cc: engine-devel engine-devel@ovirt.org, in...@ovirt.org
 Sent: Thursday, October 24, 2013 7:20:11 PM
 Subject: Re: [Engine-devel] [IMPORTANT] DB upgrade scripts for master
 and
 for   stable branch
 
 there are already in place gerrit jobs for all flows, only this was
 introduced before they were added:
 
 ovirt_engine_3.2_update_db_to_3.3_gerrit
 ovirt_engine_3.3.0_update_db_to_3.3_gerrit
 ovirt_engine_3.3.1_update_db_to_3.3_gerrit
 ovirt_engine_3.3_update_db_to_master_gerrit
 ovirt_engine_3.3.0_update_db_to_3.3.1_gerrit
 ovirt_engine_master_update_db_to_master_gerrit
 ovirt_engine_3.3_update_db_to_3.3_latest_gerrit
 
 - Original Message -
  From: Barak Azulay bazu...@redhat.com
  To: Eli Mesika emes...@redhat.com
  Cc: engine-devel engine-devel@ovirt.org, in...@ovirt.org, Eyal
  Edri
  ee...@redhat.com
  Sent: Thursday, October 24, 2013 7:13:04 PM
  Subject: Re: [Engine-devel] [IMPORTANT] DB upgrade scripts for
  master
  and
  for stable branch
  
  We should  add a gerrit hook to enforce the right naming/version
  of
  db
  upgrade scripts.
  
  
  Thanks
  Barak Azulay
  
  - Original Message -
   From: Eli Mesika emes...@redhat.com
   To: engine-devel engine-devel@ovirt.org
   Sent: Thursday, October 24, 2013 6:49:21 PM
   Subject: [Engine-devel] [IMPORTANT] DB upgrade scripts for master
   and
   for
 stable branch
   
   Hi
   
   Please note that any upgrade script introduced to the master
   branch
   should
   have the 03_04 prefix.
   If this script is resolving a blocker/exception BZ it should be
   ported
   to
   the
   ovirt-engine-3.3 branch with a 03_03 prefix !!!
   
   We have encountered some patches that broke the upgrade from
   ovirt-engine-3.3
   to master as a result of
   
   1) naming new upgrade scripts in master branch with 03_03 prefix
   2) naming new upgrade scripts in ovirt-engine-3.3 stable branch
   with
   03_04
   prefix
   
   I am available for any question and asking you to add me to any
   DB
   related
   script as a reviewer even if I +2 the master patch and you just
   back-port
   it
   to ovirt-engine-3.3.
   It may save us a lot of noise.
   
   Thanks for your cooperation
   
   Eli
   ___
   Engine-devel mailing list
   Engine-devel@ovirt.org
   http://lists.ovirt.org/mailman/listinfo/engine-devel
   
   
   
  
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
 
 

   
  
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] [IMPORTANT] DB upgrade scripts for master and for stable branch

[Barak Azulay]

We should  add a gerrit hook to enforce the right naming/version  of db upgrade 
scripts.


Thanks
Barak Azulay

- Original Message -
 From: Eli Mesika emes...@redhat.com
 To: engine-devel engine-devel@ovirt.org
 Sent: Thursday, October 24, 2013 6:49:21 PM
 Subject: [Engine-devel] [IMPORTANT] DB upgrade scripts for master and for 
 stable branch
 
 Hi
 
 Please note that any upgrade script introduced to the master branch should
 have the 03_04 prefix.
 If this script is resolving a blocker/exception BZ it should be ported to the
 ovirt-engine-3.3 branch with a 03_03 prefix !!!
 
 We have encountered some patches that broke the upgrade from ovirt-engine-3.3
 to master as a result of
 
 1) naming new upgrade scripts in master branch with 03_03 prefix
 2) naming new upgrade scripts in ovirt-engine-3.3 stable branch with 03_04
 prefix
 
 I am available for any question and asking you to add me to any DB related
 script as a reviewer even if I +2 the master patch and you just back-port it
 to ovirt-engine-3.3.
 It may save us a lot of noise.
 
 Thanks for your cooperation
 
 Eli
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
 
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] [IMPORTANT] DB upgrade scripts for master and for stable branch

[Barak Azulay]

Even better,

When will these hooks be effective on engine  master  ovirt-3.3 ? 

Barak

- Original Message -
 From: Eyal Edri ee...@redhat.com
 To: Barak Azulay bazu...@redhat.com
 Cc: engine-devel engine-devel@ovirt.org, in...@ovirt.org
 Sent: Thursday, October 24, 2013 7:20:11 PM
 Subject: Re: [Engine-devel] [IMPORTANT] DB upgrade scripts for master and for 
 stable branch
 
 there are already in place gerrit jobs for all flows, only this was
 introduced before they were added:
 
 ovirt_engine_3.2_update_db_to_3.3_gerrit
 ovirt_engine_3.3.0_update_db_to_3.3_gerrit
 ovirt_engine_3.3.1_update_db_to_3.3_gerrit
 ovirt_engine_3.3_update_db_to_master_gerrit
 ovirt_engine_3.3.0_update_db_to_3.3.1_gerrit
 ovirt_engine_master_update_db_to_master_gerrit
 ovirt_engine_3.3_update_db_to_3.3_latest_gerrit
 
 - Original Message -
  From: Barak Azulay bazu...@redhat.com
  To: Eli Mesika emes...@redhat.com
  Cc: engine-devel engine-devel@ovirt.org, in...@ovirt.org, Eyal Edri
  ee...@redhat.com
  Sent: Thursday, October 24, 2013 7:13:04 PM
  Subject: Re: [Engine-devel] [IMPORTANT] DB upgrade scripts for master and
  for stable branch
  
  We should  add a gerrit hook to enforce the right naming/version  of db
  upgrade scripts.
  
  
  Thanks
  Barak Azulay
  
  - Original Message -
   From: Eli Mesika emes...@redhat.com
   To: engine-devel engine-devel@ovirt.org
   Sent: Thursday, October 24, 2013 6:49:21 PM
   Subject: [Engine-devel] [IMPORTANT] DB upgrade scripts for master and for
 stable branch
   
   Hi
   
   Please note that any upgrade script introduced to the master branch
   should
   have the 03_04 prefix.
   If this script is resolving a blocker/exception BZ it should be ported to
   the
   ovirt-engine-3.3 branch with a 03_03 prefix !!!
   
   We have encountered some patches that broke the upgrade from
   ovirt-engine-3.3
   to master as a result of
   
   1) naming new upgrade scripts in master branch with 03_03 prefix
   2) naming new upgrade scripts in ovirt-engine-3.3 stable branch with
   03_04
   prefix
   
   I am available for any question and asking you to add me to any DB
   related
   script as a reviewer even if I +2 the master patch and you just back-port
   it
   to ovirt-engine-3.3.
   It may save us a lot of noise.
   
   Thanks for your cooperation
   
   Eli
   ___
   Engine-devel mailing list
   Engine-devel@ovirt.org
   http://lists.ovirt.org/mailman/listinfo/engine-devel
   
   
   
  
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
 
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] BatchUpdates and VdsUpdateRuntimeInfo

[Barak Azulay]

Liran,

It is worth mentioning the environment and duration these measurements were 
taken.

Thanks
Barak Azulay 

- Original Message -
 From: Liran Zelkha liran.zel...@gmail.com
 To: engine-devel engine-devel@ovirt.org
 Cc: Itamar Heim ih...@redhat.com, Barak Azulay bazu...@redhat.com, 
 Allon Mureinik amure...@redhat.com
 Sent: Wednesday, July 3, 2013 1:08:08 PM
 Subject: BatchUpdates and VdsUpdateRuntimeInfo
 
 Hi all,
 
 Batch updates are now merged, so please start using it. As usage example,
 please check VdsUpdateRuntimeInfo code. Attached doc shows performance
 benefits from using batch over regular update.
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] SSH Soft Fencing

[Barak Azulay]

- Original Message -
 From: Martin Perina mper...@redhat.com
 To: engine-devel@ovirt.org
 Sent: Wednesday, July 3, 2013 3:39:20 PM
 Subject: Re: [Engine-devel] SSH Soft Fencing
 
 
 
 - Original Message -
  From: Livnat Peer lp...@redhat.com
  To: Martin Perina mper...@redhat.com
  Cc: engine-devel@ovirt.org
  Sent: Wednesday, July 3, 2013 2:32:16 PM
  Subject: Re: [Engine-devel] SSH Soft Fencing
  
  Hi Martin,
  I have some more questions,
  - Do we persist the host root password for this feature?
  - If we do, is this feature limited for new hosts, can I provide it for
  already existing hosts?
  - Do we encrypt this value when storing in the DB?
  
  Thanks, Livnat
  
 
 Well, SSH connection uses engine default SSH key, no password. So I think
 this is usable for all hosts.

correct, SSH public key is deployed as a part of bootstrap  host-deploy from 
day one.
So no need to save the password anywhere.

Marin - Where do you take the username (currently only root is supported), but 
we intend to move away from it,
Actually Yaniv.B as added it to the DB as first stage - just making sure you'll 
use that.

Thanks
Barak

 
 
  
  On 07/03/2013 02:55 PM, Martin Perina wrote:
   Let's summarize again, SSH Soft Fencing patches has been merged yesterday
   with following functionality:
   
   1) For hosts with power management configured, SSH Soft Fencing is the
   1st
  fencing stage. If it doesn't help, real fencing will be executed.
   
   2) For hosts without power management configured, SSH Soft Fencing is the
   only
  fencing stage. If it doesn't help, host will become non responsive.
   
   3) SSH Soft Fencing is enabled by default, there's no configuration
   option
  to disable it
   
   4) SshSoftFencingCommand option is used to define what command is
   executed
  during SSH Soft Fencing. It can only be changed manually in database.
   
   The whole fencing process in oVirt 3.3 is decribed at
   
   http://www.ovirt.org/Automatic_Fencing#Automatic_Fencing_in_oVirt_3.3
   
   
   
   Martin Perina
   
   
   - Original Message -
   From: Michal Skrivanek michal.skriva...@redhat.com
   To: engine-devel@ovirt.org
   Sent: Wednesday, July 3, 2013 12:03:13 PM
   Subject: Re: [Engine-devel] SSH Soft Fencing
  
  
   On Jul 2, 2013, at 10:44 , Eli Mesika emes...@redhat.com wrote:
  
  
  
   - Original Message -
   From: Livnat Peer lp...@redhat.com
   To: Yair Zaslavsky yzasl...@redhat.com
   Cc: engine-devel@ovirt.org
   Sent: Monday, July 1, 2013 12:57:34 PM
   Subject: Re: [Engine-devel] SSH Soft Fencing
  
   On 07/01/2013 11:27 AM, Yair Zaslavsky wrote:
  
  
   - Original Message -
   From: Martin Perina mper...@redhat.com
   To: engine-devel@ovirt.org
   Sent: Monday, July 1, 2013 11:23:12 AM
   Subject: Re: [Engine-devel] SSH Soft Fencing
  
   So let me summarize it:
  
   We have come to agreement in those questions:
  
   1) SSH Soft Fencing logic should be extracted from
   VdsNotRespondingTreatment
 command to its own SshSoftFencingCommand
  
   2) VdsNotRespondingCommand should be refactored so it's not
   inherited
   from
 VdsRestartCommand, but it should run SshSoftFencingCommand
 or VdsRestartCommand based on defined fencing flow
  
  
   These questions has not been resolved yet:
  
   3) Should SSH Soft Fencing be executed also for hosts without PM
   configured?
  
   4) Should SSH Soft Fencing execution for hosts without PM configured
   be
   enabled
 by default and admin can turn off these feature using
 configuration
 options
 SshSoftFencingWithoutPmEnabled (or something like that)?
  
   5) Should SshSoftFencingWithoutPmEnabled be a global option or a
   cluster
   wide
 option (can be turned off for specific cluster version) or a VDS
 option
 (it can be turned off for each host)?
  
  
   Personally I would suggest:
  
   ad 3) Yes, SSH Soft Fencing should be executed also for hosts
   without
   PM
   configured
  
  
  
   +1
  
   ad 4) Yes, SSH Soft Fencing for hosts without PM configured should
   be
   enabled by default
  
  
   +1
  
   ad 5) I don't see any significant reason why someone would like to
   turn
   off
   SSH Soft Fencing
 for hosts without PM configured. But if someone would like to
 do
 that,
 I think
 he would like to turn it off only for specific hosts, so VDS
 level
 option makes sense
 for me
  
   After re-thinking 5 - I agree.
   +1 on the other suggestions, but of course we need to get more
   consensus
   here.
  
  
   I think it does not need to be configurable.
  
   I think a configuration option, as cumbersome and confusing as it can
   be,
   is
   still better than no choice. Especially if it means to restore the
   previous
   behavior.
   If it only can happen in a theoretical problem at customer where vdsm
   restart
   cause issues for whatever theoretical reason….it would be 

Re: [Engine-devel] SSH Soft Fencing

[Barak Azulay]

- Original Message -
 From: Livnat Peer lp...@redhat.com
 To: Yair Zaslavsky yzasl...@redhat.com
 Cc: engine-devel@ovirt.org
 Sent: Sunday, June 30, 2013 8:06:28 AM
 Subject: Re: [Engine-devel] SSH Soft Fencing
 
 On 06/30/2013 05:46 AM, Yair Zaslavsky wrote:
  
  
  - Original Message -
  From: Barak Azulay bazu...@redhat.com
  To: Martin Perina mper...@redhat.com
  Cc: Yair Zaslavsky yzasl...@redhat.com, engine-devel@ovirt.org, Eli
  Mesika emes...@redhat.com
  Sent: Thursday, June 27, 2013 8:31:35 PM
  Subject: Re: SSH Soft Fencing
 
 
 
  - Original Message -
  From: Eli Mesika emes...@redhat.com
  To: Yair Zaslavsky yzasl...@redhat.com
  Cc: Martin Perina mper...@redhat.com, engine-devel@ovirt.org, Barak
  Azulay bazu...@redhat.com
  Sent: Thursday, June 27, 2013 5:55:29 PM
  Subject: Re: SSH Soft Fencing
 
 
 
  - Original Message -
  From: Yair Zaslavsky yzasl...@redhat.com
  To: Eli Mesika emes...@redhat.com
  Cc: Martin Perina mper...@redhat.com, engine-devel@ovirt.org, Barak
  Azulay bazu...@redhat.com
  Sent: Thursday, June 27, 2013 5:43:17 PM
  Subject: Re: SSH Soft Fencing
 
 
 
  - Original Message -
  From: Eli Mesika emes...@redhat.com
  To: Martin Perina mper...@redhat.com
  Cc: engine-devel@ovirt.org, Yair Zaslavsky yzasl...@redhat.com,
  Barak
  Azulay bazu...@redhat.com
  Sent: Thursday, June 27, 2013 3:48:39 PM
  Subject: Re: SSH Soft Fencing
 
 
 
  - Original Message -
  From: Martin Perina mper...@redhat.com
  To: engine-devel@ovirt.org
  Cc: Yair Zaslavsky yzasl...@redhat.com, Barak Azulay
  bazu...@redhat.com, Eli Mesika emes...@redhat.com
  Sent: Thursday, June 27, 2013 1:51:06 PM
  Subject: SSH Soft Fencing
 
  Hi,
 
  SSH Soft Fencing is a new feature for 3.3 and it tries to restart
  VDSM
  using SSH connection on non responsive hosts prior to real fencing.
  More info can be found at
 
  http://www.ovirt.org/Automatic_Fencing#Automatic_Fencing_in_oVirt_3.3
 
  In current SSH Soft Fencing implementation the restart VDSM using SSH
  command is part of standard fencing implementation in
  VdsNotRespondingTreatmentCommand. But this command is executed only
  if a host has a valid PM configuration. If host doesn't have a valid
  PM configuration, the execution of the command is disabled and host
  state is change to Non Responsive.
 
  So my question are:
 
  1) Should SSH Soft Fencing be executed on hosts without valid PM
 configuration?
 
  I think that the answer should be yes. The vdsm restart will solve most
  of
  problems , so why not using it whether a PM agent is defined or not.
  I agree.
  I would like to say that I also don't like the fact that
  VdsNotRespondingTreatment extends RestartVdsCommand.
  One should ask if non responding treatment is a restart vds operation
  or
  maybe RestartVdsCommand is just a step in the non responding treatment
  (inheritance vs containment/delegation).
  I think that VdsNotRespodingTreatment should delegate the call to
  RestartVdsCommand as the 2nd step after issuing the Soft Fencing
  command.
  Thoughts anyone?
 
  That would be a nice and needed re-factoring
 
  I would say yes - but would add it only with appropriate configuration
  (enableAutoSoftVdsmRestartWhenNoPMAvailable  I hate the name)
  
  +1 on configuration.
  Configuration must reside at host-related entities (i.e - VdsStatic).
  
  Yair
  
 
 Why would a user like to avoid fencing VDSM when host becomes
 non-responsive?
 
 I think that adding another configuration option is cumbersome with no
 real value.

The problem i'm trying to solve is not about whether this is the right way to 
solve a case where vdsm is not responsive,
But it's about changing the expected behavior in certain cases (and not be able 
to disable such a change).

When a user does not configure a PM he does not expect any fencing to happen, 
and may be he wants to reach a state where VDSM is stuck .
(even for development purposes ...) and buy doing the automatic SSH fencing we 
are actually depriving him from thas option.

So let's enable him to reach that situation if he desires (by configuration), 
and put the default to automatically do the SSH + restart.   


 
 Livnat
 
 
   
 
 
 
 
 
  2) Should VDSM restart using SSH command be reimplemented
 as standalone command to be usable also in other parts of engine?
 If 1) is true, I think it will have to be done anyway.
 
  I agree here.
 
  +1
 
  On one hand it makes sense,  but I have several questions on the above:
  - Who do we think may want to use such a command ?
  - Should (or even can) we limit the use of such command to
  noneResponsiveTreatment ?
 
  Having general commands available to all code when there is only one
  specific
  case we are using it might be a bit riskey,
  Especially when we talk about restarting something.
 
  Thoughts ?
 
 
 
 
 
 
  Martin Perina
 
 
 
 
 
  ___
  Engine-devel mailing list
  Engine

Re: [Engine-devel] SSH Soft Fencing

[Barak Azulay]

- Original Message -
 From: Barak Azulay bazu...@redhat.com
 To: Martin Perina mper...@redhat.com
 Cc: Yair Zaslavsky yzasl...@redhat.com, engine-devel@ovirt.org, Eli 
 Mesika emes...@redhat.com
 Sent: Thursday, June 27, 2013 8:31:35 PM
 Subject: Re: SSH Soft Fencing
 
 
 
 - Original Message -
  From: Eli Mesika emes...@redhat.com
  To: Yair Zaslavsky yzasl...@redhat.com
  Cc: Martin Perina mper...@redhat.com, engine-devel@ovirt.org, Barak
  Azulay bazu...@redhat.com
  Sent: Thursday, June 27, 2013 5:55:29 PM
  Subject: Re: SSH Soft Fencing
  
  
  
  - Original Message -
   From: Yair Zaslavsky yzasl...@redhat.com
   To: Eli Mesika emes...@redhat.com
   Cc: Martin Perina mper...@redhat.com, engine-devel@ovirt.org, Barak
   Azulay bazu...@redhat.com
   Sent: Thursday, June 27, 2013 5:43:17 PM
   Subject: Re: SSH Soft Fencing
   
   
   
   - Original Message -
From: Eli Mesika emes...@redhat.com
To: Martin Perina mper...@redhat.com
Cc: engine-devel@ovirt.org, Yair Zaslavsky yzasl...@redhat.com,
Barak
Azulay bazu...@redhat.com
Sent: Thursday, June 27, 2013 3:48:39 PM
Subject: Re: SSH Soft Fencing



- Original Message -
 From: Martin Perina mper...@redhat.com
 To: engine-devel@ovirt.org
 Cc: Yair Zaslavsky yzasl...@redhat.com, Barak Azulay
 bazu...@redhat.com, Eli Mesika emes...@redhat.com
 Sent: Thursday, June 27, 2013 1:51:06 PM
 Subject: SSH Soft Fencing
 
 Hi,
 
 SSH Soft Fencing is a new feature for 3.3 and it tries to restart
 VDSM
 using SSH connection on non responsive hosts prior to real fencing.
 More info can be found at
 
 http://www.ovirt.org/Automatic_Fencing#Automatic_Fencing_in_oVirt_3.3
 
 In current SSH Soft Fencing implementation the restart VDSM using SSH
 command is part of standard fencing implementation in
 VdsNotRespondingTreatmentCommand. But this command is executed only
 if a host has a valid PM configuration. If host doesn't have a valid
 PM configuration, the execution of the command is disabled and host
 state is change to Non Responsive.
 
 So my question are:
 
 1) Should SSH Soft Fencing be executed on hosts without valid PM
configuration?

I think that the answer should be yes. The vdsm restart will solve most
of
problems , so why not using it whether a PM agent is defined or not.
   I agree.
   I would like to say that I also don't like the fact that
   VdsNotRespondingTreatment extends RestartVdsCommand.
   One should ask if non responding treatment is a restart vds operation
   or
   maybe RestartVdsCommand is just a step in the non responding treatment
   (inheritance vs containment/delegation).
   I think that VdsNotRespodingTreatment should delegate the call to
   RestartVdsCommand as the 2nd step after issuing the Soft Fencing command.
   Thoughts anyone?
  
  That would be a nice and needed re-factoring
 
 I would say yes - but would add it only with appropriate configuration
 (enableAutoSoftVdsmRestartWhenNoPMAvailable  I hate the name)
 
  
 
  
   

 
 2) Should VDSM restart using SSH command be reimplemented
as standalone command to be usable also in other parts of engine?
If 1) is true, I think it will have to be done anyway.
   
   I agree here.

+1
 
 On one hand it makes sense,  but I have several questions on the above:
 - Who do we think may want to use such a command ?
 - Should (or even can) we limit the use of such command to
 noneResponsiveTreatment ?
 
 Having general commands available to all code when there is only one specific
 case we are using it might be a bit riskey,
 Especially when we talk about restarting something.

Martin ? Eli? Yair?

Can you please refer to the issue above ?


 
 Thoughts ?
 
 
 

 
 
 Martin Perina
 

   
  
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] SSH Soft Fencing

[Barak Azulay]

- Original Message -
 From: Eli Mesika emes...@redhat.com
 To: Yair Zaslavsky yzasl...@redhat.com
 Cc: Martin Perina mper...@redhat.com, engine-devel@ovirt.org, Barak 
 Azulay bazu...@redhat.com
 Sent: Thursday, June 27, 2013 5:55:29 PM
 Subject: Re: SSH Soft Fencing
 
 
 
 - Original Message -
  From: Yair Zaslavsky yzasl...@redhat.com
  To: Eli Mesika emes...@redhat.com
  Cc: Martin Perina mper...@redhat.com, engine-devel@ovirt.org, Barak
  Azulay bazu...@redhat.com
  Sent: Thursday, June 27, 2013 5:43:17 PM
  Subject: Re: SSH Soft Fencing
  
  
  
  - Original Message -
   From: Eli Mesika emes...@redhat.com
   To: Martin Perina mper...@redhat.com
   Cc: engine-devel@ovirt.org, Yair Zaslavsky yzasl...@redhat.com,
   Barak
   Azulay bazu...@redhat.com
   Sent: Thursday, June 27, 2013 3:48:39 PM
   Subject: Re: SSH Soft Fencing
   
   
   
   - Original Message -
From: Martin Perina mper...@redhat.com
To: engine-devel@ovirt.org
Cc: Yair Zaslavsky yzasl...@redhat.com, Barak Azulay
bazu...@redhat.com, Eli Mesika emes...@redhat.com
Sent: Thursday, June 27, 2013 1:51:06 PM
Subject: SSH Soft Fencing

Hi,

SSH Soft Fencing is a new feature for 3.3 and it tries to restart VDSM
using SSH connection on non responsive hosts prior to real fencing.
More info can be found at

http://www.ovirt.org/Automatic_Fencing#Automatic_Fencing_in_oVirt_3.3

In current SSH Soft Fencing implementation the restart VDSM using SSH
command is part of standard fencing implementation in
VdsNotRespondingTreatmentCommand. But this command is executed only
if a host has a valid PM configuration. If host doesn't have a valid
PM configuration, the execution of the command is disabled and host
state is change to Non Responsive.

So my question are:

1) Should SSH Soft Fencing be executed on hosts without valid PM
   configuration?
   
   I think that the answer should be yes. The vdsm restart will solve most
   of
   problems , so why not using it whether a PM agent is defined or not.
  I agree.
  I would like to say that I also don't like the fact that
  VdsNotRespondingTreatment extends RestartVdsCommand.
  One should ask if non responding treatment is a restart vds operation or
  maybe RestartVdsCommand is just a step in the non responding treatment
  (inheritance vs containment/delegation).
  I think that VdsNotRespodingTreatment should delegate the call to
  RestartVdsCommand as the 2nd step after issuing the Soft Fencing command.
  Thoughts anyone?
 
 That would be a nice and needed re-factoring

I would say yes - but would add it only with appropriate configuration 
(enableAutoSoftVdsmRestartWhenNoPMAvailable  I hate the name)

 

 
  
   

2) Should VDSM restart using SSH command be reimplemented
   as standalone command to be usable also in other parts of engine?
   If 1) is true, I think it will have to be done anyway.
  
  I agree here.
   
   +1

On one hand it makes sense,  but I have several questions on the above:
- Who do we think may want to use such a command ?
- Should (or even can) we limit the use of such command to 
noneResponsiveTreatment ?

Having general commands available to all code when there is only one specific 
case we are using it might be a bit riskey,
Especially when we talk about restarting something.

Thoughts ?



   


Martin Perina

   
  
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] Updates in VdsUpdateRuntimeInfo

[Barak Azulay]

- Original Message -
 From: Itamar Heim ih...@redhat.com
 To: Liran Zelkha lzel...@redhat.com
 Cc: engine-devel engine-devel@ovirt.org
 Sent: Tuesday, June 11, 2013 4:00:21 PM
 Subject: Re: [Engine-devel] Updates in VdsUpdateRuntimeInfo
 
 On 06/11/2013 03:26 PM, Liran Zelkha wrote:
  Hi all,
 
  I'm checking performance for VdsUpdateRunTimeInfo.
  Naturally, much of the performance surrounds database activity
  (getVmsRunningOnVds queries, updateDeviceRuntimeInfo, updateVmDynamic)
 
  Few questions:
  1. I have implemented batch updates for procedure UpdateVmDeviceRuntimeInfo
  for improved performance.
  2. Seems like the only parameters UpdateVmDeviceRuntimeInfo is getting are
  vm_id,vm_device_id,address and alias. Are those rapidly changing, or will
  it be beneficial to implement caching on those updates (to ensure
  not-required updates do not travel to the database).
 
 slowly changing, but how will you cover all flows changing these devices
 to invalidate the cache (iiuc, this table is modified by engine when
 adding devices to a VM as well?)


I don't think that in the device run time info we need to invalidate once we 
add a device.
This is a specific case where we actually get the information from the VDSM 
(addresses are received from libvirt)
The commands IIRC are first send to VDSM and than update the runtime info only 
on changed info (we can also hash it),
It may put the placeholder in the DB first but it still relies on the data 
received from VDSM.




 
  3. Any additional known performance problems you know of in regards to this
  class?
 
  Thanks...
  ___
  Engine-devel mailing list
  Engine-devel@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/engine-devel
 
 
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
 
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] Updates in VdsUpdateRuntimeInfo

[Barak Azulay]

- Original Message -
 From: Itamar Heim ih...@redhat.com
 To: Barak Azulay bazu...@redhat.com
 Cc: engine-devel engine-devel@ovirt.org
 Sent: Wednesday, June 12, 2013 10:09:09 AM
 Subject: Re: [Engine-devel] Updates in VdsUpdateRuntimeInfo
 
 On 06/12/2013 09:41 AM, Barak Azulay wrote:
 
 
  - Original Message -
  From: Itamar Heim ih...@redhat.com
  To: Liran Zelkha lzel...@redhat.com
  Cc: engine-devel engine-devel@ovirt.org
  Sent: Tuesday, June 11, 2013 4:00:21 PM
  Subject: Re: [Engine-devel] Updates in VdsUpdateRuntimeInfo
 
  On 06/11/2013 03:26 PM, Liran Zelkha wrote:
  Hi all,
 
  I'm checking performance for VdsUpdateRunTimeInfo.
  Naturally, much of the performance surrounds database activity
  (getVmsRunningOnVds queries, updateDeviceRuntimeInfo, updateVmDynamic)
 
  Few questions:
  1. I have implemented batch updates for procedure
  UpdateVmDeviceRuntimeInfo
  for improved performance.
  2. Seems like the only parameters UpdateVmDeviceRuntimeInfo is getting
  are
  vm_id,vm_device_id,address and alias. Are those rapidly changing, or will
  it be beneficial to implement caching on those updates (to ensure
  not-required updates do not travel to the database).
 
  slowly changing, but how will you cover all flows changing these devices
  to invalidate the cache (iiuc, this table is modified by engine when
  adding devices to a VM as well?)
 
 
  I don't think that in the device run time info we need to invalidate once
  we add a device.
  This is a specific case where we actually get the information from the VDSM
  (addresses are received from libvirt)
  The commands IIRC are first send to VDSM and than update the runtime info
  only on changed info (we can also hash it),
  It may put the placeholder in the DB first but it still relies on the data
  received from VDSM.
 
 if this table is only updated from vdsm to save it, i agree.
 but isn't the engine also manipulating it?
 wasn't there a request to be able to maybe edit the addresses some day?

Even if there was such a request, we still update when we receive the info from 
libvirt.

Anyway there are obviously a few improvements to be done before caching.
- update only when info received from VDSM change (need to verify it is the 
practice here)
- do batch update for the new updated data received.
- do the hashing (of vm device runtime info) on VDSM for the data , and update 
only when hash changes
- caching ...

Barak
 


 
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
 
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] [ANN] New development environment for ovirt-engine

[Barak Azulay]

Good work guys,

Thanks
Barak Azulay



On May 12, 2013, at 14:52, Alon Bar-Lev alo...@redhat.com wrote:

 Hello all ovirt-engine developers,
 
 When I first joined the ovirt project, it took me about two weeks to setup a 
 development environment, I needed to work on a bug related to host-deploy so 
 I needed an environment that could use the ssh, PKI, vdsm-bootstrap and 
 communicate with vdsm using SSL, this was virtually impossible to do so 
 without tweaking the product in a way that it is so different from production 
 use, that I cannot guarantee that whatever tested in development will 
 actually work in production.
 
 I peeked at the installation script in a hope that I can create partial 
 environment similar to production, but I found that the packaging 
 implementation makes to much assumption and is very difficult to adopt. The 
 fact that I do not use fedora/rhel for my development made it even worse.
 
 I had no other option than to create rpms after each of my changes and test 
 each in real production like setup.
 
 It was obvious to me that the manual customization of developers to achieve 
 working product will eventually break as product grow and move away from 
 being developer friendly to production friendly. For example, product 
 defaults cannot be these which serve developers, but these which serve 
 production the best, or having a valid PKI setup cannot be optional any more 
 as components do need to use it. Same for location of files and 
 configuration, for example, if we write a pluggable infrastructure for 
 branding, we cannot damage the interface just because developers runs the 
 product in their own manual customization.
 
 I took the opportunity handed to me to port the ovirt-engine to other 
 distributions in order to provide a development environment that is similar 
 to production setup. Together with Sandro Bonazzola and Alex Lourie we 
 re-wrote the whole installation of the product which can also be used to 
 setup the desired development environment.
 
 Within this environment the product is set up using the same tools and 
 configuration as in production, while the process does not require special 
 privileges nor changes the state of the developer machine. 
 
 A complete documentation is available[1], I preferred to use README within 
 the source tree as wiki tend to quickly become obsolete, while documentation 
 within source tree can be modified by the commit that introduces a change. I 
 will redirect to this file from the current wiki once the site will be up.
 
 In a nut shell, after installing prerequisites, build and install the product 
 using:
 
 $ make clean install-dev PREFIX=$HOME/ovirt-engine
 
 This will run maven and create product installation at $HOME/ovirt-engine
 Next, a setup phase is required just like in production, to initialize 
 configuration and database:
 
 $ $HOME/ovirt-engine/bin/engine-setup-2
 
 You have now fully functional product, including PKI, SSL, host-deploy, tools.
 No manual database updates are required, no lose of functionality.
 
 All that is left is to start the engine service:
 
 $ $HOME/ovirt-engine/share/ovirt-engine/services/ovirt-engine.py start
 
 Access to application:
   http://localhost:8080
   https://localhost:8443
 Debugging port is opened at port 8787.
 
 Farther information exists in the documentation[1].
 
 There are several inherit benefits of the new environment, the major one is 
 the ability to manage several environments in parallel on the same host. For 
 example, if we develop two separate features on two branches we can install 
 the product into $HOME/ovirt-engine-feature1 and $HOME/ovirt-engine-feature-2 
 and have a separate database for each, if we modify the ports jboss is 
 listening to we can run two instances of engine at the same time!
 
 We will be happy to work with all developers to assist in porting into the 
 new development environment, the simplest is to create a new database for 
 this effort. Moti has a sequence of converting the existing database owned by 
 postgres to be owned by the engine, Moti, can you please share that?
 
 We are sure there are missing bits, we will be happy to know these so we can 
 improve.
 
 I am aware that developers (especially java) are conservative, but I ask you 
 to give us a chance, so that we make it easy for developers to join the 
 project, and to allow us to drop the parallel effort of packaging to 
 production and fixing the broken development environment. 
 
 A special thanks to developers who took the time to test and provide feedback 
 before the merged:
 - Yaniv Bronheim
 - Moti Asayag
 - Limor Gavish
 - Sharad Mishra
 - Ofer Schreiber
 
 We are hoping that after migration you will be find this environment useful 
 and friendly,
 
 Sandro Bonazzola,
 Alex Lourie,
 Alon Bar-Lev.
 
 [1] 
 http://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=blob;f=README.developer;hb=HEAD
 ___
 Arch mailing list

Re: [Engine-devel] 3.3 scratch or upgraded installation must use Apache proxy (https://bugzilla.redhat.com/905754)

[Barak Azulay]

- Original Message -
 From: Sandro Bonazzola sbona...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: engine-devel engine-devel@ovirt.org, users us...@ovirt.org
 Sent: Wednesday, May 8, 2013 3:51:03 PM
 Subject: Re: [Engine-devel] 3.3 scratch or upgraded installation must use 
 Apache  proxy
 (https://bugzilla.redhat.com/905754)
 
 Hello,
 if I've understood correctly then:
 - there is no reason for checking if user altered http configuration
 - proxy doesn't depend on any other related http configuration we do and
 does not alter any other configuration file, so we can do it without
 asking anything
 - if ipa is installed, engine-setup should issue a warning about it and
 default to No for 'set ovirt-engine as default page' and 'configure
 apache ssl'


AFAIU and I don't think it was changed, there is a conflict between IPA and 
mod_ssl (they did it ugly ... not in rpm level... that was the status a year 
ago) 

SO it will not work, as long we do not move to mod_nss.

In addition there wad an issue with mod_proxy and using 2 different SSL 
certificates (IPA  RHEV) on the same apache server.


please make sure all the above are solved.


Thanks
Barak
 
 I think I've enough info.
 Thanks.
 
 
 Il 06/05/2013 22:11, Alon Bar-Lev ha scritto:
 
  - Original Message -
  From: Barak Azulay bazu...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com
  Cc: Sandro Bonazzola sbona...@redhat.com, engine-devel
  engine-devel@ovirt.org, users us...@ovirt.org
  Sent: Monday, May 6, 2013 10:42:02 PM
  Subject: Re: [Engine-devel] 3.3 scratch or upgraded installation must use
  Apache proxy
  (https://bugzilla.redhat.com/905754)
 
 
 
 
 
  On May 6, 2013, at 19:45, Alon Bar-Lev alo...@redhat.com wrote:
 
  Hello,
 
  I don't understand why you start discussion from start... there were some
  additional facts.
 
  So first answer:
  No we cannot assume we own the machine nor own the apache, nor own the
  postgresql. These assumptions made in the past were plain wrong and cause
  more harm than good, and eventually saved no resources nor efforts.
 
  At master we altered the ajp proxy configuration to be less
  intrusive[1][2].
 
  We split the http configuration into three:
  1. Install ajp proxy per our URIs[1].
  2. Optionally set root redirection from / to /ovirt-engine
  3. Optionally configure mod_ssl with our certificate.
  I don't know if this was already brought up,
 
  There is a conflict between our configuration and IPA's
  IPA uses mod_nss and we use mod_proxy and mod_ssl , and this creates a
  conflict.
 
  We can try move to mod_nss on upgrade and solve all issues
 
  Barak
  The fact that ovirt-engine depends on mod_ssl is a mistake... well, at
  least I think so.
  The product should not care how ssl is provided as long as it is provided.
 
  Personally, I think that product should not attempt to configure ssl at
  all, but provide the instructions of how to do so... But never the less,
  let's try to keep this to avoid argument.
 
  In case IPA is installed (and I really don't understand why should we care
  about IPA specifically, well, I actually do... as IPA makes the same
  faulty assumptions of 'owning' resources), the admin should just avoid
  selecting the 'set ovirt-engine as default page' and 'configure apache
  ssl', user should access ovirt-engine using:
  http://host/ovirt-engine
 
  It should work as long as there are no URI conflicts between products as I
  listed in previous message.
 
  Regards,
  Alon
 
  The mandatory apache configuration[1] does not alter any configuration
  file, hence the chance of conflict is the chance of conflict between
  ovirt-engine URIs and other product URIs.
 
  ovirt-engine URIs:
  ---
  /UserPortal
  /OvirtEngineWeb
  /webadmin
  /docs
  /spice
  /ca.crt
  /engine.ssh.key.txt
  /rhevm.ssh.key.txt
  /ovirt-engine-style.css
  /console.vv
  /api
  /ovirt-engine
  ---
 
  As we have done this without cooperation of developers we kept URIs
  as-is.
 
  URIs that cannot be changed until next major:
  /engine.ssh.key.txt
  /rhevm.ssh.key.txt
  /ca.crt
  /api [I guess, although we can provide migration path alternative]
 
  All the other can be moved into /ovirt-engine with cooperation of
  developers, especially UI and Virt developers, it should be easy to do
  this, and reduce the chance of conflict.
 
  Regards,
  Alon Bar-Lev.
 
  [1] http://gerrit.ovirt.org/#/c/13318/
  [2] http://gerrit.ovirt.org/#/c/14304/
 
  - Original Message -
  From: Sandro Bonazzola sbona...@redhat.com
  To: engine-devel engine-devel@ovirt.org
  Cc: users us...@ovirt.org
  Sent: Monday, May 6, 2013 6:32:08 PM
  Subject: [Engine-devel] 3.3 scratch or upgraded installation must use
  Apacheproxy
  (https://bugzilla.redhat.com/905754)
 
  Hi,
  I'm working on https://bugzilla.redhat.com/905754, trying to have Apache
  proxy in all 3.3 installations.
 
  I'm looking in the code and I've found a point where I'm in doubt about
  how to handle the case

Re: [Engine-devel] 3.3 scratch or upgraded installation must use Apache proxy (https://bugzilla.redhat.com/905754)

[Barak Azulay]

- Original Message -
 From: Alon Bar-Lev alo...@redhat.com
 To: Barak Azulay bazu...@redhat.com
 Cc: Sandro Bonazzola sbona...@redhat.com, engine-devel 
 engine-devel@ovirt.org, users us...@ovirt.org
 Sent: Wednesday, May 8, 2013 5:20:51 PM
 Subject: Re: [Engine-devel] 3.3 scratch or upgraded installation must use 
 Apache  proxy
 (https://bugzilla.redhat.com/905754)
 
 
 
 - Original Message -
  From: Barak Azulay bazu...@redhat.com
  To: Sandro Bonazzola sbona...@redhat.com
  Cc: Alon Bar-Lev alo...@redhat.com, engine-devel
  engine-devel@ovirt.org, users us...@ovirt.org
  Sent: Wednesday, May 8, 2013 4:00:34 PM
  Subject: Re: [Engine-devel] 3.3 scratch or upgraded installation must use
  Apache  proxy
  (https://bugzilla.redhat.com/905754)
  
  
  
  - Original Message -
   From: Sandro Bonazzola sbona...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: engine-devel engine-devel@ovirt.org, users us...@ovirt.org
   Sent: Wednesday, May 8, 2013 3:51:03 PM
   Subject: Re: [Engine-devel] 3.3 scratch or upgraded installation must use
   Apacheproxy
   (https://bugzilla.redhat.com/905754)
   
   Hello,
   if I've understood correctly then:
   - there is no reason for checking if user altered http configuration
   - proxy doesn't depend on any other related http configuration we do and
   does not alter any other configuration file, so we can do it without
   asking anything
   - if ipa is installed, engine-setup should issue a warning about it and
   default to No for 'set ovirt-engine as default page' and 'configure
   apache ssl'
  
  
  AFAIU and I don't think it was changed, there is a conflict between IPA and
  mod_ssl (they did it ugly ... not in rpm level... that was the status a
  year
  ago)
  
  SO it will not work, as long we do not move to mod_nss.
  
  In addition there wad an issue with mod_proxy and using 2 different SSL
  certificates (IPA  RHEV) on the same apache server.
  
  
  please make sure all the above are solved.
 
 I just do not understand why we treat IPA in special way... it is as if we
 need to have knowledge of very application out there that hacks the apache.
 
 Playing nice with mod_nss and not force mod_ssl or actually any is a positive
 move.

The reason is that in 3.0 we supported IPA (and PMs even recommended to install 
it on the  same host as RHEVM so save HW)
So if someone continues with that deployment we should not break it.

Having said that - we need to handle any installation on any supported RHEL 
version, 
on those server one might have apache with other application, and you have said 
we should not assume we own the host.

Barak 


 
 Thanks,
 Alon
 
  
  
  Thanks
  Barak
   
   I think I've enough info.
   Thanks.
   
   
   Il 06/05/2013 22:11, Alon Bar-Lev ha scritto:
   
- Original Message -
From: Barak Azulay bazu...@redhat.com
To: Alon Bar-Lev alo...@redhat.com
Cc: Sandro Bonazzola sbona...@redhat.com, engine-devel
engine-devel@ovirt.org, users us...@ovirt.org
Sent: Monday, May 6, 2013 10:42:02 PM
Subject: Re: [Engine-devel] 3.3 scratch or upgraded installation must
use
Apache proxy
(https://bugzilla.redhat.com/905754)
   
   
   
   
   
On May 6, 2013, at 19:45, Alon Bar-Lev alo...@redhat.com wrote:
   
Hello,
   
I don't understand why you start discussion from start... there were
some
additional facts.
   
So first answer:
No we cannot assume we own the machine nor own the apache, nor own
the
postgresql. These assumptions made in the past were plain wrong and
cause
more harm than good, and eventually saved no resources nor efforts.
   
At master we altered the ajp proxy configuration to be less
intrusive[1][2].
   
We split the http configuration into three:
1. Install ajp proxy per our URIs[1].
2. Optionally set root redirection from / to /ovirt-engine
3. Optionally configure mod_ssl with our certificate.
I don't know if this was already brought up,
   
There is a conflict between our configuration and IPA's
IPA uses mod_nss and we use mod_proxy and mod_ssl , and this creates a
conflict.
   
We can try move to mod_nss on upgrade and solve all issues
   
Barak
The fact that ovirt-engine depends on mod_ssl is a mistake... well, at
least I think so.
The product should not care how ssl is provided as long as it is
provided.
   
Personally, I think that product should not attempt to configure ssl at
all, but provide the instructions of how to do so... But never the
less,
let's try to keep this to avoid argument.
   
In case IPA is installed (and I really don't understand why should we
care
about IPA specifically, well, I actually do... as IPA makes the same
faulty assumptions of 'owning' resources), the admin should just avoid
selecting the 'set ovirt-engine as default page' and 'configure apache
ssl', user should

Re: [Engine-devel] 3.3 scratch or upgraded installation must use Apache proxy (https://bugzilla.redhat.com/905754)

[Barak Azulay]

On May 6, 2013, at 19:45, Alon Bar-Lev alo...@redhat.com wrote:

 Hello,
 
 I don't understand why you start discussion from start... there were some 
 additional facts.
 
 So first answer:
 No we cannot assume we own the machine nor own the apache, nor own the 
 postgresql. These assumptions made in the past were plain wrong and cause 
 more harm than good, and eventually saved no resources nor efforts.
 
 At master we altered the ajp proxy configuration to be less intrusive[1][2].
 
 We split the http configuration into three:
 1. Install ajp proxy per our URIs[1].
 2. Optionally set root redirection from / to /ovirt-engine
 3. Optionally configure mod_ssl with our certificate.

I don't know if this was already brought up,

There is a conflict between our configuration and IPA's
IPA uses mod_nss and we use mod_proxy and mod_ssl , and this creates a conflict.

We can try move to mod_nss on upgrade and solve all issues

Barak



 
 The mandatory apache configuration[1] does not alter any configuration file, 
 hence the chance of conflict is the chance of conflict between ovirt-engine 
 URIs and other product URIs.
 
 ovirt-engine URIs:
 ---
 /UserPortal
 /OvirtEngineWeb
 /webadmin
 /docs
 /spice
 /ca.crt
 /engine.ssh.key.txt
 /rhevm.ssh.key.txt
 /ovirt-engine-style.css
 /console.vv
 /api
 /ovirt-engine
 ---
 
 As we have done this without cooperation of developers we kept URIs as-is.
 
 URIs that cannot be changed until next major:
 /engine.ssh.key.txt
 /rhevm.ssh.key.txt
 /ca.crt
 /api [I guess, although we can provide migration path alternative]
 
 All the other can be moved into /ovirt-engine with cooperation of developers, 
 especially UI and Virt developers, it should be easy to do this, and reduce 
 the chance of conflict.
 
 Regards,
 Alon Bar-Lev.
 
 [1] http://gerrit.ovirt.org/#/c/13318/
 [2] http://gerrit.ovirt.org/#/c/14304/
 
 - Original Message -
 From: Sandro Bonazzola sbona...@redhat.com
 To: engine-devel engine-devel@ovirt.org
 Cc: users us...@ovirt.org
 Sent: Monday, May 6, 2013 6:32:08 PM
 Subject: [Engine-devel] 3.3 scratch or upgraded installation must use Apache 
proxy
 (https://bugzilla.redhat.com/905754)
 
 Hi,
 I'm working on https://bugzilla.redhat.com/905754, trying to have Apache
 proxy in all 3.3 installations.
 
 I'm looking in the code and I've found a point where I'm in doubt about
 how to handle the case.
 The current engine-setup implementation perform some checks that change
 the behavior of the installer documented as:
 
 1. Check whether the relevant httpd configuration files were changed, as
 it's an indication for the setup that the httpd application is being
 actively used, Therefore we may need to ask (dynamic change) the user
 whether to override this configuration.
 
 2. Check if IPA is installed and drop port 80/443 support. What the
 script really do is setting OVERRIDE_HTTPD_CONFIG default to False in
 both cases and just for case 2 call also setHttpPortsToNonProxyDefault.
 
 
 About 1, if we can consider Apache owned by the engine we can drop any
 question to the user, else I think we need to ask what to do or abort
 the setup considering the configuration as unsupported.
 
 About 2, it seems that the best solution for that is to abort the setup
 if IPA is found on the same system where
 we're installing the engine.
 As far I've understood having IPA and engine on the same host is not a
 supported configuration.
 
 
 What do you think about this?
 
 
 --
 Sandro Bonazzola
 Better technology. Faster innovation. Powered by community collaboration.
 See how it works at redhat.com
 
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] function insertstorage_domain_static(uuid, ...) does not exist

[Barak Azulay]

Shu,

A few notes.

1 - you are tring to create iso domain on /
'select   ('ab22b419-6381-4f0a-8b46-aa72c81edbb5', 'ISO_DOMAIN', 
'ead292ee-14dd-40f9-b06b-f2250f7594a9', 'localhost.localdomain:/ISO', 0, 0)'
2 - your host name is localhost.localdomain

But those doesn't look like the real problem here.

I assume you are running it on F18 ?

Can we get the full installation log?

Thanks
Barak







- Original Message -
 From: Shu Ming shum...@linux.vnet.ibm.com
 To: engine-devel@ovirt.org, Doron Fediuck dfedi...@redhat.com
 Sent: Thursday, March 7, 2013 7:39:29 AM
 Subject: Re: [Engine-devel] function insertstorage_domain_static(uuid, ...) 
 does not exist
 
 
 
 Doron,
 
 Do you get any idea about it?
 
 startup_...@sina.cn :
 
 
 
 Hi,
 
 I built the oVirt engine RPM packages from the latest oVirt engine
 source code and setup a yum installation server with these packages.
 I can successfully install the RPM packages on my oVirt engine test
 server. But when the engine-setup command was used to setup the
 engine sever, the following errors were encountered from
 engine-setup log. It seems that inst_add_iso_storage_domain was not
 created properly for psql. Any clue to this problem?
 
 2013-03-05 20:02:19::DEBUG::nfsutils::192::root:: Generating unique
 uuid
 2013-03-05 20:02:19::DEBUG::common_utils::501::root:: running sql
 query 'select inst_add_iso_storage_domain
 ('ab22b419-6381-4f0a-8b46-aa72c81edbb5', 'ISO_DOMAIN',
 'ead292ee-14dd-40f9-b06b-f2250f7594a9',
 'localhost.localdomain:/ISO', 0, 0)' on db server: 'localhost'.
 2013-03-05 20:02:19::DEBUG::common_utils::454::root:: Executing
 command -- '/usr/bin/psql -h localhost -p 5432 -U engine -d engine
 -c select inst_add_iso_storage_domain
 ('ab22b419-6381-4f0a-8b46-aa72c81edbb5', 'ISO_DOMAIN',
 'ead292ee-14dd-40f9-b06b-f2250f7594a9',
 'localhost.localdomain:/ISO', 0, 0)' in working directory '/root'
 2013-03-05 20:02:19::DEBUG::common_utils::492::root:: output =
 2013-03-05 20:02:19::DEBUG::common_utils::493::root:: stderr = ERROR:
 NUM:42883, DETAILS:function insertstorage_domain_static(uuid,
 character varying, character varying, integer, integer, unknown,
 integer) does not exist
 
 2013-03-05 20:02:19::DEBUG::common_utils::494::root:: retcode = 1
 2013-03-05 20:02:19::ERROR::engine-setup::1809::root:: Traceback
 (most recent call last):
 File /bin/engine-setup, line 1804, in _configNfsShare
 _addIsoDomaintoDB(controller.CONF[sd_uuid],
 controller.CONF[ISO_DOMAIN_NAME])
 File /bin/engine-setup, line 1860, in _addIsoDomaintoDB
 utils.execRemoteSqlCommand(getDbUser(), getDbHostName(), getDbPort(),
 basedefs.DB_NAME, sqlQuery, True,
 output_messages.ERR_FAILED_INSERT_ISO_DOMAIN%(basedefs.DB_NAME))
 File /usr/share/ovirt-engine/scripts/common_utils.py, line 510, in
 execRemoteSqlCommand
 return execCmd(cmdList=cmd, failOnError=failOnError, msg=errMsg,
 envDict=getPgEnv())
 File /usr/share/ovirt-engine/scripts/common_utils.py, line 497, in
 execCmd
 raise Exception(msg)
 Exception: Failed inserting ISO domain into engine db
 
 2013-03-05 20:02:19::DEBUG::setup_sequences::62::root:: Traceback
 (most recent call last):
 File /usr/share/ovirt-engine/scripts/setup_sequences.py, line 60,
 in run
 function()
 File /bin/engine-setup, line 1810, in _configNfsShare
 raise Exception(output_messages.ERR_FAILED_CFG_NFS_SHARE)
 Exception: Failed to configure NFS share on this host
 
 2013-03-05 20:02:19::DEBUG::engine-setup::1992::root:: *** The
 following params were used as user input:
 2013-03-05 20:02:19::DEBUG::engine-setup::1997::root::
 override-httpd-config: yes
 2013-03-05 20:02:19::DEBUG::engine-setup::1997::root:: http-port: 80
 2013-03-05 20:02:19::DEBUG::engine-setup::1997::root:: https-port:
 443
 2013-03-05 20:02:19::DEBUG::engine-setup::1997::root::
 random-passwords: no
 2013-03-05 20:02:19::DEBUG::engine-setup::1997::root:: mac-range:
 00:1A:4A:A8:01:00-00:1A:4A:A8:01:FF
 2013-03-05 20:02:19::DEBUG::engine-setup::1997::root:: host-fqdn:
 localhost.localdomain
 2013-03-05 20:02:19::DEBUG::engine-setup::1997::root:: auth-pass:
 
 2013-03-05 20:02:19::DEBUG::engine-setup::1997::root:: org-name:
 localdomain
 2013-03-05 20:02:19::DEBUG::engine-setup::1997::root::
 application-mode: virt
 2013-03-05 20:02:19::DEBUG::engine-setup::1997::root::
 default-dc-type: NFS
 2013-03-05 20:02:19::DEBUG::engine-setup::1997::root::
 db-remote-install: local
 2013-03-05 20:02:19::DEBUG::engine-setup::1997::root:: db-host:
 localhost
 2013-03-05 20:02:19::DEBUG::engine-setup::1997::root:: db-local-pass:
 
 2013-03-05 20:02:19::DEBUG::engine-setup::1997::root:: nfs-mp: /ISO
 2013-03-05 20:02:19::DEBUG::engine-setup::1997::root::
 iso-domain-name: ISO_DOMAIN
 2013-03-05 20:02:19::DEBUG::engine-setup::1997::root:: config-nfs:
 yes
 2013-03-05 20:02:19::DEBUG::engine-setup::1997::root::
 firewall-manager: iptables
 2013-03-05 20:02:19::ERROR::engine-setup::2413::root:: Traceback
 (most recent call last):
 File /bin/engine-setup, line 2407, in 

[Engine-devel] latency issues with gerrit.ovirt.org

[Barak Azulay]

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


Thanks
Barak Azulay
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] latency issues with gerrit.ovirt.org

[Barak Azulay]

On 01/24/2012 06:44 PM, Itamar Heim wrote:

On 01/24/2012 06:33 PM, Doron Fediuck wrote:

On 24/01/12 18:28, Itamar Heim wrote:

On 01/24/2012 05:20 PM, Yair Zaslavsky wrote:

On 01/24/2012 03:47 PM, Barak Azulay wrote:

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

Currently experiencing it as well (Jan 24th, 17:20, Israel time).


currently traveling in the states and no latency issues at all, so that
rules out an issue with the server itself.
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel


I've been getting requests for help all day about it.
Most ppl in tlv simply can't work with it. Some patches are simply
not being pushed, and some people (/me included) were unable to login
for a long time.
This should be escalated somewhere and get fixed.



performance from where i am is great and has no issues with fetch/clone
commands.
still, to rule out any issues, i've restarted gerrit
has anyone tried not from tlv and has issues?


still experiencing gerrit issues , the ui is so slow, and sometimes not 
responsive.


reviewing patches (in web gui) from TLV is problematic.

Barak


___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel