[openstack-dev] [Nova] Mislead of Nova Documents in configuring hosts aggregates

Hi, guys, I found a misleading configuration in openstack official documents. When I follow the guide (http://docs.openstack.org/trunk/config-reference/content/section_compute-scheduler.html) to configure nova host aggregates, I got following DEBUG message in nova-schuduler log: " 2015-04-

[openstack-dev] Regarding ONOS L3 integration with OpenStack Neutron

Hi Kyle, I am currently contributing to integrating ONOS with OpenStack Neutron. I just have a doubt. Could you please kindly clarify? For L2 integration, it is clear that we can directly develop a ML2 driver for ONOS without having to register a BP. But for L3 integration, since currently the

Re: [openstack-dev] [magnum]

Fang, One possibility we have been thinking about is using our Docker-Swarm bay type to leverage Swarm’s Mesos integration feature as that takes form. https://github.com/docker/swarm/blob/191b2b5fd4cef01eef0ae2a7e86f600d91b55ec1/ROADMAP.md https://github.com/vieux/swarm/blob/98a21bd373c4c26a4194

[openstack-dev] Barbican : What is the difference between secret and order resource

Hi All , What is the difference between secret and the order resource ? Where is the key stored that is used for encrypting the payload in the secret resource and how do we access it. According to my understanding , Storing/Posting the secret means we are encrypting the actual information(pay

Re: [openstack-dev] FW: Migration/Evacuation of instance on desired host

Hi Chris, Thanks for responding, I was under the understanding that the destination host is manditory, Im using Icehouse version nova help evacuateusage: nova evacuate [--password ] [--on-shared-storage] Evacuate server from failed host to specified one. Positional arguments

Re: [openstack-dev] [all] Introducing the Cloud Service Federation project (cross-project design summit proposal)

Sounds like a very interesting idea. Have you talked to the keystone folks?, I would do this work into the keystone project itself (just a separate daemon). This still looks like identity management (federated, but identity) I know the burden of working with a mainstream project could be higher

Re: [openstack-dev] [Neutron][LBaaS] Meeting timings

Hi Ganesh, The Tuesday meeting on -4 is the our slot, but it is suspended until further notice while we experiment with covering our agenda during the neutron and octavia meetings. If there ends up being a lot to cover, we will resume. Is there something you need to discuss? Please feel free t

[openstack-dev] To evacuate it is not mandatory to have compute service down but mandatory to have host down/powered-off/dead

Hi, In the API.py of /nova/compute/ We are checking for compute service status in evacuate(..) method. if self.servicegroup_api.service_is_up(service): msg = (_('Instance compute service state on %s ' 'expected to be down, but it was up.') % inst_host)

[openstack-dev] [puppet] rabbit/kombu settings deprecations

Recently a mass of changes was proposed and some merged to move the rabbit/kombu settings to avoid a Kilo deprecation. As far as I can tell this will break rabbit connectivity for all modules still using Juno. I did an experiment with Heat and it certainly can't talk to rabbit anymore. (Hopefully y

Re: [openstack-dev] [all] Introducing the Cloud Service Federation project (cross-project design summit proposal)

Yeah, we’ve taken account of: https://github.com/openstack/keystone-specs/blob/master/specs/juno/keystone-to-keystone-federation.rst http://blog.rodrigods.com/playing-with-keystone-to-keystone

[openstack-dev] [Neutron][LBaaS] Meeting timings

Hi, I see 2 different timings for the meeting. One of them needs to be updated or these are 2 different meetings ? https://wiki.openstack.org/wiki/Meetings#LBaaS_meeting LBaaS meeting * Weekly on Tuesdays at 1600 UTC * IRC channel: #openstack-meeting-4 * Chair (to contact for more

Re: [openstack-dev] [Nova][Neutron] Linuxbridge as the default in DevStack [was: Status of the nova-network to Neutron migration work]

On Wed, Apr 15, 2015 at 10:09:24PM EDT, Tom Fifield wrote: > On 16/04/15 10:54, Fox, Kevin M wrote: > >Yes, but if stuff like dvr is the only viable replacement to > >nova-network in production, then learning the non representitive config > >of neutron with linuxbridge might be misleading/count

Re: [openstack-dev] Help Needed!!! In response to China's first OpenStack Hackathon held this week.

Hi, Just a suggestion, but if in that etherpad you could put the bug subject/project, it’d help folks scan for relevant reviews. It’s a bit many links to click through. Thanks, doug > On Apr 15, 2015, at 9:27 PM, Bhargava, Ruchi wrote: > > Hello, > > Parts of the OpenStack community in

[openstack-dev] Help Needed!!! In response to China's first OpenStack Hackathon held this week.

Hello, Parts of the OpenStack community in China recently joined together to focus on bug fixing for Nova and Neutron. This is the 1st event of its kind for this group and they are very excited to make this contribution. They identified 43 bugs to work on and have submitted patches for 29 of t

Re: [openstack-dev] [TripleO] splitting out image building from devtest_overcloud.sh

Excerpts from Gregory Haynes's message of 2015-04-16 02:50:17 +: > Excerpts from Dan Prince's message of 2015-04-15 02:14:12 +: > > I've been trying to cleanly model some Ceph and HA configurations in > > tripleo-ci that use Puppet (we are quite close to having these things in > > CI now!)

Re: [openstack-dev] [Nova][Neutron] Linuxbridge as the default in DevStack [was: Status of the nova-network to Neutron migration work]

> Sure, though on the other hand, doesn't current discussion seem to indicate > that OVS with DVR is not a viable replacement for nova-network multi-host HA > (eg due to complexity), and this is why folks were working towards linux > bridge? Some openstacker doesn’t believe ovs performance is hi

Re: [openstack-dev] [TripleO] splitting out image building from devtest_overcloud.sh

Excerpts from Dan Prince's message of 2015-04-15 02:14:12 +: > I've been trying to cleanly model some Ceph and HA configurations in > tripleo-ci that use Puppet (we are quite close to having these things in > CI now!) > > Turns out the environment variables needed for these things are getting

[openstack-dev] [ceilometer]Handling cumulative counter resets

Hi, Can someone please provide some info on how we are handling cumulative counter resets for various scenarios in ceilometer ? Seeing some old posts and bugs but couldn't find any references to fixes - https://bugs.launchpad.net/ceilometer/+bug/1061817 http://openstack.10931.n7.nabble.com/ceilom

Re: [openstack-dev] [trove] where is the api to fetch mysql log?

Is there an official document to introduce the new features about trove kilo-rc1? -- Best Li Tianqing At 2015-04-16 02:15:11, "Peter Stachowski" wrote: Hi Li, Unfortunately, fetching the logs didn’t make it into kilo and is still an ongoing project. It should make it into

Re: [openstack-dev] [Nova][Neutron] Linuxbridge as the default in DevStack [was: Status of the nova-network to Neutron migration work]

On 16/04/15 10:54, Fox, Kevin M wrote: Yes, but if stuff like dvr is the only viable replacement to nova-network in production, then learning the non representitive config of neutron with linuxbridge might be misleading/counter productive since ovs looks very very different. Sure, though on

Re: [openstack-dev] [all] Introducing the Cloud Service Federation project (cross-project design summit proposal)

On 04/15/2015 04:23 PM, Geoff Arnold wrote: That’s the basic idea. Now, if you’re a reseller of cloud services, you deploy Horizon+Aggregator/Keystone behind your public endpoint, with your branding on Horizon. You then bind each of your Aggregator Regions to a Virtual Region from one of your

Re: [openstack-dev] [neutron] Neutron scaling datapoints?

"In case it's helpful to see all the cases together, sync_routers (from the L3 agent) was also mentioned in other part of this thread. Plus of course the liveness reporting from all agents." In the test report [1], which shows Neutron can supports up to million level ports and 100k level physi

Re: [openstack-dev] [Nova][Neutron] Linuxbridge as the default in DevStack [was: Status of the nova-network to Neutron migration work]

Yes, but if stuff like dvr is the only viable replacement to nova-network in production, then learning the non representitive config of neutron with linuxbridge might be misleading/counter productive since ovs looks very very different. Kevin From: Tom Fifi

Re: [openstack-dev] [all][pbr] splitting our deployment vs install dependencies

On 16 April 2015 at 11:59, Sean Dague wrote: > I think the completeness statement here is as follows: > > 1. For OpenStack to scale to the small end, we need to be able to > overlap services, otherwise you are telling people they basically have > to start with a full rack of hardware to get 1 wor

Re: [openstack-dev] Action Requested: Take 2 minutes to shape Docker training

OpenStack Devs, My apologies, I sent this request to you by mistake. Please accept my sincere apology for the distraction. Regards, Adrian Otto On Apr 15, 2015, at 6:21 PM, Adrian Otto wrote: ... __ OpenStack Development

Re: [openstack-dev] [Nova][Neutron] Linuxbridge as the default in DevStack [was: Status of the nova-network to Neutron migration work]

On Wed, Apr 15, 2015 at 7:58 PM, Tom Fifield wrote: > If they do they need more help than we can give... >> > > So, ummm, there is actually a valid use case for ops on devstack: it's > part of the learning process. > Yes, this is very true. The context in my mind included the not-present-above

[openstack-dev] Action Requested: Take 2 minutes to shape Docker training

Rackers, We are in the process of putting together comprehensive RackU training for Rackers to learn about Docker at a few different levels. We want to be ahead of the curve when our customers are ready to benefit from application containers. 1) Foundational training will give any Racker a view

Re: [openstack-dev] [Nova][Neutron] Linuxbridge as the default in DevStack [was: Status of the nova-network to Neutron migration work]

On 14/04/15 23:36, Dean Troyer wrote: On Tue, Apr 14, 2015 at 7:02 AM, Miguel Angel Ajo Pelayo mailto:mangel...@redhat.com>> wrote: Why would operators install from devstack? that’s not going to be the case. If they do they need more help than we can give... So, ummm, there is actu

[openstack-dev] FFE for requirements

We need to update the version of PyECLib for Kilo[1]. This library is a requirement for erasure coding in Swift. In addition to fixing several bugs, 1.0.7 eliminates the need for some work-around code in Swift. This code was only to hide issues in the current version of PyECLib, but it also ends

Re: [openstack-dev] Global Cluster Template in Sahara

We have already implement the default template for sahara https://blueprints.launchpad.net/sahara/+spec/default-templates 2015-04-16 5:22 GMT+08:00 Liang, Yanchao : > Dear Openstack Developers, > > My name is Yanchao Liang. I am a software engineer in eBay, working on > Hadoop as a Service on

Re: [openstack-dev] [all] QPID incompatible with python 3 and untested in gate -- what to do?

Ken Giusti wrote: On Wed, Apr 15, 2015 at 1:33 PM, Doug Hellmann wrote: Excerpts from Ken Giusti's message of 2015-04-15 09:31:18 -0400: On Tue, Apr 14, 2015 at 6:23 PM, Joshua Harlow wrote: Ken Giusti wrote: Just to be clear: you're asking specifically about the 0-10 based impl_qpid.py dri

Re: [openstack-dev] [Fuel] removing single mode

Sorry, I just mixed the names ;) > On 15 Apr 2015, at 18:25, Igor Kalnitsky wrote: > > Tomasz, multi-node mode is a legacy non-HA mode with only 1 > controller. Currently, our so-called HA mode support deployment with 1 > controller, so it makes no sense to support both modes. > > On Wed, Apr 1

[openstack-dev] [Solum] Solum PTL Election Delayed

Solum Electorate, In accordance with tradition, we make an effort to delay our election until after OpenStack PTL elections conclude. We planned to open our PTL Candidacy today, and start an election on April 23, if one is required. Because the OpenStack election was stopped and re-started [1],

Re: [openstack-dev] [all][pbr] splitting our deployment vs install dependencies

On 04/15/2015 06:44 PM, Robert Collins wrote: > On 16 April 2015 at 01:50, Sean Dague wrote: >> On 04/12/2015 06:43 PM, Robert Collins wrote: > >>> Thoughts? If there's broad apathy-or-agreement I can turn this into a >>> spec for fine coverage of ramifications and corner cases. >> >> I'm definit

[openstack-dev] [QA] Meeting Thursday April 16th at 22:00 UTC

Hi everyone, Just a quick reminder that the weekly OpenStack QA team IRC meeting will be tomorrow Thursday, April 16th at 22:00 UTC in the #openstack-meeting channel. The agenda for tomorrow's meeting can be found here: https://wiki.openstack.org/wiki/Meetings/QATeamMeeting Anyone is welcome to a

Re: [openstack-dev] [all][pbr] splitting our deployment vs install dependencies

On 16 April 2015 at 07:58, Clint Byrum wrote: > Excerpts from Sean Dague's message of 2015-04-15 06:50:11 -0700: >> == End game? >> >> *If* pip install took into account the requirements of everything >> already installed like apt or yum does, and resolve accordingly >> (including saying that's no

Re: [openstack-dev] [all][pbr] splitting our deployment vs install dependencies

On 16 April 2015 at 01:50, Sean Dague wrote: > On 04/12/2015 06:43 PM, Robert Collins wrote: >> Thoughts? If there's broad apathy-or-agreement I can turn this into a >> spec for fine coverage of ramifications and corner cases. > > I'm definitely happy someone else is diving in on here, just bewar

Re: [openstack-dev] [all][pbr] splitting our deployment vs install dependencies

On 16 April 2015 at 00:51, Jeremy Stanley wrote: > On 2015-04-15 11:06:20 +0200 (+0200), Thierry Carrez wrote: >> And the doc is indeed pretty clear. I assumed "requirements.txt" would >> describe... well... requirements. But like Robert said they are meant to >> describe specific deployments (sho

Re: [openstack-dev] [nova] FW: Migration/Evacuation of instance on desired host

To make it more clear, it depends on the release. Nova supports evacuate instance without specifying a host since Juno. See https://review.openstack.org/#/c/88749/ On 16/04/15 03:16, Chris Friesen wrote: > On 04/15/2015 03:22 AM, Akshik dbk wrote: >> Hi, >> >> would like to know if schedule filte

Re: [openstack-dev] [all][pbr] splitting our deployment vs install dependencies

On 15 April 2015 at 09:35, Joe Gordon wrote: > > > On Sun, Apr 12, 2015 at 6:09 PM, Robert Collins > wrote: >> >> On 13 April 2015 at 12:53, Monty Taylor wrote: >> >> > If we pin the stable branches with hard pins of direct and indirect >> > dependencies, we can have our stable branch artifacts

Re: [openstack-dev] [all][pbr] splitting our deployment vs install dependencies

On 15 April 2015 at 09:33, Joe Gordon wrote: > > > On Tue, Apr 14, 2015 at 2:36 AM, Thierry Carrez > wrote: >> >> Robert Collins wrote: >> > On 13 April 2015 at 22:04, Thierry Carrez wrote: >> >> How does this proposal affect stable branches ? In order to keep the >> >> breakage there under cont

Re: [openstack-dev] [all][pbr] splitting our deployment vs install dependencies

On 14 April 2015 at 21:36, Thierry Carrez wrote: > Robert Collins wrote: >> On 13 April 2015 at 22:04, Thierry Carrez wrote: >>> How does this proposal affect stable branches ? In order to keep the >>> breakage there under control, we now have stable branches for all the >>> OpenStack libraries a

[openstack-dev] Global Cluster Template in Sahara

Dear Openstack Developers, My name is Yanchao Liang. I am a software engineer in eBay, working on Hadoop as a Service on top of Openstack cloud. Right now we are using Sahara, Juno version. We want to stay current and introduce global template into sahara. In order to simplify the cluster crea

Re: [openstack-dev] [all] QPID incompatible with python 3 and untested in gate -- what to do?

As a result of all of the excellent discussions here, I have produced a spec for policy which I think will assist us all in moving forward on improving the quality in this space: https://review.openstack.org/174105 Thanks everyone for your excellent replies! Excerpts from Clint Byrum's message o

Re: [openstack-dev] [neutron] openwrt VM as service

I think this work falls into the "service VM" category. openwrt unlike other service VMs used for networking services (like cloudstack's router vm) is very lightweight, and it's fairly easy to provision such VMs on the fly. It should be easy also to integrate with a ML2 control plane or even with

Re: [openstack-dev] [nova] novaclient 'stable-compat-jobs-{name}' broken

On Apr 14, 2015, at 12:03, Jeremy Stanley wrote: > Our regular integration testing jobs do this by default. When a > change is proposed to a stable branch of a project, devstack-gate > checks out the same branch name for the other projects being tested > with it and updates requirements based on

[openstack-dev] [all] treat stable/kilo as proposed/kilo for now

We’ll have more details about this tomorrow, but the tl;dr is that in order to make some of the release/requirements/test tools work properly we’ve gone ahead and renamed proposed/kilo to stable/kilo. We have NOT cut RC2, and so the stable/kilo branch should be treated as though it is still just

Re: [openstack-dev] [all] Introducing the Cloud Service Federation project (cross-project design summit proposal)

That’s the basic idea. Now, if you’re a reseller of cloud services, you deploy Horizon+Aggregator/Keystone behind your public endpoint, with your branding on Horizon. You then bind each of your Aggregator Regions to a Virtual Region from one of your providers. As a reseller, you don’t actually

Re: [openstack-dev] [neutron] openwrt VM as service

Hello, I agree. IMHO it should be maybe something like *aaS deployed on VM. I think that Octavia is something like that for LBaaS now. Maybe it could be something like "RouteraaS" which will provide all such functions in VM? -- Best regards / Pozdrawiam Sławek Kapłoński sla...@kaplonski.pl On W

Re: [openstack-dev] [all][pbr] splitting our deployment vs install dependencies

Excerpts from Sean Dague's message of 2015-04-15 06:50:11 -0700: > == End game? > > *If* pip install took into account the requirements of everything > already installed like apt or yum does, and resolve accordingly > (including saying that's not possible unless you uninstall or upgrade > X), we'd

Re: [openstack-dev] [all] Introducing the Cloud Service Federation project (cross-project design summit proposal)

So, an Aggregator would basically be a stripped down keystone that basically provided a dynamic service catalog that points to the registered other regions? You could then point a horizon, cli, or rest api at the aggregator service? I guess if it was an identity provider too, it can potentially

[openstack-dev] [doc] Kilo doc bug triage day - choose day

Hi all, Round the clock and around the world, we need to dedicate a day to triaging doc bugs in anticipation of the Kilo release. I'd like to propose either Tuesday April 21 or Thursday April 23. All the details are here: https://wiki.openstack.org/wiki/Documentation/BugDay and I'll add the exact

Re: [openstack-dev] [all] QPID incompatible with python 3 and untested in gate -- what to do?

On 04/15/2015 01:48 PM, Doug Hellmann wrote: > Excerpts from Clint Byrum's message of 2015-04-15 10:15:11 -0700: >> Excerpts from Sean Dague's message of 2015-04-14 16:54:30 -0700: >>> >>> It's time to be honest about the level of support that comes with those >>> other backends, deprecate the plug

[openstack-dev] [all] Introducing the Cloud Service Federation project (cross-project design summit proposal)

tl;dr We want to implement a new system which we’re calling an Aggregator which is based on Horizon and Keystone, and that can provide access to virtual Regions from multiple independent OpenStack providers. We plan on developing this system as a project in Stackforge, but we need help right now

Re: [openstack-dev] [all] QPID incompatible with python 3 and untested in gate -- what to do?

Excerpts from Ken Giusti's message of 2015-04-15 14:08:57 -0400: > On Wed, Apr 15, 2015 at 1:33 PM, Doug Hellmann wrote: > > Excerpts from Ken Giusti's message of 2015-04-15 09:31:18 -0400: > >> On Tue, Apr 14, 2015 at 6:23 PM, Joshua Harlow > >> wrote: > >> > Ken Giusti wrote: > >> >> > >> >> J

Re: [openstack-dev] [all] QPID incompatible with python 3 and untested in gate -- what to do?

Excerpts from Clint Byrum's message of 2015-04-15 11:02:34 -0700: > Excerpts from Doug Hellmann's message of 2015-04-15 10:48:30 -0700: > > Excerpts from Clint Byrum's message of 2015-04-15 10:15:11 -0700: > > > Excerpts from Sean Dague's message of 2015-04-14 16:54:30 -0700: > > > > > > > > It's

Re: [openstack-dev] [trove] where is the api to fetch mysql log?

Hi Li, Unfortunately, fetching the logs didn't make it into kilo and is still an ongoing project. It should make it into liberty, though. ;) Regards, Peter Stachowski From: Li Tianqing [mailto:jaze...@163.com] Sent: April-15-15 10:30 AM To: openstack-dev@lists.openstack.org Subject: [openstac

Re: [openstack-dev] [all] QPID incompatible with python 3 and untested in gate -- what to do?

On Wed, Apr 15, 2015 at 1:33 PM, Doug Hellmann wrote: > Excerpts from Ken Giusti's message of 2015-04-15 09:31:18 -0400: >> On Tue, Apr 14, 2015 at 6:23 PM, Joshua Harlow wrote: >> > Ken Giusti wrote: >> >> >> >> Just to be clear: you're asking specifically about the 0-10 based >> >> impl_qpid.py

Re: [openstack-dev] [all] QPID incompatible with python 3 and untested in gate -- what to do?

Excerpts from Doug Hellmann's message of 2015-04-15 10:48:30 -0700: > Excerpts from Clint Byrum's message of 2015-04-15 10:15:11 -0700: > > Excerpts from Sean Dague's message of 2015-04-14 16:54:30 -0700: > > > > > > It's time to be honest about the level of support that comes with those > > > oth

Re: [openstack-dev] [all] QPID incompatible with python 3 and untested in gate -- what to do?

On 04/14/2015 08:21 PM, Chris Dent wrote: > On Tue, 14 Apr 2015, Sean Dague wrote: > >> It's time to be honest about the level of support that comes with those >> other backends, deprecate the plugability, and move on to more >> interesting problems. We do have plenty of them to solve. :) Perhaps

Re: [openstack-dev] [all] QPID incompatible with python 3 and untested in gate -- what to do?

Excerpts from Clint Byrum's message of 2015-04-15 10:15:11 -0700: > Excerpts from Sean Dague's message of 2015-04-14 16:54:30 -0700: > > > > It's time to be honest about the level of support that comes with those > > other backends, deprecate the plugability, and move on to more > > interesting pr

Re: [openstack-dev] [all] QPID incompatible with python 3 and untested in gate -- what to do?

Excerpts from Ken Giusti's message of 2015-04-15 09:31:18 -0400: > On Tue, Apr 14, 2015 at 6:23 PM, Joshua Harlow wrote: > > Ken Giusti wrote: > >> > >> Just to be clear: you're asking specifically about the 0-10 based > >> impl_qpid.py driver, correct? This is the driver that is used for > >> t

Re: [openstack-dev] [all] QPID incompatible with python 3 and untested in gate -- what to do?

Excerpts from Sean Dague's message of 2015-04-14 16:54:30 -0700: > On 04/14/2015 07:26 PM, Flavio Percoco wrote: > > On 14/04/15 23:18 +, Jeremy Stanley wrote: > >> On 2015-04-15 01:10:03 +0200 (+0200), Flavio Percoco wrote: > >> [...] > >>> I'd recommend sending this email to the ops mailing l

Re: [openstack-dev] [neutron] openwrt VM as service

On Wed, Apr 15, 2015 at 2:37 AM, Guo, Ruijing wrote: > I’d like to propose openwrt VM as service. > > > > What’s openWRT VM as service: > > > > a)Tenant can download openWRT VM from > http://downloads.openwrt.org/ > > b)Tenant can create WAN interface from external publi

Re: [openstack-dev] [Fuel] removing single mode

Tomasz, multi-node mode is a legacy non-HA mode with only 1 controller. Currently, our so-called HA mode support deployment with 1 controller, so it makes no sense to support both modes. On Wed, Apr 15, 2015 at 6:38 PM, Tomasz Napierala wrote: > Do you mean single node? > >> On 15 Apr 2015, at 17

Re: [openstack-dev] [Neutron][LBaaS][Octavia] Logo for Octavia project

I have a couple proposals done up on paper that I'll have available shortly, I'll reply with a link. - Trevor J. Vardeman - trevor.varde...@rackspace.com - (210) 312 - 4606 On 4/14/15, 5:34 PM, "Eichberger, German" wrote: >All, > >Let's decide on a logo tomorrow so we can print stickers i

Re: [openstack-dev] [all] QPID incompatible with python 3 and untested in gate -- what to do?

Flavio Percoco wrote: On 14/04/15 19:54 -0400, Sean Dague wrote: On 04/14/2015 07:26 PM, Flavio Percoco wrote: On 14/04/15 23:18 +, Jeremy Stanley wrote: On 2015-04-15 01:10:03 +0200 (+0200), Flavio Percoco wrote: [...] I'd recommend sending this email to the ops mailing list And I'd re

Re: [openstack-dev] [neutron] Neutron scaling datapoints?

Neil Jerram wrote: 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

Re: [openstack-dev] [neutron] [QoS] QoS weekly meeting

Ok, during today’s preliminary meeting we talked about moving to #openstack-meeting-3, and we’re open to move -30m the meeting if it’s ok for everybody, to only partly overlap with the TWG, yet we could stay at 14:00 UTC for now. I have updated both wikis to reflect the meeting room change (to

Re: [openstack-dev] [Fuel] removing single mode

Do you mean single node? > On 15 Apr 2015, at 17:04, Dmitry Pyzhov wrote: > > FYI. We are going to disable Multi-node mode on UI even in experimental mode. > And we will remove related code from nailgun in 7.0. > https://bugs.launchpad.net/fuel/+bug/1428054 > > On Fri, Jan 30, 2015 at 1:39 PM,

Re: [openstack-dev] [magnum] How to use docker-swarm bay in magnum

Maybe we can add a object mapping to docker-compose. Date: Wed, 15 Apr 2015 23:32:01 +0800 From: jay.lau@gmail.com To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [magnum] How to use docker-swarm bay in magnum Thanks Andrew and Fenghua. I see. The current docker-swarm templ

Re: [openstack-dev] [magnum] How to use docker-swarm bay in magnum

Thanks Andrew and Fenghua. I see. The current docker-swarm template only using heat to create a swarm cluster, I see you have many bps related to this. ;-) 2015-04-15 23:13 GMT+08:00 FangFenghua : > For docker-swam bay,I think the bay looks like a big machine have a > docker-daemon. > We can crea

Re: [openstack-dev] [nova][libvirt] livemigration failed due to invalid of cpuset

On 04/15/2015 08:22 AM, Qiao, Liyong wrote: Hi all Live migration an instance will fail due to invalid cpuset, more detail can be find in this bug[1] I actually reported the same issue back in February: https://bugs.launchpad.net/nova/+bug/1417667 Chris

Re: [openstack-dev] [Group-Based-Policy] Fixing backward incompatible unnamed constraints removal

I believe that, on the stable branch at least, we need to fix the migrations so that upgrades are possible. This probably means fixing them the same way on the master branch first and backporting the fixes to stable/juno. All migrations that were present in the initial juno release need to be r

Re: [openstack-dev] FW: Migration/Evacuation of instance on desired host

On 04/15/2015 03:22 AM, Akshik dbk wrote: Hi, would like to know if schedule filters are considered while instance migration/evacuation. If you migrate or evacuate without specifying a destination then the scheduler filters will be considered. Chris ___

Re: [openstack-dev] [magnum] How to use docker-swarm bay in magnum

For docker-swam bay,I think the bay looks like a big machine have a docker-daemon.We can create container in it. From: andrew.mel...@rackspace.com To: openstack-dev@lists.openstack.org Date: Wed, 15 Apr 2015 14:53:39 + Subject: Re: [openstack-dev] [magnum] How to use docker-swarm bay in magnum

Re: [openstack-dev] [puppet] naming of the project

if Puppet isn't possible, *Silhouette* looks very charming to me :) On Wed, Apr 15, 2015 at 10:44 AM, Richard Raseley wrote: > Emilien Macchi wrote: > >> Hi all, >> >> I sent a patch to openstack/governance to move our project under the big >> tent, and it came up [1] that we should decide of a

Re: [openstack-dev] [Fuel] removing single mode

FYI. We are going to disable Multi-node mode on UI even in experimental mode. And we will remove related code from nailgun in 7.0. https://bugs.launchpad.net/fuel/+bug/1428054 On Fri, Jan 30, 2015 at 1:39 PM, Aleksandr Didenko wrote: > What do you guys think about switching CentOS CI job [1] to

Re: [openstack-dev] [magnum] How to use docker-swarm bay in magnum

???Hi Jay, Magnum Bays do not currently use the docker-swarm template. I'm working on a patch to add support for the docker-swarm template. That is going to require a new TemplateDefinition, and potentially some new config options and/or Bay/BayModel parameters. After that, the Docker containe

Re: [openstack-dev] [neutron] [QoS] QoS weekly meeting

On Apr 15, 2015, at 10:00 , Miguel Angel Ajo Pelayo wrote: > > Ok, > > 1) #openstack-meeting-2 doesn’t exist (-alt is it) > > 2) and not only that we’re colliding the TWG meeting, > but all the meeting rooms starting at UTC 14:30 are busy. While not preferable, I don’t mind overlapping th

[openstack-dev] [magnum][bay] Make Apache mesos a container backend of magnum

FRI From: fang_feng...@hotmail.com To: openstack-dev@lists.openstack.org Date: Wed, 15 Apr 2015 14:29:27 + Subject: [openstack-dev] [magnum] Apache Mesos maybe is a choice as a Magnum's Container backend.Now it native support Docker contanier . I thinks magnum have aMesos bay is very Co

[openstack-dev] [magnum]

Apache Mesos maybe is a choice as a Magnum's Container backend.Now it native support Docker contanier . I thinks magnum have aMesos bay is very Cool. __ OpenStack Development Mailin

[openstack-dev] [trove] where is the api to fetch mysql log?

Hi, all, i know the kilo-rc 1 is released. I found an introduction about new features here http://www.slideshare.net/openstack/trove-juno-to-kilo It says that we can fetch mysql error log. Then i search in the source code on master branch, and i do not find the api. Can someone help me ?

[openstack-dev] [nova][libvirt] livemigration failed due to invalid of cpuset

Hi all Live migration an instance will fail due to invalid cpuset, more detail can be find in this bug[1] this exception is raised by python-libvirt's migrateToURI2/ migrateToURI. I'd like to get your idea on this: 1. disable live-migration and raise exception early since migrateToURI2/ migrate

Re: [openstack-dev] [Fuel] Several nominations for fuel project cores

1/ +1 2/ +1 3/ +1 On Tue, Apr 14, 2015 at 2:45 PM, Aleksey Kasatkin wrote: > 1/ +1 > 2/ +1 > 3/ +1 > > > Aleksey Kasatkin > > > On Tue, Apr 14, 2015 at 12:26 PM, Tatyana Leontovich < > tleontov...@mirantis.com> wrote: > >> >> 3/ +1 >> >> On Tue, Apr 14, 2015 at 11:49 AM, Sergii Golovatiuk < >> s

Re: [openstack-dev] [neutron] [QoS] QoS weekly meeting

Ok, 1) #openstack-meeting-2 doesn’t exist (-alt is it) 2) and not only that we’re colliding the TWG meeting, but all the meeting rooms starting at UTC 14:30 are busy. 3) If we move -30m (UTC 13:30) then we could use meeting room #openstack-meeting-3 before the neutron drivers mee

Re: [openstack-dev] FW: [Neutron] - Joining the team - interested in a Debian Developer and experienced Python and Network programmer?

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

Re: [openstack-dev] [all][pbr] splitting our deployment vs install dependencies

On 04/12/2015 06:43 PM, Robert Collins wrote: > Right now we do something that upstream pip considers wrong: we make > our requirements.txt be our install_requires. > > Upstream there are two separate concepts. > > install_requirements, which are meant to document what *must* be > installed to im

Re: [openstack-dev] [neutron] Neutron scaling datapoints?

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 questions

Re: [openstack-dev] [puppet] naming of the project

Emilien Macchi wrote: Hi all, I sent a patch to openstack/governance to move our project under the big tent, and it came up [1] that we should decide of a project name and be careful about trademarks issues with Puppet name. I would like to hear from Puppetlabs if there is any issue to use Pupp

Re: [openstack-dev] [all] QPID incompatible with python 3 and untested in gate -- what to do?

On Tue, Apr 14, 2015 at 6:23 PM, Joshua Harlow wrote: > Ken Giusti wrote: >> >> Just to be clear: you're asking specifically about the 0-10 based >> impl_qpid.py driver, correct? This is the driver that is used for >> the "qpid://" transport (aka rpc_backend). >> >> I ask because I'm maintaining

Re: [openstack-dev] [neutron] [QoS] QoS weekly meeting

Miguel, As a telco operator, who is active in the WG, I am absolutely an interested party for QoS. I’d be willing to hop between the two of them if absolutely necessary (it’s IRC, after all) but would prefer they not overlap if possible. Thanks! -Anthony On Apr 15, 2015, at 6:39 , Miguel Angel

Re: [openstack-dev] [barbican] Utilizing the KMIP plugin

Hello Christopher, I’m glad you are making progress. I’m including two folks that worked on the KMIP plugin to see if they can help with your error diagnosis. Thanks, John From: Christopher N Solis mailto:cnso...@us.ibm.com>> Reply-To: "OpenStack Development Mailing List (not for usage questio

Re: [openstack-dev] [all] QPID incompatible with python 3 and untested in gate -- what to do?

On 2015-04-15 11:53:28 +0200 (+0200), Flavio Percoco wrote: [...] > When I proposed removing the GridFS driver from glance_store, I asked > for feedback in other mailing lists and then came back here proposing > de dev removal. Got it--so the recommendation is to not ask the developer community un

Re: [openstack-dev] [all][pbr] splitting our deployment vs install dependencies

On 2015-04-15 11:06:20 +0200 (+0200), Thierry Carrez wrote: > And the doc is indeed pretty clear. I assumed "requirements.txt" would > describe... well... requirements. But like Robert said they are meant to > describe specific deployments (should really be have been named > deployment.txt, or at l

[openstack-dev] [openstack-ops][rally][announce] What's new in Rally v0.0.3

Hello, Rally team is happy to say that we cut new release 0.0.3. *Release stats:* +--+-+ | Commits | 53| +--+-+ | Bug fixes| 14| +--+-+ | Dev cycle

[openstack-dev] [Fuel] Upgrade tarball retirement path

Guys, TL;DR: There will be upgrade tarball in 6.1. But it will not require any data from 6.0.x branch. And there will be no upgrade tarball starting from 7.0. Looks like we don't need upgrade tarball any more. It is a big relief for our build team. Because GNU make is not intended to be used for

Re: [openstack-dev] [TripleO] Alternate meeting time

On 04/15/2015 10:46 AM, marios wrote: On 15/04/15 00:13, James Slagle wrote: Hi, TripleO currently has an alternate meeting time scheduled for Wednesdays at 08:00 UTC. The alternate meeting actually hasn't happened the last 4 occurrences that I know of [2]. Do we still need the alternate meetin

Re: [openstack-dev] 答复: [neutron] Neutron scaling datapoints?

Hi, Joshua, This is a long discussion thread, may we come back to the scalability topic? As you confirmed, Tooz only addresses the issue of agent status management, not solve the concurrent dynamic load impact on large scale ( for example 100k managed nodes with the dynamic load like security

Re: [openstack-dev] [devstack] plugin: Giving ability for plugin repo to override tempest tests

Deepak, Our gating config is here -https://github.com/openstack-infra/project-config/blob/master/jenkins/jobs/ec2-api.yamlPlease see first template.This is just a copy of general tempest job with our settings. Andrey 15.04.2015, 13:56, "Deepak Shetty" :On Wed, Apr 15, 2015 at 3:59 PM, Sean Dague

  1   2   >