oVirt3.5 - deep dive - Moving to Json/STOMP rpc
by Barak Azulay
------=_Part_38683916_1988685773.1409064834384
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
The following is a new meeting request:
Subject: oVirt3.5 - deep dive - Moving to Json/STOMP rpc
Organizer: "Barak Azulay" <bazulay(a)redhat.com>
Time: Wednesday, August 27, 2014, 4:30:00 PM - 5:15:00 PM GMT +02:00 Jerusalem
Invitees: pkliczew(a)redhat.com; ovedo(a)redhat.com; users(a)ovirt.org; devel(a)ovirt.org
*~*~*~*~*~*~*~*~*~*
In this session we will explain how the communication model has changed between existing xmlrpc and new jsonrpc.
And explore the new implementation details.
google hangout link: https://www.youtube.com/watch?v=0FwM2oeb788
wiki page:http://www.ovirt.org/Features/Design/JsonRpc
------=_Part_38683916_1988685773.1409064834384
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: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:pkliczew@redhat.com
ATTENDEE;CN=Oved Ourfalli;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TR
UE: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":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: pkliczew(a)redhat.com\; ovedo(a)redhat.com\; us
ers(a)ovirt.org\; devel(a)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
------=_Part_38683916_1988685773.1409064834384--
10 years
What does your oVirt development environment look like?
by Adam Litke
Ever since starting to work on oVirt around 3 years ago I've been
striving for the perfect development and test environment. I was
inspired by Yaniv's recent deep dive on Foreman integration and
thought I'd ask people to share their setups and any tips and tricks
so we can all become better, more efficient developers.
My setup consists of my main work laptop and two mini-Dell servers. I
run the engine on my laptop and I serve NFS and iSCSI (using
targetcli) from this system as well. I use the ethernet port on the
laptop to connect it to a subnet with the two Dell systems.
Some goals for my setup are:
- Easy provisioning of the virt-hosts so I can quickly test on Fedora
and CentOS without spending lots of time reinstalling
- Ability to test block and nfs storage
- Automation of test scenarios involving engine and hosts
To help me reach these goals I've deployed cobbler on my laptop and it
does a pretty good job at managing PXE boot configurations for my
hosts (and VMs) so they can be automatically intalled as needed.
After viewing Yaniv's presentation, it seems that Forman/Puppet are
the way of the future but it does seem a bit more involved to set up.
I am definitely curious if others are using Foreman in their personal
dev/test environment and can offer some insight on how that is working
out.
Thanks, and I look forward to reading about more of your setups! If
we get enough of these, maybe this could make a good section of the
wiki.
--
Adam Litke
10 years
ovirt35 - deep dive - Prevent host fencing while kdumping - integrating with kexec tools
by Barak Azulay
------=_Part_37888330_1059625418.1408974845452
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
The following is a new meeting request:
Subject: ovirt35 - deep dive - Prevent host fencing while kdumping - integrating with kexec tools
Organizer: "Barak Azulay" <bazulay(a)redhat.com>
Time: Tuesday, August 26, 2014, 4:30:00 PM - 5:30:00 PM GMT +02:00 Jerusalem
Invitees: mperina(a)redhat.com; ovedo(a)redhat.com; users(a)ovirt.org; devel(a)ovirt.org
*~*~*~*~*~*~*~*~*~*
This session describes how kdump mechanism is integrated into oVirt 3.5 non-responsive host treatment
in order to prevent host being fenced while gathering its crash dump.
google hangout link: https://plus.google.com/events/c2np5fedno8e8qifas6el8a3ih4
wiki page link:http://www.ovirt.org/Fence_kdump
------=_Part_37888330_1059625418.1408974845452
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: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:mperina@redhat.com
ATTENDEE;CN=Oved Ourfalli;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TR
UE: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":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" <bazulay(a)redhat.com> \n\nTime: Tuesday\, August
26\, 2014\, 4:30:00 PM - 5:30:00 PM GMT +02:00 Jerusalem\n \nInvitees: mper
ina(a)redhat.com\; ovedo(a)redhat.com\; users(a)ovirt.org\; devel(a)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
------=_Part_37888330_1059625418.1408974845452--
10 years
ovirtsdk.infrastructure.errors.ConnectionError
by Denis Kirjanov
I'm having problem connecting from terminal session (not X session)
Everything works perfectly well from the X session.
One of my pam modules connects to vm manager, but triggers the following error:
File "/usr/lib/python2.6/site-packages/ovirtsdk/infrastructure/proxy.py", line 169, in __doRequest
raise ConnectionError, str(e)
ovirtsdk.infrastructure.errors.ConnectionError: [ERROR]::Connection failure, [Errno 13] Permission denied
I can't figure out what the reason is
10 years
Management network as a role - design proposal
by Yevgeny Zaspitsky
------=_Part_21030313_114145744.1408031561755
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Hi All,
The proposed feature will allow defining an arbitrary network in the DC as the management network for the cluster, which in its turn will allow assigning different VLANs for the management networks in the same DC.
Feature page can be found here - http://www.ovirt.org/Features/Management_Network_As_A_Role .
Please take a look into the page especially into "Open issues" section. I'd like to have your opinions on that.
Best regards,
Yevgeny Zaspitsky
------=_Part_21030313_114145744.1408031561755
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit
<html><body><div style="font-family: times new roman, new york, times, serif; font-size: 12pt; color: #000000"><div>Hi All,<br></div><div><br></div><div>The proposed feature will allow defining an arbitrary network in the DC as the management network for the cluster, which in its turn will allow assigning different VLANs for the management networks in the same DC.<br></div><div><br></div><div>Feature page can be found here - <a target="_blank" href="http://www.ovirt.org/Features/Management_Network_As_A_Role" data-mce-href="http://www.ovirt.org/Features/Management_Network_As_A_Role">http://www.ovirt.org/Features/Management_Network_As_A_Role</a>.<br></div><div><br></div><div>Please take a look into the page especially into "Open issues" section. I'd like to have your opinions on that.<br></div><div><br></div><div><br>Best regards, <br>Yevgeny Zaspitsky <br><br></div></div></body></html>
------=_Part_21030313_114145744.1408031561755--
10 years
Proposal for Host Networking API
by Moti Asayag
Hi All,
The existing host networking API suffers from several deficiencies:
1. Part of it is a deprecated api designed for 3.0 clusters
2. SetupNetworks api introduced on 3.1 which is too complicated and
verbose on the one hand, and incapable to natively support network
topologies such as an isolated networks (network which isn't configured
on any network interface).
The complete list of deficiencies is listed on [1].
I'd like to propose an alternative API which addresses the existing
issues and will allow us to support new networking features [1].
In addition, there are requests samples on [2] to demonstrate how the api
should be called in order to achieve few of most commonly used network
configurations.
Please review and share your feedback.
[1] http://www.ovirt.org/Features/HostNetworkingApi
[2] http://www.ovirt.org/Features/NetworkingApi
Thanks,
Moti
10 years
