[openstack-dev] [Neutron] [Devstack] Why route for private network is not taken care by neutron?

Hi, Can anyone help elaborate why the following line of code in devstack which is trying to add a route for VM private network via router gateway IP on network node is *NOT* taken care by neutron but devstack? The reason to ask is that every time a router external gateway IP changed or a new

Re: [openstack-dev] [all] [glance] python namespaces considered harmful to development, lets not introduce more of them

On 30 September 2014 14:05, Robert Collins wrote: > I'm poking around now. It looks like pip install -e outside a venv > writes to /usr/local/lib/python2.7/dist-packages, which is pure crack > - dist-packages is for the distro, site-packages for pip. Sigh. Also > writing to /usr/local/lib when th

Re: [openstack-dev] django-pyscss failing with Django 1.7

On 09/30/2014 10:10 AM, Thomas Goirand wrote: > Since the latest commit before the release of version 1.0.3, > django-pyscss fails in Sid: > > https://github.com/fusionbox/django-pyscss/commit/187a7a72bf72370c739f3675bef84532e524eaf1 > > The issue is that storage.prefix doesn't seem to exist anym

Re: [openstack-dev] [neutron] [IPv6] New API format for extra_dhcp_opts

Robert, I think the CLI will look something like based on Mark's suggestion: neutron port-create extra_dhcp_opts opt_name=,opt_value=,version=4(or 6) This extra_dhcp_opts can be repeated and version is optional (no version means version=4). Xu Han On 09/29/2014 08:51 PM, Robert Li (baoli

[openstack-dev] [gantt] Scheduler group meeting - Agenda 9/30

1) Forklift status 2) Opens -- Don Dugger "Censeo Toto nos in Kansa esse decisse." - D. Gale Ph: 303/443-3786 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [keystone][swift] Has anybody considered storing tokens in Swift?

+1 Lets not continue to expand the usage of persisted tokens :-/ We should be trying to move away from such types of persistence and its associated complexity IMHO. Most major websites don't need to have tokens that are saved around regions in there internal backend databases, just so people ca

Re: [openstack-dev] Contributing to docs without Docbook -- YES you can!

Hi, I saw the table of contents. I have posted documents on configuring openstack neutron-openvswitch-plugin, comparison between networking devices and thier linux software components and also about the working principles of neutron-ovs-plugin at layer 2 and neutron-l3-agent at layer 3 . My intenti

Re: [openstack-dev] [keystone][swift] Has anybody considered storing tokens in Swift?

Excerpts from Adam Young's message of 2014-09-29 20:22:35 -0700: > On 09/29/2014 12:12 PM, Jay Pipes wrote: > > Hey Stackers, > > > > So, I had a thought this morning (uh-oh, I know...). > > > > What if we wrote a token driver in Keystone that uses Swift for > > backend storage? > > > > I have lon

Re: [openstack-dev] [keystone][swift] Has anybody considered storing tokens in Swift?

On 09/29/2014 12:12 PM, Jay Pipes wrote: Hey Stackers, So, I had a thought this morning (uh-oh, I know...). What if we wrote a token driver in Keystone that uses Swift for backend storage? I have long been an advocate of the memcache token driver versus the SQL driver for performance reason

Re: [openstack-dev] [keystone][swift] Has anybody considered storing tokens in Swift?

-Original Message- From: Clint Byrum Reply: OpenStack Development Mailing List (not for usage questions) > Date: September 29, 2014 at 16:17:39 To: openstack-dev > Subject:  Re: [openstack-dev] [keystone][swift] Has anybody considered storing tokens in Swift? > Excerpts from Clay Gerrar

[openstack-dev] [Keystone] Summit Topics

The summit planning etherpad[1] is up and available for discussing Keystone summit sessions. Other etherpad links (such as cross-project topics) can be found on the Summit Planning wiki page[2]. Please do not hesitate to jump in and start talking about the Identity sessions. For those who contrib

Re: [openstack-dev] [all] concrete proposal on changing the library testing model with devstack-gate

On 30 September 2014 08:14, Doug Hellmann wrote: > > On Sep 29, 2014, at 4:22 PM, Robert Collins > wrote: > > > As far as pip goes, you may not know, but tox defaults to pip --pre, > > which means anyone using tox, like us all here, will be pulling the > > alphas down by default: so impacting fo

[openstack-dev] django-pyscss failing with Django 1.7

Since the latest commit before the release of version 1.0.3, django-pyscss fails in Sid: https://github.com/fusionbox/django-pyscss/commit/187a7a72bf72370c739f3675bef84532e524eaf1 The issue is that storage.prefix doesn't seem to exist anymore in Django 1.7. Does anyone have an idea how to fix th

Re: [openstack-dev] [nova] Kilo Blueprints and Specs

It seems like a no-brainer to me to prioritise people who have been patient with us. How about we tag these re-proposals with a commit message tag people can search for when they review? Perhaps "Previously-approved: Juno"? Michael On Tue, Sep 30, 2014 at 11:06 AM, Joe Gordon wrote: > > > On M

[openstack-dev] [TripleO] Summit topics

The Summit Planning wiki page[1] links to an etherpad[2] for planning topics for us to discuss at summit. So far there's only one topic listed - which makes me happy, as it's a topic I proposed (and will email about again next week after I'm back from leave). Are there other things we want to talk

Re: [openstack-dev] [nova] Kilo Blueprints and Specs

On Mon, Sep 29, 2014 at 4:46 PM, Christopher Yeoh wrote: > On Mon, 29 Sep 2014 13:32:57 -0700 > Joe Gordon wrote: > > > On Mon, Sep 29, 2014 at 5:23 AM, Gary Kotton > > wrote: > > > > > Hi, > > > Is the process documented anywhere? That is, if say for example I > > > had a spec approved in J an

Re: [openstack-dev] [all] [glance] python namespaces considered harmful to development, lets not introduce more of them

>> Now, as I say, I can fix this quite easily with a virtualenv aware pth >> file, but since its broken today and AFAIK there isn't a bug open >> about this, I think it will be fine. > > The breaking case was having a package installed editable in the global > site-packages and then installing ano

Re: [openstack-dev] [infra] Nominating Anita Kuno for project-config-core

On September 26, 2014 8:34:48 AM PDT, cor...@inaugust.com wrote: >I'm pleased to nominate Anito Kuno to the project-config core team. > >The project-config repo is a constituent of the Infrastructure Program >and has a core team structured to be a superset of infra-core with >additional reviewers w

Re: [openstack-dev] [infra] Nominating Andreas Jaeger for project-config-core

On September 26, 2014 8:35:02 AM PDT, cor...@inaugust.com wrote: >I'm pleased to nominate Andreas Jaeger to the project-config core team. > >The project-config repo is a constituent of the Infrastructure Program >and has a core team structured to be a superset of infra-core with >additional reviewe

Re: [openstack-dev] [infra] Nominating Sean Dague for project-config-core

On September 26, 2014 8:35:18 AM PDT, cor...@inaugust.com wrote: >I'm pleased to nominate Sean Dague to the project-config core team. > >The project-config repo is a constituent of the Infrastructure Program >and has a core team structured to be a superset of infra-core with >additional reviewers w

Re: [openstack-dev] [Openstack] No one replying on tempest issue?Please share your experience

Its present as you mentioned. you can look screen-n-cpu.*.log. All running services logs files will be @ /opt/stack/logs/screen/, which you can analyze and find where issue is. Such query can be asked on IRC ( https://wiki.openstack.org/wiki/IRC) for quick reply instead of waiting on mail. For fu

Re: [openstack-dev] [nova] when will the spec repo for kilo be opened up for nova

We agreed a few nova team meetings ago that this would be done in early October, so I expect it will happen sometime this week. Cheers, Michael On Tue, Sep 30, 2014 at 10:09 AM, John Zhang wrote: > Hi, > > We wrote a spec (for fast booting a large number of VMs) but failed to catch > up with Jun

[openstack-dev] [nova] when will the spec repo for kilo be opened up for nova

Hi, We wrote a spec (for fast booting a large number of VMs) but failed to catch up with Juno, so I was wondering when the spec repo for kilo will be opened up for nova? Thanks! John ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http:

Re: [openstack-dev] [Congress] PTL Non-Candidacy + Nomination

I’m writing to announce my candidacy for the Congress Program Technical Lead (PTL). (Congress is not yet incubated, but we follow the standard PTL election procedure.) I’m an active contributor in terms of code commits, code reviews, spec writing, spec reviews, and IRC. I’ve been serving as C

Re: [openstack-dev] [oslo] Fate of xmlutils

On Mon, 29 Sep 2014 18:03:20 +0200 Julien Danjou wrote: > > It seems that Python fixed that issue with 2 modules released on PyPI: > > https://pypi.python.org/pypi/defusedxml > https://pypi.python.org/pypi/defusedexpat > > I'm no XML expert, and I've only a shallow understanding of the issu

Re: [openstack-dev] [keystone][swift] Has anybody considered storing tokens in Swift?

On Mon, Sep 29, 2014 at 4:15 PM, Clint Byrum wrote: > It would, however, be bad to get a 404 for something that is otherwise > present.. as that will result in an erroneous failure for the client. > > That almost never happens, but is possible if all the primaries are down*, a system than leans

Re: [openstack-dev] [nova] Kilo Blueprints and Specs

On Mon, 29 Sep 2014 13:32:57 -0700 Joe Gordon wrote: > On Mon, Sep 29, 2014 at 5:23 AM, Gary Kotton > wrote: > > > Hi, > > Is the process documented anywhere? That is, if say for example I > > had a spec approved in J and its code did not land, how do we go > > about kicking the tires for K on

Re: [openstack-dev] [Ironic] Get rid of the sample config file

On Thu, Sep 25, 2014 at 7:13 PM, Tom Fifield wrote: > On 26/09/14 03:35, Morgan Fainberg wrote: >> -Original Message- >> From: John Griffith >> Reply: OpenStack Development Mailing List (not for usage questions) >> > >> Date: September 25, 2014 at 12:27:52 >> To: OpenStack Development Ma

Re: [openstack-dev] [keystone][swift] Has anybody considered storing tokens in Swift?

Excerpts from Clay Gerrard's message of 2014-09-29 16:05:14 -0700: > On Mon, Sep 29, 2014 at 2:53 PM, Chmouel Boudjnah > wrote: > > > > > > > eventual consistency will only affect container listing and I don't think > > there is a need for container listing in that driver. > > > > > well now hol

Re: [openstack-dev] [keystone][swift] Has anybody considered storing tokens in Swift?

On 30/09/2014 01:05, Clay Gerrard wrote: eventual consistency will only affect container listing and I don't think there is a need for container listing in that driver. well now hold on... if you're doing an overwrite in the face of server failures you could still get a stale read if a serve

Re: [openstack-dev] [keystone][swift] Has anybody considered storing tokens in Swift?

On Mon, Sep 29, 2014 at 2:53 PM, Chmouel Boudjnah wrote: > > > eventual consistency will only affect container listing and I don't think > there is a need for container listing in that driver. > > well now hold on... if you're doing an overwrite in the face of server failures you could still ge

Re: [openstack-dev] [all] concrete proposal on changing the library testing model with devstack-gate

On Sep 29, 2014, at 4:22 PM, Robert Collins wrote: > On 30 September 2014 03:10, Doug Hellmann wrote: >> >> On Sep 28, 2014, at 5:00 PM, Robert Collins >> wrote: > >> As far as I know, the client libraries aren’t being released as alphas. The >> Oslo libraries are, but they aren’t “public”

Re: [openstack-dev] [keystone][swift] Has anybody considered storing tokens in Swift?

On Mon, Sep 29, 2014 at 11:47 PM, Dmitry Mescheryakov < dmescherya...@mirantis.com> wrote: > As a result of operation #1 the token will be saved into Swift by the > Keystone. But due to eventual consistency it could happen that validation > of token in operation #2 will not see the saved token. Pr

Re: [openstack-dev] [keystone][swift] Has anybody considered storing tokens in Swift?

Hey Jay, Did you consider Swift's eventual consistency? The general use case for many OpenStack application is: 1. obtain the token from Keystone 2. perform some operation in OpenStack providing token as credentials. As a result of operation #1 the token will be saved into Swift by the Keystone

Re: [openstack-dev] [Congress] PTL Non-Candidacy + Nomination

Yes, I should have mentioned, Congress is currently a StackForge project, but we follow many of the standard timelines and processes. Sorry if I caused any confusion. - Peter On 9/29/14, 2:28 PM, "Anita Kuno" wrote: >On 09/29/2014 05:20 PM, Peter Balland wrote: >> It has been an honor to serve

Re: [openstack-dev] [Congress] PTL Non-Candidacy + Nomination

+1 ~sean > On Sep 29, 2014, at 2:20 PM, Peter Balland wrote: > > It has been an honor to serve as the interim PTL for the Congress project > during Juno. Due to other commitments I have during the Kilo timeframe, I > feel I would not be able to commit the time needed by the growing project.

Re: [openstack-dev] [all] setuptools 6.0 ruins the world

On 09/29/2014 04:48 PM, Dolph Mathews wrote: > > > On Mon, Sep 29, 2014 at 6:01 AM, Sean Dague > wrote: > > On 09/29/2014 05:06 AM, Thierry Carrez wrote: > > Sean Dague wrote: > >> Setuptools 6.0 was released Friday night. (Side note: as a service to > >>

Re: [openstack-dev] [RFC] Kilo release cycle schedule proposal

+1 On Thu, Sep 25, 2014 at 7:02 AM, Morgan Fainberg wrote: > > > On Thursday, September 25, 2014, Thierry Carrez > wrote: >> >> Thierry Carrez wrote: >> > Kilo Design Summit: Nov 4-7 >> > Kilo-1 milestone: Dec 11 >> > Kilo-2 milestone: Jan 29 >> > Kilo-3 milestone, feature freeze: March 12 >> >

Re: [openstack-dev] [Congress] PTL Non-Candidacy + Nomination

On 09/29/2014 05:20 PM, Peter Balland wrote: > It has been an honor to serve as the interim PTL for the Congress project > during Juno. Due to other commitments I have during the Kilo timeframe, I > feel I would not be able to commit the time needed by the growing project. > In my place, I wou

Re: [openstack-dev] [Sahara] Verbosity of Sahara overview image

I agree with Matt - http://docs.openstack.org/developer/sahara/architecture.html is a better diagram, but it should be updated too On Sat, Sep 27, 2014 at 5:51 AM, Matthew Farrellee wrote: > On 09/26/2014 02:27 PM, Sharan Kumar M wrote: >> >> Hi all, >> >> I am trying to modify the diagram in >>

[openstack-dev] [Congress] PTL Non-Candidacy + Nomination

It has been an honor to serve as the interim PTL for the Congress project during Juno. Due to other commitments I have during the Kilo timeframe, I feel I would not be able to commit the time needed by the growing project. In my place, I would like to nominate Tim Hinrichs for PTL of Congress.

[openstack-dev] [Rally]Rally exception

I ran into below rally exception while trying to run Rally scenario. u'Traceback (most recent call last):\n File "/home/localadmin/openstack/cvg_rally/rally/rally/benchmark/runners/base.py", line 73, in _run_scenario_once\nmethod_name)(**kwargs) or scenario_output\n File "/home/localadm

[openstack-dev] Contributing to docs without Docbook -- YES you can!

As you know, we're always looking for ways for people to be able to contribute to Docs, but we do understand that there's a certain amount of pain involved in dealing with Docbook. So to try and make this process easier, we're going to try an experiment. What we've put together is a system wh

Re: [openstack-dev] [all] setuptools 6.0 ruins the world

On Mon, Sep 29, 2014 at 6:01 AM, Sean Dague wrote: > On 09/29/2014 05:06 AM, Thierry Carrez wrote: > > Sean Dague wrote: > >> Setuptools 6.0 was released Friday night. (Side note: as a service to > >> others releasing major software bumps on critical python software on a > >> Friday night should

Re: [openstack-dev] [Nova] What's holding nova development back?

On Wed, Sep 17, 2014 at 8:03 AM, Matt Riedemann wrote: > > > On 9/16/2014 1:01 PM, Joe Gordon wrote: > >> >> On Sep 15, 2014 8:31 PM, "Jay Pipes" > > wrote: >> > >> > On 09/15/2014 08:07 PM, Jeremy Stanley wrote: >> >> >> >> On 2014-09-15 17:59:10 -0400 (-0400), Jay

Re: [openstack-dev] [nova] Kilo Blueprints and Specs

On Mon, Sep 29, 2014 at 5:23 AM, Gary Kotton wrote: > Hi, > Is the process documented anywhere? That is, if say for example I had a > spec approved in J and its code did not land, how do we go about kicking > the tires for K on that spec. > Specs will need be re-submitted once we open up the spe

[openstack-dev] Call for testing: 2014.1.3 candidate tarballs

Hi all, We are scheduled to publish 2014.1.3 on Thurs Oct. 2nd for Ceilometer, Cinder, Glance, Heat, Horizon, Keystone, Neutron, Nova and Trove. The list of issues fixed so far can be seen here: https://launchpad.net/ceilometer/+milestone/2014.1.3 https://launchpad.net/cinder/+milestone/2014

Re: [openstack-dev] [all] concrete proposal on changing the library testing model with devstack-gate

On 30 September 2014 03:10, Doug Hellmann wrote: > > On Sep 28, 2014, at 5:00 PM, Robert Collins wrote: > As far as I know, the client libraries aren’t being released as alphas. The > Oslo libraries are, but they aren’t “public” in the same sense — they’re an > internal part of OpenStack, not

Re: [openstack-dev] [nova][cinder] (OperationalError) (1040, 'Too many connections') None None

On 09/29/2014 03:12 PM, Nader Lahouti wrote: Jay, I increased the max_connection to 2000 and so far don't see any issue. After launching 20 VMs the number of connections as follows: Mon Sep 29 05:05:29 PDT 2014 Number of open TCP:3306 - 326 Number of open TCP:3306 nova-api - 34 Number of open T

Re: [openstack-dev] [sahara] 2014.1.3 release preparation

Reminder - we'll have the 2014.1.3 this week. On Tue, Sep 23, 2014 at 1:59 PM, Sergey Lukjanov wrote: > Hi sahara folks, > > if you'd like to propose something to the stable/icehouse branch to be > included into the upcoming 2014.1.3 release, please, do it asap. If > you think that something shou

Re: [openstack-dev] Unusual behavior on committing a change

On Mon, Sep 29, 2014, at 12:34 PM, Sharan Kumar M wrote: > Hi all, > > I am getting some weird things when I try to submit a patch for review. > May > be I am doing something wrong. > > I cloned the repo, setup git review and setup my gerrit username in git > config. I updated an image in the doc

Re: [openstack-dev] [OSSN 0029] Neutron FWaaS rules lack port restrictions when using protocol 'any'

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 An update for this Security Note has been published to clarify that Neutron's FWaaS extension is still experimental. The updated version of OSSN-0029 is available here: https://wiki.openstack.org/wiki/OSSN/OSSN-0029 Thanks, - -NGK On 09/24/2014

[openstack-dev] Unusual behavior on committing a change

Hi all, I am getting some weird things when I try to submit a patch for review. May be I am doing something wrong. I cloned the repo, setup git review and setup my gerrit username in git config. I updated an image in the docs/source/images directory and committed. After I commit, I get the git st

Re: [openstack-dev] [keystone][swift] Has anybody considered storing tokens in Swift?

On Monday, September 29, 2014, Julien Danjou wrote: > On Mon, Sep 29 2014, Jay Pipes wrote: > > > Any objection to me taking up the work? Was there any associated > blueprint for > > it? > > As said on IRC, go ahead. There's no blueprint associated AFAIK. :) > > -- > Julien Danjou > /* Free Softw

Re: [openstack-dev] [nova][cinder] (OperationalError) (1040, 'Too many connections') None None

Jay, I increased the max_connection to 2000 and so far don't see any issue. After launching 20 VMs the number of connections as follows: Mon Sep 29 05:05:29 PDT 2014 Number of open TCP:3306 - 326 Number of open TCP:3306 nova-api - 34 Number of open TCP:3306 mysqld - 163 Number of open TCP:8774 -

Re: [openstack-dev] [Ceph] Why performance of benchmarks with small blocks is extremely small?

I also have limited experience with Ceph and rados bench - but it looks like you're setting the number of "worker threads" to only 1? (-t 1) I think the default is 16, and most storage distributed storage systems designed for concurrency are going to do a bit better if you exercise more concurren

Re: [openstack-dev] [tc][cross-project-work] What about adding cross-project-spec repo?

On Sep 29, 2014, at 5:51 AM, Thierry Carrez wrote: > Boris Pavlovic wrote: >> it goes without saying that working on cross-project stuff in OpenStack >> is quite hard task. >> >> Because it's always hard to align something between a lot of people from >> different project. And when topic start

[openstack-dev] [Infra][Cinder] Request for voting permission with "Pure Storage CI" account

Hi All, I am writing to request voting permissions as per the instructions for third party CI systems[1]. The account email is "cinder...@purestorage.com". The system has been operational and stable for a little while now building/commenting on openstack/cinder gerrit. You can view its comment h

Re: [openstack-dev] [nova][cinder] (OperationalError) (1040, 'Too many connections') None None

On Mon, Sep 29, 2014 at 12:34 PM, Nader Lahouti wrote: > I haven't modified the default values in *.conf files (I'm using devstack > for installation) for workers setting. > How to check that keystone is using apache with 10 worker process? > And the number of CPU cores on my box is 32. > >> Abo

Re: [openstack-dev] [nova][cinder] (OperationalError) (1040, 'Too many connections') None None

On 09/29/2014 01:34 PM, Nader Lahouti wrote: On Mon, Sep 29, 2014 at 9:58 AM, Jay Pipes mailto:jaypi...@gmail.com>> wrote: On 09/29/2014 12:48 PM, Nader Lahouti wrote: Hi Jay, I login first and the recreated the problem and here is the log: http://paste.openstack.or

Re: [openstack-dev] [nova][cinder] (OperationalError) (1040, 'Too many connections') None None

more on to previous reply (sorry hit the send button by accident) For nova workers option: osapi_compute_workers=None And what is for keystone what option need to be set? # The number of worker processes to serve the public WSGI # application. Defaults to number of CPUs (minimum of 2). # (integer

Re: [openstack-dev] [nova][cinder] (OperationalError) (1040, 'Too many connections') None None

what’s spooking me is the original paste at http://paste.openstack.org/show/116425/ which showed: icehouse: Fri Sep 26 17:00:50 PDT 2014 Number of open TCP:3306 - 58 Number of open TCP:3306 nova-api - 5 Number of open TCP:3306 mysqld - 29 Number of open TCP:8774 - 10 Number of nova-api - 14 fr

Re: [openstack-dev] [nova][cinder] (OperationalError) (1040, 'Too many connections') None None

Yes, looks like MySQL was just configured with too low a max-connections value. -amrith | -Original Message- | From: Jay Pipes [mailto:jaypi...@gmail.com] | Sent: Monday, September 29, 2014 12:58 PM | To: openstack-dev@lists.openstack.org | Subject: Re: [openstack-dev] [nova][cinder] (Ope

Re: [openstack-dev] [nova][cinder] (OperationalError) (1040, 'Too many connections') None None

On Mon, Sep 29, 2014 at 9:58 AM, Jay Pipes wrote: > On 09/29/2014 12:48 PM, Nader Lahouti wrote: > >> Hi Jay, >> >> I login first and the recreated the problem and here is the log: >> http://paste.openstack.org/show/116776/ >> > > OK. Looks like there isn't anything wrong with your setup. I'm gue

Re: [openstack-dev] [oslo] Fate of xmlutils

Do we know that the users (keystone, neutron...) aren't vulnerable? >From https://pypi.python.org/pypi/defusedxml#python-xml-libraries it sure >seems like we would likely still have issues if custom implementations are >being used/created. Perhaps we should just use the defusedxml libraries unti

Re: [openstack-dev] [nova][cinder] (OperationalError) (1040, 'Too many connections') None None

On 09/29/2014 12:48 PM, Nader Lahouti wrote: Hi Jay, I login first and the recreated the problem and here is the log: http://paste.openstack.org/show/116776/ OK. Looks like there isn't anything wrong with your setup. I'm guessing you have set up Keystone to run in Apache with 10 worker proces

[openstack-dev] [Infra] Meeting Tuesday September 30th at 19:00 UTC

Hi everyone, The OpenStack Infrastructure (Infra) team is hosting our weekly meeting on Tuesday September 30th, at 19:00 UTC in #openstack-meeting Meeting agenda available here: https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting (anyone is welcome to to add agenda items) Everyone interest

Re: [openstack-dev] [nova][cinder] (OperationalError) (1040, 'Too many connections') None None

Hi Jay, I login first and the recreated the problem and here is the log: http://paste.openstack.org/show/116776/ Thanks, Nader. On Mon, Sep 29, 2014 at 8:42 AM, Jay Pipes wrote: > On Sun, Sep 28, 2014 at 5:56 PM, Nader Lahouti > wrote: > >> Hi All, >> >> I am seeing 'Too many connections' er

Re: [openstack-dev] [keystone][swift] Has anybody considered storing tokens in Swift?

On Mon, Sep 29 2014, Jay Pipes wrote: > Any objection to me taking up the work? Was there any associated blueprint for > it? As said on IRC, go ahead. There's no blueprint associated AFAIK. :) -- Julien Danjou /* Free Software hacker http://julien.danjou.info */ signature.asc Description:

Re: [openstack-dev] [nova][cinder] (OperationalError) (1040, 'Too many connections') None None

On 09/29/2014 12:31 PM, Nader Lahouti wrote: Hi Jay, Thanks for your reply. I'm not able to use mysql command line. $ mysql ERROR 1040 (HY000): Too many connections $ Is there any other way to collect the information? This should allow you to change the max connections property without resta

Re: [openstack-dev] [keystone][swift] Has anybody considered storing tokens in Swift?

On Mon, Sep 29, 2014 at 11:25 AM, Jay Pipes wrote: > On 09/29/2014 12:15 PM, Julien Danjou wrote: > >> On Mon, Sep 29 2014, Jay Pipes wrote: >> >> What if we wrote a token driver in Keystone that uses Swift for backend >>> storage? >>> >> >> Yay! I already wrote a PoC to that: >> >>https://r

Re: [openstack-dev] [nova][cinder] (OperationalError) (1040, 'Too many connections') None None

On Sep 29, 2014, at 12:31 PM, Nader Lahouti wrote: > Hi Jay, > > Thanks for your reply. > > I'm not able to use mysql command line. > $ mysql > ERROR 1040 (HY000): Too many connections > $ > Is there any other way to collect the information? you can try stopping everything, getting on th

Re: [openstack-dev] [nova][cinder] (OperationalError) (1040, 'Too many connections') None None

What do you see if you run mysqladmin processlist I hope it doesn’t also give the same error (but that may be what you see). -amrith From: Nader Lahouti [mailto:nader.laho...@gmail.com] Sent: Monday, September 29, 2014 12:31 PM To: OpenStack Development Mailing List (not for usage questions) Su

Re: [openstack-dev] [infra] Nominating Anita Kuno for project-config-core

+1 On Sun, Sep 28, 2014 at 4:25 PM, Joshua Hesketh < joshua.hesk...@rackspace.com> wrote: > Absolutely. +1. > > Rackspace Australia > > > On 9/27/14 1:34 AM, James E. Blair wrote: > >> I'm pleased to nominate Anito Kuno to the project-config core team. >> >> The project-config repo is a constitue

Re: [openstack-dev] [nova][cinder] (OperationalError) (1040, 'Too many connections') None None

Hi Jay, Thanks for your reply. I'm not able to use mysql command line. $ mysql ERROR 1040 (HY000): Too many connections $ Is there any other way to collect the information? Thanks, Nader. On Mon, Sep 29, 2014 at 8:42 AM, Jay Pipes wrote: > On Sun, Sep 28, 2014 at 5:56 PM, Nader Lahouti > w

[openstack-dev] [mistral] Team meeting minutes 09/29/2014

Thanks everyone for participating the meeting today! In case you’d like to see what we discussed, here’s Meeting minutes: http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-09-29-16.01.html Meeting full log: http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-09-29-16

Re: [openstack-dev] [keystone][swift] Has anybody considered storing tokens in Swift?

On 09/29/2014 12:15 PM, Julien Danjou wrote: On Mon, Sep 29 2014, Jay Pipes wrote: What if we wrote a token driver in Keystone that uses Swift for backend storage? Yay! I already wrote a PoC to that: https://review.openstack.org/#/c/86016/ Sweet! :) It has been rejected because this p

Re: [openstack-dev] [oslo] Fate of xmlutils

On Sep 29, 2014, at 12:03 PM, Julien Danjou wrote: > Hi, > > I was looking at xmlutils today, and I took a look at the history of > this file that seems to come from a CVE almost 2 years ago. > > What is surprising is that, unless I missed something, the only user of > that lib is Nova. Other

Re: [openstack-dev] [keystone][swift] Has anybody considered storing tokens in Swift?

On Mon, Sep 29 2014, Jay Pipes wrote: > What if we wrote a token driver in Keystone that uses Swift for backend > storage? Yay! I already wrote a PoC to that: https://review.openstack.org/#/c/86016/ It has been rejected because this patch didn't use the generic approach that Keystone tries t

[openstack-dev] [keystone][swift] Has anybody considered storing tokens in Swift?

Hey Stackers, So, I had a thought this morning (uh-oh, I know...). What if we wrote a token driver in Keystone that uses Swift for backend storage? I have long been an advocate of the memcache token driver versus the SQL driver for performance reasons. However, the problem with the memcache

[openstack-dev] [oslo] Fate of xmlutils

Hi, I was looking at xmlutils today, and I took a look at the history of this file that seems to come from a CVE almost 2 years ago. What is surprising is that, unless I missed something, the only user of that lib is Nova. Other projects such as Keystone or Neutron implemented things in a differe

Re: [openstack-dev] [nova][cinder] (OperationalError) (1040, 'Too many connections') None None

On Sun, Sep 28, 2014 at 5:56 PM, Nader Lahouti wrote: > Hi All, > > I am seeing 'Too many connections' error in nova api and cinder when when > installing openstack using the latest.. > The error happens when launching couple of VMs (in this test around 5 VMs). > > Here are the logs when error ha

Re: [openstack-dev] [nova][cinder] (OperationalError) (1040, 'Too many connections') None None

On Sep 28, 2014, at 5:56 PM, Nader Lahouti wrote: > Hi All, > > I am seeing 'Too many connections' error in nova api and cinder when when > installing openstack using the latest.. > The error happens when launching couple of VMs (in this test around 5 VMs). > > Here are the logs when error ha

Re: [openstack-dev] [neutron] Limitation of permissions on modification some resources

On Sep 29, 2014, at 7:09 AM, Andrey Epifanov wrote: > Hi All, > > I started working on the the https://bugs.launchpad.net/neutron/+bug/1339028 > and realized that we have the same issue with other connected resources in > Neutron. The is a bug in how we’re implementing the logic to manage rou

Re: [openstack-dev] [all] concrete proposal on changing the library testing model with devstack-gate

On Sep 28, 2014, at 5:00 PM, Robert Collins wrote: > On 27 September 2014 10:07, Robert Collins wrote: > >> TripleO has been running pip releases of clients in servers from the >> get go, and I've lost track of the number of bad dependency bugs we've >> encounted. We've hit many more of those

Re: [openstack-dev] [MagnetoDB] PKI tokens size performance impact

Nice to hear that we won't implement our own 'enlightening' layer. Main concern for me would be much more code to look through for security issues. Thanks, Illia. On Mon, Sep 29, 2014 at 2:36 PM, Ilya Sviridov wrote: > Hello Aleksandr, > > Thank you for your efforts and sharing this. > > Lookin

Re: [openstack-dev] [neutron] [IPv6] New API format for extra_dhcp_opts

Hi Xu Han, My question is how the CLI user interface would look like to distinguish between v4 and v6 dhcp options? Thanks, Robert On 9/28/14, 10:29 PM, "Xu Han Peng" mailto:pengxu...@gmail.com>> wrote: Mark's suggestion works for me as well. If no one objects, I am going to start the implem

Re: [openstack-dev] [nova] Kilo Blueprints and Specs

Hi, Is the process documented anywhere? That is, if say for example I had a spec approved in J and its code did not land, how do we go about kicking the tires for K on that spec. Thanks Gary On 9/29/14, 1:07 PM, "John Garbutt" wrote: >On 27 September 2014 00:31, Joe Gordon wrote: >> On Thu, Sep

Re: [openstack-dev] [Ceph] Why performance of benchmarks with small blocks is extremely small?

Hello I have no experience with Ceph and this specific benchmark tool, anyway I have experience with several other performance benchmark tools and file systems and I can say it always happen to have very very low performance results when the file size is too small (i.e. < 1MB). My suspect is

Re: [openstack-dev] [MagnetoDB] PKI tokens size performance impact

Hello Aleksandr, Thank you for your efforts and sharing this. Looking closer to figures, I can assume that lightweight session won't help us a lot, but will introduce additional complexity. So, I'm marking the BP as Obsolete. Ilya Sviridov isviridov @ FreeNode On Mon, Sep 29, 2014 at 1:21 PM

[openstack-dev] [neutron] Limitation of permissions on modification some resources

Hi All, I started working on the the https://bugs.launchpad.net/neutron/+bug/1339028 and realized that we have the same issue with other connected resources in Neutron. The problem is that we have API for the modification of any resources without limitations, for example, we can modify Router

Re: [openstack-dev] [all] setuptools 6.0 ruins the world

On 09/29/2014 05:06 AM, Thierry Carrez wrote: > Sean Dague wrote: >> Setuptools 6.0 was released Friday night. (Side note: as a service to >> others releasing major software bumps on critical python software on a >> Friday night should be avoided.) > > Since it's hard to prevent upstream from rele

Re: [openstack-dev] VPNaaS site to site connection down.

masoom alam, It’s been a little while since I’ve used the reference VPN implementation, but here are some suggestions/questions… Can you show the ipsec-site-connection-create command used on each end? Can you show the topology with IP addresses used (and indicate how the two clouds are connecte

Re: [openstack-dev] [Openstack] No one replying on tempest issue?Please share your experience

How to get nova-compute logs in juno devstack? Below are nova services: vedams@vedams-compute-fc:/opt/stack/tempest$ ps -aef | grep nova vedams 15065 14812 0 10:56 pts/10 00:00:52 /usr/bin/python /usr/local/bin/nova-compute --config-file /etc/nova/nova.conf vedams 15077 14811 0 10:56 pts/9

[openstack-dev] [MagnetoDB] PKI tokens size performance impact

Hello team, As it was discussed on IRC meeting yesterday I’m glad to share the results of my testing of performance impact of PKI token validation. My research is connected with bp [1] about adding lightweight session to mdb for improvement overall performance. For my tests I used PKI tokens wit

Re: [openstack-dev] [nova] Kilo Blueprints and Specs

On 27 September 2014 00:31, Joe Gordon wrote: > On Thu, Sep 25, 2014 at 9:21 AM, John Garbutt wrote: >> On 25 September 2014 14:10, Daniel P. Berrange >> wrote: >> >> The proposal is to keep kilo-1, kilo-2 much the same as juno. Except, >> >> we work harder on getting people to buy into the prio

Re: [openstack-dev] [tc][cross-project-work] What about adding cross-project-spec repo?

Boris Pavlovic wrote: > it goes without saying that working on cross-project stuff in OpenStack > is quite hard task. > > Because it's always hard to align something between a lot of people from > different project. And when topic start being too "HOT" the discussion > goes in wrong direction an

Re: [openstack-dev] [Heat] Stack Abandon/Adopt in Juno

On Fri, Sep 26, 2014 at 03:44:18PM -0400, Zane Bitter wrote: > At the time of the Icehouse release, we realised that the just-merged stack > abandon/adopt features were still in a very flaky state. A bunch of bugs > were opened and in the release notes we called this out as a 'preview' > feature, n

[openstack-dev] [horizon] - Customize image list in project dashboard

Hi all, I would like to know if is possible to customize the image list in project dashboard in Horizon Icehouse. I want to make some modifications in the HTML table, but ONLY for image list in project dashboard. - Is it possible? - How can I customize this view? -

Re: [openstack-dev] [all] setuptools 6.0 ruins the world

Sean Dague wrote: > Setuptools 6.0 was released Friday night. (Side note: as a service to > others releasing major software bumps on critical python software on a > Friday night should be avoided.) Since it's hard to prevent upstream from releasing over the weekends, could we somehow freeze our Py

  1   2   >