[openstack-dev] swift & keystone failing in devstack

Hi there, we raised a bug https://bugs.launchpad.net/devstack/+bug/1193112 where the default configuration of swift in devstack interacts badly with keystone. We end up with the following exception iwth swift-proxy-server: $ cd /opt/stack/swift && /opt/stack/swift/bin/swift-proxy-server /etc/s

Re: [openstack-dev] OpenStack Programs

Mark Washenberger wrote: >> * There are efforts that span multiple projects but work directly on the >> project code repositories, like integrated release, or stable >> maintenance, or vulnerability management (collectively called for the >> convenience of this thread "horizontal ef

Re: [openstack-dev] OpenStack Programs

Monty Taylor wrote: > I'd actually like to revisit this question as a separate thing. > Honestly, I want to see bug work and review work as part of the ATC > calculation. Seriously - both are hard and thankless. I think those are > really the only two places where work on the above stuff can 'fall

[openstack-dev] [vmware] VMwareAPI sub-team status update

Greetings Stackers! This is the Monday update. Looks like we had a few rebases that failed. The developers involved are working on them as you read this and will be posting new versions as soon as they can. This kind of thing happens when a patch takes too long to review and the code base shift

Re: [openstack-dev] OpenStack Programs

Robert Collins wrote: >> To match with the current state we would end up with: >> * Projects (Nova, Neutron, Swift, Glance, Keystone, Horizon, Cinder, >> Ceilometer, Heat) >> * Incubated projects (Trove, Ironic) >> * Programs (Oslo, Infrastructure, Documentation, QA) > > Maybe Programs should have

Re: [openstack-dev] OpenStack Programs

On 25 June 2013 20:19, Thierry Carrez wrote: >> without a code repo today, so it's a moot point : I suggest saying >> that until it is revisited, there cannot be a Program w/o a code repo. > > What we have today is a number of "efforts" that are pretty central to > OpenStack (like producing relea

[openstack-dev] Reminder: Project & release status meeting - 21:00 UTC

Today in the Project & release status meeting we'll be looking into Swift 1.9.0 release, Neutron renaming plan and havana-2 milestone progress. Feel free to add extra topics to the agenda: [1] http://wiki.openstack.org/Meetings/ProjectMeeting All Project Technical Leads should be present (if you

[openstack-dev] Patching Horizon Code when installed using "apt-get install"

Hi All, I have setup multi-node openstack setup using grizzly release and ubuntu 12.04 distribution. Since there is no support for individual user to change his/her password, someone has provided a patch for the same. Ref:- https://review.openstack.org/#/c/23901/31 Now I am trying to apply the pa

Re: [openstack-dev] Configuring Quantum REST Proxy Plugin

Thank you both, but I want to configure the path of the REST endpoint, not the host and the port. http://host:port/path/ I know I can configure both, host and port. It is possible to configure the path? Do I need to develop it? I ask because I prefer to have my REST endpoint not in root path.

Re: [openstack-dev] Termination of the title line of commit messages

On Mon, Jun 24, 2013 at 10:50:18PM +0100, Mark McLoughlin wrote: > Hey, > > Pulling this out of gerrit for discussion. > > Background is one of my patches to diskimage-builder was -1ed because I > terminated the title line of the commit message with a period: > > https://review.openstack.org/3

Re: [openstack-dev] OpenStack Programs

Robert Collins wrote: > So, doing [the 6 monthly] releases and stable branches seem like the > same thing to me : it's packaging up the project output for > consumption by redistributors (and low-resource risk-averse orgs). > That totally makes sense to me as a program - but I think calling it > 'p

Re: [openstack-dev] Discussion around blueprint https://blueprints.launchpad.net/nova/+spec/add-disk-config-to-xenstore

Don't like dragging up old threads, but I spoke to Navneet on IRC, and I missed this thread first time. The Disk_Config setting is used by XenAPI to decide when it should resize the server's partition and filesystem, but nova currently only does this root disks that have a single partition where t

Re: [openstack-dev] [Networking] Question on portbinding

On 06/25/2013 07:59 AM, Chandan Dutta Chowdhury wrote: Hello All, While going through the portbinding extension I noticed that a patch has been proposed for calls from nova to checks and updates the port binding attributes for a plugin which supports this extension. https://review.openstack.

Re: [openstack-dev] OpenStack Programs

On 06/24/2013 01:14 PM, Monty Taylor wrote: On 06/24/2013 05:50 AM, Thierry Carrez wrote: Hi everyone, "Official" OpenStack projects are those under the oversight of the Technical Committee, and contributing to one grants you ATC status (which in turn you use to elect the Technical Committee

Re: [openstack-dev] [oslo] Sample config file location inconsistency

On 06/25/2013 06:03 AM, Zhongyue Luo wrote: Hi team I'm currently trying to move the generate_sample.sh script in nova to oslo. Before pushing the patch to gerrit, I wanted to give the output directory a default value if it was not stated so I was wondering where projects put their sample c

Re: [openstack-dev] Nova scheduler sub-group meeting agenda 6/25

On 06/25/2013 04:54 AM, Dugger, Donald D wrote: 1) Follow ups on the scheduler BPs 2) Opens? Not really much on the agenda for this week, we'll probably have a short meeting (I'm still studying the scheduler's use of fan-out messages and the DB, I'll want to go over that in more detail once

Re: [openstack-dev] OpenStack Programs

Sean Dague wrote: > Does everything need to live under a program to get accounted for? > Devstack isn't really a natural fit into the existing categories. Those > of us that work on it tend to span a lot of categories anyway. I think > as long as we acknowledge that it's an important project, and i

Re: [openstack-dev] [Networking] Question on portbinding

> -Original Message- > From: Gary Kotton [mailto:gkot...@redhat.com] > Sent: Tuesday, June 25, 2013 3:48 PM > To: OpenStack Development Mailing List > Cc: Chandan Dutta Chowdhury > Subject: Re: [openstack-dev] [Networking] Question on portbinding > > On 06/25/2013 07:59 AM, Chandan Dutta C

[openstack-dev] Diskimage-builder, Heat, and the Gate

Cool proposed change coming in from the Heat folks - https://review.openstack.org/#/c/34278/ to use dib to build their base images in devstack. From a development perspective, will make experimenting with Heat a lot easier. However, this raises an issue as we look towards using this in the gat

Re: [openstack-dev] Patching Horizon Code when installed using "apt-get install"

On 25/06/13 10:52, Rahul Sharma wrote: > Hi All, > > I have setup multi-node openstack setup using grizzly release and ubuntu > 12.04 distribution. Since there is no support for individual user to > change his/her password, someone has provided a patch for the same. > Ref:- https://review.openstac

Re: [openstack-dev] [Openstack] Patching Horizon Code when installed using "apt-get install"

the patch use keystone v3 , in grizzly horizon use keystone v2. On Tue, Jun 25, 2013 at 4:52 PM, Rahul Sharma wrote: > Hi All, > > I have setup multi-node openstack setup using grizzly release and ubuntu > 12.04 distribution. Since there is no support for individual user to change > his/her pass

Re: [openstack-dev] Diskimage-builder, Heat, and the Gate

Sean Dague writes: > Cool proposed change coming in from the Heat folks - > https://review.openstack.org/#/c/34278/ to use dib to build their base > images in devstack. From a development perspective, will make > experimenting with Heat a lot easier. > > However, this raises an issue as we look

Re: [openstack-dev] [Openstack] Patching Horizon Code when installed using "apt-get install"

Hi Shake, As per the patch, it seems that they have added check for v2_0. def tenant_create(request, name, description=None, enabled=None, domain=None): manager = VERSIONS.get_project_manager(request, admin=True) *if VERSIONS.active < 3:* return manager.create(name, description, e

Re: [openstack-dev] OpenStack Programs

On 06/25/2013 05:51 AM, Thierry Carrez wrote: > Robert Collins wrote: >> So, doing [the 6 monthly] releases and stable branches seem like the >> same thing to me : it's packaging up the project output for >> consumption by redistributors (and low-resource risk-averse orgs). >> That totally makes se

Re: [openstack-dev] OpenStack Programs

On Tue, Jun 25, 2013 at 5:32 AM, Thierry Carrez wrote: > Sean Dague wrote: > > Does everything need to live under a program to get accounted for? > > Devstack isn't really a natural fit into the existing categories. Those > > of us that work on it tend to span a lot of categories anyway. I think >

Re: [openstack-dev] defaults: making OpenStack work out of the box.

On 05/28/2013 02:23 AM, Robert Collins wrote: > So I find myself asking two questions: > > a) why aren't the defaults suitable for production? Where they are not > suitable, it's just friction waiting to trip new deployers up. > > b) perhaps we can document - or even automate - some defaults for

Re: [openstack-dev] [oslo] Sample config file location inconsistency

On Tue, Jun 25, 2013 at 6:21 PM, Gary Kotton wrote: > On 06/25/2013 06:03 AM, Zhongyue Luo wrote: > > Hi team > > I'm currently trying to move the generate_sample.sh script in nova to > oslo. > > Before pushing the patch to gerrit, I wanted to give the output > directory a default value if it

Re: [openstack-dev] [Openstack] Patching Horizon Code when installed using "apt-get install"

Also when I revert back the patch, why does the UI keeps on giving the same error. Grizzly has support for both v2.0 and v3, so there could be something which I am missing while copying the files. Using devstack, I just have to copy the files to respective directories and it works, not sure about

[openstack-dev] [Nova][Heat] Where does "Shelving" belong

I have a couple of reviews up to introduce the concept of shelving an instance into Nova. The question has been raised as to whether or not this belongs in Nova, or more rightly belongs in Heat. The blueprint for this feature can be found at https://blueprints.launchpad.net/nova/+spec/shelve-

Re: [openstack-dev] OpenStack Programs

Hey, On Mon, 2013-06-24 at 11:50 +0200, Thierry Carrez wrote: > The TC would bless the *mission statement* of the program rather than > the specific set of projects implemented to reach that goal. This is a really nice way of putting it and you've captured a bunch of other stuff very well too.

Re: [openstack-dev] Discussion around blueprint https://blueprints.launchpad.net/nova/+spec/add-disk-config-to-xenstore

Close, the agent doesn't actually do the resizing, but many people use Sysprep (indiscriminately) for this purpose. I'm more familiar with Glance metadata, but it certainly seems to me that having the server metadata available to instances (via MDS and config drive) makes a ton of sense. Richard

Re: [openstack-dev] OpenStack Programs

On Mon, 2013-06-24 at 13:14 -0400, Monty Taylor wrote: > > * Where would openstack/requirements fall ? > > I think openstack/requirements sits under oslo - although right now > it's a joint-venture between oslo and infra. If you look at the Oslo "mission statement(s)": https://wiki.openstack.

[openstack-dev] Hyper-V Meeting

Hi everyone, Just a quick meeting to sync up today. No real agenda. p Peter J. Pouliot, CISSP Senior SDET, OpenStack Microsoft New England Research & Development Center One Memorial Drive,Cambridge, MA 02142 ppoul...@microsoft.com | Tel: +1(857) 453 6436 __

Re: [openstack-dev] swift & keystone failing in devstack

On Tue, 25 Jun 2013 08:50:49 +0100 Michael Kerrin wrote: > we raised a bug https://bugs.launchpad.net/devstack/+bug/1193112 where the > $ /opt/stack/swift/bin/swift-proxy-server /etc/swift/proxy-server.conf -v > Traceback (most recent call last): > File "/opt/stack/swift/bin/swift-proxy-serv

Re: [openstack-dev] [Nova][Heat] Where does "Shelving" belong

I think the allure of labeling this as 'orchestration' comes from the reliance on multiple services to make this feature work. Heck, booting an instance is something that should be handled by 'orchestration'. Booting an instance requires the cooperation of many services -- and while I won't go

Re: [openstack-dev] [Openstack] Patching Horizon Code when installed using "apt-get install"

It is not entirely clear to me what your desired behavior is, but I won't let that stop me from hazarding a guess. Horizon now supports keystone API versions 2.0 and 3. By default, if the keystoneclient that is installed supports v3, then that is what Horizon will use. However, you can specif

[openstack-dev] [marconi] Max payload size

Folks, I just learned that Amazon upped their max payload size for SQS and SNS to 256 KB. From their blog[1]: > Our customers tell us larger payloads will enable new use cases that >were previously difficult to accomplish. We could follow suite with Marconi, but I'd like to know what use cases A

[openstack-dev] Hyper-V Meeting Minutes

Meeting ended Tue Jun 25 16:18:14 2013 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) Minutes: http://eavesdrop.openstack.org/meetings/hyper_v/2013/hyper_v.2013-06-25-16.00.html Minutes (text): http://eavesdrop.openstack.org/meetings/hyper_v/2013/hyper_v.20

Re: [openstack-dev] OpenStack Programs

Mark McLoughlin wrote: > If you look at the Oslo "mission statement(s)": > > https://wiki.openstack.org/wiki/Oslo > > The Oslo program produces a set of python libraries containing > infrastructure code shared by OpenStack projects. The APIs provided by > these libraries should be high qu

Re: [openstack-dev] [Nova][Heat] Where does "Shelving" belong

On Tue, Jun 25, 2013 at 7:22 AM, Andrew Laski wrote: > I have a couple of reviews up to introduce the concept of shelving an > instance into Nova. The question has been raised as to whether or not this > belongs in Nova, or more rightly belongs in Heat. The blueprint for this > feature can be fo

Re: [openstack-dev] OpenStack Programs

Anne Gentle wrote: > Dare I ask, what about TryStack? Infra seems to get a ton under it but > that's where I'd place it if I had to state a preference. I'd see TryStack as a separate program, with the goal of maintaining an infrastructure that lets users play with OpenStack. That goal sounds a bit

Re: [openstack-dev] OpenStack Programs

Mark McLoughlin wrote: > [1] - ok, some caveats on what I mean by "integrated release" ... > > We're producing software for people who want to build clouds. A software > "product", for want of a better term. > > Right now, we say the official "service projects" (definition: a project > which expo

Re: [openstack-dev] OpenStack Programs

On 06/25/2013 12:42 PM, Thierry Carrez wrote: > Anne Gentle wrote: >> Dare I ask, what about TryStack? Infra seems to get a ton under it but >> that's where I'd place it if I had to state a preference. > > I'd see TryStack as a separate program, with the goal of maintaining an > infrastructure t

Re: [openstack-dev] Should RPC consume_in_thread() be more fault tolerant?

In this case, the exception is just hard to debug, and not something we expected in our design. The thorough solution would be to debug further to see the root cause, and deal with it as I suggested in the code review. However, If it is time consuming to debug, we can put the patch in there wit

Re: [openstack-dev] [Nova][Heat] Where does "Shelving" belong

I tend toward this shelving feature having general use and applicability to the Nova service. If this shelving feature existed in Nova, users of Heat could certainly make use of it through operations on their Stack, but if something has applicability to a specific service, that feature should exis

Re: [openstack-dev] [Nova][Heat] Where does "Shelving" belong

On 06/25/13 at 09:42am, Joe Gordon wrote: On Tue, Jun 25, 2013 at 7:22 AM, Andrew Laski wrote: I have a couple of reviews up to introduce the concept of shelving an instance into Nova. The question has been raised as to whether or not this belongs in Nova, or more rightly belongs in Heat. The

[openstack-dev] [devstack][Quantum] Problem with rabbitmq

Hi folks, Recently I've faced strange problem with devstack on Ubuntu LTS 12.04. ./stack.sh script stalls on network creation, quantum net-create never returns response. More detailed investigation showed that quantum-server is stuck on connecting to amqp queue. Moreover, any other quantum agent d

Re: [openstack-dev] [Nova][Heat] Where does "Shelving" belong

On Tue, Jun 25, 2013 at 10:38 AM, Andrew Laski wrote: > On 06/25/13 at 09:42am, Joe Gordon wrote: > >> On Tue, Jun 25, 2013 at 7:22 AM, Andrew Laski > >**wrote: >> >> I have a couple of reviews up to introduce the concept of shelving an >>> instance into Nova. The question has been raised as to

Re: [openstack-dev] Should RPC consume_in_thread() be more fault tolerant?

Basically, when 'unexpected' happens, someone (e.g., operator) needs to know about it and look into it to see if it is something benign or fatal. If it is masked, the system may degrade overtime unnoticed into unusable. -Original Message- From: Qing He Sent: Tuesday, June 25, 2013 10:16

Re: [openstack-dev] [Nova][Heat] Where does "Shelving" belong

On Jun 25, 2013, at 10:38 AM, Andrew Laski wrote: > > > You're correct that there's not a large benefit to a deployer unless > resources are reclaimed. Perhaps some small power savings, and the freedom > to migrate the instance transparently if desired. I would prefer to remove > the inst

Re: [openstack-dev] OpenStack Programs

I like the programs idea and the direction this thread is going. As we reconsider the relationship of repos and programs to the OpenStack project, I think we should include one more aspect of taxonomy. We have several orgs on github related to openstack: openstack/ openstack-infra/ opensta

Re: [openstack-dev] [OpenStack-Dev] Cinder API Web Framework Change

On Mon, Jun 24, 2013 at 11:53 PM, John Griffith wrote: > All, > > I wanted to loop the larger community in on some discussions that have > been taking place on #openstack-cinder. > > During the Summit we talked about switching to Pecan for our API/Web > framework. Since then we've registered a B

Re: [openstack-dev] OpenStack Programs

James E. Blair wrote: > I propose that in the future, we adopt the following strategy: > > * Any repo associated with an official OpenStack program is entitled to >use the openstack org. > * Programs may request an org for their program, with justification, >but in general we should limi

Re: [openstack-dev] Should RPC consume_in_thread() be more fault tolerant?

On Jun 25, 2013 1:09 PM, "Qing He" wrote: > > Basically, when 'unexpected' happens, someone (e.g., operator) needs to know about it and look into it to see if it is something benign or fatal. If it is masked, the system may degrade overtime unnoticed into unusable. The approach implemented in the

Re: [openstack-dev] [Nova][Heat] Where does "Shelving" belong

On 06/25/2013 02:12 PM, Vishvananda Ishaya wrote: > > On Jun 25, 2013, at 10:38 AM, Andrew Laski wrote: > >> >> >> You're correct that there's not a large benefit to a deployer unless >> resources are reclaimed. Perhaps some small power savings, and the freedom >> to migrate the instance tra

Re: [openstack-dev] Should RPC consume_in_thread() be more fault tolerant?

On 06/25/2013 03:15 PM, Ray Pekowski wrote: > > On Jun 25, 2013 1:09 PM, "Qing He" > wrote: >> >> Basically, when 'unexpected' happens, someone (e.g., operator) needs > to know about it and look into it to see if it is something benign or > fatal. If it is masked, the

Re: [openstack-dev] [metrics] Code contribution by 3rd party consultant on behalf of a corporation

I think this discussion could potential shape a new business model for how contributors are supported as they work with OpenStack. One difficulty I foresee with Jesus' model is the potential for the "Contributed for:" line playing a role in the decision to approve a patch vs recommending it be

Re: [openstack-dev] OpenStack Programs

On Tue, 2013-06-25 at 18:58 +0200, Thierry Carrez wrote: > Mark McLoughlin wrote: > > [1] - ok, some caveats on what I mean by "integrated release" ... > > > > We're producing software for people who want to build clouds. A software > > "product", for want of a better term. > > > > Right now, we

Re: [openstack-dev] [Infra] Meeting Tuesday June 25th at 19:00 UTC

On Mon, Jun 24, 2013 at 7:48 AM, Elizabeth Krumbach Joseph wrote: > The OpenStack Infrastructure (Infra) team is hosting our weekly > meeting tomorrow, Tuesday June 25th, at 19:00 UTC in > #openstack-meeting Meeting minutes+logs now available here: Minutes: http://eavesdrop.openstack.org/meetin

Re: [openstack-dev] Should RPC consume_in_thread() be more fault tolerant?

Agree! Let someone know and keep going unless someone wants to interrupt it or do something. (Does there exist a mechanism already to do this?) -Original Message- From: Russell Bryant [mailto:rbry...@redhat.com] Sent: Tuesday, June 25, 2013 12:21 PM To: openstack-dev@lists.openstack.org

Re: [openstack-dev] Should RPC consume_in_thread() be more fault tolerant?

Does the log alert operator? Something like SNMP trap? From: Ray Pekowski [mailto:pekow...@gmail.com] Sent: Tuesday, June 25, 2013 12:16 PM To: OpenStack Development Mailing List Subject: Re: [openstack-dev] Should RPC consume_in_thread() be more fault tolerant? On Jun 25, 2013 1:09 PM, "Qing H

Re: [openstack-dev] Should RPC consume_in_thread() be more fault tolerant?

On 06/25/2013 04:08 PM, Qing He wrote: > Does the log alert operator? Something like SNMP trap? You can turn on a mode where it will emit a notification, and notifications can be published via AMQP. -- Russell Bryant ___ OpenStack-dev mailing list Ope

Re: [openstack-dev] Should RPC consume_in_thread() be more fault tolerant?

Clarify, operator does not have to go through a long log to find the issue. Instead, he/she needs to be notified that something severe/unexpected just happened and he/she needs to check it out. From: Qing He Sent: Tuesday, June 25, 2013 1:09 PM To: 'OpenStack Development Mailing List' Subject: R

Re: [openstack-dev] OpenStack Programs

Thierry Carrez writes: > James E. Blair wrote: >> I propose that in the future, we adopt the following strategy: >> >> * Any repo associated with an official OpenStack program is entitled to >>use the openstack org. >> * Programs may request an org for their program, with justification, >>

Re: [openstack-dev] [Openstack] How to deploy OpenStack on thousands of nodes?

By default rabbit uses tcp port 5672 for communication.. tcp can certainly cross subnet boundaries and be routed without issue. I suggest you do some network troubleshooting; ping your rabbit server then telnet to port 5672 on the rabbit server from hosts on the other subnets. Check your router

Re: [openstack-dev] Diskimage-builder, Heat, and the Gate

On 06/26/2013 01:21 AM, James E. Blair wrote: > Sean Dague writes: > >> Cool proposed change coming in from the Heat folks - >> https://review.openstack.org/#/c/34278/ to use dib to build their base >> images in devstack. From a development perspective, will make >> experimenting with Heat a lot

Re: [openstack-dev] OpenStack Programs

On 26 June 2013 02:34, Mark McLoughlin wrote: > In the case of TripleO, does it produce anything to be included in the > release? I think it should, but it's not the entirety of its mission > statement either. That, for me, is the really interesting thing to > discuss about TripleO - what does i

[openstack-dev] [OpenStack][python-quantumclient] unit test question

Hi, I am seeing the following error and cannot figure out why it happened and how to solve it. Any advice would be appreciated. Thanks! UnexpectedMethodCallError: Unexpected method call. unexpected:- expected:+ - request.__call__('localurl/v2.0/firewall_policies.xml', 'POST', body='\nhttp://

Re: [openstack-dev] Diskimage-builder, Heat, and the Gate

On 25 June 2013 23:17, Sean Dague wrote: > Cool proposed change coming in from the Heat folks - > https://review.openstack.org/#/c/34278/ to use dib to build their base > images in devstack. From a development perspective, will make experimenting > with Heat a lot easier. > > However, this raises

Re: [openstack-dev] Diskimage-builder, Heat, and the Gate

On 26 June 2013 09:43, Steve Baker wrote: > I've been mulling on the implications of this too. We use dib elements > which install software on images from git too, which makes the list of > projects that need to be gated even longer. > > Projects which are not currently gated which will need to

Re: [openstack-dev] Diskimage-builder, Heat, and the Gate

On 06/26/2013 10:44 AM, Robert Collins wrote: > On 26 June 2013 09:43, Steve Baker wrote: > >> I've been mulling on the implications of this too. We use dib elements >> which install software on images from git too, which makes the list of >> projects that need to be gated even longer. >> >> Proj

Re: [openstack-dev] Diskimage-builder, Heat, and the Gate

On 26 June 2013 10:54, Steve Baker wrote: >> What elements are you using, that you're dragging in these two >> components for your tempest test image? > tie heat-cfntools depends on os-apply-config and os-refresh-config, > which seems inverted to me. This whole area may change soon anyway with >

[openstack-dev] odd behaviour with linuxbridge vs openvswitch in the tripleo dev/test environment

Hopefully I've gotten the attention of networking folk with that subject. We have an odd routing problem in our devtest environment, which I haven't figured out the cause of - but I'm wondering if anyone has some insight before I start climbing through the linuxbridge kernel code :) In the interes

Re: [openstack-dev] swift & keystone failing in devstack

On Tue, 2013-06-25 at 09:30 -0600, Pete Zaitcev wrote: > On Tue, 25 Jun 2013 08:50:49 +0100 > Michael Kerrin wrote: > > > we raised a bug https://bugs.launchpad.net/devstack/+bug/1193112 where the > > > $ /opt/stack/swift/bin/swift-proxy-server /etc/swift/proxy-server.conf -v > > Traceback (mo

Re: [openstack-dev] [Horizon] Is it the time to separate horizon and openstack_dashboard?

On the one hand, this has largely been the long-term plan since I took over active development of Horizon/OpenStack Dashboard in the Essex cycle. On the other hand, it's a very significant undertaking to split them and has a lot of repercussions for the flow of development, management overhead,

Re: [openstack-dev] [OpenStack][python-quantumclient] unit test question

Hi, Can you post the code if failing test? Eugene. On Wed, Jun 26, 2013 at 2:11 AM, Kuang-Ching Wang wrote: > Hi, > > I am seeing the following error and cannot figure out why it happened and > how to solve it. Any advice would be appreciated. Thanks! > > UnexpectedMethodCallError: Unexpec

Re: [openstack-dev] [OpenStack][python-quantumclient] unit test question

Hi Eugene, thanks for looking into this. I just pushed my patch: https://review.openstack.org/#/c/33187/ Thanks! KC On Jun 25, 2013, at 9:08 PM, Eugene Nikanorov wrote: > Hi, > > Can you post the code if failing test? > > Eugene. > > > > On Wed, Jun 26, 2013 at 2:11 AM, Kuang-Ching Wang

Re: [openstack-dev] Efficiently pin running VMs to physical CPUs automatically

On 2013-06-21 08:58:38, Giorgio Franceschi wrote: > On 21-06-13 07:24, Kashyap Chamarthy wrote: >> On 06/20/2013 10:18 PM, Russell Bryant wrote: >>> On 06/20/2013 10:36 AM, Giorgio Franceschi wrote: Hello, I created a blueprint for the implementation of: A tool for pinning automatica