[openstack-dev] [neutron] upgrade from liberty to mitaka

2016-10-15 Thread Richard Woo 
Hello, folks,

I have a small cluster running openstack liberty, today I am starting to
upgrading to Mitaka.

I am having a problem to launch l3 agent on network node.

I got the following error:
Guru mediation now registers SIGUSR1 and SIGUSR2 by default for backward
compatibility. SIGUSR1 will no longer be registered in a future release, so
please use SIGUSR2 to generate reports.
Option "verbose" from group "DEFAULT" is deprecated for removal.  Its value
may be silently ignored in the future.
2016-10-15 22:13:20.800 24466 INFO neutron.common.config [-] Logging
enabled!
2016-10-15 22:13:20.801 24466 INFO neutron.common.config [-]
/usr/bin/neutron-l3-agent version 8.2.0
2016-10-15 22:13:20.801 24466 DEBUG neutron.common.config [-] command line:
/usr/bin/neutron-l3-agent --config-file=/etc/neutron/neutron.conf
--config-file=/etc/neutron/l3_agent.ini
--log-file=/var/log/neutron/l3-agent.log setup_logging
/usr/lib/python2.7/dist-packages/neutron/common/config.py:269
2016-10-15 22:13:20.923 24466 DEBUG oslo_messaging._drivers.amqpdriver
[req-8c392909-20ed-45f4-b997-9302008d0075 - - - - -] CALL msg_id:
0b6eb35b95ec4edca605b2d3c6a76d37 exchange 'neutron' topic 'q-l3-plugin'
_send
/usr/lib/python2.7/dist-packages/oslo_messaging/_drivers/amqpdriver.py:454
/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py:187:
RuntimeWarning: You have iterated over the result of
pkg_resources.parse_version. This is a legacy behavior which is
inconsistent with the new version class introduced in setuptools 8.0. In
most cases, conversion to a tuple is unnecessary. For comparison of
versions, sort the Version instances directly. If you have another use case
requiring the tuple, please file a bug with the setuptools project
describing that need.
  stacklevel=1,
2016-10-15 22:13:20.951 24466 DEBUG oslo_messaging._drivers.amqpdriver [-]
received reply msg_id: 0b6eb35b95ec4edca605b2d3c6a76d37 __call__
/usr/lib/python2.7/dist-packages/oslo_messaging/_drivers/amqpdriver.py:302
2016-10-15 22:13:20.953 24466 DEBUG neutron.callbacks.manager
[req-8c392909-20ed-45f4-b997-9302008d0075 - - - - -] Subscribe:  router after_create subscribe
/usr/lib/python2.7/dist-packages/neutron/callbacks/manager.py:41
2016-10-15 22:13:20.954 24466 DEBUG neutron.callbacks.manager
[req-8c392909-20ed-45f4-b997-9302008d0075 - - - - -] Subscribe:  router before_delete subscribe
/usr/lib/python2.7/dist-packages/neutron/callbacks/manager.py:41
2016-10-15 22:13:20.955 24466 DEBUG
neutron_fwaas.services.firewall.agents.l3reference.firewall_l3_agent
[req-8c392909-20ed-45f4-b997-9302008d0075 - - - - -] Initializing firewall
agent __init__
/usr/lib/python2.7/dist-packages/neutron_fwaas/services/firewall/agents/l3reference/firewall_l3_agent.py:55
2016-10-15 22:13:20.956 24466 CRITICAL neutron
[req-8c392909-20ed-45f4-b997-9302008d0075 - - - - -] AttributeError:
'module' object has no attribute 'FIREWALL_PLUGIN'
2016-10-15 22:13:20.956 24466 ERROR neutron Traceback (most recent call
last):
2016-10-15 22:13:20.956 24466 ERROR neutron   File
"/usr/bin/neutron-l3-agent", line 10, in 
2016-10-15 22:13:20.956 24466 ERROR neutron sys.exit(main())
2016-10-15 22:13:20.956 24466 ERROR neutron   File
"/usr/lib/python2.7/dist-packages/neutron/cmd/eventlet/agents/l3.py", line
17, in main
2016-10-15 22:13:20.956 24466 ERROR neutron l3_agent.main()
2016-10-15 22:13:20.956 24466 ERROR neutron   File
"/usr/lib/python2.7/dist-packages/neutron/agent/l3_agent.py", line 57, in
main
2016-10-15 22:13:20.956 24466 ERROR neutron manager=manager)
2016-10-15 22:13:20.956 24466 ERROR neutron   File
"/usr/lib/python2.7/dist-packages/neutron/service.py", line 331, in create
2016-10-15 22:13:20.956 24466 ERROR neutron
periodic_fuzzy_delay=periodic_fuzzy_delay)
2016-10-15 22:13:20.956 24466 ERROR neutron   File
"/usr/lib/python2.7/dist-packages/neutron/service.py", line 264, in __init__
2016-10-15 22:13:20.956 24466 ERROR neutron self.manager =
manager_class(host=host, *args, **kwargs)
2016-10-15 22:13:20.956 24466 ERROR neutron   File
"/usr/lib/python2.7/dist-packages/neutron/agent/l3/agent.py", line 635, in
__init__
2016-10-15 22:13:20.956 24466 ERROR neutron
super(L3NATAgentWithStateReport, self).__init__(host=host, conf=conf)
2016-10-15 22:13:20.956 24466 ERROR neutron   File
"/usr/lib/python2.7/dist-packages/neutron/agent/l3/agent.py", line 243, in
__init__
2016-10-15 22:13:20.956 24466 ERROR neutron super(L3NATAgent,
self).__init__(conf=self.conf)
2016-10-15 22:13:20.956 24466 ERROR neutron   File
"/usr/lib/python2.7/dist-packages/neutron_fwaas/services/firewall/agents/l3reference/firewall_l3_agent.py",
line 77, in __init__
2016-10-15 22:13:20.956 24466 ERROR neutron self.fwplugin_rpc =
FWaaSL3PluginApi(topics.FIREWALL_PLUGIN,
2016-10-15 22:13:20.956 24466 ERROR neutron AttributeError: 'module' object
has no attribute 'FIREWALL_PLUGIN'
2016-10-15 22:13:20.956 24466 ERROR neutron

On our setup, we did not use any FWaaS service, please give us hints what
may cause this

Re: [openstack-dev] [Neutron] Neutron team social event in Barcelona

2016-10-15 Thread John Schwarz 
+1 - great initiative, can't wait to re-meet everybody :)

On Sat, Oct 15, 2016 at 8:11 PM, Paul Michali  wrote:
> +1 Thanks for setting this up!
>
>
> On Sat, Oct 15, 2016, 9:53 AM Alonso Hernandez, Rodolfo
>  wrote:
>>
>> +1
>>
>>
>>
>> From: Doug Wiegley [mailto:doug...@parksidesoftware.com]
>> Sent: Saturday, October 15, 2016 1:57 AM
>> To: OpenStack Development Mailing List (not for usage questions)
>> 
>> Subject: Re: [openstack-dev] [Neutron] Neutron team social event in
>> Barcelona
>>
>>
>>
>> +1
>>
>> Doug
>>
>>
>> On Oct 14, 2016, at 6:24 PM, Kevin Benton  wrote:
>>
>> +1
>>
>>
>>
>> On Oct 14, 2016 1:33 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/index.htm. The menu is
>> here: http://www.racodelavila.com/en/carta-racodelavila.htm
>>
>> It is easy to get there by subway from the Summit venue:
>> https://goo.gl/maps/HjaTEcBbDUR2. I made a reservation for 25 people under
>> 'Neutron' or "Miguel Lavalle". Please confirm your attendance so we can get
>> a final count.
>>
>> Here's some reviews:
>> https://www.tripadvisor.com/Restaurant_Review-g187497-d1682057-Reviews-Raco_De_La_Vila-Barcelona_Catalonia.html
>>
>>
>> Cheers
>>
>>
>>
>> Miguel
>>
>>
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>



-- 
John Schwarz,
Senior Software Engineer,
Red Hat.

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [Neutron] Database field sizes and attribute "MAX_LEN" constants

2016-10-15 Thread Henry Gessau 
Hi neutrinos,

In Neutron many attributes are stored in database fields. The size of these
fields therefore determines the maximum length of the attribute values.

I would like to get some consistency in place around how we define the
constants and where they are used. Here are my thoughts...


1. Raw sizes in alembic migrations

In the alembic migrations which build the DB schema, we should use the raw
number value of the field size.

2. FOO_FIELD_SIZE in the sqlalchemy models

In the sqlalchemy models, we should use the _FIELD_SIZE constants
defined in neutron_lib/db/constants.py

3. Everywhere else, use FOO_FIELD_SIZE, or another constant (like FOO_MAX_LEN)
based on FOO_FIELD_SIZE.


"Why raw numbers in alembic migrations?", you may ask. Well, we have tests
that verify that the models match the schema generated by migrations. If both
the models and the migrations use the constants then the tests would not
detect if a patch changes the constant value.

By using raw numbers in migrations, together with our rule of not allowing
changes to existing migrations, we allow the tests to detect and fail on any
attempt to alter a FIELD_SIZE constant.

Let me know if this makes sense or if you think it's a terrible idea.

If there are no objections, I intend to submit a patch or patches to:
 - replace constants with numbers in existing migrations
 - ensure all models use the appropriate constants

Existing code uses FOO_MAX_LEN in a lot of places. In most of these places it
would make sense to simply switch to using FOO_FIELD_SIZE. However, some code
may be quite far removed from the DB and would look better by sticking to
FOO_MAX_LEN. I added item 3. above to allow for that.


__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [keystone][nova][neutron][all] Rolling upgrades: database triggers and oslo.versionedobjects

2016-10-15 Thread Clint Byrum 
Excerpts from Jay Pipes's message of 2016-10-14 16:55:39 -0400:
> Alex, so sorry for the long delayed response! :( This just crept to
> the back of my inbox unfortunately. Answer inline...
> 
> On 09/14/2016 07:24 PM, Bashmakov, Alexander wrote:
> >> Glance and Keystone do not participate in a rolling upgrade,
> >> because Keystone and Glance do not have a distributed component
> >> architecture. Online data migrations will reduce total downtime
> >> experienced during an *overall upgrade procedure* for an OpenStack
> >> cloud, but Nova, Neutron and Cinder are the only parts of OpenStack
> >> that are going to participate in a rolling upgrade because they are
> >> the services that are distributed across all the many compute
> >> nodes.
> >
> > Hi Jay, I'd like to better understand why your definition of rolling
> > upgrades excludes Glance and Keystone? Granted they don't run
> > multiple disparate components over distributed systems, however, they
> > can still run the same service on multiple distributed nodes. So a
> > rolling upgrade can still be applied on a large cloud that has, for
> > instance 50 Glance nodes.
> 
> If you've seen a cloud with 50 Glance nodes, I would be astonished :) 
> That said, the number 50 doesn't really have to do with my definition of 
> rolling... lemme explain.
> 
> The primary thing that, to me at least, differentiates rolling upgrades 
> of distributed software is that different nodes can contain multiple 
> versions of the software and continue to communicate with other nodes in 
> the system without issue.
> 

Database are often (mis)used to communicate.

> In the case of Glance, you cannot have different versions of the Glance 
> service running simultaneously within an environment, because those 
> Glance services each directly interface with the Glance database and 
> therefore expect the Glance DB schema to look a particular way for a 
> specific version of the Glance service software.
> 

That's not a constraint of Glance, but a constraint of the way Glance
has been interfacing with the database. The argument of the thread was
that one can make schema changes in such a way that one can have
multiple versions of the same component running during an update.

> In contrast, Nova's distributed service nodes -- the nova-compute 
> services and (mostly) the nova-api services do *not* talk directly to 
> the Nova database. If those services need to get or set data in the 
> database, they communicate with the nova-conductor services which are 
> responsible for translating (called back-versioning) the most updated 
> object model schema that matches the Nova database to the schema that 
> the calling node understands. This means that Nova deployers can update 
> the Nova database schema and not have to at the same time update the 
> software on the distributed compute nodes. In this way deployers can 
> "roll out" an upgrade of the Nova software across many hundreds of 
> compute nodes over an extended period of time without needing to 
> restart/upgrade services all at once.
> 
> Hope this clarifies things.
> 

It clarifies your thinking, so thanks for that. However, I'm not so sure
there's any difference between components that are the same software,
and components that are different software, if they end up interacting
anyway because one version can write and read data that another version
does.

What I think is important is understanding the interfaces, and how they
can be tested to ensure that rolling/partial/0-downtime updates can be
done safely.

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [Ironic][QA] Static type hint checking

2016-10-15 Thread John Villalovos 
I have added an RFE about starting work on adding static type hint checking
to Ironic:
https://bugs.launchpad.net/ironic-lib/+bug/1633756

And a starting patch to openstack/ironic-lib:
https://review.openstack.org/#/c/386892/

A patch to add the 'typing' package to openstack/requirements/global-
requirements.txt:
https://review.openstack.org/386944

Issues:
I tried adding the 'mypy-lang' package to global-requirements but the tool
'generate-constraints' does not handle "Python 3 only" packages. Or I don't
know how to make it handle "Python 3 only" packages.

So I added the dep for 'mypy-lang' as a local dep requirement in the
tox.ini file.

Very interested to hear if anybody else has started working on static type
hint checking in their projects.

Thanks,
John
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Neutron] Neutron team social event in Barcelona

2016-10-15 Thread Paul Michali 
+1 Thanks for setting this up!

On Sat, Oct 15, 2016, 9:53 AM Alonso Hernandez, Rodolfo <
rodolfo.alonso.hernan...@intel.com> wrote:

> +1
>
>
>
> *From:* Doug Wiegley [mailto:doug...@parksidesoftware.com]
> *Sent:* Saturday, October 15, 2016 1:57 AM
> *To:* OpenStack Development Mailing List (not for usage questions) <
> openstack-dev@lists.openstack.org>
> *Subject:* Re: [openstack-dev] [Neutron] Neutron team social event in
> Barcelona
>
>
>
> +1
>
> Doug
>
>
> On Oct 14, 2016, at 6:24 PM, Kevin Benton  wrote:
>
> +1
>
>
>
> On Oct 14, 2016 1:33 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/index.htm. The menu
> is here: http://www.racodelavila.com/en/carta-racodelavila.htm
>
> It is easy to get there by subway from the Summit venue:
> https://goo.gl/maps/HjaTEcBbDUR2. I made a reservation for 25 people
> under 'Neutron' or "Miguel Lavalle". Please confirm your attendance so we
> can get a final count.
>
> Here's some reviews:
> https://www.tripadvisor.com/Restaurant_Review-g187497-d1682057-Reviews-Raco_De_La_Vila-Barcelona_Catalonia.html
>
>
> Cheers
>
>
>
> Miguel
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Neutron] Neutron team social event in Barcelona

2016-10-15 Thread Alonso Hernandez, Rodolfo 
+1

From: Doug Wiegley [mailto:doug...@parksidesoftware.com]
Sent: Saturday, October 15, 2016 1:57 AM
To: OpenStack Development Mailing List (not for usage questions) 

Subject: Re: [openstack-dev] [Neutron] Neutron team social event in Barcelona

+1
Doug

On Oct 14, 2016, at 6:24 PM, Kevin Benton 
> wrote:

+1

On Oct 14, 2016 1:33 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/index.htm. The menu is here: 
http://www.racodelavila.com/en/carta-racodelavila.htm
It is easy to get there by subway from the Summit venue: 
https://goo.gl/maps/HjaTEcBbDUR2. I made a reservation for 25 people under 
'Neutron' or "Miguel Lavalle". Please confirm your attendance so we can get a 
final count.
Here's some reviews: 
https://www.tripadvisor.com/Restaurant_Review-g187497-d1682057-Reviews-Raco_De_La_Vila-Barcelona_Catalonia.html

Cheers

Miguel

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: 
openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: 
openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Neutron] Neutron team social event in Barcelona

2016-10-15 Thread reedip banerjee 
+1
Great idea Miguel :)

On Oct 15, 2016 15:00, "Janki Chhatbar"  wrote:

> +1
>
> On 15-Oct-2016 2:49 pm, "Ihar Hrachyshka"  wrote:
>
>> 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/index.htm. The menu
>>> is here: http://www.racodelavila.com/en/carta-racodelavila.htm
>>>
>>> It is easy to get there by subway from the Summit venue:
>>> https://goo.gl/maps/HjaTEcBbDUR2. I made a reservation for 25 people
>>> under 'Neutron' or "Miguel Lavalle". Please confirm your attendance so we
>>> can get a final count.
>>>
>>
>> +1. (I wonder if 25 is enough. I remember Tokyo party was especially
>> crowded.)
>>
>> Ihar
>>
>> 
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscrib
>> e
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [telemetry] Telemetry presence at PTG in February

2016-10-15 Thread Julien Danjou 
On Fri, Oct 14 2016, gordon chung wrote:

> On 14/10/16 05:51 AM, Julien Danjou wrote:
>> Therefore I did not ask for a space for our team at the next PTG.
>
> did you request them to send the food+drinks to our homes instead? 
> something to consider? :)

Sounds like you got your next question for the next TC election!

-- 
Julien Danjou
;; Free Software hacker
;; https://julien.danjou.info


signature.asc
Description: PGP signature
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Neutron] Neutron team social event in Barcelona

2016-10-15 Thread Janki Chhatbar 
+1

On 15-Oct-2016 2:49 pm, "Ihar Hrachyshka"  wrote:

> 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/index.htm. The menu
>> is here: http://www.racodelavila.com/en/carta-racodelavila.htm
>>
>> It is easy to get there by subway from the Summit venue:
>> https://goo.gl/maps/HjaTEcBbDUR2. I made a reservation for 25 people
>> under 'Neutron' or "Miguel Lavalle". Please confirm your attendance so we
>> can get a final count.
>>
>
> +1. (I wonder if 25 is enough. I remember Tokyo party was especially
> crowded.)
>
> Ihar
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Neutron] Neutron team social event in Barcelona

2016-10-15 Thread Ihar Hrachyshka 

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/index.htm. The  
menu is here: http://www.racodelavila.com/en/carta-racodelavila.htm


It is easy to get there by subway from the Summit venue:  
https://goo.gl/maps/HjaTEcBbDUR2. I made a reservation for 25 people  
under 'Neutron' or "Miguel Lavalle". Please confirm your attendance so we  
can get a final count.


+1. (I wonder if 25 is enough. I remember Tokyo party was especially  
crowded.)


Ihar

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev