ovirt3.5 - deep dive - OVF on any domain + import existing data domain
by Barak Azulay
------=_Part_28954439_1173691782.1407854693346
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
The following meeting has been modified:
Subject: ovirt3.5 - deep dive - OVF on any domain + import existing data domain
Organizer: "Barak Azulay" <bazulay(a)redhat.com>
Time: Thursday, August 14, 2014, 5:00:00 PM - 5:45:00 PM GMT +02:00 Jerusalem
Invitees: laravot(a)redhat.com; mlipchuk(a)redhat.com; amureini(a)redhat.com; users(a)ovirt.org; devel(a)ovirt.org
*~*~*~*~*~*~*~*~*~*
Hangout link:
https://plus.google.com/events/c7rkldonq80g14c9e3ob8as2kq8
Session description:
The OVF on any domain 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 and 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 better recovery abillity, reduce the use of master_fs and the master domain and add capabillities to oVirt that will be used further on.
The import data storage domain feature makes use of the OVF on any domain feature to import 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/templates between setups.
The talk will cover those two featuers and will provide deep dive into it's use and implementation.
Wiki pages:
http://www.ovirt.org/Feature/OvfOnAnyDomain
http://www.ovirt.org/Features/ImportStorageDomain
------=_Part_28954439_1173691782.1407854693346
Content-Type: text/calendar; charset=utf-8; method=REQUEST; name=meeting.ics
Content-Transfer-Encoding: 7bit
BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Asia/Jerusalem
BEGIN:STANDARD
DTSTART:16010101T020000
TZOFFSETTO:+0200
TZOFFSETFROM:+0300
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU
TZNAME:IST
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T020000
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:laravot@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:amureini@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:bazulay@redhat.com
DTSTART;TZID="Asia/Jerusalem":20140814T170000
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" <bazulay(a)redhat.com> \n\nTime: Thursday\, August 14\, 2014\, 5:0
0:00 PM - 5:45:00 PM GMT +02:00 Jerusalem\n \nInvitees: laravot(a)redhat.com\;
mlipchuk(a)redhat.com\; amureini(a)redhat.com\; users(a)ovirt.org\; devel(a)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
------=_Part_28954439_1173691782.1407854693346--
10 years, 3 months
Intro
by Colin Coe
Hi all
I'm a long time RHEV admin (since 2.1/2.2 days). I'm in the process of
getting a dev workstation built to do some hacking to resolve some small
issues that are explained below.
1)
The business is moving to thin clients for specific users. We're using
IGEL thin clients in appliance mode. We have a problem where if the user
(in the User Portal) clicks on the "Client Resources" hyperlink, a new
browse window comes up that the user cannot move or dismiss.
I figure the easiest way to resolve this is to put a "Close" button on the
Client Resources page. Would this be acceptable to the project?
2)
In the power User Portal, VM descriptions are shown in parentheses. In the
"normal" User Portal the description is not shown. I'd like to have the
description shown in the normal User Portal also, maybe in parentheses on a
new line between the VM name and the VM's icon. Is this acceptable to the
project?
3)
Lastly, the normal user portal shows the VM image and to get a console, a
double click is required. This is pretty much universally hated by our
users :( The Power User Portal single click is loved by our users but I
don't want to to give them the added capabilities in the Power User
Portal. Would it be acceptable to the project to change the double click
to the same single click as in the Power User Portal?
Thanks
CC
--
RHCE#805007969328369
10 years, 3 months
[QE][ACTION REQUIRED] oVirt 3.5.0 RC2 status (postponed)
by Sandro Bonazzola
Hi,
since we have still too many blockers for oVirt 3.5.0 RC2 release,
we need to postpone it again to Mon *2014-08-18 08:00 UTC*
Maintainers:
- Please be sure that 3.5 snapshot allow to create VMs before *2014-08-17 15:00 UTC*
- Please be sure that no pending patches are going to block the release before *2014-08-17 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:
Whiteboard Bug ID Status Summary
infra 1114499 ASSIGNED refreshing iso list fails with: AttributeError: '_IOProcessFileUtils' object has no attribute...
Infra 1127623 POST [AAA] Create user API fails in REST & Java - class cast exception
infra 1127877 ASSIGNED vdsm-tool configure --force does not configure qemu.conf properly in the first run on a fresh install
storage 1109920 POST Live Merge: Extend internal block volumes during merge
storage 1127294 POST Live Merge: Resolve unknown merge status in vdsm after host crash
storage 1128776 NEW Can't change a vm disk's storage domain from a file domain to a block domain when creating a template...
storage 1129261 NEW prepareImage api call fails with [Errno 2] No such file or directory
virt 1127460 NEW VM abnormal stop after extending when using thin provisioning on block storage
And the following dependencies still open:
Bug 1041569 - [NFR] libvirt: Returning the watermark for all the images opened for writing
Bug 1102881 - virDomainBlockCommit fails with live snapshots on oVirt block storage
Some of above blockers may be dropped on today oVirt sync meeting.
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 427 bugs [3] targeted to 3.5.0.
Excluding node and documentation bugs we still have 384 bugs [4] targeted to 3.5.0.
More in detail [5]:
Whiteboard NEW ASSIGNED POST Total
<unassigned> 7 . . 7
gluster 8 4 1 13
i18n . . 1 1
Infra . . 1 1
infra 16 3 6 25
integration 36 . 7 43
network 25 1 12 38
node 21 7 4 32
ppc 2 . 4 6
sla 29 1 16 46
storage 78 8 6 92
storage/virt 1 . . 1
ux 21 2 4 27
virt 79 8 8 95
Total 323 34 70 427
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-17 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:
- save the date for third test day scheduled on 2014-08-21!
- 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
10 years, 3 months
[QE][ACTION NEEDED] oVirt 3.4.4 RC status
by Sandro Bonazzola
Hi,
We're going to start composing oVirt 3.4.4 RC on *2014-09-09 08:00 UTC* from 3.4 branch.
Maintainers:
- Please be sure that 3.4 snapshot allow to create VMs before *2014-09-08 15:00 UTC*
- Please be sure that no pending patches are going to block the release before *2014-09-08 15:00 UTC*
- If any patch must block the RC release please raise the issue as soon as possible.
A bug tracker [1] has been opened and shows no open blockers.
There are still 10 bugs [2] targeted to 3.4.4.
Excluding node and documentation bugs we still have 6 bugs [3] targeted to 3.4.4.
Whiteboard Bug ID Status Summary
network 1001186 NEW With AIO installer and NetworkManager enabled, the ovirtmgmt bridge is not properly configured
network 1048880 NEW [vdsm][openstacknet] Migration fails for vNIC using OVS + security groups
network 1112688 NEW [Neutron integration] Log collection is missing for Neutron appliance
node 988341 NEW Should not create bond when report an error in configuration process
node 995321 NEW remove existing efi entries "oVirt Node Hypervisor" in UEFI menu failed
node 1023481 ASSIGNED Sane and working default libvirt config
node 1097735 NEW "Reboot" button failed to work in progress_page with serial console to install ovirt-node iso.
sla 1059309 NEW [events] 'Available memory of host $host (...) under defined threshold...' is logged only once
storage 1111655 NEW Disks imported from Export Domain to Data Domain are converted to Preallocated after upgrade...
virt 1126887 POST recovery of VMs after VDSM restart doesn't work on PPC
Maintainers / Assignee:
- Please add the bugs to the tracker if you think that 3.4.4 should not be released without them fixed.
- Please update the target to 3.5.1 or later for bugs that won't be in 3.4.4:
it will ease gathering the blocking bugs for next releases.
- Please fill release notes, the page has been created here [4]
Community:
- If you're testing oVirt 3.4 nightly snapshot, please add yourself to the test page [5]
[1] http://bugzilla.redhat.com/1118689
[2] http://red.ht/1qwhPXB
[3] http://red.ht/1r8jnap
[4] http://www.ovirt.org/OVirt_3.4.4_Release_Notes
[5] http://www.ovirt.org/Testing/oVirt_3.4.4_Testing
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
10 years, 3 months
[QA] [ACTION REQUIRED] oVirt 3.5.0 RC2 status
by Sandro Bonazzola
Hi,
tomorrow we should compose oVirt 3.5.0 RC2 starting at 08:00 UTC
We still have the following blockers list:
Bug ID Whiteboard Status Summary
1127623 Infra POST [AAA] Create user API fails in REST & Java - class cast exception
1114499 infra ASSIGNED refreshing iso list fails with: AttributeError: '_IOProcessFileUtils' object has no attribute...
1128776 storage NEW Can't change a vm disk's storage domain from a file domain to a block domain when creating...
1127877 infra ASSIGNED vdsm-tool configure --force does not configure qemu.conf properly in the first run on a fresh install
1127460 virt NEW VM abnormal stop after extending when using thin provisioning on block storage
1127294 storage POST Live Merge: Resolve unknown merge status in vdsm after host crash
1109920 storage POST Live Merge: Extend internal block volumes during merge
And the following bug dependencies not fixed yet:
Bug 1041569 - [NFR] libvirt: Returning the watermark for all the images opened for writing
Bug 1102881 - virDomainBlockCommit fails with live snapshots on oVirt block storage
Maintainers / assignee, please review them and provide ETA.
Thanks,
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
10 years, 3 months
ovirt 3.5 - deep dive - Command Coordination & execution infrastructure
by Barak Azulay
------=_Part_28920476_1305873070.1407852851524
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
The following meeting has been modified:
Subject: ovirt 3.5 - deep dive - Command Coordination & execution infrastructure [MODIFIED]
Organizer: "Barak Azulay" <bazulay(a)redhat.com>
Time: Wednesday, August 13, 2014, 4:30:00 PM - 5:30:00 PM GMT +02:00 Jerusalem
Invitees: rnori(a)redhat.com; ovedo(a)redhat.com; users(a)ovirt.org; devel(a)ovirt.org
*~*~*~*~*~*~*~*~*~*
This session is mainly targeted for oVirt developers, but it may interest users as well.
It will introduce a new "Command Coordination" and "Command Execution" infrastructure to enable non-storage command persistence and asynchronous operations.
Link to wiki Page: http://www.ovirt.org/Features/Design/CommandCoordinator
Link to Hangouts On Air: https://plus.google.com/events/cs05gb0d1plj1t620281ln7on7s
Thanks
Barak Azulay
------=_Part_28920476_1305873070.1407852851524
Content-Type: text/calendar; charset=utf-8; method=REQUEST; name=meeting.ics
Content-Transfer-Encoding: 7bit
BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Asia/Jerusalem
BEGIN:STANDARD
DTSTART:16010101T020000
TZOFFSETTO:+0200
TZOFFSETFROM:+0300
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU
TZNAME:IST
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T020000
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:rnori@redhat.com
ATTENDEE;CN=Oved Ourfali;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRU
E:mailto:ovedo@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:bazulay@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 &\; execution infrastructure [MODIFIED
]\nOrganizer: "Barak Azulay" <bazulay(a)redhat.com> \n\nTime: Wednesday\, Augu
st 13\, 2014\, 4:30:00 PM - 5:30:00 PM GMT +02:00 Jerusalem\n \nInvitees: rn
ori(a)redhat.com\; ovedo(a)redhat.com\; users(a)ovirt.org\; devel(a)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
------=_Part_28920476_1305873070.1407852851524--
10 years, 3 months
ovirt 3.5 - deep dive - Command Coordination infra
by Barak Azulay
------=_Part_28917399_1325188552.1407852600093
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
The following meeting has been modified:
Subject: ovirt 3.5 - deep dive - Command Coordination infra
Organizer: "Barak Azulay" <bazulay(a)redhat.com>
Time: Wednesday, August 13, 2014, 4:30:00 PM - 5:30:00 PM GMT +02:00 Jerusalem
Invitees: rnori(a)redhat.com; ovedo(a)redhat.com; users(a)ovirt.org; devel(a)ovirt.org
*~*~*~*~*~*~*~*~*~*
This session is mainly targeted for oVirt developers, but it may interest users as well.
It will introduce a new "Command Coordination" and "Command Execution" infrastructure to enable non-storage command persistence and asynchronous operations.
Link to wiki Page: http://www.ovirt.org/Features/Design/CommandCoordinator
Link to Hangouts On Air: https://plus.google.com/events/cs05gb0d1plj1t620281ln7on7s
Thanks
Barak Azulay
------=_Part_28917399_1325188552.1407852600093
Content-Type: text/calendar; charset=utf-8; method=REQUEST; name=meeting.ics
Content-Transfer-Encoding: 7bit
BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Asia/Jerusalem
BEGIN:STANDARD
DTSTART:16010101T020000
TZOFFSETTO:+0200
TZOFFSETFROM:+0300
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU
TZNAME:IST
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T020000
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:rnori@redhat.com
ATTENDEE;CN=Oved Ourfali;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRU
E:mailto:ovedo@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:bazulay@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: rnori(a)redhat.com\; ovedo(a)redhat.com\; u
sers(a)ovirt.org\; devel(a)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
------=_Part_28917399_1325188552.1407852600093--
10 years, 3 months
ovirt3.5 - deep dive - foreman bare metal provisioning
by Barak Azulay
------=_Part_28903383_2131588233.1407851681865
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
The following meeting has been modified:
Subject: ovirt3.5 - deep dive - foreman bare metal provisioning
Organizer: "Barak Azulay" <bazulay(a)redhat.com>
Time: Tuesday, August 12, 2014, 5:00:00 PM - 5:30:00 PM GMT +02:00 Jerusalem
Required: users(a)ovirt.org; devel(a)ovirt.org; ybronhei(a)redhat.com; ovedo(a)redhat.com; Karli.Sjoberg(a)slu.se; don(a)techcetera.com; sabose(a)redhat.com; anish.mohan1(a)tcs.com; jorick(a)netbulae.eu; sbonazzo(a)redhat.com; otavio.ferranti(a)eldorado.org.br ...
Optional: wlbleaboy(a)126.com; jweiss(a)mairie-saint-ouen.fr
*~*~*~*~*~*~*~*~*~*
This session will introduce the integration with foreman bare metal provisioning with oVirt.
wiki: http://www.ovirt.org/Features/AdvancedForemanIntegration
Google hangout link : https://www.youtube.com/watch?v=gozX891kYAY
Thanks
Barak Azulay
------=_Part_28903383_2131588233.1407851681865
Content-Type: text/calendar; charset=utf-8; method=REQUEST; name=meeting.ics
Content-Transfer-Encoding: quoted-printable
BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Asia/Jerusalem
BEGIN:STANDARD
DTSTART:16010101T020000
TZOFFSETTO:+0200
TZOFFSETFROM:+0300
RRULE:FREQ=3DYEARLY;WKST=3DMO;INTERVAL=3D1;BYMONTH=3D10;BYDAY=3D-1SU
TZNAME:IST
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T020000
TZOFFSETTO:+0300
TZOFFSETFROM:+0200
RRULE:FREQ=3DYEARLY;WKST=3DMO;INTERVAL=3D1;BYMONTH=3D3;BYDAY=3D-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=3DREQ-PARTICIPANT;PARTSTAT=3DNEEDS-ACTION;RSVP=3DTRUE:mailto:=
users@o
virt.org
ATTENDEE;ROLE=3DREQ-PARTICIPANT;PARTSTAT=3DNEEDS-ACTION;RSVP=3DTRUE:mailto:=
devel@o
virt.org
ATTENDEE;CN=3Dybronhei;ROLE=3DREQ-PARTICIPANT;PARTSTAT=3DNEEDS-ACTION;RSVP=
=3DTRUE:ma
ilto:ybronhei@redhat.com
ATTENDEE;CN=3DOved Ourfali;ROLE=3DREQ-PARTICIPANT;PARTSTAT=3DNEEDS-ACTION;R=
SVP=3DTRU
E:mailto:ovedo@redhat.com
ATTENDEE;CN=3D"Karli Sj=C3=B6berg";ROLE=3DREQ-PARTICIPANT;PARTSTAT=3DDECLIN=
ED;RSVP=3DTRUE
:mailto:Karli.Sjoberg@slu.se
ATTENDEE;CN=3DDon Harris;ROLE=3DREQ-PARTICIPANT;PARTSTAT=3DDECLINED;RSVP=3D=
TRUE:mail
to:don@techcetera.com
ATTENDEE;CN=3DSahina Bose;ROLE=3DREQ-PARTICIPANT;PARTSTAT=3DACCEPTED;RSVP=
=3DTRUE:mai
lto:sabose@redhat.com
ATTENDEE;CN=3DAnish Mohan1/MUM/TCS;ROLE=3DREQ-PARTICIPANT;PARTSTAT=3DACCEPT=
ED;RSVP
=3DTRUE:mailto:anish.mohan1@tcs.com
ATTENDEE;CN=3Djorick(a)netbulae.eu;ROLE=3DREQ-PARTICIPANT;PARTSTAT=3DACCEPTED=
;RSVP=3DT
RUE:mailto:jorick@netbulae.eu
ATTENDEE;CN=3DSandro Bonazzola;ROLE=3DREQ-PARTICIPANT;PARTSTAT=3DACCEPTED;R=
SVP=3DTRU
E:mailto:sbonazzo@redhat.com
ATTENDEE;CN=3DOtavio Luiz Ferranti;ROLE=3DREQ-PARTICIPANT;PARTSTAT=3DDECLIN=
ED;RSVP
=3DTRUE:mailto:otavio.ferranti@eldorado.org.br
ATTENDEE;CN=3DVojtech Szocs;ROLE=3DREQ-PARTICIPANT;PARTSTAT=3DACCEPTED;RSVP=
=3DTRUE:m
ailto:vszocs@redhat.com
ATTENDEE;ROLE=3DREQ-PARTICIPANT;PARTSTAT=3DDECLINED;RSVP=3DTRUE:mailto:dbis=
hop@con
trolscan.com
ATTENDEE;CN=3DBrandon Salmon;ROLE=3DREQ-PARTICIPANT;PARTSTAT=3DDECLINED;RSV=
P=3DTRUE:
mailto:bsalmon@tintri.com
ATTENDEE;CN=3DMooli Tayer;ROLE=3DREQ-PARTICIPANT;PARTSTAT=3DACCEPTED;RSVP=
=3DTRUE:mai
lto:mtayer@redhat.com
ATTENDEE;CN=3Ddlandgra;ROLE=3DREQ-PARTICIPANT;PARTSTAT=3DACCEPTED;RSVP=3DTR=
UE:mailto
:dlandgra@redhat.com
ATTENDEE;CN=3DNir Soffer;ROLE=3DREQ-PARTICIPANT;PARTSTAT=3DACCEPTED;RSVP=3D=
TRUE:mail
to:nsoffer@redhat.com
ATTENDEE;CN=3DPeter Portante;ROLE=3DREQ-PARTICIPANT;PARTSTAT=3DDECLINED;RSV=
P=3DTRUE:
mailto:pportant@redhat.com
ATTENDEE;CN=3DEyal Edri;ROLE=3DREQ-PARTICIPANT;PARTSTAT=3DACCEPTED;RSVP=3DT=
RUE:mailt
o:eedri@redhat.com
ATTENDEE;CN=3DOhad Basan;ROLE=3DREQ-PARTICIPANT;PARTSTAT=3DACCEPTED;RSVP=3D=
TRUE:mail
to:obasan@redhat.com
ATTENDEE;CN=3DMaurice James;ROLE=3DREQ-PARTICIPANT;PARTSTAT=3DACCEPTED;RSVP=
=3DTRUE:m
ailto:mjames@media-node.com
ATTENDEE;CN=3D"=E5=8A=9B=E6=B3=A2 =E7=8E=8B";ROLE=3DOPT-PARTICIPANT;PARTSTA=
T=3DACCEPTED;RSVP=3DTRUE:mailto:w
lbleaboy(a)126.com
ATTENDEE;CN=3DJean-Pierre WEISS;ROLE=3DOPT-PARTICIPANT;PARTSTAT=3DNEEDS-ACT=
ION;RSV
P=3DTRUE:mailto:jweiss@mairie-saint-ouen.fr
ORGANIZER;CN=3DBarak Azulay:mailto:bazulay@redhat.com
DTSTART;TZID=3D"Asia/Jerusalem":20140812T170000
DTEND;TZID=3D"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 -=
=20
deep dive - foreman bare metal provisioning \nOrganizer: "Barak Azulay" <b=
az
ulay(a)redhat.com> \n\nTime: Tuesday\, August 12\, 2014\, 5:00:00 PM - 5:30:=
00
PM GMT +02:00 Jerusalem\n \nRequired: users(a)ovirt.org\; devel(a)ovirt.org\;=
y
bronhei(a)redhat.com\; ovedo(a)redhat.com\; Karli.Sjoberg(a)slu.se\; don@techcet=
er
a.com\; sabose(a)redhat.com\; anish.mohan1(a)tcs.com\; jorick(a)netbulae.eu\; sb=
on
azzo(a)redhat.com\; otavio.ferranti(a)eldorado.org.br ... \nOptional: wlbleabo=
y@
126.com\; jweiss(a)mairie-saint-ouen.fr \n\n*~*~*~*~*~*~*~*~*~*\n\nThis sess=
io
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=3DgozX891kYAY \n\nTha=
nks=20
\nBarak Azulay \n
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;RELATED=3DSTART:-PT5M
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR
------=_Part_28903383_2131588233.1407851681865--
10 years, 3 months
