Re: [openstack-dev] [Gantt] Scheduler sub-group agenda 1/7

Maybe we can also briefly discuss the status of https://review.openstack.org/#/q/topic:bp/multiple-scheduler-drivers,n,z -- now that a revised implementation is available for review (broken into 4 small patches), and people are back from vacations, would be good to get some attention from relev

Re: [openstack-dev] [Ceilometer] Dynamic Meters in Ceilometer

Thinking using inotify/configuration file changes to implement dynamic meters, this would be limited to administrators of ceilometer itself (i.e. with write access to the file) rather than the project administrators (as defined by keystone roles). Thus, as a project administrator who is not the

Re: [openstack-dev] [Openstack][Nova][Docker] Devstack with docker driver

Thanks Eric. I had already tried the solution presented on ask.openstack.org. I also found a bug [1] and applied code changes in [2], but to no success. I was just curious to know if anyone else is working on this or can provide some pointers from development front. [1] https://bugs.launchpad.ne

Re: [openstack-dev] [Openstack][Nova][Docker] Devstack with docker driver

> > > I am trying to setup devstack with docker driver and facing some issues > related to docker-registry. Opened an issue with docker team [1] but to no > response. Has anybody done devstack setup with docker driver? > > Also, I'm sorry you didn't get a speedy response through other means, but we

Re: [openstack-dev] [Openstack][Nova][Docker] Devstack with docker driver

On Tue, Jan 7, 2014 at 12:27 AM, Swapnil Kulkarni < swapnilkulkarni2...@gmail.com> wrote: > Hello, > > I am trying to setup devstack with docker driver and facing some issues > related to docker-registry. Opened an issue with docker team [1] but to no > response. Has anybody done devstack setup wi

[openstack-dev] [Openstack][Nova][Docker] Devstack with docker driver

Hello, I am trying to setup devstack with docker driver and facing some issues related to docker-registry. Opened an issue with docker team [1] but to no response. Has anybody done devstack setup with docker driver? [1] https://github.com/dotcloud/docker/issues/3316 ~Swapnil

Re: [openstack-dev] Proposal for instance-level snapshots in Nova

On Mon, Jan 6, 2014 at 7:59 PM, Christopher Yeoh wrote: > On Tue, Jan 7, 2014 at 7:50 AM, Jon Bernard wrote: >> >> Hello all, >> >> I would like to propose instance-level snapshots as a feature for >> inclusion in Nova. An initial draft of the more official proposal is >> here [1], blueprint is

[openstack-dev] [nova] unittests are failing after change I5e4cb4a8

Hello everyone, I'm just wondering, is there anyone else who is affected by this bug: https://bugs.launchpad.net/nova/+bug/1266534 ? It looks to me that everyone should be affected by it (after change https://review.openstack.org/#/c/61310 has been merged), but I also see many tests in Jenkins w

[openstack-dev] [QA] Meeting Thursday January 9th at 22:00 UTC

Just a quick reminder that the weekly OpenStack QA team IRC meeting will be this Thursday, January 9th at 22:00 UTC in the #openstack-meeting channel. I'm sending this reminder out a bit earlier than usual this week because of the 2 week break over the holidays. The meeting agenda can be found her

Re: [openstack-dev] [neutron] [policy] Complementary or alternative semantics?

Hi Tim, It is complementary (as an extension to the core API). Mohammad From: Tim Hinrichs To: "OpenStack Development Mailing List (not for usage questions)" , Date: 01/06/2014 07:35 PM Subject:[openstack-dev] [neutron] [policy] Complementary or alternative

[openstack-dev] [Gantt] Scheduler sub-group agenda 1/7

1) Memcached based scheduler updates 2) Scheduler code forklift 3) Instance groups -- 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.open

Re: [openstack-dev] Proposal for instance-level snapshots in Nova

On Tue, Jan 7, 2014 at 7:50 AM, Jon Bernard wrote: > Hello all, > > I would like to propose instance-level snapshots as a feature for > inclusion in Nova. An initial draft of the more official proposal is > here [1], blueprint is here [2]. > > In a nutshell, this feature will take the existing c

Re: [openstack-dev] [qa] negative test generation and testscenarios

On 7 January 2014 07:41, David Kranz wrote: > Thanks to all who looked at https://review.openstack.org/#/c/64733/. There > were a few minor issues I will address but the biggest one was the > suggestion to run each variation as a separate test case using > testscenarios. After looking into that I

Re: [openstack-dev] [nova] Change I005e752c: Whitelist external netaddr requirement, for bug 1266513, ineffective for me

On 01/06/2014 09:33 PM, Mike Spreitzer wrote: I am suffering from bug 1266513, when trying to work on nova. For example, on MacOS 10.8.5, I clone nova and then (following the instructions at https://wiki.openstack.org/wiki/DependsOnOSX) run `cd nova; python tools/install_venv.py`. It fails due

Re: [openstack-dev] [elastic-recheck] Thoughts on next steps

On 01/06/2014 07:04 PM, Joe Gordon wrote: Overall this looks really good, and very spot on. On Thu, Jan 2, 2014 at 6:29 PM, Sean Dague mailto:s...@dague.net>> wrote: A lot of elastic recheck this fall has been based on the ad hoc needs of the moment, in between diving down into the rac

[openstack-dev] [nova] Change I005e752c: Whitelist external netaddr requirement, for bug 1266513, ineffective for me

I am suffering from bug 1266513, when trying to work on nova. For example, on MacOS 10.8.5, I clone nova and then (following the instructions at https://wiki.openstack.org/wiki/DependsOnOSX) run `cd nova; python tools/install_venv.py`. It fails due to PyPI lacking a sufficiently advanced neta

Re: [openstack-dev] [requirements] - taskflow preventing sqla 0.8 upgrade

Thanks doug, I updated my 2 requests using toxgen (and submitted pull to toxgen for some minor adjustments). https://review.openstack.org/#/c/65123 should solve the immediate problem (uses toxgen to make a new tox.ini with the different variations to check). https://review.openstack.org/#/c/651

Re: [openstack-dev] [trove] Proposal to add Auston McReynolds to trove-core

> On Dec 27, 2013, at 2:48 PM, Michael Basnight wrote: > > Howdy, > > Im proposing Auston McReynolds (amcrn) to trove-core. The people have spoken. Welcome to trove core, Auston. ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http:

Re: [openstack-dev] [heat] Sofware Config progress

On 07/01/14 06:25, Susaant Kondapaneni wrote: > Hi Steve, > > I am trying to understand the software config implementation. Can you > clarify the following: > > i. To use Software config and deploy in a template, instance resource > MUST always be accompanied by user_data. User_data should specify

[openstack-dev] Status of nova-network deprecation

Hi all, It's a couple of weeks out from the slated "decision" milestone (icehouse-2) to potentially deprecate nova-network. Since I guess there's still time to affect this outcome, but I haven't seen much communication recently, here's a thread! I think a series of beautiful write-ups could

[openstack-dev] [neutron] [policy] Complementary or alternative semantics?

Over the holidays I realized there's something about the proposed Neutron policy API that I don't understand. Is the proposed API complementary to the core API, or is it intended to be an alternative? By complementary, I mean that a user can create a bunch of networks, subnets, and ports and

Re: [openstack-dev] [requirements] - taskflow preventing sqla 0.8 upgrade

On 2014-01-06 17:23:31 -0500 (-0500), Doug Hellmann wrote: [...] > The global requirements syncing seems to have fixed the issue for > apps, although it just occurred to me that I'm not sure we check > that the requirements lists are the same when we cut a release. > Do we do that already? Not yet

Re: [openstack-dev] [elastic-recheck] Thoughts on next steps

Overall this looks really good, and very spot on. On Thu, Jan 2, 2014 at 6:29 PM, Sean Dague wrote: > A lot of elastic recheck this fall has been based on the ad hoc needs of > the moment, in between diving down into the race bugs that were uncovered > by it. This week away from it all helped p

[openstack-dev] Proposal for instance-level snapshots in Nova

Hello all, I would like to propose instance-level snapshots as a feature for inclusion in Nova. An initial draft of the more official proposal is here [1], blueprint is here [2]. In a nutshell, this feature will take the existing create-image functionality a few steps further by providing the ab

Re: [openstack-dev] [Solum][Pecan][Security] Pecan SecureController vs. Nova policy

Hi Dough, Thank you for pointing to this code. As I see you use OpenStack policy framework but not Pecan security features. How do you implement fine grain access control like user allowed to read only, writers and admins. Can you block part of API methods for specific user like access to create m

Re: [openstack-dev] [nova] minimum review period for functional changes that break backwards compatibility

On Fri, Jan 3, 2014 at 7:08 AM, Sean Dague wrote: > On 01/03/2014 09:44 AM, Anne Gentle wrote: > >> >> >> >> On Fri, Jan 3, 2014 at 7:52 AM, Thierry Carrez > > wrote: >> >> Tim Bell wrote: >> > Is there a mechanism to tag changes as being potentially more >>

Re: [openstack-dev] [openstack][cinder] Driver certification ideas

On 12/20/2013 03:43 PM, John Griffith wrote: Hey Everyone, So we merged the super simple driver cert test script in to devstack a while back. For those that aren't familiar you can check it out here [1]. First iteration of this is simply a do it yourself config and run that goes through the sa

Re: [openstack-dev] [Solum][Pecan][Security] Pecan SecureController vs. Nova policy

On Mon, Jan 6, 2014 at 2:56 PM, Georgy Okrokvertskhov < gokrokvertsk...@mirantis.com> wrote: > Hi, > > In Solum project we will need to implement security and ACL for Solum API. > Currently we use Pecan framework for API. Pecan has its own security model > based on SecureController class. At the s

Re: [openstack-dev] [Neutron][IPv6] Several topics for tomorrow's meeting

Hi, Sean: Hope you had a great time with your family and friends during holiday! Tomorrow when we meet in IRC, can we put closure on one pending question on how to pass the “mode” to dnsmasq? If I understand everybody correctly: 1) The mode value should be dnsmasq agnostic 2) The approach shoul

Re: [openstack-dev] [Ceilometer] Dynamic Meters in Ceilometer

On Tue, Dec 31, 2013 at 4:53 AM, Kodam, Vijayakumar (EXT-Tata Consultancy Ser - FI/Espoo) wrote: > Hi, > > Currently there is no way to enable or disable meters without restarting > ceilometer. > > There are cases where operators do not want to run all the meters > continuously. > In these cases

Re: [openstack-dev] [Ceilometer][Tempest]Tracking of blueprints and changes

On Mon, Dec 30, 2013 at 2:53 PM, David Kranz wrote: > On 12/27/2013 05:27 AM, Nadya Privalova wrote: > > Hello guys! > > I hope all of you are enjoying the holidays! But I'd like to raise a > Tempest question. Again. I hope this email will not be lost after vacations > :) > After the sum

Re: [openstack-dev] [Nova] Requesting nova core to review 57614

Please ask such requests on IRC - it's part of the review policy that we don't please for reviews on the -dev list, and it's why cores should be on IRC if they are working :) -Rob On 7 January 2014 05:32, Rohan Kanade wrote: > Hi, > > Can the nova-core please look at this review > Nova: https:/

Re: [openstack-dev] [requirements] - taskflow preventing sqla 0.8 upgrade

On Sun, Jan 5, 2014 at 5:02 PM, James E. Blair wrote: > Joshua Harlow writes: > > > It seems simple to have variations of venvs (or something similar) > > that taskflow tox.ini can have that specify the different 0.7, 0.8, > > 0.9, when sqlalchemy 1.0 comes out then this should become a nonissue

Re: [openstack-dev] [requirements] - taskflow preventing sqla 0.8 upgrade

On Sat, Jan 4, 2014 at 8:02 AM, Sean Dague wrote: > On 01/03/2014 08:27 PM, Robert Collins wrote: > >> On 4 January 2014 08:44, Doug Hellmann >> wrote: >> >>> It seems safer to gate changes to libraries against the apps' trunk (to >>> avoid making backwards-incompatible changes), and then gate c

Re: [openstack-dev] [Neutron] Multiple config files for neutron server

Just thinking aloud - would it make sense to have a meta-configuration file; this file can hold the names of the configuration files to load. This would allow being a little more granular than picking up everything from a directory (if we had to go the route of using a directory name). ~Sumit. O

Re: [openstack-dev] [Neutron] Availability of external testing logs

On 01/07/2014 02:31 AM, Luke Gorrie wrote: > On 6 January 2014 18:12, Collins, Sean > wrote: >> How should we handle existing -1's that have been posted? > > I suggest removing/ignoring those votes until we see if they are spurious. I is my belief that Sean is asking for these votes to be remove

Re: [openstack-dev] [Gantt] Looking for some answers...

On Jan 6, 2014, at 11:52 AM, Boris Pavlovic wrote: > Vish, > > and as I understand it the hope will be to do the no-db-scheduler blueprint. > There was quite a bit of debate on whether to do the no-db-scheduler stuff > before or after the forklift and I think the consensus was to do the forklif

Re: [openstack-dev] [Gantt] Looking for some answers...

Thanks to Vish, Don, and Russell for the answers. Much appreciated! Best, -jay On Mon, 2014-01-06 at 11:30 -0800, Vishvananda Ishaya wrote: > On Jan 6, 2014, at 11:02 AM, Jay Pipes wrote: > > > Hello Stackers, > > > > I was hoping to get some answers on a few questions I had regarding the > >

Re: [openstack-dev] [Neutron] Availability of external testing logs

On 01/06/2014 10:32 PM, Luke Gorrie wrote: > Hi guys, > > On 6 January 2014 14:44, Anita Kuno wrote: >> If the account holder of this account is reading this email, responding >> to it would certainly be a good idea. > > Apologies for the disturbance! > > Please do go ahead and disable the voti

Re: [openstack-dev] [Gantt] New scheduler tree not up

On 01/06/2014 03:55 PM, Dugger, Donald D wrote: > This is to let everyone know that we have created a new source tree, > `https://github.com/openstack/gantt.git’, that contains the code for the > Nova scheduler. The ultimate goal is to create a separate scheduler > service that can be utilized by

Re: [openstack-dev] [Gantt] Looking for some answers...

The specific steps I used clone the nova tree and then use this script to delete areas of the tree: git filter-branch -f --index-filter "git rm -r -f --cached --ignore-unmatch $*" --prune-empty HEAD if [ -d .git/refs/original ] then git for-each-ref --format="%(r

[openstack-dev] [Gantt] New scheduler tree not up

This is to let everyone know that we have created a new source tree, `https://github.com/openstack/gantt.git', that contains the code for the Nova scheduler. The ultimate goal is to create a separate scheduler service that can be utilized by any part of OpenStack that needs a scheduling capabil

Re: [openstack-dev] [Neutron][qa] Parallel testing update

On Mon, 2014-01-06 at 21:24 +0100, Salvatore Orlando wrote: > This thread is starting to get a bit confusing, at least for people > with a single-pipeline brain like me! Heh, point taken. > > On the other hand, I would invite community members picking up some of > the bugs we've registered for

Re: [openstack-dev] [Gantt] Looking for some answers...

Was the history filtered out using something like http://git-scm.com/docs/git-filter-branch?? There seems to be a lot of commit history that isn't related to gantt files (baremetal…) Was the plan to figure out which files to keep, then cleanup that commit history? I wouldn't expect https://g

Re: [openstack-dev] [nova] minimum review period for functional changes that break backwards compatibility

On 1/3/2014 10:30 AM, David Kranz wrote: On 01/03/2014 08:52 AM, Thierry Carrez wrote: Tim Bell wrote: Is there a mechanism to tag changes as being potentially more appropriate for the more ops related profiles ? I'm thinking more when someone proposes a change they suspect could have an oper

Re: [openstack-dev] [Neutron][qa] Parallel testing update

This thread is starting to get a bit confusing, at least for people with a single-pipeline brain like me! I am not entirely sure if I understand correctly Isaku's proposal concerning deferring the application of flow changes. I think it's worth discussing in a separate thread, and a supporting pat

Re: [openstack-dev] [Gantt] Looking for some answers...

Russell, It should be pretty easy to do this in gantt though. Right now I would probably do it against the current scheduler and then we'll port it over. I don't think we should do major work only in gantt until we're ready to deprecate the current scheduler. That make sense. In couple of the

Re: [openstack-dev] [Gantt] Looking for some answers...

On 01/06/2014 02:52 PM, Boris Pavlovic wrote: > Vish, > > and as I understand it the hope will be to do the no-db-scheduler blueprint. > There was quite a bit of debate on whether to do the no-db-scheduler stuff > before or after the forklift and I think the consensus was to do the > forklift > fi

Re: [openstack-dev] [Neutron] Multiple config files for neutron server

On Mon, 2014-01-06 at 23:45 +0400, Eugene Nikanorov wrote: > Hi folks, > > > Recently we had a discussion with Sean Dague on the matter. > Currently Neutron server has a number of configuration files used for > different purposes: > - neutron.conf - main configuration parameters, plugins, db and

Re: [openstack-dev] [Gantt] Looking for some answers...

On 01/06/2014 02:30 PM, Vishvananda Ishaya wrote: > > On Jan 6, 2014, at 11:02 AM, Jay Pipes wrote: > >> Hello Stackers, >> >> I was hoping to get some answers on a few questions I had >> regarding the Gantt project [1]. Specifically, here are my >> queries: >> >> 1) Why was Nova forked to the

[openstack-dev] [Solum][Pecan][Security] Pecan SecureController vs. Nova policy

Hi, In Solum project we will need to implement security and ACL for Solum API. Currently we use Pecan framework for API. Pecan has its own security model based on SecureController class. At the same time OpenStack widely uses policy mechanism which uses json files to control access to specific API

Re: [openstack-dev] [Gantt] Looking for some answers...

Vish, and as I understand it the hope will be to do the no-db-scheduler blueprint. There was quite a bit of debate on whether to do the no-db-scheduler stuff before or after the forklift and I think the consensus was to do the forklift first. Current Nova scheduler is so deeply bind to nova data

Re: [openstack-dev] [Gantt] Looking for some answers...

Pretty much what Vish said. In re: History. I think this was the right way, these scheduler files didn't just spring up from nowhere, maintaining the history is a good thing. Even when this becomes a separate service knowing where the files came from is a good thing. In re: Changes to the cu

Re: [openstack-dev] [Tempest][Solum] Writing functional tests in tempest style

Hi Jay, Thank you for your input. Right now this approach allows to run integration tests with and without tempest. I think this is valuable for the project as anyone can run integration tests on their laptop having only keystone available. It will be great to have some input from Tempest team. C

[openstack-dev] [Neutron] Multiple config files for neutron server

Hi folks, Recently we had a discussion with Sean Dague on the matter. Currently Neutron server has a number of configuration files used for different purposes: - neutron.conf - main configuration parameters, plugins, db and mq connections - plugin.ini - plugin-specific networking settings - con

Re: [openstack-dev] [Neutron][qa] Parallel testing update

On Mon, 2014-01-06 at 11:17 -0800, Joe Gordon wrote: > > > > On Mon, Jan 6, 2014 at 10:35 AM, Jay Pipes wrote: > On Mon, 2014-01-06 at 09:56 -0800, Joe Gordon wrote: > > > What about it? Also those numbers are pretty old at this > point. I was > > thinki

Re: [openstack-dev] [Gantt] Looking for some answers...

On Jan 6, 2014, at 11:02 AM, Jay Pipes wrote: > Hello Stackers, > > I was hoping to get some answers on a few questions I had regarding the > Gantt project [1]. Specifically, here are my queries: > > 1) Why was Nova forked to the http://github.com/openstack/gantt > repository? Forking Nova jus

[openstack-dev] Distributed Virtual Router Blueprint - Review ( North-South/East West with Services)

Hi Folks, In the Icehouse summit design session we presented a DVR( Distributed Virtual Router) Proposal that was targeted only for "East-West" Communication and was based on a DVR datapath Kernel Driver. We discussed three different Use cases such as "East-West", "North-South" and "East-West/N

Re: [openstack-dev] [Neutron][qa] Parallel testing update

On Mon, Jan 6, 2014 at 10:35 AM, Jay Pipes wrote: > On Mon, 2014-01-06 at 09:56 -0800, Joe Gordon wrote: > > > What about it? Also those numbers are pretty old at this point. I was > > thinking disable rootwrap and run full parallel tempest against it. > > I think that is a little overkill for wh

Re: [openstack-dev] [neutron][external networks] "neutron net-external-list" returns empty list after restart of neutron-server

The root cause is the same. Could you try the latest code from the trunk and see if problem has gone away? If it has not then it is really a different issue. Thanks, Eugene. On Mon, Jan 6, 2014 at 8:00 PM, rezroo wrote: > Eugene, > Bug 1254555 seems to be the opposite of what I'm observing in

[openstack-dev] [Gantt] Looking for some answers...

Hello Stackers, I was hoping to get some answers on a few questions I had regarding the Gantt project [1]. Specifically, here are my queries: 1) Why was Nova forked to the http://github.com/openstack/gantt repository? Forking Nova just to then remove a bunch of code that doesn't relate to the sch

[openstack-dev] [qa] negative test generation and testscenarios

Thanks to all who looked at https://review.openstack.org/#/c/64733/. There were a few minor issues I will address but the biggest one was the suggestion to run each variation as a separate test case using testscenarios. After looking into that I see a problem with this use case. Many of these n

[openstack-dev] [Neutron][qa]API testing update

As described in a previous message, the community is focusing efforts in developing a comprehensive set of API tests in Tempest for Neutron. We are keeping track of this effort in the "API tests gap analysis" section at https://etherpad.openstack.org/p/icehouse-summit-qa-neutron These are recent d

Re: [openstack-dev] [Neutron][qa] Parallel testing update

On Mon, 2014-01-06 at 09:56 -0800, Joe Gordon wrote: > What about it? Also those numbers are pretty old at this point. I was > thinking disable rootwrap and run full parallel tempest against it. I think that is a little overkill for what we're trying to do here. We are specifically talking about

Re: [openstack-dev] [Neutron] Availability of external testing logs

On 6 January 2014 18:12, Collins, Sean wrote: > How should we handle existing -1's that have been posted? I suggest removing/ignoring those votes until we see if they are spurious. The Tail-f NCS plugin is very simple code and I'd say it's unlikely that any recent changes will have broken it in

Re: [openstack-dev] Keystone Hashing MD5 to SHA256

On 2014-01-06 10:19:39 -0500 (-0500), Adam Young wrote: > If it were as easy as just replaceing hteh hash algorithm, we > would have done it a year + ago. I'm guessing you figured that by > now. [...] With the lack of In-Reply-To header and not finding any previous messages to the list in the pas

Re: [openstack-dev] Keystone Hashing MD5 to SHA256

+1, looks like a good idea - Original Message - From: "Jay Pipes" To: openstack-dev@lists.openstack.org Sent: Monday, January 6, 2014 5:29:49 PM Subject: Re: [openstack-dev] Keystone Hashing MD5 to SHA256 On Mon, 2014-01-06 at 17:00 +0100, Tristan Cacqueray wrote: > On 01/06/2014 04:19 P

Re: [openstack-dev] [heat] Sofware Config progress

Excerpts from Susaant Kondapaneni's message of 2014-01-06 09:25:08 -0800: > Hi Steve, > > I am trying to understand the software config implementation. Can you > clarify the following: > > i. To use Software config and deploy in a template, instance resource MUST > always be accompanied by user_d

Re: [openstack-dev] [nova] where to expose network quota

On Jan 6, 2014, at 12:47 AM, Yaguang Tang wrote: > Hi all, > > Now Neutron has its own quota management API for network related > items(floating ips, security groups .etc) which are also manged by Nova. > when using nova with neutron as network service, the network related quota > items are

Re: [openstack-dev] [DevStack] Nominate Chmouel Boudjnah for core team

+1 - Original Message - From: "Sean Dague" To: "OpenStack Development Mailing List (not for usage questions)" Sent: Monday, January 6, 2014 5:30:09 PM Subject: Re: [openstack-dev] [DevStack] Nominate Chmouel Boudjnah for core team On 01/06/2014 11:26 AM, Dean Troyer wrote: > With the n

Re: [openstack-dev] [Neutron][qa] Parallel testing update

On Mon, Jan 6, 2014 at 9:37 AM, Jay Pipes wrote: > On Mon, 2014-01-06 at 08:58 -0800, Joe Gordon wrote: > > > On Mon, Jan 6, 2014 at 8:38 AM, Jay Pipes wrote: > > On Mon, 2014-01-06 at 17:04 +0100, Salvatore Orlando wrote: > > > I have already discussed the matter with Jay on IRC

Re: [openstack-dev] [Neutron][qa] Parallel testing update

On Mon, 2014-01-06 at 08:58 -0800, Joe Gordon wrote: > On Mon, Jan 6, 2014 at 8:38 AM, Jay Pipes wrote: > On Mon, 2014-01-06 at 17:04 +0100, Salvatore Orlando wrote: > > I have already discussed the matter with Jay on IRC, even if > for a > > different issue. >

Re: [openstack-dev] [heat] Sofware Config progress

Hi Steve, I am trying to understand the software config implementation. Can you clarify the following: i. To use Software config and deploy in a template, instance resource MUST always be accompanied by user_data. User_data should specify how to bootstrap CM tool and signal it. Is that correct?

Re: [openstack-dev] [Neutron][qa] Parallel testing update

I have already discussed the matter with Jay on IRC, even if for a different issue. In this specific case 'batching' will have the benefit of reducing the rootwrap overhead. However, it seems the benefit from batching is not resolutive. I admit I have not run tests in the gate with batching; I've

Re: [openstack-dev] [Neutron] Availability of external testing logs

How should we handle existing -1's that have been posted? -- Sean M. Collins ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Neutron][qa] Parallel testing update

On Mon, Jan 06, 2014 at 05:04:47PM +0100, Salvatore Orlando wrote: > I have already discussed the matter with Jay on IRC, even if for a > different issue. > In this specific case 'batching' will have the benefit of reducing the > rootwrap overhead. > > However, it seems the benefit from batching

[openstack-dev] [Neutron][IPv6] Meeting time - change to Tuesdays at 1500 UTC

I think we've got consensus. See everyone tomorrow at 1500 UTC in #openstack-meeting-alt -- Sean M. Collins ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Neutron][qa] Parallel testing update

On Mon, Jan 6, 2014 at 8:38 AM, Jay Pipes wrote: > On Mon, 2014-01-06 at 17:04 +0100, Salvatore Orlando wrote: > > I have already discussed the matter with Jay on IRC, even if for a > > different issue. > > In this specific case 'batching' will have the benefit of reducing the > > rootwrap overhe

Re: [openstack-dev] [Nova] Requesting nova core to review 59860

Please don't send review requests to the list: http://lists.openstack.org/pipermail/openstack-dev/2013-September/015264.html -Ben On 2014-01-06 10:24, Rohan Kanade wrote: > Hi, > > Can the nova-core please look at this review > Nova: https://review.openstack.org/#/c/59860/ [2] > > Thi

Re: [openstack-dev] [qa] Have multiple config files

On 01/06/2014 05:14 AM, Shweta Jain wrote: Hello there , I am working on Tempest and is new to it . while I am using tempest.config but would like to know is there a way I can use multiple config files in tempest . My intention to use the multiple configs is purely for running the test in m

Re: [openstack-dev] [Neutron][qa] Parallel testing update

On Mon, 2014-01-06 at 17:04 +0100, Salvatore Orlando wrote: > I have already discussed the matter with Jay on IRC, even if for a > different issue. > In this specific case 'batching' will have the benefit of reducing the > rootwrap overhead. Right. > However, it seems the benefit from batching is

[openstack-dev] [Nova] Requesting nova core to review 57614

Hi, Can the nova-core please look at this review Nova: https://review.openstack.org/#/c/57614/ This review also needs tempest tests to be skipped Tempest: https://review.openstack.org/#/c/59187/ The nova patch needs a +2 so that the skipped tempest tests can be merged. Please review the nova pa

Re: [openstack-dev] Keystone Hashing MD5 to SHA256

On 01/06/2014 04:19 PM, Adam Young wrote: > Dirk, > > If it were as easy as just replaceing hteh hash algorithm, we would > have done it a year + ago. I'm guessing you figured that by now. > > Here is the deal: We need to be able to make things work side by side. > Not sure how to do that, bu

Re: [openstack-dev] Keystone Hashing MD5 to SHA256

On Mon, 2014-01-06 at 17:00 +0100, Tristan Cacqueray wrote: > On 01/06/2014 04:19 PM, Adam Young wrote: > > Dirk, > > > > If it were as easy as just replaceing hteh hash algorithm, we would > > have done it a year + ago. I'm guessing you figured that by now. > > > > Here is the deal: We need t

Re: [openstack-dev] [DevStack] Nominate Chmouel Boudjnah for core team

On 01/06/2014 11:26 AM, Dean Troyer wrote: > With the new year comes a long-overdue cleanup to the devstack-core > membership and the desire to expand he team a bit. I propose to add > Chmouel Boudjnah as he has been a steady contributor for some time, > doing much of the Swift implementation. >

[openstack-dev] [DevStack] Nominate Chmouel Boudjnah for core team

With the new year comes a long-overdue cleanup to the devstack-core membership and the desire to expand he team a bit. I propose to add Chmouel Boudjnah as he has been a steady contributor for some time, doing much of the Swift implementation. dt -- Dean Troyer dtro...@gmail.com __

[openstack-dev] [Nova] Requesting nova core to review 59860

Hi, Can the nova-core please look at this review Nova: https://review.openstack.org/#/c/59860/ This review also needs tempest tests to be skipped Tempest: https://review.openstack.org/#/c/59946/ The nova patch needs a +2 so that the skipped tempest tests can be merged. Please review the nova pa

Re: [openstack-dev] [Ceilometer] time consuming of listing resource

On Mon, 2014-01-06 at 21:06 +0800, 刘胜 wrote: > Hi jay,Thank you for the comments, I have simply tested the > performance of ceilometer with mysql driver.,while,the DB table may > become huge in few days.Unfortunately,the result is not satisfied . > As you said.both the schema level and the code lev

Re: [openstack-dev] [Neutron][qa] Parallel testing update

On Mon, 2014-01-06 at 19:40 +0900, Isaku Yamahata wrote: > On Fri, Dec 27, 2013 at 11:09:02AM +0100, > Salvatore Orlando wrote: > > > Hi, > > > > We now have several patches under review which improve a lot how neutron > > handles parallel testing. > > In a nutshell, these patches try to ensure

Re: [openstack-dev] [neutron][external networks] "neutron net-external-list" returns empty list after restart of neutron-server

Eugene, Bug 1254555 seems to be the opposite of what I'm observing in Havana devstack. The bug states: " I see that the ext-net network is not available after I do all of the above router/subnet creation. It does become available to tenants as soon as I restart neutron-server." But in the case be

Re: [openstack-dev] [Neutron][IPv6] Meeting time - change to 1300 UTC or 1500 UTC?

Collins, Sean writes: > Looking at the calendar, our options for 1500 UTC require us to change > the day that we meet. The following days are available: > * Tuesdays > * Fridays > Thoughts? For what it's worth (I haven't been contributing so far but I'm very interested in the topic and would eve

Re: [openstack-dev] [Neutron][qa] Parallel testing update

On Fri, Dec 27, 2013 at 11:09:02AM +0100, Salvatore Orlando wrote: > Hi, > > We now have several patches under review which improve a lot how neutron > handles parallel testing. > In a nutshell, these patches try to ensure the ovs agent processes new, > removed, and updated interfaces as soon as

[openstack-dev] Keystone Hashing MD5 to SHA256

Dirk, If it were as easy as just replaceing hteh hash algorithm, we would have done it a year + ago. I'm guessing you figured that by now. Here is the deal: We need to be able to make things work side by side. Not sure how to do that, but I think the right solution is to make keystone co

Re: [openstack-dev] [Neutron] Availability of external testing logs

Hi guys, On 6 January 2014 14:44, Anita Kuno wrote: > If the account holder of this account is reading this email, responding > to it would certainly be a good idea. Apologies for the disturbance! Please do go ahead and disable the voting rights while we work out what's going wrong and get the

Re: [openstack-dev] [nova] [neutron] Todays' meeting log: PCI pass-through network support

Somehow I missed this email until today. See inline… thanks, Robert On 12/24/13 1:31 AM, "Irena Berezovsky" mailto:ire...@mellanox.com>> wrote: Please, see inline From: Ian Wells [mailto:ijw.ubu...@cack.org.uk] Sent: Tuesday, December 24, 2013 1:38 AM To: OpenStack Development Mailing List (no

Re: [openstack-dev] [Neutron] Availability of external testing logs

I believe we have more to lose by leaving the job with verification permissions than we do by revoking them, then reinstating them at a later point, since I-2 is at the end of this month. That way patches that are passing the gate and all other third party tests can start being reviewed by more

Re: [openstack-dev] [Neutron] Availability of external testing logs

On 01/06/2014 08:44 AM, Anita Kuno wrote: > Let me know what you consider a reasonable amount of time to continue > waiting for Tail-F NCS Jenkins before we remove verification permissions > from the account. We were just talking about this a few hours ago at a > Birds of a Feather session. We can

Re: [openstack-dev] [Neutron] Availability of external testing logs

Let me know what you consider a reasonable amount of time to continue waiting for Tail-F NCS Jenkins before we remove verification permissions from the account. We were just talking about this a few hours ago at a Birds of a Feather session. We can get permissions removed from this account. I'd jus

Re: [openstack-dev] [Ceilometer] time consuming of listing resource

Hi jay,Thank you for the comments, I have simply tested the performance of ceilometer with mysql driver.,while,the DB table may become huge in few days.Unfortunately,the result is not satisfied . As you said.both the schema level and the code level,the SQL driver in Ceilometer should be optimize

Re: [openstack-dev] [Neutron] Availability of external testing logs

+1 to this, there are IPv6 patches that have been -1'd by this system that I believe prevents them from being reviewed, since most people skip over changes that have a -1 from Jenkins jobs. I also attempted to Reach out mid December to the owner of Tail-F, but have not yet received a response.

  1   2   >