[openstack-dev] [nova] No meeting this week

Hi. I was intending to run a nova meeting this week, but I don't think its worth a mutiny over the "off week" that the rest of the project is respecting. The only agenda items I can think of are: - please prepare your summit sessions - I've attempted to fix the clashes in scheduling that are re

Re: [openstack-dev] [nova] Summit schedule draft

Fixed. I've swapped the image precaching and live upgrade sessions. Hopefully this hasn't caused problems for any image precaching peoples. Michael On Mon, Apr 28, 2014 at 4:00 PM, Tom Fifield wrote: > On 28/04/14 05:02, Michael Still wrote: >> >> Hi. >> >> I've just pushed a draft summit schedu

Re: [openstack-dev] [nova] Summit schedule draft

This is now done. Sorry for the delay. Michael On Mon, Apr 28, 2014 at 12:13 PM, Ken'ichi Ohmichi wrote: > 2014-04-28 11:00 GMT+09:00 Michael Still : >> On Mon, Apr 28, 2014 at 11:24 AM, Kenichi Oomichi >> wrote: >>> Hi Michael, >>> >>> Thanks for the schedule draft. >>> I'd like to pick one co

[openstack-dev] nova compute libvirtd error

Hi all I'm trying too boot Vm from my controller node onto compute node and getting following error in nova-compute service ... 2014-04-30 05:10:22.452 17049 TRACE nova.openstack.common.rpc.amqp if ret == -1: raise libvirtError ('virDomainCreateWithFlags() failed', dom=self) 2014-04-30 05:10:

[openstack-dev] [Nova] v2.1 API development status

Hi, After huge discussion related to v3 API[1], we started to implement v2.1 API. I'd like to share the current status and get feedback before the summit. Now we are implementing for two items: 1. Add response checks to Tempest for Nova API 2. Implement v2.1 API * Add response checks to Tempest

Re: [openstack-dev] [openstack-sdk-php] discussion: json schema to define apis

Hi, 2014-04-29 10:28 GMT+09:00 Matthew Farina : > >> *3. Where would JSON schemas come from?* >> >> It depends on each OpenStack service. Glance and Marconi (soon) offer >> schemas directly through the API - so they are directly responsible for >> maintaining this - we'd just consume it. We cou

Re: [openstack-dev] [qa] QA Summit Meet-up Atlanta

I'm OK with both Sunday and/or Monday :-) On Thu, May 1, 2014 at 3:55 AM, David Kranz wrote: > > On 04/30/2014 02:22 PM, Rochelle.RochelleGrober wrote: > >> +1 but I don't get in until late Sunday :-( Any chance you could do this >> sometime Monday? I'd like to meet the people behind the IRC

Re: [openstack-dev] [qa] [cinder] Do we now require schema response validation in tempest clients?

Hi David, 2014-05-01 5:44 GMT+09:00 David Kranz : > There have been a lot of patches that add the validation of response dicts. > We need a policy on whether this is required or not. For example, this patch > > https://review.openstack.org/#/c/87438/5 > > is for the equivalent of 'cinder service-l

Re: [openstack-dev] [Neutron][LBaaS] Thoughts on current process

Hi , As Stephen +1 to everything Jorge said. Another concern is that some decisions impacting LBaaS operator requirements (e.g SSL, flavor framework, service chaining) are discussed/decided in the advanced services group (see https://wiki.openstack.org/wiki/Neutron/AdvancedServices). Vijay did

Re: [openstack-dev] [Neutron][ML2] No ML2 sub-team meeting today (4/30/2014)

> Today's ML2 sub-team meeting is cancelled. > > -Bob will the next one be held normally? i want to hear details of modular l2 agent idea before the summit. sooner is better because it's blocking ofagent works. YAMAMOTO Takashi > > > ___ > OpenStac

[openstack-dev] [Nova API] No Meeting this Week

Hi, Since this is the scheduled off week, I'm going to cancel this week's Nova API meeting. The next meeting will be on May 8th and will be at 00:00 UTC. Thanks Ken'ichi Ohmichi ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://li

[openstack-dev] [designate] sink listeners for fixed and floating IP addresses

designate-sink currently ships with a nova_fixed handler, which listens for nova events compute.instance.create.end and compute.instance.delete.start, and a neutron_floatingip for events floatingip.update.end and floatingip.delete.start. 1) is it correct to say that nova_fixed is for "internal

Re: [openstack-dev] [Neutron][LBaaS]Conforming to Open Stack API style in LBaaS

I am fully onboard with the single-call approach as well, per this thread. On Wed, Apr 30, 2014 at 6:54 PM, Stephen Balukoff wrote: > It's also worth stating that coding a web UI to deploy a new service is > often easier done when single-call is an option. (ie. only one failure > scenario to deal

Re: [openstack-dev] [Neutron][LBaaS] Thoughts on current process

Jorge, In looking over your API proposal linked above, have things significantly changed there since you sent it out two weeks ago? (And if so, which parts should I take a look at again?) Thanks, Stephen On Wed, Apr 30, 2014 at 5:07 PM, Stephen Balukoff wrote: > Hi Jorge! > > +1 to everything

Re: [openstack-dev] [Heat] looking to add support for server groups to heat...any comments?

Chris Friesen wrote on 04/30/2014 06:07:49 PM: > If we go with what Zane suggested (using the already-exposed > scheduler_hints) then by implementing a single "server group" resource > we basically get support for server groups "for free" in any resource > that exposes scheduler hints. > > T

Re: [openstack-dev] [Neutron][LBaaS] Thoughts on current process

Hi Jorge! +1 to everything you just said. In fact, I think you said essentially what I was trying to last week with 100% less drama. I'll work to add workflows to my proposal, but please note it's late on a Wednesday and tomorrow's IRC meeting is awfully early in my time zone. I probably won't ha

Re: [openstack-dev] [Neutron][LBaaS]Conforming to Open Stack API style in LBaaS

It's also worth stating that coding a web UI to deploy a new service is often easier done when single-call is an option. (ie. only one failure scenario to deal with.) I don't see a strong reason we shouldn't allow both single-call creation of whole bunch of related objects, as well as a workflow in

Re: [openstack-dev] [Neutron][LBaaS]Conforming to Open Stack API style in LBaaS

On 04/30/2014 01:59 PM, Samuel Bercovici wrote: Hi Everyone, During the last few days I have looked into the different LBaaS API proposals. I have also looked on the API style used in Neutron. I wanted to see how Neutron APIs addressed “tree” like object models. Please, please don't follow th

Re: [openstack-dev] PGP keysigning party for Juno summit in Atlanta?

Excerpts from Jeremy Stanley's message of 2014-04-30 15:47:21 -0700: > On 2014-04-29 18:01:44 + (+), Jeremy Stanley wrote: > [...] > > I'll check with the team handling venue logistics right now and > > update this thread with options. I'm also inquiring about the > > availability of a proj

Re: [openstack-dev] [Infra] Updates for SPF Record needed

[Cc'ing the infra ML in case some concerned parties aren't subbed] On 2014-04-30 08:52:32 -0700 (-0700), Jay Faulkner wrote: [...] > 2) Make the SPF record accurate: "v=spf1 include:emailsrvr.com > include:sendgrid.net a:review.openstack.org ~all". For any additional > services that send mail for

[openstack-dev] [nova] Turbo-Hipster bad votes

Hi all, Unfortunately turbo-hipster has been leaving bad votes on nova db migrations. I've disabled voting and we're looking into the problem. Sorry for the inconvenience. If you have any questions please feel free to ask. Regards, Josh ___ OpenStack-

Re: [openstack-dev] PGP keysigning party for Juno summit in Atlanta?

Awesome! thanks @fungi -- dims On Wed, Apr 30, 2014 at 6:47 PM, Jeremy Stanley wrote: > On 2014-04-29 18:01:44 + (+), Jeremy Stanley wrote: > [...] >> I'll check with the team handling venue logistics right now and >> update this thread with options. I'm also inquiring about the >> avail

Re: [openstack-dev] [Neutron][Nova][Designate][L3][IPv6] Discussion about Cross-Project Integration of DNS at Summit

Thiago, Throwing IPv6 in the mix does blur the distinction between internal and external. In the blueprints, internal and external have more to do with whether we're dealing with the name/IP mapping internally to Neutron or externally to Neutron by integrating with an external DNS service. In ot

Re: [openstack-dev] [Neutron][LBaaS]Conforming to Open Stack API style in LBaaS

I agree it may be odd, but is that a strong argument? To me, following RESTful style/constructs is the main thing to consider. If people can specify everything in the parent resource then let them (i.e. single call). If they want to specify at a more granular level then let them do that too (i.e

Re: [openstack-dev] PGP keysigning party for Juno summit in Atlanta?

On 2014-04-29 18:01:44 + (+), Jeremy Stanley wrote: [...] > I'll check with the team handling venue logistics right now and > update this thread with options. I'm also inquiring about the > availability of a projector if we get one of the non-design-session > breakout rooms, and I can bring

[openstack-dev] [Ironic] should we have an IRC meeting next week ?

Hi all, Just a reminder that May 5th is our next scheduled meeting day, but I probably won't make it, because I'll be just getting back from one trip and start two consecutive weeks of conference travel early the next morning. Chris Krelle (nobodycam) has offered to chair that meeting in my absenc

Re: [openstack-dev] SR-IOV summit session

Yes, exactly. Don't write a presentation, come with a plan in bullet points in an etherpad, and be prepared to have an active discussion about how that plan might change... If you'd like I am sure people here would be happy to pre-review an etherpad to make sure you're on the right track. Cheers,

Re: [openstack-dev] [Neutron][LBaaS] Thoughts on current process

Oops! Everywhere I said Samuel I meant Stephen. Sorry you both have SB as you initials so I got confused. :) Cheers, --Jorge On 4/30/14 5:17 PM, "Jorge Miramontes" wrote: >Hey everyone, > >I agree that we need to be preparing for the summit. Using Google docs >mixed with Openstack wiki works

[openstack-dev] [Neutron][LBaaS] Thoughts on current process

Hey everyone, I agree that we need to be preparing for the summit. Using Google docs mixed with Openstack wiki works for me right now. I need to become more familiar the gerrit process and I agree with Samuel that it is not conducive to "large" design discussions. That being said I'd like to add m

Re: [openstack-dev] [Neutron][Nova][Designate][L3][IPv6] Discussion about Cross-Project Integration of DNS at Summit

Carl, Let me ask you something... If my cloud is IPv6-Only based (that's my intention), which blueprint will fit on it (internal-dns-resolution or external-dns-resolution) ? Since IPv6 is all public, don't you think that we (might) need a new blueprint for IPv6-Only, like just "dns-resolution"?

Re: [openstack-dev] [Heat] looking to add support for server groups to heat...any comments?

On 04/30/2014 03:41 PM, Mike Spreitzer wrote: Chris Friesen wrote on 04/28/2014 10:44:46 AM: > Using a property of a heat resource > to trigger the creation of a nova resource would not fit that model. For the sake of your argument, let's pretend that the new ASG blueprint has been fully i

Re: [openstack-dev] [nova] Timestamp formats in the REST API

On Tue, 2014-04-29 at 10:39 -0400, Doug Hellmann wrote: > On Tue, Apr 29, 2014 at 9:48 AM, Mark McLoughlin wrote: > > Hey > > > > In this patch: > > > > https://review.openstack.org/83681 > > > > by Ghanshyam Mann, we encountered an unusual situation where a timestamp > > in the returned XML loo

Re: [openstack-dev] [Heat] looking to add support for server groups to heat...any comments?

Chris Friesen wrote on 04/28/2014 10:44:46 AM: > On 04/26/2014 09:41 PM, Jay Lau wrote: > ... > > My idea is that can we add a new field such as "PlacemenetPolicy" to > > AutoScalingGroup? If the value is affinity, then when heat engine create > > the AutoScalingGroup, it will first create a se

[openstack-dev] [TripleO][Summit] Dev/Test Environment and Unit Test Etherpads

Hi, As requested, I have put together some etherpads for my summit sessions. The first is for the TripleO development and test environment discussion: https://etherpad.openstack.org/p/juno-summit-tripleo-environment And for the unit testing topic I added to the bottom of Derek's etherpad fo

[openstack-dev] Unit test test_ovs_neutron_agent fails with dependency errors

Hi, I 've been trying to run test_ovs_neutron_agent.py unit test from openstack neutron master 'tip', and am hitting dependency errors for novaclient as here: Do we need to clone python-novaclient repo as well and point PYTHONPATH to it and try re-running the same? Please help. ===

Re: [openstack-dev] [MagnetoDB] Configuring consistency draft of concept

Discussed further with Dima. Our consensus is to have WRITE consistency level defined in table schema, and READ consistency control at data item level. This should satisfy our use cases for now. For example, user defined table has Eventual Consistency (Quorum). After user writes data using the

[openstack-dev] [designate] Summit Design Session Agenda

I started an etherpad to collect agenda items: https://etherpad.openstack.org/p/DesignateAtlantaDesignSession Please add your topics in the described format (requires a blueprint). Thanks! Joe McBride Rackspace ___ OpenStack-dev mailing list OpenStac

[openstack-dev] [Neutron][LBaaS] Subteam meeting Thursday 14-00 UTC

Hi, The agenda for the next meeting (Thursday, 1st of May, 14-00 UTC) is the following: 1) Stephen's API proposal: https://docs.google.com/document/d/129Da7zEk5p437_88_IKiQnNuWXzWaS_CpQVm4JBeQnc/edit#heading=h.hgpfh6kl7j7a The document proposes the API that covers pretty much of the features tha

[openstack-dev] [qa] [cinder] Do we now require schema response validation in tempest clients?

There have been a lot of patches that add the validation of response dicts. We need a policy on whether this is required or not. For example, this patch https://review.openstack.org/#/c/87438/5 is for the equivalent of 'cinder service-list' and is a basically a copy of the nova test which now

[openstack-dev] [solum] Solum Milestone 2 Demo Preview

Solum community, I am pleased to announce an early preview of the Solum M2 Demo via Vagrant for those who want to take a look. We created detailed instructions to install the demo here: https://wiki.openstack.org/wiki/Solum/solum_m2_demo Disclaimers: Please examine the look and feel right now

Re: [openstack-dev] [climate] Friday Meeting

+1 On Wed, Apr 30, 2014 at 11:41 PM, Sylvain Bauza wrote: > Hi Dina, > > I forgot yesterday to mention it was my last day at Bull, so the end of > week was off-work until Monday. > As a corollar, I won't be able to attend Friday meeting. > > Let's cancel this meeting and raise topics in mailing-

Re: [openstack-dev] [Cinder] cinder not support query volume/snapshot with regular expression

On 04/29/2014 03:34 PM, Steven Kaufer wrote: Jay Pipes wrote on 04/29/2014 02:26:42 PM: > From: Jay Pipes > To: openstack-dev@lists.openstack.org, > Date: 04/29/2014 02:27 PM > Subject: Re: [openstack-dev] [Cinder] cinder not support query > volume/snapshot with regular expression > > O

Re: [openstack-dev] [climate] Friday Meeting

Hi Dina, I forgot yesterday to mention it was my last day at Bull, so the end of week was off-work until Monday. As a corollar, I won't be able to attend Friday meeting. Let's cancel this meeting and raise topics in mailing-list if needed. -Sylvain 2014-04-30 19:17 GMT+02:00 Dina Belova : > F

[openstack-dev] [infra][neutron]SystemExit() vs sys.exit()?

Hi, In Neutron I see SystemExit() being raised in some cases. Is this preferred over calling sys.exit()? I ask, because I recall having a TOX failure where all I was getting was the return code, with no traceback or indication at all of where the failure occurred. In that case, I changed from

Re: [openstack-dev] [qa] QA Summit Meet-up Atlanta

On 04/30/2014 02:22 PM, Rochelle.RochelleGrober wrote: +1 but I don't get in until late Sunday :-( Any chance you could do this sometime Monday? I'd like to meet the people behind the IRC names and email addresses. --Rocky Same here. -Original Message- From: Ken'ichi Ohmichi [m

Re: [openstack-dev] [Neutron][LBaaS]Conforming to Open Stack API style in LBaaS

Sam, I think it's important to keep the Neutron API style consistent. It would be odd if LBaaS uses a different style than the rest of the Neutron APIs. Youcef From: Samuel Bercovici [mailto:samu...@radware.com] Sent: Wednesday, April 30, 2014 10:59 AM To: openstack-dev@lists.openstack.org Subj

Re: [openstack-dev] [qa] QA Summit Meet-up Atlanta

+1 but I don't get in until late Sunday :-( Any chance you could do this sometime Monday? I'd like to meet the people behind the IRC names and email addresses. --Rocky -Original Message- From: Ken'ichi Ohmichi [mailto:ken1ohmi...@gmail.com] Sent: Wednesday, April 30, 2014 6:29 AM To:

[openstack-dev] [Neutron][LBaaS]Conforming to Open Stack API style in LBaaS

Hi Everyone, During the last few days I have looked into the different LBaaS API proposals. I have also looked on the API style used in Neutron. I wanted to see how Neutron APIs addressed "tree" like object models. Follows my observation: 1. Security groups - http://docs.openstack.org/ap

Re: [openstack-dev] [Cinder] About store faults info for volumes

On 06:49 Wed 30 Apr , Zhangleiqiang (Trump) wrote: > Hi stackers: > > I found when a instance status become "error", I will see the detailed > fault info at times when I "show" the detail of Instance. And it is very > convenient for me to find the failed reason. Indeed, there is a >

[openstack-dev] [climate] Friday Meeting

Folks, o/ I finally got my dates for the US trip, and I have to say, that I won't be able to attend our closest Friday meeting as I'll be flying at this moment) Sylvain, will you be able to hold the meeting? Best regards, Dina Belova Software Engineer Mirantis Inc. ___

[openstack-dev] [openstack-php-sdk] Transport layer work

Hey everyone, So I've been working on the transport layer today and wanted to run some thing past everyone to make sure we're all on the same page. There's no new major new work: just tweeking some existing stuff and moving functionality into new files where I thought it would make things clear

Re: [openstack-dev] [Neutron] SSL VPN Implemenatation

> Jarret Thanks! Currently, the config will be generated on demand by the agent. What's merit storing entire config in the Barbican? > Kyle Thanks! 2014-04-30 7:05 GMT-07:00 Kyle Mestery : > On Tue, Apr 29, 2014 at 6:11 PM, Nachi Ueno wrote: >> Hi Clint >> >> Thank you for your suggestion. Your

[openstack-dev] [Neutron][L3] No Team Meeting Thursday

Since this is the official week off, I will not hold a team meeting this week. See you next week. If you have a chance, please review/update the topics on the team page [1]. There are gerrit topics under review and I'd like to also call attention to the etherpad about having a DNS discussion in

Re: [openstack-dev] [Neutron][LBaaS] Use Case Question

Hi, As stated, this could either be handled by SSL session ID persistency or by SSL termination and using cookie based persistency options. If there is no need to inspect the content hence to terminate the SSL connection on the load balancer for this sake, than using SSL session ID based persis

Re: [openstack-dev] [Neutron][LBaaS] BBG edit of new API proposal

I have seen many use casses added lately with me also adding additional 2 for L7 and will probably add a few more tomorrow for SSL termination -Original Message- From: Eichberger, German [mailto:german.eichber...@hp.com] Sent: Tuesday, April 29, 2014 12:12 AM To: OpenStack Development Ma

[openstack-dev] [mistral] Mistral 0.0.2 is released!

I’m glad to announce release 0.0.2 of Mistral, Workflow Service for OpenStack, which delivers all the functionality that we planned to deliver in PoC development phase. Below are all the most important links related to this release that will help you understand Mistral ideas. It is recommended

Re: [openstack-dev] [Nova][blueprint] Accelerate the booting process of a number of vms via VMThunder

Sorry for being late. I was busy with something else these days. It'll be great to have a dedicated image transferring library that provides both pre-copying and zero-copying sematics, and we are glad to have VMThunder integrated in it. Before that library is done, however, we plan to propose

[openstack-dev] [Infra] Updates for SPF Record needed

Hi all, Ever since the gerrit upgrade, emails from rev...@openstack.org have been going into my Junk folder, so I started looking at the headers and related information to see if I could find any problems. One thing I encountered is that the current SPF record: $ host -t TXT openstack.org openst

Re: [openstack-dev] [Neutron][Nova][Designate][L3][IPv6] Discussion about Cross-Project Integration of DNS at Summit

Yup - me too. Graham On Wed, 2014-04-30 at 15:30 +, Mac Innes, Kiall wrote: Yep - I know I'll join in :) Thanks, Kiall On Tue, 2014-04-29 at 14:09 -0600, Carl Baldwin wrote: > The design summit discussion topic I submitted [1] for my DNS > blueprints [2][3][4] and this one [5] just missed

Re: [openstack-dev] [Nova][Neutron] Nova-network to Neutron migration: issues with libvirt

On 30 April 2014 17:28, Jesse Pretorius wrote: > On 30 April 2014 16:30, Oleg Bondarev wrote: > >> I've tried updating interface while running ssh session from guest to >> host and it was dropped :( >> > Please allow me to tell you "I told you so!" ;) > > The drop is not great, but ok if the in

Re: [openstack-dev] SR-IOV summit session

On 04/30/2014 10:06 AM, Robert Li (baoli) wrote: Hi John, With the summit around the corner, please advise how we should run this session: http://summit.openstack.org/cfp/details/248 We are currently working on this nova spec, https://review.openstack.org/#/c/86606/. I guess its content wil

Re: [openstack-dev] [Neutron][Nova][Designate][L3][IPv6] Discussion about Cross-Project Integration of DNS at Summit

Yep - I know I'll join in :) Thanks, Kiall On Tue, 2014-04-29 at 14:09 -0600, Carl Baldwin wrote: > The design summit discussion topic I submitted [1] for my DNS > blueprints [2][3][4] and this one [5] just missed the cut for the > design session schedule. It stung a little to be turned down but

Re: [openstack-dev] [Nova][Neutron] Nova-network to Neutron migration: issues with libvirt

On 30 April 2014 16:30, Oleg Bondarev wrote: > I've tried updating interface while running ssh session from guest to host > and it was dropped :( > The drop is not great, but ok if the instance is still able to be communicated to after the arp tables refresh and the connection is re-established.

Re: [openstack-dev] [Juno-Summit] availability of the project "project pod" rooms on Monday May 12th?

> IIRC Thierry said that pods will be available starting from Monday. Thanks Sergey, in the absence of any other indications to the contrary, I'm gonna assume that's the case :) Cheers, Eoghan > On Tue, Apr 29, 2014 at 2:56 PM, Eoghan Glynn wrote: > > > > ... the $subject says it all. > > > >

[openstack-dev] [Neutron][ML2] No ML2 sub-team meeting today (4/30/2014)

Today's ML2 sub-team meeting is cancelled. -Bob ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Nova][Neutron] Nova-network to Neutron migration: issues with libvirt

I've tried updating interface while running ssh session from guest to host and it was dropped :( *07:27:58.676570 IP 10.0.0.4.52556 > 172.18.76.80.22: Flags [P.], seq 44:88, ack 61, win 2563, options [nop,nop,TS val 4539607 ecr 24227108], length 44* *07:27:58.677161 IP 172.18.76.80.22 > 10.0.0.4.5

Re: [openstack-dev] [MagnetoDB] Configuring consistency draft of concept

Sorry for being late to the party. Since we follow mostly DynamoDB, it makes sense not to deviate too much away from DynamoDB’s consistency mode. >From what I read about DynamoDB, READ consistency is defined to be either >strong consistency or eventual consistency. "ConsistentRead

[openstack-dev] SR-IOV summit session

Hi John, With the summit around the corner, please advise how we should run this session: http://summit.openstack.org/cfp/details/248 We are currently working on this nova spec, https://review.openstack.org/#/c/86606/. I guess its content will be a candidate to be presented in the session. T

Re: [openstack-dev] [Neutron] SSL VPN Implemenatation

On Tue, Apr 29, 2014 at 6:11 PM, Nachi Ueno wrote: > Hi Clint > > Thank you for your suggestion. Your point get taken :) > >> Kyle > This is also a same discussion for LBaaS > Can we discuss this in advanced service meeting? > Yes! I think we should definitely discuss this in the advanced services

Re: [openstack-dev] [Neutron] Run migrations for service plugins every time

Anna, It's good to see progress being made on this blueprint. I have some comments inline. Also, I would recommend keeping in mind the comments Mark had regarding migration generation and plugin configuration in hist post on the email thread I started. Salvatore On 30 April 2014 14:16, Anna Ka

Re: [openstack-dev] [Nova][Neutron] Nova-network to Neutron migration: issues with libvirt

Agreed, ping was a good first tool to verify downtime, but trying with something using TCP at this point would be useful as well. On Wed, Apr 30, 2014 at 8:39 AM, Eugene Nikanorov wrote: > I think it's better to test with some tcp connection (ssh session?) rather > then with ping. > > Eugene. > >

Re: [openstack-dev] [Nova][Neutron] Nova-network to Neutron migration: issues with libvirt

I think it's better to test with some tcp connection (ssh session?) rather then with ping. Eugene. On Wed, Apr 30, 2014 at 5:28 PM, Oleg Bondarev wrote: > So by running ping while instance interface update we can see ~10-20 sec of > connectivity downtime. Here is a tcp capture during update (pi

Re: [openstack-dev] [Ceilometer] Question of necessary queries for Event implemented on HBase

Hello Igor! Could you clarify, please, Why do we need "event_id + reversed_timestamp" row key? Isn't "event_id" identify row? On Tue, Apr 29, 2014 at 11:08 AM, Igor Degtiarov wrote: > Hi, everybody. > > I’ve started to work on implementation of Event in ceilometer on HBase > backend in the edg

Re: [openstack-dev] [qa] QA Summit Meet-up Atlanta

2014-04-30 19:11 GMT+09:00 Koderer, Marc : > Hi folks, > > last time we met one day before the Summit started for a short meet-up. > Should we do the same this time? > > I will arrive Saturday to recover from the jet lag ;) So Sunday 11th would be > fine for me. I may be in the jet lag Sunday, bu

Re: [openstack-dev] [Nova][Neutron] Nova-network to Neutron migration: issues with libvirt

So by running ping while instance interface update we can see ~10-20 sec of connectivity downtime. Here is a tcp capture during update (pinging ext net gateway): *05:58:41.020791 IP 10.0.0.4 > 172.24.4.1 : ICMP echo request, id 29954, seq 10, length 64* *05:58:41.020866 IP 172.2

Re: [openstack-dev] [Neutron][LBaaS]L7 conent switching APIs

Hi, We have compared the API the is in the blue print to the one described in Stephen documents. Follows the differences we have found: 1) L7PolicyVipAssoc is gone, this means that L7 policy reuse is not possible. I have added use cases 42 and 43 to show where such reuse makes sense. 2)

[openstack-dev] [Neutron] Run migrations for service plugins every time

Hi everyone! I'm working on blueprint https://blueprints.launchpad.net/neutron/+spec/neutron-robust-db-migrations. This topic was discussed earlier by Salvatore in ML thread "Migrations, service plugins and Grenade jobs". I'm researching how to make migrations for service plugins run unconditional

[openstack-dev] How to write script to delete a port from openvswitch

HI, I want to write a script to add/delete a port from openvswitch. sudo ovs-ofctl show br-int -- lists all ports on openvswitch. sudo ovs-vsctl del-port br-int qbraeedg : deletes the linux bridge interface from openvswitch How can I automate this process.? Each VM connects to Openv

Re: [openstack-dev] [TripleO][Tuskar] Feedback on init-keystone spec

Hello Steve, the spec looks correct to me. Thanks for picking this up, it's very needed, especially for Tuskar. Let me know if you will need some help with testing it, or with anything else. Kind Regards, Ladislav On 04/30/2014 09:02 AM, Steve Kowalik wrote: Hi, I'm looking at movin

[openstack-dev] [qa] QA Summit Meet-up Atlanta

Hi folks, last time we met one day before the Summit started for a short meet-up. Should we do the same this time? I will arrive Saturday to recover from the jet lag ;) So Sunday 11th would be fine for me. Regards, Marc ___ OpenStack-dev mailing list

Re: [openstack-dev] [Neutron] SSL VPN Implemenatation

As the PTL for Barbican, I¹m happy to discuss this more here or at the Summit. Not sure if this is an option, but could you store the entire OpenVPN config file in Barbican rather than just the key? Not sure if you are generating those on demand or not, but we¹ve had several teams inside Rackspac

[openstack-dev] [ceilometer-client] query option discard special characters

Hi, developers, I find that ceilometer-client applies strict rule on query option, particularly, some special characters are not supported in key:value pairs, such as ~, !, and etc the regular expression used in ceilometerclient/v2/options.py is: r'([[a-zA-Z0-9_.]+)([>https://bugs.launchpad.net/p

Re: [openstack-dev] [Horizon] Accessibility

Hi Doug, On 24/04/14 16:06, Douglas Fish wrote: > > I've proposed a design session for accessibility for the Juno summit, and > I'd like to get a discussion started on the work that needs to be done. > (Thanks Julie P for pushing that!) Thanks for starting the conversation! > I've started to ad

Re: [openstack-dev] [tripleo] Location of Monitoring Checks

Thanks all for the comments and I’m glad you agree with one of the proposed approaches! ☺ I’ll take a look at using an env var first and then look at a check_mk.d style directory if I get a chance later on. Thanks again, Matt From: Robert Collins [mailto:robe...@robertcollins.net] Sent: 29 Ap

Re: [openstack-dev] [Horizon][dashboards] Running the 'profile' specific unit tests

On 24/04/14 16:05, Abishek Subramanian (absubram) wrote: > Just to add to this - Akihiro did mention the usage of @override_settings > I've seen examples of this in existing unit tests and I can implement > something > similar. > > This will mean however that we will have the test with the defau

[openstack-dev] [TripleO][Tuskar] Feedback on init-keystone spec

Hi, I'm looking at moving init-keystone from tripleo-incubator to os-cloud-config, and I've drafted a spec at https://etherpad.openstack.org/p/tripleo-init-keystone-os-cloud-config . Feedback welcome. Cheers, -- Steve "I hate temporal mechanic