Re: [openstack-dev] [nova][scheduler] Proposal: FairShareScheduler.

Le 08/07/2014 22:47, Joe Gordon a écrit : > >>> >>> I'm not saying that Climate (now Blazar) would be the only >>> project involved for managing spot instances. By looking at a >>> draft a couple of months before, I thought that this scenario >>> would possibly involve Climate for b

Re: [openstack-dev] [OpenStack-dev][neutron] add connect rout to router fail after deleteing

Hi, I’m not sure that I fully understand this, but I think the problem is because you add a route the same with the connected route. Maybe we need to check if the route is duplicated with the connected route before we add with API? Thanks. Regards, Liping Mao From: Yangxurong [mailto:yangxur

Re: [openstack-dev] [Fuel] Neutron ML2 Blueprints

https://review.openstack.org/#/c/103280/ Appears to be in good shape for https://blueprints.launchpad.net/fuel/+spec/ml2-neutron and has started passing CI (CentOS). Please review. On Wed, Jul 2, 2014 at 7:03 AM, Vladimir Kuklin wrote: > Guys, as we are working on 2 separate implementations of ML

Re: [openstack-dev] What projects need help?

On 07/09/2014 04:31 AM, Brian Jarrett wrote: > Developers, > > I'm looking to become a contributor. I've already signed the CLA, etc. > and I'm looking through tons of documentation, but I'm thinking it might > be good to have a project I could focus on. > > Are there any projects that could use

[openstack-dev] [Ironic] [Horizon] [UX] Wireframes for Node Management - Juno

Hey folks, after few rounds of reviews and feedbacks, I am sending wireframes, which are ready for implementation in Juno: http://people.redhat.com/~jcoufal/openstack/juno/2014-07-09_nodes-ui_juno.pdf Let me know in case of any questions. Cheers -- Jarda ___

Re: [openstack-dev] openstack/requirements and tarball subdirs

> It might be better to work with the python-dbus authors to get a > pip-installable package released to PyPI, so that it can be included > in the tox virtualenv (though for DevStack we'd still want to use > distro packages instead of PyPI, I think). I sent Simon an email about that now. -- : In

[openstack-dev] [TripleO [Horizon] [UX] Wireframes for Tuskar - Juno

Hey folks, after few rounds of reviews and feedbacks, I am sending wireframes, which are ready for implementation in Juno: http://people.redhat.com/~jcoufal/openstack/juno/2014-07-09_tuskar-ui_juno.pdf Let me know in case of any questions. Cheers -- Jarda ___

Re: [openstack-dev] [nova] top gate bug is libvirt snapshot

On Tue, Jul 08, 2014 at 02:50:40PM -0700, Joe Gordon wrote: > > > But for right now, we should stop the bleeding, so that nova/libvirt > > > isn't blocking everyone else from merging code. > > > > Agreed, we should merge the hack and treat the bug as release blocker > > to be resolve prior to Juno

Re: [openstack-dev] [nova] top gate bug is libvirt snapshot

On Wed, Jul 09, 2014 at 08:58:02AM +1000, Michael Still wrote: > On Wed, Jul 9, 2014 at 8:21 AM, Sean Dague wrote: > > > This is also why I find it unlikely to be a qemu bug, because that's not > > shared state between guests. If qemu just randomly wedges itself, that > > would be detectable much

[openstack-dev] [Neutron][LBaaS] LBaaS L7 Switching - design document

Hi Can you please review: https://review.openstack.org/#/c/99709/10 Thanks Avishay ___ OpenStack-dev mailing list [email protected] http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] 答复: [neutron] add connect rout to router fail after deleteing

Yes, you are right, that’s the problem, so , I also prefer to check the connected route, we should forbid the duplicated connected route, otherwise, connected route can’t recover. but in physical router, we could add the connected route with different priority, so I’m not sure whether the restr

[openstack-dev] OpenStack and Python 3: python-memcached still the biggest blocker

Hi, In Debian, I've packaged the latest git commit of python-memcached from this github repository: https://github.com/linsomniac/python-memcached/ It is needed to have python-keystoneclient to support Python 3. However, even if it built fine with Python 2.6, 2.7 and 3.2, the unit tests (of keyst

Re: [openstack-dev] 答复: [neutron] add connect rout to router fail after deleteing

So you mean that we can have two ways to solve this: #1. Check the duplicated route or #2. Define different “priority” (Maybe we can use “ip rule”) I’m not sure which is better... If let me choose, I may use “#1” :) Regards, Liping Mao From: Yangxurong [mailto:[email protected]] Sent: 2014年

[openstack-dev] [Horizon] [UX] Blueprint review request: Suggest Ways to Add Contextual Help to Horizon

Hi All, Greetings! I tried to compile and add 3 more design thoughts to Liz Blanchard's existing proposal addressing the blueprint Suggest Ways to Add Contextual Help to Horizon. One goal of this effort is to arrive a

Re: [openstack-dev] [OpenStack-dev][neutron] whether vm's port in use could be deleted?

- Original Message - > > > Hi, folks, > > > > My usecase follows: > > 1. create two vms A and B by using the ports that have been created. > > 2. vm A can ping vm B > > 3. Delete one port of A or B > > 4. vm A can still ping vm B > > > > IMO, ping should not be ok when vm's port

[openstack-dev] [Solum] Core Reviewer Change

Solum Core Reviewer Team, I propose the following change to our core reviewer group: +stannie (Pierre Padrixe) Please let me know your votes (+1, 0, or -1). Thanks, Adrian ___ OpenStack-dev mailing list [email protected] http://lists

Re: [openstack-dev] OpenStack and Python 3: python-memcached still the biggest blocker

On Wed, Jul 09 2014, Thomas Goirand wrote: > The thing is, having a lack of Python 3 support in python-memcached > prevents from having python-keystoneclient to support Python 3, and as a > consequence, about everything else in OpenStack. The main problem I see here is that python-memcached has n

Re: [openstack-dev] [Fuel] Dev mode implementation

Hi Sergii, Sorry, but I don't like the idea of creating yet another type of iso, it will complicate debugging process (because of different environments). Disable authentication - if we have a feature, we should not disable it, during the development we need to make sure that this feature works f

[openstack-dev] [qa][all] Branchless Tempest beyond pure-API tests, impact on backporting policy

TL;DR: branchless Tempest shouldn't impact on backporting policy, yet makes it difficult to test new features not discoverable via APIs Folks, At the project/release status meeting yesterday[1], I raised the issue that featureful backports to stable are beginning to show up[2], purely to

[openstack-dev] [ceilometer][oslo] collector connection reset by oslo.messaging

Hi all, Using Juno-1, when ceilometer collector reads message from bus, it encounters "[Errno 104] Connection reset by peer" very often. I haven't identified any specific cause of this problem, but it can be easily reproduced. I'm sure that the network between collector and oslo.messaging is wo

Re: [openstack-dev] [Solum] Core Reviewer Change

+1 Pierre always provide valuable feedback. Glad to see him in the core team 2014-07-09 11:26 GMT+02:00 Adrian Otto : > Solum Core Reviewer Team, > > I propose the following change to our core reviewer group: > > +stannie (Pierre Padrixe) > > Please let me know your votes (+1, 0, or -1). > > Th

Re: [openstack-dev] What projects need help?

Designate too ! We need address / phone ish book for OpenStack ;) 2014-07-09 9:51 GMT+02:00 Flavio Percoco : > On 07/09/2014 04:31 AM, Brian Jarrett wrote: > > Developers, > > > > I'm looking to become a contributor. I've already signed the CLA, etc. > > and I'm looking through tons of document

Re: [openstack-dev] [Neutron] - Location for common third-party libs?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Reviving the old thread. On 17/06/14 11:23, Kevin Benton wrote: > Hi Ihar, > > What is the reason to breakup neutron into so many packages? A > quick disk usage stat shows the plugins directory is currently > 3.4M. Is that considered to be too much

Re: [openstack-dev] [oslo] Asyncio and oslo.messaging

On Tue, Jul 8, 2014 at 11:31 PM, Joshua Harlow wrote: > I think clints response was likely better than what I can write here, but > I'll add-on a few things, > > > >How do you write such code using taskflow? > > > > @asyncio.coroutine > > def foo(self): > > result = yield from some_async_o

Re: [openstack-dev] [olso] olso incubator logging issues

On Mon, Jun 30, 2014 at 09:00:52AM -0400, Sean Dague wrote: > Every time I crack open a nova logs in detail, at least 2 new olso > incubator log issues have been introduced. > > The current ones is clearly someone is over exploding arrays, as we're > getting things like: > 2014-06-29 13:36:41.403

Re: [openstack-dev] [Neutron] - Location for common third-party libs?

+1 Anyway, we would need to have caution on how the new single-package would provide the old ones to handle the upgrade from split to single, and also, back compatibility with the deployment tools. Anyway, wouldn't it be openstack-neutron instead of python-neutron ? - Original Message -

[openstack-dev] [neutron][all] switch from mysqldb to another eventlet aware mysql client

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi all, Multiple projects are suffering from db lock timeouts due to deadlocks deep in mysqldb library that we use to interact with mysql servers. In essence, the problem is due to missing eventlet support in mysqldb module, meaning when a db lock i

[openstack-dev] [Sahara] Error config?

Hi all, I'm install sahara follow the instructions below: http://docs.openstack.org/developer/sahara/devref/quickstart.html With script install sahara as follows: https://docs.google.com/document/d/18j4zR4ENibxA-WBVkryzkMFU9PRiuop3U2pEU6JQrOk/edit But when to step: "Register image in Image Regis

[openstack-dev] [glance] tracebacks hidden in LOG.info

Recently looking at a gate failure, which was a 500 error from glance. So I expected that glance would have a pretty clear trace in the logs. Filtering at WARN level... it did not. Eventually through timestamp mapping I found this: http://logs.openstack.org/33/100933/3/gate/gate-tempest-dsvm-full/e

Re: [openstack-dev] [olso] olso incubator logging issues

On 07/03/2014 01:52 PM, Doug Hellmann wrote: > On Mon, Jun 30, 2014 at 9:00 AM, Sean Dague wrote: >> Every time I crack open a nova logs in detail, at least 2 new olso >> incubator log issues have been introduced. >> >> The current ones is clearly someone is over exploding arrays, as we're >> gett

Re: [openstack-dev] [olso] olso incubator logging issues

On Mon, Jun 30, 2014 at 09:00:52AM -0400, Sean Dague wrote: > Every time I crack open a nova logs in detail, at least 2 new olso > incubator log issues have been introduced. > > The current ones is clearly someone is over exploding arrays, as we're > getting things like: > 2014-06-29 13:36:41.403

Re: [openstack-dev] [Sahara] Error config?

On 07/09/2014 07:24 AM, Dat Tran wrote: Hi all, I'm install sahara follow the instructions below: http://docs.openstack.org/developer/sahara/devref/quickstart.html With script install sahara as follows: https://docs.google.com/document/d/18j4zR4ENibxA-WBVkryzkMFU9PRiuop3U2pEU6JQrOk/edit But wh

Re: [openstack-dev] [olso] olso incubator logging issues

On Wed, Jul 09, 2014 at 07:39:39AM -0400, Sean Dague wrote: > On 07/03/2014 01:52 PM, Doug Hellmann wrote: > >> oslo code, by definition, is going to be used a lot, inside of tight > >> loops. Which means extremely verbose. Actually > >> nova.openstack.common.policy currently represents ~40% of all

Re: [openstack-dev] [Neutron] - Location for common third-party libs?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 09/07/14 13:13, Miguel Angel Ajo Pelayo wrote: > > +1 > > Anyway, we would need to have caution on how the new > single-package would provide the old ones to handle the upgrade > from split to single, and also, back compatibility with the > depl

Re: [openstack-dev] [oslo] Healthcheck middleware

On Tue, Jul 08 2014, John Dewey wrote: > I am looking to add health check middleware [1] into Keystone, and > eventually other API endpoints. I understand it makes sense to move this > into oslo, so other projects can utilize it in their pate pipelines. My > question is where in oslo should this g

Re: [openstack-dev] [oslo] Healthcheck middleware

On Tue, Jul 8, 2014 at 4:50 PM, John Dewey wrote: > I am looking to add health check middleware [1] into Keystone, and > eventually other API endpoints. I understand it makes sense to move this > into oslo, so other projects can utilize it in their pate pipelines. My > question is where in oslo

Re: [openstack-dev] [nova] top gate bug is libvirt snapshot

On Tue, Jul 08, 2014 at 06:21:31PM -0400, Sean Dague wrote: > On 07/08/2014 06:12 PM, Joe Gordon wrote: > > > > > > > > On Tue, Jul 8, 2014 at 2:56 PM, Michael Still > > wrote: > > > > The associated bug says this is probably a qemu bug, so I think we > > shou

Re: [openstack-dev] [olso] olso incubator logging issues

On Wed, Jul 9, 2014 at 7:39 AM, Sean Dague wrote: > On 07/03/2014 01:52 PM, Doug Hellmann wrote: >> On Mon, Jun 30, 2014 at 9:00 AM, Sean Dague wrote: >>> Every time I crack open a nova logs in detail, at least 2 new olso >>> incubator log issues have been introduced. >>> >>> The current ones is

Re: [openstack-dev] [nova] top gate bug is libvirt snapshot

On 07/09/2014 03:58 AM, Daniel P. Berrange wrote: > On Tue, Jul 08, 2014 at 02:50:40PM -0700, Joe Gordon wrote: But for right now, we should stop the bleeding, so that nova/libvirt isn't blocking everyone else from merging code. >>> >>> Agreed, we should merge the hack and treat the bug a

Re: [openstack-dev] [nova] top gate bug is libvirt snapshot

On Wed, Jul 09, 2014 at 08:34:06AM -0400, Sean Dague wrote: > On 07/09/2014 03:58 AM, Daniel P. Berrange wrote: > > On Tue, Jul 08, 2014 at 02:50:40PM -0700, Joe Gordon wrote: > But for right now, we should stop the bleeding, so that nova/libvirt > isn't blocking everyone else from mergin

Re: [openstack-dev] [qa][all] Branchless Tempest beyond pure-API tests, impact on backporting policy

On Wed, Jul 09, 2014 at 05:41:10AM -0400, Eoghan Glynn wrote: > > TL;DR: branchless Tempest shouldn't impact on backporting policy, yet >makes it difficult to test new features not discoverable via APIs > > Folks, > > At the project/release status meeting yesterday[1], I raised the issue

Re: [openstack-dev] [neutron][all] switch from mysqldb to another eventlet aware mysql client

Hi Ihar, AFAIU, the switch is a matter of pip install + specifying the correct db URI in the config files. I'm not sure why you are filing a spec in Neutron project. IMHO, this has nothing to do with projects, but rather a purely deployment question. E.g. don't we have PostgreSQL+psycopg2 or MySQL

Re: [openstack-dev] [OpenStack-dev][neutron] can't notify the broadcast fdb entries

Hi: We are encountered the same problem here. some of our ovs-agent haven't received any fdb entry after a restart To solve the problem I'm going to add a rpc call to l2pop mechanism driver, when triggered, the l2pop send all fdb entries to the agent. The agent call the driver while starting. On

Re: [openstack-dev] [qa][all] Branchless Tempest beyond pure-API tests, impact on backporting policy

I think we need to actually step back a little and figure out where we are, how we got here, and what the future of validation might need to look like in OpenStack. Because I think there has been some communication gaps. (Also, for people I've had vigorous conversations about this before, realize m

Re: [openstack-dev] [neutron][all] switch from mysqldb to another eventlet aware mysql client

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 09/07/14 15:00, Roman Podoliaka wrote: > Hi Ihar, > > AFAIU, the switch is a matter of pip install + specifying the > correct db URI in the config files. I'm not sure why you are filing > a spec in Neutron project. IMHO, this has nothing to do wi

Re: [openstack-dev] [olso] olso incubator logging issues

On Wed, Jul 9, 2014 at 7:53 AM, Daniel P. Berrange wrote: > On Wed, Jul 09, 2014 at 07:39:39AM -0400, Sean Dague wrote: >> On 07/03/2014 01:52 PM, Doug Hellmann wrote: >> >> oslo code, by definition, is going to be used a lot, inside of tight >> >> loops. Which means extremely verbose. Actually >>

Re: [openstack-dev] [neutron][all] switch from mysqldb to another eventlet aware mysql client

On 07/09/2014 09:00 AM, Roman Podoliaka wrote: > Hi Ihar, > > AFAIU, the switch is a matter of pip install + specifying the correct > db URI in the config files. I'm not sure why you are filing a spec in > Neutron project. IMHO, this has nothing to do with projects, but > rather a purely deploymen

[openstack-dev] oslo.db 0.3.0 released

Hello Folks! The Oslo team is pleased to announce the release of oslo.db 0.3.0 oslo.db is the database handling library. This release includes the following changes: $ git log --oneline --no-merges 0.2.0..0.3.0 404de36 Add a base test case for DB schema comparison a1fd49f Test for distinct SQL

Re: [openstack-dev] [nova] new nasty gate bug 1338844 with nova-network races

On 7/7/2014 9:29 PM, Matt Riedemann wrote: I noticed the bug [1] today. Given the trend in logstash, it might be related to some fixes proposed to try and resolve the other big nova ssh timeout bug 1298472. It appears to only be in jobs using nova-network. [1] https://bugs.launchpad.net/nova

Re: [openstack-dev] [nova] new nasty gate bug 1338844 with nova-network races

On 07/09/2014 09:48 AM, Matt Riedemann wrote: On 7/7/2014 9:29 PM, Matt Riedemann wrote: I noticed the bug [1] today. Given the trend in logstash, it might be related to some fixes proposed to try and resolve the other big nova ssh timeout bug 1298472. It appears to only be in jobs using nova-

Re: [openstack-dev] [glance] tracebacks hidden in LOG.info

On 07/09/2014 01:32 PM, Sean Dague wrote: > Recently looking at a gate failure, which was a 500 error from glance. > So I expected that glance would have a pretty clear trace in the logs. > Filtering at WARN level... it did not. Eventually through timestamp > mapping I found this: > http://logs.ope

Re: [openstack-dev] OpenStack and Python 3: python-memcached still the biggest blocker

On Wed, Jul 09 2014, Thomas Goirand wrote: >> Do you know what tests fail exactly with keystoneclient? I'd imagine >> it's something from oslo-incubator, I'm not sure keystoneclient uses >> memcache directly. > > It's really in the unit tests of keystoneclient. See > keystoneclient/tests/test_auth

Re: [openstack-dev] [glance] tracebacks hidden in LOG.info

On 07/09/2014 10:01 AM, Flavio Percoco wrote: > On 07/09/2014 01:32 PM, Sean Dague wrote: >> Recently looking at a gate failure, which was a 500 error from glance. >> So I expected that glance would have a pretty clear trace in the logs. >> Filtering at WARN level... it did not. Eventually through

Re: [openstack-dev] OpenStack and Python 3: python-memcached still the biggest blocker

On 07/09/2014 05:31 PM, Julien Danjou wrote: > On Wed, Jul 09 2014, Thomas Goirand wrote: > >> The thing is, having a lack of Python 3 support in python-memcached >> prevents from having python-keystoneclient to support Python 3, and as a >> consequence, about everything else in OpenStack. > > Th

Re: [openstack-dev] [olso] olso incubator logging issues

On 9 July 2014 12:53, Daniel P. Berrange wrote: > This is yet another example of the many problems inherant in the cut+paste > approach used by olso incubator. I'd personally like to see olso-incubator > killed and everything there moved into its own module with whatever API > they have now. If we

Re: [openstack-dev] [nova] top gate bug is libvirt snapshot

On Wed, Jul 09, 2014 at 05:47:47PM +0530, Kashyap Chamarthy wrote: > On Tue, Jul 08, 2014 at 06:21:31PM -0400, Sean Dague wrote: > > On 07/08/2014 06:12 PM, Joe Gordon wrote: > > > > > > > > > > > > On Tue, Jul 8, 2014 at 2:56 PM, Michael Still > > > wrote: > > > > >

Re: [openstack-dev] [glance] tracebacks hidden in LOG.info

On 07/09/2014 04:12 PM, Sean Dague wrote: > On 07/09/2014 10:01 AM, Flavio Percoco wrote: >> On 07/09/2014 01:32 PM, Sean Dague wrote: >>> Recently looking at a gate failure, which was a 500 error from glance. >>> So I expected that glance would have a pretty clear trace in the logs. >>> Filtering

Re: [openstack-dev] [neutron][all] switch from mysqldb to another eventlet aware mysql client

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 09/07/14 15:40, Sean Dague wrote: > On 07/09/2014 09:00 AM, Roman Podoliaka wrote: >> Hi Ihar, >> >> AFAIU, the switch is a matter of pip install + specifying the >> correct db URI in the config files. I'm not sure why you are >> filing a spec in

Re: [openstack-dev] [Solum] Core Reviewer Change

+1. Glad to see Pierre in Solum Core team! On Wed, Jul 9, 2014 at 2:55 AM, Julien Vey wrote: > +1 > > Pierre always provide valuable feedback. Glad to see him in the core team > > > 2014-07-09 11:26 GMT+02:00 Adrian Otto : > > Solum Core Reviewer Team, >> >> I propose the following change to

Re: [openstack-dev] [glance] tracebacks hidden in LOG.info

On 07/09/2014 10:43 AM, Flavio Percoco wrote: > On 07/09/2014 04:12 PM, Sean Dague wrote: >> On 07/09/2014 10:01 AM, Flavio Percoco wrote: >>> On 07/09/2014 01:32 PM, Sean Dague wrote: Recently looking at a gate failure, which was a 500 error from glance. So I expected that glance would h

Re: [openstack-dev] [Fuel] Dev mode implementation

I agree with Evgeniy on this we should be able to build the your test, env easily enough to accommodate this. If we cant then we should spend time there since AFAICT it overlaps with user ask 1. Disable authentication > we should be able to set them to a known option with a config drive or metadat

[openstack-dev] [nova][cinder][ironic][qa] Tempest+Ironic volume attachment tests

Hi! The ironic team is working on enabling the API tempest tests with ironic. However, ironic doesn’t yet completely support volume attachment, so the cinder api tests fail miserably (where attachment is needed). Proposed solutions are: 1) Disable cinder in devstack-gate when ironic is used. 2

Re: [openstack-dev] [nova] Limits API and project-user-quotas

On Fri, 2014-07-04 at 23:06 +, Day, Phil wrote: > Working on the server groups quotas I hit an issue with the limits API > which I wanted to get feedback on. > > Currently this always shows just the project level quotas and usage, > which can be confusing if there is a lower user specific quot

Re: [openstack-dev] [neutron][all] switch from mysqldb to another eventlet aware mysql client

Hi all, Not sure what issues you are talking about, but I just replaced "mysql" with "mysql+mysqlconnector" in my db connection string in neutron.conf and "neutron-db-manage upgrade head" worked like a charm for an empty schema. Ihar, could please elaborate on what changes to oslo.db are needed?

Re: [openstack-dev] [sahara] team meeting July 3 1800 UTC

A ___ OpenStack-dev mailing list [email protected] http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [neutron][all] switch from mysqldb to another eventlet aware mysql client

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 09/07/14 16:59, Roman Podoliaka wrote: > Hi all, > > Not sure what issues you are talking about, but I just replaced > "mysql" with "mysql+mysqlconnector" in my db connection string in > neutron.conf and "neutron-db-manage upgrade head" worked

[openstack-dev] [Neutron][ML2] Support dpdk ovs with ml2 plugin

Hi We (Intel Openstack team) would like to add support for dpdk based userspace openvswitch using mech_openvswitch and mech_odl from ML2 plugin. The dpdk enabled ovs comes in two flavours one is netdev incorporated into vanilla ovs the other is a fork of ovs with a dpdk datapath (https://github

Re: [openstack-dev] [glance] tracebacks hidden in LOG.info

On 07/09/2014 04:52 PM, Sean Dague wrote: > Sorry for over interpretting your response. I've had some frustration > recently with many projects that say 'file a bug', but it turns out > filing a bug doesn't actually get any results. If the only way to get > motion on a bug is to also send an email

Re: [openstack-dev] [Sahara] Error config?

Thank matt! But, I have a error: ERROR: Could not find Sahara endpoint in catalog ___ OpenStack-dev mailing list [email protected] http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [oslo] Asyncio and oslo.messaging

Excerpts from Yuriy Taraday's message of 2014-07-09 03:36:00 -0700: > On Tue, Jul 8, 2014 at 11:31 PM, Joshua Harlow > wrote: > > > I think clints response was likely better than what I can write here, but > > I'll add-on a few things, > > > > > > >How do you write such code using taskflow? > > >

[openstack-dev] [Neutron][LBaaS] Wednesday meeting agenda topics

Hello all! Earlier in the meetings we discussed using the Wednesday meeting for only Octavia discussions. One of my teammates would like to allocate the Wednesday meeting time for face-to-face discussions of the same meeting topics we have on Thursday morning. I think its a good idea to use t

Re: [openstack-dev] [Sahara] Error config?

On 07/09/2014 11:26 AM, Dat Tran wrote: Thank matt! But, I have a error: ERROR: Could not find Sahara endpoint in catalog you do have to setup sahara to be in the keystone service catalog, something like step 4 from, docs.openstack.org/developer/sahara/horizon/installation.guide.html#sahara

[openstack-dev] [TripleO] Proposal to add Jon Paul Sullivan and Alexis Lee to core review team

Hello! I've been looking at the statistics, and doing a bit of review of the reviewers, and I think we have an opportunity to expand the core reviewer team in TripleO. We absolutely need the help, and I think these two individuals are well positioned to do that. I would like to draw your attentio

[openstack-dev] [Neutron][ML2] - ML2 meeting for July 9th cancelled

Folks, Bob, Kyle, Mohammad, and I are here in Minneapolis for mid-cycle sprint. Looking around the room I see everybody is busy with activities. Under the circumstances, we are canceling today's ML2 meeting. Sorry for late notice. Thanks -Sukhdev ___ O

[openstack-dev] [Heat] Mid-cycle meetup planning - call for agenda items

Hello Heatists, I've updated the etherpad with some information about accommodation for the mid-cycle meetup: https://etherpad.openstack.org/p/heat-juno-midcycle-meetup For those signed up, now would be a good time to book if you haven't already. If you plan to attend but haven't signed up ye

Re: [openstack-dev] [infra][devstack-gate] mad rechecks

A ___ OpenStack-dev mailing list [email protected] http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Fuel] Few hot questions related to patching for openstack

Hi, my 2 cents: 1) Fuel version (+1 to Dmitry) 2) Could you please clarify what exactly you mean by "our patches" / "our first patch"? Thank! ___ OpenStack-dev mailing list [email protected] http://lists.openstack.org/cgi-bin/mailman/li

Re: [openstack-dev] [TripleO] pypi-mirror is now unsupported - what do we do now?

On 07/08/2014 11:05 PM, Joe Gordon wrote: > On Tue, Jul 8, 2014 at 8:54 PM, James Polley wrote: > >> It may not have been clear from the below email, but clarkb clarifies on >> https://bugs.launchpad.net/openstack-ci/+bug/1294381 that the infra team >> is no longer maintaining pypi-mirror >> >> T

Re: [openstack-dev] [Fuel] Neutron ML2 Blueprints

After review https://review.openstack.org/#/c/103280/ I have following thoughts. This patch looks fine, but huge and has lot of changes in deployment logic. Parallel teams work (vmware, melanox) depends on current implementation of Neutron in FUEL. I have a some dreads, that they can’t refactor his

Re: [openstack-dev] [infra][devstack-gate] mad rechecks (Joe Gordon)

1 ___ OpenStack-dev mailing list [email protected] http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Solum] Core Reviewer Change

+1 From: Georgy Okrokvertskhov [[email protected]] Sent: Wednesday, July 09, 2014 9:45 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Solum] Core Reviewer Change +1. Glad to see Pierre in Solum Core te

Re: [openstack-dev] [TripleO] pypi-mirror is now unsupported - what do we do now?

You’re aware pip has a built in command to create a local cache of wheels yea? Not sure what your requirements are or what you’re using it for but if you detail your requirements I can tell you how well pip can handle the use case out of the box. On Jul 9, 2014, at 12:19 PM, Ben Nemec wrote:

Re: [openstack-dev] [glance] tracebacks hidden in LOG.info

A ___ OpenStack-dev mailing list [email protected] http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [glance] tracebacks hidden in LOG.info

___ OpenStack-dev mailing list [email protected] http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Neutron][LBaaS] Wednesday meeting agenda topics

Have the IRC meetings been time constrained or unproductive? Having a pre-meeting before the IRC meeting risks being exclusionary to the folks that can’t make it for that timezone, and I haven’t seen that the IRC meetings are having communication/decision issues, beyond it being bloody dang ear

Re: [openstack-dev] [Solum] Core Reviewer Change

Adrian Otto writes: > Solum Core Reviewer Team, > > I propose the following change to our core reviewer group: > > +stannie (Pierre Padrixe) > > Please let me know your votes (+1, 0, or -1). > +1 Regards, Noorul ___ OpenStack-dev mailing list OpenSta

Re: [openstack-dev] [Sahara] Error config?

Thank matt, It's worked. Can i ask you a question, please? When i create file ng_master_template_create.json and ng_worker_template_create.json. Then, I run: http $SAHARA_URL/node-group-templates X-Auth-Token:$AUTH_TOKEN < ng_master_template_create.json Message: HTTP/1.1 500 INTERNAL SERVER ERRO

[openstack-dev] Inter cloud resource federation [Alliance]

Hi All, I am investigating on inter cloud resource federation across OS based cloud deployments, this is needed to support multi regions, cloud bursting, VPC and more use cases. I came up with a design (link below) which advocate a new service (a.k.a. Alliance), this service sits close to Keyst

Re: [openstack-dev] [qa][all] Branchless Tempest beyond pure-API tests, impact on backporting policy

Thanks for the response Matt, some comments inline. > > At the project/release status meeting yesterday[1], I raised the issue > > that featureful backports to stable are beginning to show up[2], purely > > to facilitate branchless Tempest. We had a useful exchange of views on > > IRC but ran out

Re: [openstack-dev] [Solum] Core Reviewer Change

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/07/14 23:29, Adrian Otto wrote: > Solum Core Reviewer Team, > > I propose the following change to our core reviewer group: > > +stannie (Pierre Padrixe) > > Please let me know your votes (+1, 0, or -1). +1 > > Thanks, > > Adrian > >

Re: [openstack-dev] [qa][all] Branchless Tempest beyond pure-API tests, impact on backporting policy

> I think we need to actually step back a little and figure out where we > are, how we got here, and what the future of validation might need to > look like in OpenStack. Because I think there has been some > communication gaps. (Also, for people I've had vigorous conversations > about this before

Re: [openstack-dev] [Sahara] Error config?

Hi, I believe if you look in the sahara log output you may see more messages about this. There should be some indicator of what the validation error was. Trevor On Wed, 2014-07-09 at 23:44 +0700, Dat Tran wrote: > Thank matt, > > > It's worked. Can i ask you a question, please? > > > When

Re: [openstack-dev] [Solum] Core Reviewer Change

Thanks everyone for your input. The change has been applied. Welcome Pierre! Regards, Adrian On Jul 9, 2014, at 2:26 AM, Adrian Otto wrote: > Solum Core Reviewer Team, > > I propose the following change to our core reviewer group: > > +stannie (Pierre Padrixe) > > Please let me know your vo

Re: [openstack-dev] [neutron][third-party] Simple and robust CI script?

From: Luke Gorrie [mailto:[email protected]] Sent: 07 July 2014 10:54 To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [neutron][third-party] Simple and robust CI script? On 7 July 2014 11:41, Luke Gorrie mailto:[email protected]>> wrote: I'm running an additio

Re: [openstack-dev] [Infra] Meeting Tuesday July 8th at 19:00 UTC

On Mon, Jul 7, 2014 at 9:28 AM, Elizabeth K. Joseph wrote: > Following our Bug Day starting at 1700 UTC, the OpenStack > Infrastructure (Infra) team is hosting our weekly meeting on Tuesday > July 8th, at 19:00 UTC in #openstack-meeting Meeting log and minutes available here: Minutes: http://ea

Re: [openstack-dev] [Fuel] Neutron ML2 Blueprints

> > Teams from MElanox and VMware based their work on current implementation > of Neutron Mlnx appears to not set any neutron settings, so wont be enabled correctly with out some more TLC ( https://wiki.openstack.org/wiki/Mellanox-Neutron-Icehouse-Redhat#Neutron_Server_Node ) NSX appears to be us

[openstack-dev] oslosphinx 2.2.0.0a3 released

The Oslo team is pleased to announce the release of oslosphinx 2.2.0.0a3, the latest release in the 2.2.0 series for Juno. oslosphinx is the theme library for the developer documentation for OpenStack This release includes: $ git log --oneline --no-merges 2.2.0.0a2..2.2.0.0a3 98c8c4b Fixed link

Re: [openstack-dev] [Solum] Core Reviewer Change

Pierre, welcome to Solum Core !! -Original Message- From: Adrian Otto [mailto:[email protected]] Sent: Wednesday, July 09, 2014 1:13 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Solum] Core Reviewer Change Thanks everyone for y

Re: [openstack-dev] [TripleO] Use MariaDB by default on Fedora

> -Original Message- > From: Giulio Fidente [mailto:[email protected]] > Sent: 04 July 2014 14:37 > To: OpenStack Development Mailing List (not for usage questions) > Subject: Re: [openstack-dev] [TripleO] Use MariaDB by default on Fedora > > On 07/01/2014 05:47 PM, Michael Kerrin wrote:

Re: [openstack-dev] [all][specs] Please stop doing specs for any changes in projects

I had been under the impression that all BPs we going to require a spec. I, however, was made are in today's cinder meeting that we are only requiring specs for changes that change the user's interaction with the system or are a large change that touches the broader cinder code base. This seemsto

  1   2   >