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

As mentioned earlier in this thread there are few VM based L3 implementations already in neutron - from Cisco (CSR) and Brocade (Vyatta vRouter). Both extends off neutron L3 service-plugin framework. And they both have been decomposed in the current Kilo cycle into stackforge. So all you need is an

Re: [openstack-dev] [cinder] CHAP secret is visible in cinder volume log

Hi All, Thanks for your comments, due to time zone difference i was not able to interact. Regards, Yogesh *CloudByte Inc.* On Thu, Apr 16, 2015 at 11:19 PM, Mike Perez wrote: > On 09:41 Apr 16, Mike Perez wrote: > > On 18:24 Apr 16, Yogesh Prasad wrote: > > > Hi, >

Re: [openstack-dev] [neutron] Liberty mid-cycle coding sprint

Hi Kyle, This will be great as I was also interested in attending these session ☺ Thanks Vikram From: Kyle Mestery [mailto:mest...@mestery.com] Sent: 17 April 2015 01:09 To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [neutron] Liberty mid-cycle codi

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

What do you disagree with? I was pointing out that using Linux bridge will not reduce the complexity of the model of self-service networking, which is what the quote was complaining about. I just wanted to point out that one of the 'major disconnects' as I understand it will not get any better by

Re: [openstack-dev] Trove : about trove-guestagent connecting to trove controller and rabbitmq

Hi Benoit: The rabbitmq server that the trove components use to communicate with each other doesn't (and in fact _shouldn't_) necessarily be the same rabbitmq server that the core openstack services are using for communcation. In most real-world deployments of OpenStack Trove that I am aware of,

[openstack-dev] [os-ansible-deployment] Kilo branch now available

The stackforge/os-ansible-deployment project is happy to announce initial support for deployments using upstream Kilo based on the current head of the stable/kilo branches (as found within the various OpenStack projects that we support). The OSAD project will be creating RC tags in short order a

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

On 2015-04-16 18:34:40 -0700 (-0700), Kevin Benton wrote: [...] > This is referring to the complexity of the API model for Neutron. > While this is a problem that I hope to address by making things > like shared networks more useful, it's not really relevant to this > particular discussion because

Re: [openstack-dev] 回复： [Nova][Docs] Mislead of Nova Documents in configuringhosts aggregates

Thanks Luo, Done :) L On 17/04/15 11:55, Luo Gangyi wrote: Thanks Lana, I have submitted the bug report(https://bugs.launchpad.net/openstack-manuals/+bug/1445285). If you or anyone else can comfirmed the bug, I will submit a patch to fix it. -- Luo Gangyi luogan...@cmss.chin

[openstack-dev] ?????? [Nova][Docs] Mislead of Nova Documents in configuringhosts aggregates

Thanks Lana, I have submitted the bug report(https://bugs.launchpad.net/openstack-manuals/+bug/1445285). If you or anyone else can comfirmed the bug, I will submit a patch to fix it. -- Luo gangyiluogan...@cmss.chinamobile.com --

Re: [openstack-dev] 答复: Regarding ONOS L3 integration with OpenStack Neutron

On Thu, Apr 16, 2015 at 8:36 PM, Dongfeng (C) wrote: > Hi Kyle， > > Np, you can create your own L3 service plugin and just register a bug. > > Thanks for the quick response. I have gone through the link you gave and > now I understand the main process. But I am still not very sure about* > regis

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

Just to be clear, we are talking about two different cases of complexity. """ The biggest disconnect in the model seems to be that Neutron assumes you want self service networking. Most of these deploys don't. Or even more importantly, they live in an organization where that is never going to be a

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

Hi Kyle， Np, you can create your own L3 service plugin and just register a bug. Thanks for the quick response. I have gone through the link you gave and now I understand the main process. But I am still not very sure about registering a bug. Is it a lauchpad bug? What is the purpose for registeri

Re: [openstack-dev] [nova] Mysql db connection leaking?

On Thu, Apr 16, 2015 at 01:27:51PM -0400, Jay Pipes wrote: > On 04/16/2015 09:54 AM, Sean Dague wrote: > >On 04/16/2015 05:20 PM, Qiming Teng wrote: > >> > >>Wondering if there is something misconfigured in my devstack > >>environment, which was reinstalled on RHEL7 about 10 days ago. > >>I'm often

Re: [openstack-dev] [nova] Mysql db connection leaking?

> Can you show us the full listing for > > mysqladmin processlist > > as 125 seems high for a toy setup? How many nova instances are > running? I have a (single node) devstack setup with 2 nova instances > running and I have 9 mysql connections to the nova db. > > Regards > > Mark Hi, Mark, B

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

On 17/04/15 03:09, Assaf Muller wrote: - Original Message - "if linux bridge was a viable nova-network multi-host HA replacement, you'd be OK with this change?" I'd be much more in favor of it. yes. Though I think its a long way from being there... planet openstack has a nice set o

[openstack-dev] [qa] Call to sign QA Bug Triage Rotation

All, We started QA bug triage rotation last year and it helped us to respond to bugs as quick as possible and keep bug count low. To continue the same strategy and keeping good progress on bugs, we need more volunteers to sign-up bug triage rotation. People who want to help in bug triage, feel f

Re: [openstack-dev] [nova] Mysql db connection leaking?

On 17/04/15 09:20, Qiming Teng wrote: Wondering if there is something misconfigured in my devstack environment, which was reinstalled on RHEL7 about 10 days ago. I'm often running into mysql connections problem as shown below: $ mysql ERROR 1040 (HY000): Too many connections When I try dump th

Re: [openstack-dev] So... why exactly? Was: [magnum] Discovery Mechanism For Swarm Bay

Jay, Fair question. Native tools do not install bays, the Magnum tools do. Once a bay exists, you can use native tools for native operations to act on if you want. It would be awkward for having two different config defaults within Magnum that are similar, but different for setting up clustered

[openstack-dev] Using DevStack in Kilo

When use devstack with Kilo, after stack.sh, the following tracebacks are logged: localadmin@qa4:/opt/stack/logs$ grep -r Traceback * g-api.log:2015-04-16 14:16:17.996 TRACE glance.registry.client.v1.client Traceback (most recent call last): g-api.log:2015-04-16 14:16:20.237 TRACE glance.registr

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

On 2015-04-16 18:28:44 -0400 (-0400), Emilien Macchi wrote: > I'm trying a new hook in jeepyb: https://review.openstack.org/#/c/174627/1 > > This is a PoC, just to see how people reacts about that. [...] I've commented on the change in review too, but you should consider looking at how we set up

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

Joe: you have identified many of the challenges of trying to work with multiple OpenStack clouds from different providers with different configurations, resources, etc. Nevertheless, people are doing it, and doing so successfully. (I know several teams that are running across multiple public and

Re: [openstack-dev] [neutron][stable] Bug 1414218 is not fixed on in neutron stable/juno branch

Stephen, On Thu, Apr 16, 2015 at 4:21 PM, Ma, Stephen B. wrote: > As it stands currently, neutron on the stable/juno branch behaves as if > https://review.openstack.org/#/c/164329/ was never merged. The merge of > patch https://review.openstack.org/#/c/153181 puts some LOG.debug > statements in

Re: [openstack-dev] [oslo] eventlet 0.17.3 is now fully Python 3 compatible

Excerpts from Joe Gordon's message of 2015-04-16 15:15:01 -0700: > On Fri, Apr 10, 2015 at 4:01 AM, Victor Stinner wrote: > > > > https://wiki.openstack.org/wiki/Python3#Dependencies appears to be > > fairly out of date. > > > > You're right. I updated this wiki page. In practice, much more OpenS

Re: [openstack-dev] [nova] Mysql db connection leaking?

Excerpts from Matt Riedemann's message of 2015-04-16 15:40:30 -0700: > > On 4/16/2015 12:27 PM, Jay Pipes wrote: > > On 04/16/2015 09:54 AM, Sean Dague wrote: > >> On 04/16/2015 05:20 PM, Qiming Teng wrote: > >>> > >>> Wondering if there is something misconfigured in my devstack > >>> environment,

Re: [openstack-dev] So... why exactly? Was: [magnum] Discovery Mechanism For Swarm Bay

Jay, In Paris, we had one spec and zero core. By the time we hit Vancouver, we will have a few scenarios working with 3 milestones. Come vancouver, We'll definitely know for sure if there is appetite and interest in the community for this set of abstractions and packaging we have currently in pr

Re: [openstack-dev] [nova] Mysql db connection leaking?

On 4/16/2015 12:27 PM, Jay Pipes wrote: On 04/16/2015 09:54 AM, Sean Dague wrote: On 04/16/2015 05:20 PM, Qiming Teng wrote: Wondering if there is something misconfigured in my devstack environment, which was reinstalled on RHEL7 about 10 days ago. I'm often running into mysql connections pr

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

On 04/16/2015 04:27 PM, Mike Dorman wrote: > I feel somewhat responsible for this whole thing, since I landed the first > review that kicked off all this. We had gone to a kilo oslo-messaging for > RMQ improvements, which was what spurred me to patch in order to get rid > of the deprecation w

[openstack-dev] [neutron][stable] Bug 1414218 is not fixed on in neutron stable/juno branch

Two weeks ago, the patch https://review.openstack.org/#/c/164329/ was merged to stable/juno. This patch fixes bug https://launchpad.net/bugs/1414218 on the stable/juno branch. This patch removed LOG.debug statements from the for-loop of method _output_hosts_file() in file neutron/agent/Linux/d

[openstack-dev] So... why exactly? Was: [magnum] Discovery Mechanism For Swarm Bay

On 04/16/2015 05:29 PM, Adrian Otto wrote: This approach addresses all three concerns laid out above. The same approach should apply both to CoreOS and Swarm Bay so the user experience is consistent. So, the above comment got me thinking... why does the user experience need to be consistent? I

Re: [openstack-dev] [oslo] eventlet 0.17.3 is now fully Python 3 compatible

On Fri, Apr 10, 2015 at 4:01 AM, Victor Stinner wrote: > > https://wiki.openstack.org/wiki/Python3#Dependencies appears to be > fairly out of date. > > You're right. I updated this wiki page. In practice, much more OpenStack > clients, Common Libraries and Development Tools are already Python 3 >

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

On Thu, Apr 16, 2015 at 12:16 AM, Geoff Arnold wrote: > I’ve discussed this with the Keystone team, especially the Reseller folks, > but not as deeply as we need to. > > The biggest challenge that I see with doing this inside any existing > project is the Aggregator system. It’s an independent de

Re: [openstack-dev] [all] need help with my first commit: The branch 'master' does not exist on the given remote 'gerrit'

On 2015-04-16 17:46:09 + (+), Tran, Steven wrote: > Just thought I should add the solution in case others run into the > same issue. In my case I miss the following line in the > configuration: > remote.gerrit.fetch=+refs/heads/*:refs/remotes/gerrit/* Also worth noting, we've tried to col

Re: [openstack-dev] [all][stable][glance] stable/kilo python-glanceclient 0.17.1 release upcoming

In case anyone is interested in reading the specific issues: - image-update command returns "name 'sys' is not defined error" https://bugs.launchpad.net/python-glanceclient/+bug/1432249 - Since 0.16.1 client breaks nova when using https https://bugs.launchpad.net/python-glanceclient/+bug/

Re: [openstack-dev] [magnum] Discovery Mechanism For Swarm Bay

Andrew, For clustered services that require generation of a discovery token, and access to a discovery service, we need to keep in mind a few things: 1) Cloud operators have their own preferences for what defaults should be use. Some may want to run their own discovery services, and others will

Re: [openstack-dev] [api] API WG Meeting Time

On Apr 1, 2015, at 10:12 AM, Ian Cordasco wrote: > > > On 4/1/15, 08:24, "michael mccune" wrote: > >> On 04/01/2015 08:35 AM, Jay Pipes wrote: >>> On 03/31/2015 10:13 PM, Everett Toews wrote: Ever since daylight savings time it has been increasing difficult for many API WG members t

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

Hello, -- Pozdrawiam Sławek Kapłoński sla...@kaplonski.pl On Wed, Apr 15, 2015 at 11:06:49PM +0200, Salvatore Orlando wrote: > 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 lightw

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

I feel somewhat responsible for this whole thing, since I landed the first review that kicked off all this. We had gone to a kilo oslo-messaging for RMQ improvements, which was what spurred me to patch in order to get rid of the deprecation warnings. I should have actually validated it against

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

However, I cannot not make a request to the kmip plugin because of an ssl error: The keyfile, certfile, and ca_certs are passed directly to ssl.wrap_socket. Debugging any SSL errors isn't easy - Google is generally the best resource to identify and resolve issues based on the error codes returned

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-15 15:10:54 -0400: > 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 le

Re: [openstack-dev] [neutron] Liberty mid-cycle coding sprint

On Thu, Apr 16, 2015 at 2:16 PM, Sean M. Collins wrote: > On Tue, Apr 14, 2015 at 10:29:14AM EDT, Kyle Mestery wrote: > > Just a note that Red Hat has offered to host a coding sprint specifically > > around QoS support in Neutron. This will take place at their offices in > Tel > > Aviv, Israel. T

Re: [openstack-dev] [fuel][plugin] Location of 6.1 source code for nova and neutron

Hi, http://obs-1.mirantis.com:82/trusty-fuel-6.1-stable/ubuntu/ is a repository for build system. It's not the same as http://mirror.fuel-infra.org/ as packages should pass acceptance, performance and security testing. Once all validatio

[openstack-dev] [magnum] Discovery Mechanism For Swarm Bay

Hi Devs, I'd like to get some discussion going for possible improvements to the discovery mechanism used in Magnum's Swarm bay. The method of the existing review[1] is to use the public swarm discovery endpoint, and let the user pass a token in on the bay-create call. This is definitely not

Re: [openstack-dev] [neutron] Liberty mid-cycle coding sprint

On Tue, Apr 14, 2015 at 10:29:14AM EDT, Kyle Mestery wrote: > Just a note that Red Hat has offered to host a coding sprint specifically > around QoS support in Neutron. This will take place at their offices in Tel > Aviv, Israel. The dates are June 30, July 1, and July 2. More details for > both co

Re: [openstack-dev] [Nova][Glance] Last day to elect your PTL!

On Thu, Apr 16, 2015 at 02:55:20PM -0400, Tristan Cacqueray wrote: > Just a quick reminder that elections are closing soon, if you haven't > already you should use your right to vote and pick your favourite candidate! Also remember to make sure you voted using the second vote link you were sent (a

[openstack-dev] [Nova][Glance] Last day to elect your PTL!

Hello Nova and Glance contributors, Just a quick reminder that elections are closing soon, if you haven't already you should use your right to vote and pick your favourite candidate! Thanks for your time! Tristan signature.asc Description: OpenPGP digital signature

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

On 2015-04-16 2:10 PM, Richard Raseley wrote: > > I am certainly sympathetic to your situation - having the world change > beneath your feet is never a good place to be. =] > > It does seem, however, that there is a disconnect between your > expectations (as I understand them) of what the 'master'

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

On Thu, Apr 16, 2015 at 2:10 PM, Richard Raseley wrote: > I am certainly sympathetic to your situation - having the world change > beneath your feet is never a good place to be. =] > > It does seem, however, that there is a disconnect between your > expectations (as I understand them) of what the

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

On 04/16/2015 02:15 PM, Clayton O'Neill wrote: > On Thu, Apr 16, 2015 at 10:50 AM, Emilien Macchi > wrote: > > We do our best now to backport what is backportable to stable/juno. > > > This certainly has gotten much better, but I don't think it's 100% there > ye

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

On Wed, Apr 15, 2015 at 11:06:49PM +0200, Salvatore Orlando wrote: > 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

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

On 04/16/2015 02:23 PM, 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 project name and be >> careful about trademarks issues with Puppet name. >> >> I

[openstack-dev] [all] uncapping requirements in master

Before we’ll be able to do that across all projects, we need to do it for all of the libraries and create new releases with the new requirements. We have temporarily removed the library projects from the automatic requirements syncs so we can modify their requirements independently, and we have

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] [puppet] rabbit/kombu settings deprecations

On Thu, Apr 16, 2015 at 10:50 AM, Emilien Macchi wrote: > We do our best now to backport what is backportable to stable/juno. > This certainly has gotten much better, but I don't think it's 100% there yet either. It's just a ton of work and we probably need better tooling around this to expect

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

On Thu, Apr 16, 2015 at 7:50 AM, Emilien Macchi wrote: > > > On 04/16/2015 12:26 AM, Matt Fischer wrote: > > 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

Re: [openstack-dev] [wsme] [ironic] [ceilometer] [magnum] [kite] [tuskar] WSME unmaintained ?

On 04/16/2015 12:45 PM, Chris Dent wrote: On 04/16/2015 07:41 AM, Lucas Alvares Gomes wrote: * Should projects relying on WSME start thinking about migrating their APIs to another technology? I think this may be the way to go. The intent of WSME is admirable (the multiprotocol stack) but the e

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

- Original Message - > "if linux bridge was a viable nova-network multi-host HA replacement, you'd > be OK with this change?" > > I'd be much more in favor of it. yes. Though I think its a long way from > being there... > > planet openstack has a nice set of articles on how dvr works ri

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

Matt Fischer wrote: 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

Re: [openstack-dev] [cinder] CHAP secret is visible in cinder volume log

I went ahead and filed a bug, and I have 2 fixes posted up already that mirror's how nova fixed this issue in the libvirt volume driver for iSCSI. https://bugs.launchpad.net/os-brick/+bug/1445137 Walt On 04/16/2015 05:54 AM, Yogesh Prasad wrote: Hi, I am wondering why screen-c-vol.log is disp

Re: [openstack-dev] [cinder] CHAP secret is visible in cinder volume log

On 09:41 Apr 16, Mike Perez wrote: > On 18:24 Apr 16, Yogesh Prasad wrote: > > Hi, > > > > I am wondering why screen-c-vol.log is displaying the CHAP secret. > > > > Logs: > > > > 2015-04-16 16:04:23.288 7306 DEBUG oslo_concurrency.processutils > > [req-23c699df-7b21-48d2-ba14-d8ed06642050 ce8dc

Re: [openstack-dev] [all] need help with my first commit: The branch 'master' does not exist on the given remote 'gerrit'

Just thought I should add the solution in case others run into the same issue. In my case I miss the following line in the configuration: remote.gerrit.fetch=+refs/heads/*:refs/remotes/gerrit/* Regards, -Steven From: Tran, Steven Sent: Monday, January 26, 2015 9:10 PM To: openstack-dev@lists.op

Re: [openstack-dev] [nova] Mysql db connection leaking?

On 04/16/2015 09:54 AM, Sean Dague wrote: On 04/16/2015 05:20 PM, Qiming Teng wrote: Wondering if there is something misconfigured in my devstack environment, which was reinstalled on RHEL7 about 10 days ago. I'm often running into mysql connections problem as shown below: $ mysql ERROR 1040 (

Re: [openstack-dev] [cinder] CHAP secret is visible in cinder volume log

Can you please file a defect for this against cinder and os-brick. I'll fix it ASAP. Walt Hi, I am wondering why screen-c-vol.log is displaying the CHAP secret. Logs: 2015-04-16 16:04:23.288 7306 DEBUG oslo_concurrency.processutils [req-23c699df-7b21-48d2-ba14-d8ed06642050 ce8dccba9ccf48fb

[openstack-dev] [tempest][nova] TestVolumeBootPattern fail with libvirt-xen, how to fix it?

Hi all, With libvirt_type=xen, the tempest test tempest.scenario.test_volume_boot_pattern.TestVolumeBootPattern.test_volume_boot_pattern fail. This is because it setup a volume with 'vda' as device_name and nova (well libvirt) fail to bring up an instance. 'vda' (virtio) is not supported by libvi

Re: [openstack-dev] [cinder] CHAP secret is visible in cinder volume log

On 18:24 Apr 16, Yogesh Prasad wrote: > Hi, > > I am wondering why screen-c-vol.log is displaying the CHAP secret. > > Logs: > > 2015-04-16 16:04:23.288 7306 DEBUG oslo_concurrency.processutils > [req-23c699df-7b21-48d2-ba14-d8ed06642050 ce8dccba9ccf48fb956060b3e54187a2 > 4ad219788df049e0b131e17

Re: [openstack-dev] [wsme] [ironic] [ceilometer] [magnum] [kite] [tuskar] WSME unmaintained ?

On 04/16/2015 07:41 AM, Lucas Alvares Gomes wrote: We have a couple of Openstack projects that uses WSME for their REST APIs[1], but WSME project looks abandoned. The review stats are not good, for the last 40 days the project didn't have a single review from a core reviewer[2], the bugs are not

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

"if linux bridge was a viable nova-network multi-host HA replacement, you'd be OK with this change?" I'd be much more in favor of it. yes. Though I think its a long way from being there... planet openstack has a nice set of articles on how dvr works right now, and having read through, I think

Re: [openstack-dev] [cinder] CHAP secret is visible in cinder volume log

Hiding secrets in the log is something we decided to do, so that's a straight bug - please raise it and we can look at fixing it. As far as plain text passwords in the database, there has not been a strong, well formed argument for doing it some other way. You could put some shared secret in cinde

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

So your building a cloud out of pieces of other clouds. Would that be a VirtualCloud, a MetaCloud, other? :) No matter what you call it, I think its a great idea. Kevin From: Geoff Arnold [ge...@geoffarnold.com] Sent: Wednesday, April 15, 2015 9:24 PM To: OpenSta

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

- Original Message - > From: "Ken Giusti" > To: "OpenStack Development Mailing List (not for usage questions)" > > Sent: Thursday, April 16, 2015 4:47:50 PM > Subject: Re: [openstack-dev] [all] QPID incompatible with python 3 and > untested in gate -- what to do? > > On Wed, Apr 15

Re: [openstack-dev] [wsme] [ironic] [ceilometer] [magnum] [kite] [tuskar] WSME unmaintained ?

On 04/16/2015 07:41 AM, Lucas Alvares Gomes wrote: > Hi, > > We have a couple of Openstack projects that uses WSME for their REST > APIs[1], but WSME project looks abandoned. The review stats are not good, > for the last 40 days the project didn't have a single review from a core > reviewer[2], th

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

On 04/16/2015 12:26 AM, Matt Fischer wrote: > 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 i

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

On Wed, Apr 15, 2015 at 8:18 PM, Joshua Harlow wrote: > 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 Giu

[openstack-dev] [release] python-ceilometerclient 1.1.0

We are gleeful to announce the (Liberty) release of: python-ceilometerclient 1.1.0: OpenStack Telemetry API Client Library For more details, please see the git log history below and:     https://launchpad.net/python-ceilometerclient/+milestone/1.1.0 Please report issues through launchpad:    

[openstack-dev] [all][stable][glance] stable/kilo python-glanceclient 0.17.1 release upcoming

Hi all, We have found critical faults from python-glanceclient causing operational failures if https is enabled. We're in process to backport the fixes to our new stable branch and will release 0.17.1 of the client as soon as possible. Please note this if your project is using glanceclient. Aff

[openstack-dev] [neutron] Are routed TAP interfaces (and DHCP for them) in scope for Neutron?

I have a Neutron DHCP agent patch whose purpose is to launch dnsmasq with options such that it works (=> provides DHCP service) for TAP interfaces that are _not_ bridged to the DHCP interface (ns-XXX). For the sake of being concrete, this involves: - creating the ns-XXX interface as a dummy,

Re: [openstack-dev] [fuel][plugin] Location of 6.1 source code for nova and neutron

Hi Roman, Thanks for the links. In the meantime I found http://obs-1.mirantis.com:82/trusty-fuel-6.1-stable/ubuntu/ - are the files there the same thing? Thanks, Emma From: Roman Vyalov [mailto:rvya...@mirantis.com] Sent: 16 April 2015 14:11 To: OpenStack Development Mailing List (not for usag

Re: [openstack-dev] [nova] Mysql db connection leaking?

On 04/16/2015 05:20 PM, Qiming Teng wrote: > > Wondering if there is something misconfigured in my devstack > environment, which was reinstalled on RHEL7 about 10 days ago. > I'm often running into mysql connections problem as shown below: > > $ mysql > ERROR 1040 (HY000): Too many connections >

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

On 04/16/2015 12:45 AM, Ratnaker Katipally wrote: > 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 '/ >

Re: [openstack-dev] [cinder] CHAP secret is visible in cinder volume log

On 04/16/2015 08:54 AM, Yogesh Prasad wrote: > Hi, > > I am wondering why screen-c-vol.log is displaying the CHAP secret. > > Logs: > > 2015-04-16 16:04:23.288 7306 DEBUG oslo_concurrency.processutils > [req-23c699df-7b21-48d2-ba14-d8ed06642050 ce8dccba9ccf48fb956060b3e54187a2 > 4ad219788df049e0

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

Thanks, Sergey. I agree -- my first thought was "default templates plus new ACLs!" Yanchao, note that with the current default template mechanism, the templates can be added per tenant -- you can run the script multiple times and change the tenant id. We thought this provided enough functionality

[openstack-dev] [nova] Mysql db connection leaking?

Wondering if there is something misconfigured in my devstack environment, which was reinstalled on RHEL7 about 10 days ago. I'm often running into mysql connections problem as shown below: $ mysql ERROR 1040 (HY000): Too many connections When I try dump the mysql connection list, I'm getting the

Re: [openstack-dev] [fuel][plugin] Location of 6.1 source code for nova and neutron

Hi Emma, Sources for nova: http://mirror.fuel-infra.org/mos/ubuntu/pool/main/n/nova/ Sources for neutron: http://mirror.fuel-infra.org/mos/ubuntu/pool/main/n/neutron/ On Thu, Apr 16, 2015 at 1:26 PM, Emma Gordon (projectcalico.org) < e...@projectcalico.org> wrote: > I’m working on a calico plug-

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

On Thu, Apr 16, 2015 at 1:40 AM, Dongfeng (C) wrote: > Hi Kyle, > > > > I am currently contributing to integrating ONOS with OpenStack Neutron. I > just have a doubt. Could you please kindly clarify? > > > Sure! > For L2 integration, it is clear that we can directly develop a ML2 > driver for

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

Hello Asha, The /v1/secrets resource is used to upload, encrypt and store your secrets, and to decrypt and retrieve those secrets. Key encryption keys (KEKs) internal to Barbican are used to encrypt the secret. The /v1/orders resource is used when you want Barbican to generate secrets for you.

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

Julien, Again, how are we validating this in Gnocchi ? Thanks, Prashanth On Thu, Apr 16, 2015 at 3:45 AM, Julien Danjou wrote: > On Wed, Apr 15 2015, Prashanth Hari wrote: > > > Can someone please provide some info on how we are handling cumulative > > counter resets for various scenarios in c

[openstack-dev] [cinder] CHAP secret is visible in cinder volume log

Hi, I am wondering why screen-c-vol.log is displaying the CHAP secret. Logs: 2015-04-16 16:04:23.288 7306 DEBUG oslo_concurrency.processutils [req-23c699df-7b21-48d2-ba14-d8ed06642050 ce8dccba9ccf48fb956060b3e54187a2 4ad219788df049e0b131e17f603d5faa - - -] CMD "sudo cinder-rootwrap /etc/cinder/r

Re: [openstack-dev] [nova][oslo_messaging]Enabling notifications from nova

http://www.stacktach.com/about.html#enabling? From: Eduard Matei Sent: Thursday, April 16, 2015 6:04 AM To: OpenStack Development Mailing List (not for usage questions) Subject: [openstack-dev] [nova][oslo_messaging]Enabling notifications from nova Hi, I've

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

Yes, as you can see from http://onosproject.org/ , ONOS is also a SDN controller just like ODL, there is necessity of implementing OpenStack Neutron virtual network features like L2, L3 in ONOS to enable ONOS as an option of OpenStack Networking backend. -邮件原件- 发件人: Neil Jerram [mail

Re: [openstack-dev] [nova][oslo_messaging]Enabling notifications from nova

Thanks Swann, that did the trick. Ed On Thu, Apr 16, 2015 at 2:44 PM, Swann Croiset wrote: > Hi, > try to configure nova.conf: > > [DEFAULT] > notification_driver=messaging > > BR > > > 2015-04-16 11:04 GMT+02:00 Eduard Matei : > >> >> >> Hi, >> >> I've been trying to enable nova notifications

Re: [openstack-dev] [nova][oslo_messaging]Enabling notifications from nova

Hi, try to configure nova.conf: [DEFAULT] notification_driver=messaging BR 2015-04-16 11:04 GMT+02:00 Eduard Matei : > > > Hi, > > I've been trying to enable nova notifications on various actions, but > nothing is actually sent. > I found the cause in the _notify method > of /usr/local/lib/pyt

[openstack-dev] [wsme] [ironic] [ceilometer] [magnum] [kite] [tuskar] WSME unmaintained ?

Hi, We have a couple of Openstack projects that uses WSME for their REST APIs[1], but WSME project looks abandoned. The review stats are not good, for the last 40 days the project didn't have a single review from a core reviewer[2], the bugs are not being triaged nor fixed [3], I have been trying

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

On 04/15/2015 09:50 PM, Robert Collins wrote: > 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 hav

[openstack-dev] [fuel][plugin] Location of 6.1 source code for nova and neutron

I'm working on a calico plug-in for fuel and am looking for the orig.tar.gz and debian.tar.gz source code tar files for nova and neutron for 6.1 so that I can rebuild the packages with the changes required for calico. Can anyone tell me where I can find these? Thanks, Emma

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

Hi, first of all - yes, we've implemented mechanism for default templates addition in Kilo, please, take a look on this spec and related changes: http://specs.openstack.org/openstack/sahara-specs/specs/kilo/default-templates.html Regarding to your case, it's in fact about the admin-only writable

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

Hi, These Service-VMs are for which purpose. What are differentiations factors between “open stack Service-VM” (OSVM) and nfv / Tenant-Service-VM (TSVM)? [cid:image002.png@01D0785B.7FFD05F0] Open stack control: (OSC): o OSC Manages these OSVM ? o Each services inside OSVM are enabled by OSC

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

On 04/16/2015 03:32 AM, Zang, Rui wrote: > We have a “Tacker” project aiming to manage service VMs. > > https://wiki.openstack.org/wiki/ServiceVM > > Personally I think all the advance network services like firewall/LB/VPN > can be provided by service VMs and eventually managed by Tacker. Person

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

On 16/04/15 07:40, Dongfeng (C) wrote: Hi Kyle, I am currently contributing to integrating ONOS with OpenStack Neutron. By ONOS do you mean http://onosproject.org/? http://onosproject.org/ looks very nice, but it's not obvious to me what the integration with OpenStack would be. Perhaps you

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

Hi, Neil, The api_wokers / rpc-worker configuration for the cascading layer can be found in the test report, it's based on community Juno version, and some issues found and listed in the end of the report. Simulator is used for the cascaded OpenStackNo configuration in the test. For configura

[openstack-dev] [all] Slight delay in RequirementsFreeze lifting and Kilo RC2 windows

Hi everyone, I previously announced that we would be able to lift RequirementsFreeze on Wednesday and open the first RC2 windows as needed on Thursday. However we are still working on issues getting requirements to play nice with the Kilo release branches, and in the mean time we'd like to keep t

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

Thanks Joe, I really appreciate these numbers. For an individual (cascaded) Neutron, then, your testing showed that it could happily handle 1000 compute hosts. Apart from the cascading on the northbound side, was that otherwise unmodified from vanilla OpenStack? Do you recall any particular

  1   2   >