Re: [openstack-dev] addCleanup vs. tearDown

2013-10-08 Thread Nachi Ueno
+1 2013/10/8 Monty Taylor : > Hey! > > Got a question on IRC which seemed fair game for a quick mailing list post: > > Q: I see both addCleanup and tearDown in nova's test suite - which one > should I use for new code? > > A: addCleanup > > All new code should 100% of the time use addCleanup and n

Re: [openstack-dev] Blueprint for IPAM and Policy extensions in Neutron

2013-10-04 Thread Nachi Ueno
2013/10/4 Rudra Rugge : > Hi Nachi, > > Inline response > > On 10/4/13 12:54 PM, "Nachi Ueno" wrote: > >>Hi Rudra >> >>inline responded >> >>2013/10/4 Rudra Rugge : >>> Hi Nachi, >>> >>> Thanks for reviewing th

Re: [openstack-dev] Blueprint for IPAM and Policy extensions in Neutron

2013-10-04 Thread Nachi Ueno
Hi Rudra inline responded 2013/10/4 Rudra Rugge : > Hi Nachi, > > Thanks for reviewing the BP. Please see inline: > > On 10/4/13 11:30 AM, "Nachi Ueno" wrote: > >>Hi Rudra >> >>Two comment from me >> >>(1) IPAM and Network policy exte

Re: [openstack-dev] Blueprint for IPAM and Policy extensions in Neutron

2013-10-04 Thread Nachi Ueno
Hi Rudra Two comment from me (1) IPAM and Network policy extension looks like independent extension. so IPAM part and Network policy should be divided for two blueprints. (2) The team IPAM is too general word. IMO we should use more specific word. How about SubnetGroup? (3) Network Policy Resou

Re: [openstack-dev] [neutron] [ml2] devstack now defaults to the ML2 plugin

2013-10-01 Thread Nachi Ueno
Congrat! 2013/10/1 Kyle Mestery (kmestery) : > Folks: > > Just an update regarding the change to move devstack to default > to the ML2 Neutron plugin instead of the OVS plugin. The patch [1] > merged yesterday. Full tempest tests were passed with this, but > just a heads up for those using devstac

[openstack-dev] [Neutron][VPNaaS] VPNaaS team meeting

2013-10-01 Thread Nachi Ueno
Hi Neutron VPNaaS folks In havana, IPsec site-to-site model and reference driver is merged. Let's discuss next step! :P I have created a page for this discussion. so could you add your bp or thought or workitem on this etherpad page. https://etherpad.openstack.org/NeutronVPNaaSIceHouse I have a

Re: [openstack-dev] [Ceilometer][IceHouse] Ceilometer + Kibana + ElasticSearch Integration

2013-09-16 Thread Nachi Ueno
Hi Julien Thank you for your comment 2013/9/16 Julien Danjou : > On Fri, Sep 13 2013, Nachi Ueno wrote: > > Hi Nachi, > > That looks like a good idea, thanks for submitting. > >> [1] We should add elastic search query api for ceilometer? or we >> should let user ki

Re: [openstack-dev] [Ceilometer][IceHouse] Ceilometer + Kibana + ElasticSearch Integration

2013-09-13 Thread Nachi Ueno
> > Great to here this! > > Although I have to think this integration more from now, for log aggregator, > using logstash might be good idea here. > > I will keep following up on this. :) > > Jaesuk Ahn, Ph.D. > Team Lead, Cloud Platform Dev. > KT > > &

Re: [openstack-dev] [Ceilometer][IceHouse] Ceilometer + Kibana + ElasticSearch Integration

2013-09-13 Thread Nachi Ueno
look that project. Best Nachi 2013/9/13 Monsyne Dragon : > Nice! Have you chatted with these folks: http://projectmeniscus.org/ ? > (Openstack-related logging-as-a-service project) > They list interoperation with Ceilometer as a project goal. > > On 9/12/13 7:06 PM, "Nachi Uen

[openstack-dev] [Ceilometer][IceHouse] Ceilometer + Kibana + ElasticSearch Integration

2013-09-12 Thread Nachi Ueno
Hi Folks Is anyone interested in Kibana + ElasticSearch Integration with ceilometer? # Note: This discussion is not for Havana. I have registered BP. (for IceHouse) https://blueprints.launchpad.net/ceilometer/+spec/elasticsearch-driver This is demo video. http://www.youtube.com/watch?v=8SmA0W0hd

Re: [openstack-dev] [Neutron] The three API server multi-worker process patches.

2013-09-05 Thread Nachi Ueno
Hi Folks We choose https://review.openstack.org/#/c/37131/ <-- This patch to go on. We are also discussing in this patch. Best Nachi 2013/9/5 Baldwin, Carl (HPCS Neutron) : > Brian, > > As far as I know, no consensus was reached. > > A problem was discovered that happens when spawning multiple

[openstack-dev] [Neturon] VPNaaS

2013-09-04 Thread Nachi Ueno
Hi folks We could merged VPNaaS DB and Driver and CLI for neutron. # heat support also looks like merged! This is a demo video http://www.youtube.com/watch?v=6qqCRqBwMUY This is latest how to install vpn https://wiki.openstack.org/wiki/Quantum/VPNaaS/HowToInstall The last part is Horizon suppor

Re: [openstack-dev] [Nova] VersionConflict: (jsonschema 1.3.0...

2013-08-30 Thread Nachi Ueno
Hi folks I found the fix. warlock is out-to-date in my env. sudo pip install --upgrade warlock fixes issue. 2013/8/30 Nachi Ueno : > Hi folks > > Is anybody facing this issue? > > I got when I boot nova-api > > VersionConflict: (jsonschema 1.3.0 > (/usr/local/lib

[openstack-dev] [Nova] VersionConflict: (jsonschema 1.3.0...

2013-08-30 Thread Nachi Ueno
Hi folks Is anybody facing this issue? I got when I boot nova-api VersionConflict: (jsonschema 1.3.0 (/usr/local/lib/python2.7/dist-packages), Requirement.parse('jsonschema>=0.7,<1')) so, I did, sudo pip install --upgrade jsonschema==0.8.0 then I got, VersionConflict: (jsonschema 0.8.0 (/usr

[openstack-dev] [Heat] If we have two DC (two region), we can use heat for only one DC

2013-08-22 Thread Nachi Ueno
Hi Heat team If we have two DC (two region), we can use heat for only one DC. so let's say we have DC tokyo, and DC SanJose, even if we have a Heat in Tokyo, and a heat in SanJose, heat in SanJose send request for Tokyo. This is because of this bug https://bugs.launchpad.net/heat/+bug/1213291. I

Re: [openstack-dev] [Neutron][VPNaaS] Supporting OpenSwan or StrongSwan or Both?

2013-08-20 Thread Nachi Ueno
rs. Best Nachi > Regards, > > PCM (Paul Michali) > > MAIL p...@cisco.com > IRC pcm_ (irc.freenode.net) > TW @pmichali > > On Aug 19, 2013, at 6:15 PM, Nachi Ueno wrote: > > Hi folks > > I would like to discuss whether supporting OpenSwan or StrongSwan o

Re: [openstack-dev] [Neutron][VPNaaS] Supporting OpenSwan or StrongSwan or Both?

2013-08-19 Thread Nachi Ueno
chances of strongswan support > introducing bugs into openswan driver are negligible. > > Openswan should be the default solution, in muy opinion. > > Salvatore > > > On 20 August 2013 00:15, Nachi Ueno wrote: >> >> Hi folks >> >> I would like to discu

[openstack-dev] [Neutron][VPNaaS] Supporting OpenSwan or StrongSwan or Both?

2013-08-19 Thread Nachi Ueno
Hi folks I would like to discuss whether supporting OpenSwan or StrongSwan or Both for ipsec driver? We choose StrongSwan because of the community is active and plenty of docs. However It looks like RHEL is only supporting OpenSwan. so we should choose (A) Support StrongSwan (B) Support OpenSwa

Re: [openstack-dev] Motion to start using Gerrit for TC votes

2013-08-06 Thread Nachi Ueno
+1 2013/8/6 Morgan Fainberg : > > > On Tue, Aug 6, 2013 at 1:32 PM, Monty Taylor wrote: >> >> Hi! >> >> Currently, we make motions by email, then we discuss them by mailing >> list, then we discuss them more in IRC, then we vote on them - at which >> point the actual thing voted on may or may not

Re: [openstack-dev] [neutron] Enabling neutron gating

2013-08-05 Thread Nachi Ueno
change from going in today. Bug filed here: > https://bugs.launchpad.net/neutron/+bug/1208661 > > Can someone from the neutron team that has the ability to change bug > priorities please bump that to critical? > > -Sean > > > On 08/05/2013 02:59 PM, Nachi Ueno wrote: >&

Re: [openstack-dev] Enabling neutron gating

2013-08-05 Thread Nachi Ueno
Thanks! 2013/8/5 Clark Boylan : > On Mon, Aug 5, 2013 at 10:21 AM, James E. Blair wrote: >> Sean Dague writes: >> >>> On 08/04/2013 12:09 PM, Thierry Carrez wrote: >>>> Nachi Ueno wrote: >>>>> It looks like neutron gating error improves as much

[openstack-dev] Enabling neutron gating

2013-08-02 Thread Nachi Ueno
Hi Folks It looks like neutron gating error improves as much as non-neutron gating one, so I would like to suggest to enable neturon-gating again. This is 12 hours failure rate in 2013-08-01. gate-tempest-devstack-vm-full:18.75% gate-tempest-devstack-vm-neutron:13.21% There are graphs [1] netu

Re: [openstack-dev] Oslo.config raises AttributeError instead of NoSuchOptError

2013-08-01 Thread Nachi Ueno
Thanks! This code works 2013/8/1 Davanum Srinivas : > Nachi, > > I've submitted a review for oslo.config - > https://review.openstack.org/#/c/39850/ - please see if that helps in > your environment as well. > > -- dims > > On Thu, Aug 1, 2013 at 8:22 PM, Nachi Ueno

[openstack-dev] Oslo.config raises AttributeError instead of NoSuchOptError

2013-08-01 Thread Nachi Ueno
Hi Mark When I use latest oslo, Oslo.config raises AttributeError instead of NoSuchOptError. (now devstack is using latest oslo, and this is also breaking neutron gating) Neutron agents handles NoSuchOptError, so this change brokes most of neutron agents. (see https://bugs.launchpad.net/oslo/+bu

[openstack-dev] [Neutron] Neutron Reference FSM difinition

2013-07-26 Thread Nachi Ueno
Hi folks I got review comment from Salvatore about FSM management of resources ### Quote management of PENDING statuses. It would be great if we find an agreement across the LB, VPN, and FW extensions to handle them in the same way. Doing it differently for each extension might confuse use

Re: [openstack-dev] [Neutron] Proposal to add new neutron-core members

2013-07-23 Thread Nachi Ueno
Great News! +1 for both guys 2013/7/23 Aaron Rosen : > +1 > > I think both Kyle and Armando would be a great addition to the team. > > > On Tue, Jul 23, 2013 at 12:15 PM, Mark McClain > wrote: >> >> All- >> >> I'd like to propose that Kyle Mestery and Armando Migliaccio be added to >> the Neutr

Re: [openstack-dev] [neutron] Neutron Network Statistics

2013-07-22 Thread Nachi Ueno
Hi Mellquist I'm also interested in the feature. Could you write some blueprint for proposal? (May be havana is overloaded, so it will go to icehouse) Best Nachi 2013/7/22 Mellquist, Peter : > Hi! > > > > I am interested to know if the topic of surfacing networking statistics > through the Neu

Re: [openstack-dev] [Neutron][Requirement] SQLAlchemy raises None, causes TypeError

2013-07-18 Thread Nachi Ueno
Hi David Thanks for your information. hmm it looks long way.. 2013/7/18 David Ripton : > On 07/18/2013 03:48 PM, Nachi Ueno wrote: > >> Sometimes, I got "SQLAlchemy raises None, causes TypeError" >> This get debugging hard, because it hides real reasons. >&g

Re: [openstack-dev] [Neutron][Requirement] SQLAlchemy raises None, causes TypeError

2013-07-18 Thread Nachi Ueno
ssion.flush() manually to see specific exception in such cases. > In case exception is potentially unavoidable, explicitly calling flush() > seems to be a good workaround for this problem. > > Thanks, > Eugene. > > > On Thu, Jul 18, 2013 at 11:48 PM, Nachi Ueno wrote: >>

[openstack-dev] [Neutron][Requirement] SQLAlchemy raises None, causes TypeError

2013-07-18 Thread Nachi Ueno
Hi folks Sometimes, I got "SQLAlchemy raises None, causes TypeError" This get debugging hard, because it hides real reasons. It looks like the problem of combining eventlet and sqlalchemy. http://stackoverflow.com/questions/9525220/sqlalchemy-raises-none-causes-typeerror Latest version of sqlal

Re: [openstack-dev] Neutron/MPLS VPNaaS

2013-07-18 Thread Nachi Ueno
Hi Lai Your BP looks very similer what I talked on the summit. https://blueprints.launchpad.net/neutron/+spec/neutron-bgp-mpls-vpn Let's merge two of them. One comment on your bp is quagga supports this use case? Best Nachi 2013/7/17 Lai Xuejiao : > Hi, everyone > > Here is a new BP of MPLS

Re: [openstack-dev] Cheetah vs Jinja

2013-07-16 Thread Nachi Ueno
add me as a reviewer. Id like to make sure we > dont break trove. <3 > > On Jul 16, 2013, at 1:47 PM, Nachi Ueno wrote: > >> Hi Folks >> >> Thanks >> I'll update code with Jinja2 >> >> 2013/7/16 Michael Basnight : >>> Also, jinja2 is in re

Re: [openstack-dev] Neutron -- creating networks with no assigned tenant

2013-07-16 Thread Nachi Ueno
ed. Also, the requirement1 don't fit for all cases, so IMO it is sufficient to provide API to do that, because to combine API is not burden. Best Nachi 2013/7/16 Jay Pipes : > On 07/16/2013 03:30 PM, Nachi Ueno wrote: >> >> Hi Jay >> >> I agree for that usecase i

Re: [openstack-dev] Cheetah vs Jinja

2013-07-16 Thread Nachi Ueno
github.com/openstack/requirements/commit/96f38365ce94d2135f7744c93bae0ce92a747195 > > On Jul 16, 2013, at 1:10 PM, Nachi Ueno wrote: > >> Hi folks >> >> Jinja2 looks have +3. >> This is the winner? >> >> # My code can be done by Jinja2 also. >> >>

Re: [openstack-dev] Cheetah vs Jinja

2013-07-16 Thread Nachi Ueno
Hi folks Jinja2 looks have +3. This is the winner? # My code can be done by Jinja2 also. so if we choose Jinja2, what's version range is needed? Thanks Nachi 2013/7/16 Matt Dietz : > I'll second the jinja2 recommendation. I also use it with Pyramid, and > find it non-obtrusive to write and e

Re: [openstack-dev] Neutron -- creating networks with no assigned tenant

2013-07-16 Thread Nachi Ueno
sure this kind of function should be in Neutron or not. IMO, if there is some kind of orchestrator, it is best. Best Nachi 2013/7/16 Jay Pipes : > On 07/16/2013 02:03 PM, Nachi Ueno wrote: >> >> Hi Jay >> >> It is not supported now, and there is no bp proposed to do

Re: [openstack-dev] Neutron -- creating networks with no assigned tenant

2013-07-16 Thread Nachi Ueno
Hi Jay It is not supported now, and there is no bp proposed to do that. It can be done via API (CLI), so we can write a script for tenant setup. Best Nachi 2013/7/16 Jay Pipes : > The way that folsom and nova + nova-network works is that you create a bunch > of unassigned (no tenant assigned to

Re: [openstack-dev] [Change I30b127d6] Cheetah vs Jinja

2013-07-16 Thread Nachi Ueno
Hi Doug Mako looks OK for config generation This is code in review. https://review.openstack.org/#/c/33148/23/neutron/services/vpn/device_drivers/template/ipsec.conf.template 2013/7/16 Doug Hellmann : > > > > On Tue, Jul 16, 2013 at 9:51 AM, Daniel P. Berrange > wrote: >> >> On Tue, Jul 16, 20

Re: [openstack-dev] Bug #1194026

2013-07-15 Thread Nachi Ueno
this code asap if I got review comment. Thanks Nachi 2013/7/12 Nachi Ueno : > HI Folks > > I pushed https://review.openstack.org/#/c/36890/ . > Since this is kind of critical problem, I'm very appreciate if this is > reviewed quickly. > > Thanks > Nachi > > >

Re: [openstack-dev] [Neutron][docs] Why is the neutron security group extension disabled by default?

2013-07-13 Thread Nachi Ueno
Hi folks Thank you for pointing this. I'll take this one Best Nachi 2013/7/13 Tom Fifield : > "Dear caller, your bug is important to us, and will be addressed by the > first available operator. You are currently. number. two ... hundred ... > and. forty. eight. in the queue." > > http://bit.ly/1

Re: [openstack-dev] Bug #1194026

2013-07-13 Thread Nachi Ueno
HI Folks I pushed https://review.openstack.org/#/c/36890/ . Since this is kind of critical problem, I'm very appreciate if this is reviewed quickly. Thanks Nachi 2013/7/11 Nachi Ueno : > Hi folks > > I think I found possible cause of this problems. > > so we expected all

Re: [openstack-dev] [Review] Use of exception for non-exceptional cases

2013-07-12 Thread Nachi Ueno
Hi folks > Monty Thank you for your adding good topic for this. I agree, hiding true cause by exception get hard to debug For, example, Sqlalchemy gives me this error for general sql errors.. "exceptions must be old-style classes or derived from BaseException, not str" (It should be hidden from

Re: [openstack-dev] Bug #1194026

2013-07-12 Thread Nachi Ueno
ed for now if >> that will allow the tempest test to run, since the tempest test is more >> useful (it does an ssh check to ensure that the metadata service has >> configured the VM). Doing so would allow useful gating while we look at >> resolving the timing bug. >> >

Re: [openstack-dev] Current biggest OpenStack gate fail culprit - neutron bug #1194026

2013-07-11 Thread Nachi Ueno
Hi Sean Sorry for it taking long time to fixing this problem. At least, 3 neutron core dev is working on this issue, but it is kind of timing issue so we are struggling to replicate it. I'm also OK to move it for non-voting now. 2013/7/11 Thierry Carrez : > Sean Dague wrote: >> On 07/11/2013 11

Re: [openstack-dev] [Review] Use of exception for non-exceptional cases

2013-07-10 Thread Nachi Ueno
Hi folks 2013/7/10 Doug Hellmann : > > > > On Wed, Jul 10, 2013 at 3:57 PM, David Ripton wrote: >> >> On 07/10/2013 02:01 PM, Nachi Ueno wrote: >>> >>> HI folks >>> >>> I would like to ask the review criteria in the community. >>&

Re: [openstack-dev] [Review] Use of exception for non-exceptional cases

2013-07-10 Thread Nachi Ueno
Hi Thomas Thank you for your reply. > > The key here is "personally". I don't think we have to agree on all style > issues. "personally" is why I'm asking it for communities. IMO, we should agree on the style issue as much as we can. (Eg pep8, flake8) for more consistant review. However, I also a

Re: [openstack-dev] [Review] Use of exception for non-exceptional cases

2013-07-10 Thread Nachi Ueno
Hi Mark Thank you for your answering > > I don't think this statement contradicts the intent of EAFP. I got it :) >> Personally, I prefer not to use exception for such cases. > > My instinct is the same, but EAFP does seem to be the python way. There > are times I can tolerate the EAFP approach

Re: [openstack-dev] [Review] Use of exception for non-exceptional cases

2013-07-10 Thread Nachi Ueno
Hi Dolph Thank you for your answer. > I can't get past this specific example... how often do you find yourself > needing to do this, exactly? Generally when you use a list you either FIFO / > LIFO or iterate through the whole thing in some fashion. > > I'd be tempted to write it as dict(enumerat

[openstack-dev] [Review] Use of exception for non-exceptional cases

2013-07-10 Thread Nachi Ueno
HI folks I would like to ask the review criteria in the community. Should we use exception for non-exceptional cases when we can use parameter checking? Example1: Default value for array index try: value = list[5] except IndexError: value = 'default_value' This can be also written as,

Re: [openstack-dev] [Neutron] Service Type Framework implementation

2013-07-09 Thread Nachi Ueno
Hi Mark 2013/7/9 Mark McClain : > > On Jul 9, 2013, at 5:37 PM, Nachi Ueno wrote: >> >> We have two suboption for db api based solution >> >> Option4. REST API + DB with Preload with Conf >> https://docs.google.com/presentation/d/1v0nLTEsFOwWeYpYjpw

Re: [openstack-dev] [neutron] [jenkins] [tempest] Trouble with a patch

2013-07-09 Thread Nachi Ueno
Hi Kyle I'm facing same trouble also. [1] https://review.openstack.org/#/c/33148/ [2] http://logs.openstack.org/33148/19/check/gate-tempest-devstack-vm-neutron/1144/console.html Thanks Nachi 2013/7/9 Kyle Mestery (kmestery) : > I'm currently hitting issues with a patch [1] not passing Jenkins

Re: [openstack-dev] [Neutron] Service Type Framework implementation

2013-07-09 Thread Nachi Ueno
HB5lLZEE_b0TmmR5b7ic/edit#slide=id.gf0f4e2a2_1136 >> >> DB storage offers better integration with other objects stored in db, and >> saves some code lines doing stuff which DB normally does. >> That lines will stack up in case we add more objects (like service >> offerings) on top of in-memory storage. so

Re: [openstack-dev] [Neutron] Service Type Framework implementation

2013-07-09 Thread Nachi Ueno
will require > additional code in service plugins, I'm not sure this will be fully > supported in Havana (while I'm totally agree on implementing it) > > Thanks, > Eugene. > > > On Tue, Jul 9, 2013 at 3:40 AM, Nachi Ueno wrote: >> >> Hi Eugene >> &g

Re: [openstack-dev] [Neutron] Service Type Framework implementation

2013-07-08 Thread Nachi Ueno
Hi Eugene It still not make sense for me to store static configuration on the DB just for easy implementation. However if the service type will support creation and deletion REST api in future, I would like to approve this patch as a first step of it. You answered "I think it's doable but I'd stil

Re: [openstack-dev] VPNaaS

2013-07-02 Thread Nachi Ueno
aS/UI) are added. > > -- > Kind regards, > Tatiana > > > On Mon, Jul 1, 2013 at 9:13 PM, Nachi Ueno wrote: >> >> Hi Taiana >> >> Cl! >> Could you share the code on gerrit? >> >> The first driver can be testable now >> https://wik

Re: [openstack-dev] Move keypair management out of Nova and into Keystone?

2013-07-01 Thread Nachi Ueno
Hi Jamie Thanks for sharing Keystone's v3 credential api. ( I didn't know this..) Neutron VPN can use this api ! :) Best Nachi 2013/7/1 Jamie Lennox : > On Mon, 2013-07-01 at 14:09 -0700, Nachi Ueno wrote: >> Hi folks >> >> I'm interested in it too. >&

Re: [openstack-dev] Move keypair management out of Nova and into Keystone?

2013-07-01 Thread Nachi Ueno
Hi folks I'm interested in it too. I'm working on VPN support for Neutron. Public key authentication is one of feature milestone in the IPsec implementation. But I believe key-pair management api and the implementation will be quite similar in Key for IPsec and Nova. so I'm +1 for moving key mana

Re: [openstack-dev] VPNaaS

2013-07-01 Thread Nachi Ueno
For now > 'Create' and 'Delete' options are implemented for VPNService, IKEPolicy, > IPSecPolicy and VPNConnection. 'Update' actions are to be added (I think > I'll add them in a separate patch set in order not to overcomplicate this > one). > > --

Re: [openstack-dev] [Metrics][Nova] Another take on review turnaround stats

2013-07-01 Thread Nachi Ueno
> Cool, thanks for the ideas. Everything I've done so far is from info > that comes back from gerrit, so these would be a bit more work. > > By the way, these scripts are now imported into > openstack-infra/reviewstats, so anyone can hack on them and submit > changes through gerrit. Awesome! I'll

Re: [openstack-dev] [Metrics][Nova] Another take on review turnaround stats

2013-06-28 Thread Nachi Ueno
Hi Russell Your tool is awesome. I have also two idea (I believe it's not crazy :P ). 1) Show LOC of the review Long patch takes long time.. 2) Show priority of the review If it shows priority of the review, it wil be more useful, because we should work on the order of the priorities. The prior

<    1   2