Open Stack

I'm concerned about a need to support python 2.4 as well, especially if it
would have a ripple effect into openstack-common, which otherwise does not
have that requirement.

With XenServer, nova-compute actually runs in a service VM (which is
running a modern version of python).  I believe Salvatore or others may
have done some work around forcing network traffic through this service VM
to allow iptables rules from nova-compute / nova-network to be enforced,
but I'm not familiar enough with that work to say for sure.  Can anyone
shed light on this?

Another option would be to just create a simple Quantum plugin specific to
XenServer that doesn't require an agent.  This plugin could use XAPI to
create networks, but as a result might only support a base feature set
(e.g., L2 connectivity using VLANs).

Dan


On Wed, May 9, 2012 at 9:07 AM, Robert Kukura <rkukura at redhat.com> wrote:

> [I'm moving this thread to the openstack list because it potentially
> impacts openstack-common.]
>
> On 05/07/2012 11:53 PM, Maru Newby wrote:
> > Hi,
> >
> > Python 2.4 compatibility is required, but only for agent code.  Agent
> > code needs to be deployable on Xen dom0, which uses CentoOS 5.5 and only
> > supports 2.4 out of the box.
>
> Maru,
>
> I'm very concerned about the potential of this XenServer/XCP requirement
> to interfere with making the various Quantum agents first-class
> OpenStack services by utilizing current and future openstack-common
> facilities for configuration, logging, DB, RPC, etc.. Are there any
> other possible ways forward here? How is the nova compute service
> currently handled for XenServer? Could a fully supported version of
> python be parallel-installed on dom0? Could the actual quantum agent run
> somewhere else and remotely execute commands on dom0? Or does the python
> 2.4 compatibility requirement need to be applied to openstack-common?
>
> Thanks,
>
> -Bob
>
> >
> > Both quantum and nova have agent code that needs to be deployed to dom0,
> > but up until now both projects have relied on savvy reviewers and bug
> > reports to ensure compatibility.  I'm working on it, though.  I'll
> > be adding a tox build to quantum that will run agent tests - and agent
> > tests only - under 2.4, and then openstack-ci can add a jenkins job to
> > run that build on CentOS and gate merges.
> >
> > The relevant bug: https://bugs.launchpad.net/quantum/+bug/995278
> >
> > Thanks,
> >
> >
> > Maru
> >
> >
> > On 2012-05-07, at 6:54 PM, Yong Sheng Gong wrote:
> >
> >> Hi,
> >> I see some ones are trying to support python2.4. But our tox.ini under
> >> quantum is only supporting test py26 and py27.
> >> So my question is if we are trying to support py24. In addition I
> >> remember that we will support py30.
> >>
> >> As far as I know, py2.4 does not support many new syntaxes introduced
> >> by py2.5+. Other projects such as nova, horizon are also adopting some
> >> of these new syntaxes. Moreover some third party components such as
> >> Django 1.4 required by horizon are only tested under py2.6 and py2.7.
> >>
> >> So if py2.4 is out of our scope, we should stop that trying. If we
> >> need py2.4, we have to make all of us know it and keep our code 2.4
> >> compatible.
> >>
> >> Thanks
> >>
> >> Yong Sheng Gong
> >>
> >> --
> >> Mailing list: https://launchpad.net/~netstack
> >> Post to     : netstack at lists.launchpad.net
> >> <mailto:netstack at lists.launchpad.net>
> >> Unsubscribe : https://launchpad.net/~netstack
> >> More help   : https://help.launchpad.net/ListHelp
> >
> >
> >
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to     : openstack at lists.launchpad.net
> Unsubscribe : https://launchpad.net/~openstack
> More help   : https://help.launchpad.net/ListHelp
>



-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~
Dan Wendlandt
Nicira, Inc: www.nicira.com
twitter: danwendlandt
~~~~~~~~~~~~~~~~~~~~~~~~~~~
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20120509/240b5283/attachment.html>