On 15/03/16 07:11, Vladimir Kozhukalov wrote:
> Alexander,
>
> We have many other places where use Ruby (astute, puppet custom types,
> etc.). I don't think it is a good reason to re-write something just
> because it is written in Ruby. You are right about tests, about plugins,
> but let's look aro
Although we are past the non-priority deadline, I have been encouraged
to request this late exception for Project Calico's spec and code adding
VIF_TYPE_TAP to Nova.
https://review.openstack.org/#/c/130732/ (spec)
https://review.openstack.org/#/c/146914/ (code)
Why might you consider this?
- It
Hi Michael,
Michael Still writes:
> For specs approved in Juno or Kilo, there is a fast track approval
> process for Liberty. The steps to get your spec re-approved are:
>
> - Copy your spec from the specs//approved directory to
> the specs/liberty/approved directory. [...]
Perhaps I'm misunde
Neil Jerram writes:
> Hi Michael,
>
> Michael Still writes:
>
>> For specs approved in Juno or Kilo, there is a fast track approval
>> process for Liberty. The steps to get your spec re-approved are:
>>
>> - Copy your spec from the specs//approved direct
Assaf Muller writes:
> Hello everyone,
Hi Assaf,
> The use_namespaces option in the L3 and DHCP Neutron agents controls if you
> can create multiple routers and DHCP networks managed by a single L3/DHCP
> agent,
> or if the agent manages only a single resource.
>
> Are the setups out there *no
Assaf Muller writes:
> Hello everyone,
Hi Assaf,
> The use_namespaces option in the L3 and DHCP Neutron agents controls if you
> can create multiple routers and DHCP networks managed by a single L3/DHCP
> agent,
> or if the agent manages only a single resource.
>
> Are the setups out there *no
Davanum Srinivas writes:
> Neil,
>
> yes, see example - https://review.openstack.org/#/c/155116/ - you file
> against the /approved directory
Thanks!
Neil
__
OpenStack Development Mailing List (not for usage questio
Kevin Benton writes:
> This is a nice option for smaller deployments that didn't need the
> complexity of NAT. From a custom L3 plugin perspective, it also
> eliminated any single points of failure pretty easily since no NAT
> state had to be distributed.
>
> However, it was difficult to use wit
Salvatore Orlando writes:
> On 25 March 2015 at 17:36, Neil Jerram
> wrote:
>
> Kevin Benton writes:
>
> > This is a nice option for smaller deployments that didn't need
> the
> > complexity of NAT. From a custom L3 plugin perspective, it
Salvatore Orlando writes:
> Neutron is adding a new concept of "subnet pool". [...]
> http://specs.openstack.org/openstack/neutron-specs/specs/kilo/subnet-allocation.html
I apologize for asking this question so long after this spec has been
proposed and discussed - but what is the problem that
My team is working on experiments looking at how far the Neutron server
will scale, with increasing numbers of compute hosts and VMs. Does
anyone have any datapoints on this that they can share? Or any clever
hints?
I'm already aware of the following ones:
https://javacruft.wordpress.com/2014/0
I think that people often mean different things by ACLs, so can you be
more precise?
Thanks,
Neil
From: Rich Wellner
Sent: 09 April 2015 01:29
To: openstack-dev@lists.openstack.org
Subject: [openstack-dev] Advice on a Neutron ACL kludge
We are pursu
Hi Joe,
Many thanks for your reply!
On 09/04/15 03:34, joehuang wrote:
Hi, Neil,
From theoretic, Neutron is like a "broadcast" domain, for example, enforcement of DVR and security
group has to touch each regarding host where there is VM of this project resides. Even using SDN controller,
th
Hi Mike,
Many thanks for your reply!
On 08/04/15 17:56, Mike Spreitzer wrote:
Are you looking at scaling the numbers of tenants, Neutron routers, and
tenant networks as you scale hosts and guests? I think this is a
plausible way to grow. The compartmentalizations that comes with
growing those
On 08/04/15 22:07, Michael Still wrote:
priorities and specs
===
I think the current spec process is starting to work well for us, and
that priorities was a success. We should continue with specs, but with
an attempt to analyse why so many approved specs don’t land [...]
nova-net
Hi again Joe, (+ list)
On 11/04/15 02:00, joehuang wrote:
Hi, Neil,
See inline comments.
Best Regards
Chaoyi Huang
From: Neil Jerram [neil.jer...@metaswitch.com]
Sent: 09 April 2015 23:01
To: OpenStack Development Mailing List (not for usage
Hi Matt,
I just re-read this thread, including your intro below. You might be
interested in what we're doing in the Calico project [1][2], as it uses
some of the same idea as the "example" you describe below, notably
importing TAP interface routes into bird and bird6.
[1] http://www.project
Chaoyi Huang ( Joe Huang )
-Original Message-
From: Neil Jerram [mailto:neil.jer...@metaswitch.com]
Sent: Wednesday, April 15, 2015 9:46 PM
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [neutron] Neutron scaling datapoints?
Hi again Joe, (+ list)
On 11/04/15 02:00,
On 16/04/15 07:40, Dongfeng (C) wrote:
Hi Kyle,
I am currently contributing to integrating ONOS with OpenStack Neutron.
By ONOS do you mean http://onosproject.org/?
http://onosproject.org/ looks very nice, but it's not obvious to me what
the integration with OpenStack would be. Perhaps you
I have a Neutron DHCP agent patch whose purpose is to launch dnsmasq
with options such that it works (=> provides DHCP service) for TAP
interfaces that are _not_ bridged to the DHCP interface (ns-XXX). For
the sake of being concrete, this involves:
- creating the ns-XXX interface as a dummy,
On 17/04/15 17:16, Jay Pipes wrote:
On 04/10/2015 11:48 AM, Neil Jerram wrote:
What I imagine, though, is that the _source_ of the plugging information
could move from Nova to Neutron, so that future plugging-related code
changes are a matter for Neutron rather than for Nova. The plugging
On 17/04/15 17:24, Daniel P. Berrange wrote:
On Fri, Apr 17, 2015 at 12:16:25PM -0400, Jay Pipes wrote:
On 04/10/2015 11:48 AM, Neil Jerram wrote:
What I imagine, though, is that the _source_ of the plugging information
could move from Nova to Neutron, so that future plugging-related code
ny comments and steer would be appreciated, even if they're more of a
high level gut feel, than an exhaustive treatment.
Thanks,
Neil
On 16/04/15 15:12, Neil Jerram wrote:
I have a Neutron DHCP agent patch whose purpose is to launch dnsmasq
with options such that it works (=> pro
Apologies for commenting so late, but I'm not clear on the concept of bringing
all possible backend projects back inside Neutron.
I think my question is similar to what Henry and Mathieu are getting at below -
viz:
We just recently decided to move a lot of vendor-specific ML2 mechanism driver
an alternative to bridging the
TAP interfaces?
Thanks,
Neil
On 16/04/15 15:12, Neil Jerram wrote:
I have a Neutron DHCP agent patch whose purpose is to launch dnsmasq
with options such that it works (=> provides DHCP service) for TAP
interfaces that are _not_ bridge
On 01/05/15 11:44, John Garbutt wrote:
Hi,
In case you were unable to make yesterday's Nova meeting...
I was there, but still a bit shy and retiring... :-)
If you have a suggestion for a Nova design summit session, please
ensure you add it to before the next Nova meeting (7th May):
https://e
irm.
Correct.
Many thanks for your interest and reply!
Neil
[1] http://lists.openstack.org/pipermail/openstack-dev/2014-May/036336.html
[2] https://review.openstack.org/#/c/179953/
On Fri, May 1, 2015 at 8:22 AM, Neil Jerram wrote:
Thanks for your reply, Kevin, and sorry for the de
Is there a design for how ML2 mechanism drivers are supposed to cope
with the Neutron server forking?
What I'm currently seeing, with api_workers = 2, is:
- my mechanism driver gets instantiated and initialized, and immediately
kicks off some processing that involves communicating over the net
I was just looking at [1] and planning for 'Towards one Network Stack:
Part 2', on Thursday at 5pm. But I don't see the Part 1 of that in the
schedule. Has it got lost, and am I missing it somewhere?
Thanks,
Neil
[1]
http://libertydesignsummit.sched.org/type/design+summit/Nova#.VVHg
On 12/05/15 12:19, Neil Jerram wrote:
I was just looking at [1] and planning for 'Towards one Network Stack:
Part 2', on Thursday at 5pm. But I don't see the Part 1 of that in the
schedule. Has it got lost, and am I missing it somewhere?
Ah, OK, I've found it now under
hence generating multiple logs?
Thanks,
Neil
The only time I ever saw anything executed by a child process was actual
API requests (e.g. the create_port method).
On Thu, May 7, 2015 at 6:08 AM, Neil Jerram mailto:neil.jer...@metaswitch.com>> wrote:
Is there a design for ho
ceived any of the init code output I added
more than once, including the function spawned using eventlet.
The only time I ever saw anything executed by a child process was
actual API requests (e.g. the create_port method).
On Thu, May 7, 2015 at 6:08 AM, Neil Jerram
mailto
Hi all, this is about a problem I'm seeing with my Neutron ML2 mechanism
driver [1]. I'm expecting to see an update_port_postcommit call to
signal that the binding:host_id for a port is changing, but I don't see
that.
The scenario is launching a new instance in a cluster with two compute
hos
//bugs.launchpad.net/neutron/+bug/1439857
[2] https://review.openstack.org/#/c/163178/
On 05/14/2015 11:29 AM, Neil Jerram wrote:
Hi all, this is about a problem I'm seeing with my Neutron ML2 mechanism
driver [1]. I'm expecting to see an update_port_postcommit call to
signal that the bindi
On 14/05/15 16:04, Brian Haley wrote:
On 05/14/2015 05:29 AM, Neil Jerram wrote:
Hi all, this is about a problem I'm seeing with my Neutron ML2
mechanism driver
[1]. I'm expecting to see an update_port_postcommit call to signal
that the
binding:host_id for a port is changing, but I
Hi Sam,
On Tue, Mar 7, 2017 at 8:05 AM Sam wrote:
> Is this?
>
> https://pypi.python.org/pypi/neutron-lib
>
Yes, that is one of the ways that neutron-lib is packaged. The 'upstream'
is at http://git.openstack.org/cgit/openstack/neutron-lib.
Exactly how are you using the Neutron code? If you
If I start typing something in the search box, I get an "Authentication
Required" popup that captures the remaining keystrokes that I intended to
type into the search box.
Then if I do manage to type a complete search term into the box, and press
Enter, that "Authentication Required" popup pops up
Thanks, Sebastian, it looks good now.
On Fri, Mar 24, 2017 at 5:12 PM Sebastian Marcet wrote:
> Neil sorry about that, problem solved, please re test
> regards
>
> 2017-03-24 14:02 GMT-03:00 Neil Jerram :
>
> If I start typing something in the search box, I get an "Au
Thanks for the heads up, Kevin!
Is this still necessary if a deployment disables the Neutron server's DHCP
scheduling, with
self._supported_extension_aliases.remove("dhcp_agent_scheduler")
?
Thanks,
Neil
On Fri, Mar 31, 2017 at 12:52 AM Kevin Benton wrote:
> Hi,
>
> Once [
Nor me.
On Wed, Apr 12, 2017 at 1:55 PM Doug Hellmann wrote:
> Excerpts from Dulko, Michal's message of 2017-04-12 12:09:30 +:
> > On Wed, 2017-04-12 at 06:57 -0500, Monty Taylor wrote:
> > > On 04/06/2017 07:34 AM, Monty Taylor wrote:
> > > >
> > > > Hey all!
> > > >
> > > > I've started th
FWIW, I think the Lego analogy is not actually helpful for another reason: it
has vastly too many ways of combining, and (hence) no sense at all of
consistency / interoperability between the different things that you can
construct with it. Whereas for OpenStack I believe you are also aiming for
On Tue, Apr 18, 2017 at 3:45 PM Flavio Percoco wrote:
> On 16/04/17 09:03 +0100, Neil Jerram wrote:
> >FWIW, I think the Lego analogy is not actually helpful for another
> reason: it has vastly too many ways of combining, and (hence) no sense at
> all of consistency / interoper
On Sun, May 14, 2017 at 6:02 PM Monty Taylor wrote:
> Are "internal" and "external" ok with folks as terms for those two ideas?
>
Yes, I think so. Slight worry that 'external' is also used in
'router:external' - but I think it will be clear that your proposed context
is different.
> - Externa
Just an immediate reaction: to me "OpenStack-Hosted projects" is not very
distinct from "OpenStack projects". So with that terminology I think there
will still be confusion (perhaps more).
(Or did I misunderstand your new proposal?)
Regards - Neil
On Thu, Jun 15, 2017 at 10:16 AM Thierry Carre
On Wed, Jun 28, 2017 at 3:50 PM Thierry Carrez
wrote:
> Removing the root cause would be a more radical move: stop offering
> hosting to non-OpenStack projects on OpenStack infrastructure
> altogether. [...]
I think this is the right solution for OpenStack. In particular, I think
it will clari
Not sure what the problem would be with 'Quay' or 'Street' - they both
sound like good options to me.
On Thu, Jul 14, 2016 at 11:29 AM Eoghan Glynn wrote:
>
>
> > >> Hey all!
> > >>
> > >> The poll emails for the P and Q naming have started to go out - and
> > >> we're experiencing some difficu
I've put my name against networking-calico, but I believe it's a no-op for
me at this stage of the tenant->project transition. The occurrences of
'tenant' in networking-calico's code are:
./networking_calico/plugins/calico/plugin.py:45:LOG.info("Forcing
ML2 tenant_network_types to 'local'
+1 This is beautifully clear and helpful. Thank you!
Neil
On Wed, 2 May 2018, 02:13 Shuai Zhao, wrote:
> Thanks Hongbin,
>
> The article is really great!
>
> On Mon, Apr 30, 2018 at 2:40 PM, Kumari, Madhuri > wrote:
>
>> Thank you Hongbin. The article is very helpful.
>>
>>
>>
>> Regards
On Fri, May 11, 2018 at 10:09 AM Andreas Scheuring <
scheu...@linux.vnet.ibm.com> wrote:
> So what you need to do first is to make a patch for networking-onos that
> does ONLY the following
>
>
> replace all occurrences of
>
> * neutron.callbacks by neutron_lib.callbacks
> * neutron.plugins.ml2.d
>From my point of view as someone who is still just an occasional
contributor (in all OpenStack projects other than my own team's networking
driver), and so I think still sensitive to the concerns being raised here:
- Nits are not actually a problem, at all, if they are uncontroversial and
quick t
FWIW, as an outside observer of this conversation:
On Tue, Jun 12, 2018 at 10:46 AM Thierry Carrez
wrote:
>
> The issue is that the current method (which uses a formula to apply
> single-vendor and diverse-affiliation tags) is not working so well
> anymore, with lots of low-activity projects qui
On Tue, Jun 12, 2018 at 1:07 PM Thierry Carrez
wrote:
> Neil Jerram wrote:
> >> The issue is that the current method (which uses a formula to apply
> >>single-vendor and diverse-affiliation tags) is not working so well
> >>anymore, with lots of low-acti
Thanks for your help with recent neutron-lib transitions, and best wishes
for your future work, Henry!
Neil
On Thu, Dec 1, 2016 at 11:06 PM Dariusz Śmigiel
wrote:
> Henry,
> it's very sad to see you stepping down.
> Thank you for all the time and help in Keystone v3 development.
>
> I hop
Hi Vincent,Your initial observation is correct: each port is associated with a Neutron network, and will get one IPv4 and one IPv6 address from the subnets associated with that network.To add additional IPs to a p
I appreciate that even libvirt 2.0.0 will be ancient history by now, to its
developers, but I am seeing further issues that look associated with the
recent CentOS 7 transition from libvirt 1.2.7 to libvirt 2.0.0, and would
appreciate any comments on them that people may have. I believe these
issue
using libvirt 1.2.7?
Thanks - Neil
On Fri, Dec 16, 2016 at 11:40 AM Neil Jerram wrote:
I appreciate that even libvirt 2.0.0 will be ancient history by now, to its
developers, but I am seeing further issues that look associated with the
recent CentOS 7 transition from libvirt 1.2.7 to libvirt
On Fri, Dec 16, 2016 at 3:35 PM Steve Gordon wrote:
>
>
> - Original Message -
> > From: "Neil Jerram"
> > To: "OpenStack Development Mailing List (not for usage questions)" <
> openstack-dev@lists.openstack.org>
> > Sent: Friday,
On Fri, Dec 16, 2016 at 4:08 PM Steve Gordon wrote:
> - Original Message -
> > From: "Neil Jerram"
> > To: "OpenStack Development Mailing List (not for usage questions)" <
> openstack-dev@lists.openstack.org>
> > Sent: Friday, Decembe
On Fri, Dec 16, 2016 at 4:16 PM Neil Jerram wrote:
> On Fri, Dec 16, 2016 at 4:08 PM Steve Gordon wrote:
>
> > If you haven't already I would suggest grabbing qemu-kvm-ev from the
> CentOS
> > > Virt SIG repos:
> > >
> > > http://mi
On Fri, Dec 23, 2016 at 1:37 PM Steve Gordon wrote:
> - Original Message -
> > From: "Neil Jerram"
> > To: "OpenStack Development Mailing List (not for usage questions)" <
> openstack-dev@lists.openstack.org>
> >
> > I appreciat
Hi Steve,
On Tue, Jan 10, 2017 at 7:35 AM Steve Martinelli
wrote:
> In preparation for the next TC meeting, a survey was sent out to driver
> maintainers, here is a summary of the feedback that was gathered.
>
Did you send that survey to me, for networking-calico? I'm afraid I don't
recall it
I very much agree with Nate's comment here, and have particularly
appreciated our discussions in connection with networking-calico. I look
forward to your continuing involvement and help, even if not as PTL.
Thanks Armando!
On Mon, Jan 9, 2017 at 4:02 PM Nate Johnston
wrote:
> Thank you Arman
On Wed, Jan 25, 2017 at 10:20 AM Thierry Carrez
wrote:
> Kevin Benton wrote:
> > [...]
> > The Neutron API is already very extensible and that's problematic. Right
> > now a vendor can write an out-of-tree service plugin or driver that adds
> > arbitrary fields and endpoints to the API that resul
I'm not experienced in reading these things, but it seems that nothing is
currently getting through the integrated gate, and from [1] it appears this
is because the gate-tempest-dsvm-neutron-full-ubuntu-xenial job of [2] has
hung.
[1] http://status.openstack.org/zuul/
[2] https://review.openstack.
Thanks for the explanation. I agree that it has indeed moved now!
On Wed, Jan 25, 2017 at 8:18 PM Jeremy Stanley wrote:
> On 2017-01-25 20:05:04 + (+), Neil Jerram wrote:
> > I'm not experienced in reading these things, but it seems that nothing is
> > currently
I believe there was recently a discussion on one of the OpenStack MLs about
a possible new status for driver projects. Unfortunately I'm not
immediately managing to find it in the archives.
Did that discussion reach a conclusion, and - if so - is that documented
somewhere?
Thanks,
Neil
pic:formal-vote+driver-teams
>
> -- Dims
>
> On Wed, Feb 1, 2017 at 9:21 AM, Neil Jerram wrote:
> > I believe there was recently a discussion on one of the OpenStack MLs
> about
> > a possible new status for driver projects. Unfortunately I'm not
> > immedia
On Thu, Feb 16, 2017 at 5:26 AM Joshua Harlow wrote:
> Radical idea, have each project (not libraries) contain a dockerfile
> that builds the project into a deployable unit (or multiple dockerfiles
> for projects with multiple components) and then it becomes the projects
> responsibility for ensu
Can someone help me with how to look up a project name (aka tenant name)
for a known project/tenant ID, from code (specifically a mechanism driver)
running in the Neutron server?
I believe that means I need to make a GET REST call as here:
https://developer.openstack.org/api-ref/identity/v3/index.
On Tue, Jul 17, 2018 at 3:55 PM Jay Pipes wrote:
> On 07/17/2018 03:36 AM, Neil Jerram wrote:
> > Can someone help me with how to look up a project name (aka tenant name)
> > for a known project/tenant ID, from code (specifically a mechanism
> > driver) running in the Neut
github.com/openstack/python-keystoneclient/blob/650716d0dd30a73ccabe3f0ec20eb722ca0d70d4/keystoneclient/v3/client.py#L102-L116
> On Tue, Jul 17, 2018 at 9:58 PM, Neil Jerram wrote:
>
> On Tue, Jul 17, 2018 at 3:55 PM Jay Pipes wrote:
>
>> On 07/17/2018 03:36 AM, Neil Jerram wrote:
>&g
/projects/7837dbe6b5294ce89342dec823fea106'},
name=service, parent_id=default, tags=[]>
# Identify which user is the "neutron" one:
>>> users=keystone_client.users.list()
>>> users[0]
http://controller:35357/v3/users/113dc98e751d4720b4573044df6eb870'},
name=neu
I'd like to create a non-admin project and user that are able to do
nova.images.list(), in a Queens install. IIUC, all users should be able to
do that. I'm afraid I'm pretty lost and would appreciate any help.
Define a function to test whether a particular set of credentials can do
nova.images.l
27; within that project
really means, or why it means that that user can then do, e.g.
nova.images.list(); but at least I have a working system again.
Regards,
Neil
On Thu, Aug 9, 2018 at 4:42 PM Neil Jerram wrote:
> I'd like to create a non-admin project and user that are able to do
FWIW, I've have no clue if this is serious or not, or what 'Train' refers
to...
On Thu, Oct 18, 2018 at 2:25 PM Jay S Bryant wrote:
> On 10/18/2018 1:35 AM, Tony Breeds wrote:
>
> Hello all,
> As per [1] the nomination period for names for the T release have
> now closed (actually 3 days ag
On Thu, Oct 18, 2018 at 2:35 PM Jay S Bryant wrote:
>
>
>
> On 10/18/2018 8:29 AM, Neil Jerram wrote:
>
> FWIW, I've have no clue if this is serious or not, or what 'Train' refers
> to...
>
> Neil,
>
> The two Project Team Gathering events in Denve
Wracking my brains over this one, would appreciate any pointers...
Setup: Small test deployment with just 3 compute nodes, Queens on Ubuntu
Bionic. The first compute node is an NFS server for
/var/lib/nova/instances, and the other compute nodes mount that as NFS
clients.
Problem: Sometimes, when
out de 2018 às 09:40, Erlon Cruz escreveu:
>>
>> I think that there's a change that AppArmor is blocking the access. Have you
>> checked the dmesg messages related with apparmor?
>>
>> Em sex, 19 de out de 2018 às 09:38, Neil Jerram escreveu:
>>>
>
I'm still seeing the same problem after disabling AppArmor, so I think
it must be some other root problem.
On Wed, Oct 24, 2018 at 2:41 PM Neil Jerram wrote:
>
> Thanks so much for these hints, Erlon. I will look closer at AppArmor.
>
> Neil
>
> On Wed, Oct 24, 201
Should it be possible to run two OpenStack charm units, that both use
haproxy to load balance their APIs, on the same machine? Or is there some
doc somewhere that says that a case like that should use separate machines?
(I'm asking in connection with the bug report at
https://bugs.launchpad.net/o
Thanks James for this quick and clear answer!
Neil
On Tue, Sep 13, 2016 at 8:46 PM, James Page wrote:
> Hi Neil
>
> On Tue, 13 Sep 2016 at 20:43 Neil Jerram wrote:
>
>> Should it be possible to run two OpenStack charm units, that both use
>> haproxy to load ba
Being reminded by the band thread, I thought I should remind about this
too...
On Mon, Jul 11, 2016 at 6:56 PM Neil Jerram wrote:
> I know it's crazy, but I've talked with a few people in Vancouver, Tokyo
> and Austin about the idea of getting a singing group together during
I will be happy to bring my clarinet.
Neil
On Sat, Sep 17, 2016 at 7:37 PM Colette Alexander <
colettealexan...@gmail.com> wrote:
> On Sat, Sep 17, 2016 at 1:35 PM, Amrith Kumar wrote:
> > So, would y'all musicians who plan to bring your gear to Barcelona
> please start a little thread her
On Thu, Oct 6, 2016 at 3:44 PM Jay Pipes wrote:
> On 10/06/2016 03:46 AM, Jerome Tollet (jtollet) wrote:
> > Hey Kevin,
> >
> > Thanks for your interest in this project.
> >
> > We found etcd very convenient to store desired states as well as
> > operational states. It made the design easy to pro
On Wed, Oct 5, 2016 at 4:09 PM Sean Dague wrote:
> On 10/03/2016 12:46 PM, Edward Leafe wrote:
>
>
>
> > We are fortunate in that all of the candidates are exceptionally
> well-qualified, and those elected have put in excellent service while on
> the TC. But one thing I'm afraid of is that we te
Back in August, HenryG committed a useful change [1] to networking-calico
(and I assume to other neutron projects) to show deprecation warnings for
imports from neutron that should now be from neutron-lib. But then in late
August / early September, those deprecation warnings disappeared again -
an
+1, looks lovely!
On Fri, Oct 14, 2016 at 7:31 PM Miguel Lavalle wrote:
> Dear Neutrinos,
>
> I am organizing a social event for the team on Thursday 27th at 19:30.
> After doing some Google research, I am proposing Raco de la Vila, which is
> located in Poblenou: http://www.racodelavila.com/en/
On Wed, Oct 19, 2016 at 4:30 AM Ian Wells wrote:
> Sorry to waken an old thread, but I chose a perfect moment to go on
> holiday...
>
> So yes: I don't entirely trust the way we use RabbitMQ, and that's largely
> because what we're doing with it - distributing state, or copies of state,
> or info
I'm trying to set up a dsvm gate job for networking-calico [1] - which I
think means
- using DevStack to set up a single combined controller/compute node, with
networking-calico settings and plugin [2]
- using Tempest to run some tests on that; ideally including some
networking-related tests :-)
U
IMO these logos are all really wonderful. Great work Heidi et al.!
Neil
On Wed, Oct 19, 2016 at 8:14 PM Heidi Joy Tretheway
wrote:
> Hi Developers,
> Thanks for waiting patiently for news on your project logos! Our team of
> illustrators has been working hard on nearly 60 illustrations
t disabled in your
> devstack settings file.
>
> On Thu, Oct 20, 2016 at 4:34 AM, Neil Jerram wrote:
>
> I'm trying to set up a dsvm gate job for networking-calico [1] - which I
> think means
> - using DevStack to set up a single combined controller/compute node, with
> netw
/sax
Thanks,
-amrith
From: Neil
Jerram [mailto:n...@tigera.io]
Sent: Monday, September 19, 2016 2:36 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [band] OpenStack Summit - Barcelona - musicians please raise your hands
I will be happy
Hi all; just wanted to remind that there will be a networking-calico IRC
meeting tomorrow [1]. Please feel free to add to the agenda at [2] (or ask
me to do that if you prefer).
Thanks!
Neil
[1] http://eavesdrop.openstack.org/#Networking_Calico_Meeting
[2]
https://wiki.openstack.org/wiki/Mee
Hi Zhi Chang,I believe the answer is that the physical network (aka fabric) should provide routing between those two subnets. This routing between segments is implicit in the idea of a multi-segment network, and i
On Mon, Nov 7, 2016 at 9:50 PM Clark Boylan wrote:
> If you have jobs still running on trusty the next step is to fire up a
> Xenial instance locally and run that test to see if it works.
>
Can you advise how big (RAM, CPU, disk) the Xenial instance should be, so
as to be similar to what is used
Hi all; just wanted to remind that there will be a networking-calico IRC
meeting today [1]. Please feel free to add to the agenda at [2] (or ask me
to do that if you prefer).
Thanks!
Neil
[1] http://eavesdrop.openstack.org/#Networking_Calico_Meeting
[2]
https://wiki.openstack.org/wiki/Meetin
On Thu, Nov 17, 2016 at 6:44 PM Carl Baldwin wrote:
> Neutron (and Openstack),
>
> It is with regret that I report that my work situation has changed such
> that I'm not able to keep up with my duties as a Neutron core reviewer, L3
> lieutenant, and drivers team member. My participation has dropp
On Mon, Nov 7, 2016 at 9:50 PM Clark Boylan wrote:
> [...]
If you have jobs still running on trusty the next step is to fire up a
> Xenial instance locally and run that test to see if it works. Usually
> this will mean running the appropriate tox target or if using
> devstack-gate you can grab t
On Tue, Nov 22, 2016 at 10:58 AM Neil Jerram wrote:
> On Mon, Nov 7, 2016 at 9:50 PM Clark Boylan wrote:
>
> [...]
>
> If you have jobs still running on trusty the next step is to fire up a
> Xenial instance locally and run that test to see if it works. Usually
> this
On Tue, Nov 22, 2016 at 11:41 AM Neil Jerram wrote:
> On Tue, Nov 22, 2016 at 10:58 AM Neil Jerram wrote:
>
> On Mon, Nov 7, 2016 at 9:50 PM Clark Boylan wrote:
>
> [...]
>
> If you have jobs still running on trusty the next step is to fire up a
> Xenial instance loca
201 - 300 of 303 matches
Mail list logo