Re: [Openstack] OpenStack in OpenStack Without a 'VT-x' CPU

2013-05-01 Thread Dugger, Donald D
01, 2013 5:14 AM To: Dugger, Donald D; ch...@christopherbartels.com Cc: openstack@lists.launchpad.net Subject: Re: [Openstack] OpenStack in OpenStack Without a 'VT-x' CPU On Tue, Apr 30, 2013 at 2:14 PM, Dugger, Donald D donald.d.dug...@intel.com wrote: I don't claim to be an expert on OpenStack

Re: [Openstack] OpenStack in OpenStack Without a 'VT-x' CPU

2013-04-30 Thread Dugger, Donald D
I don't claim to be an expert on OpenStack on OpenStack but I don't believe you need VTx at all. IPMI, yes you need that, but not VTx. The idea behind OS on OS is that you are installing an image onto the bare metal host, you are not utilizing the VTx features nor are you using KVM. You need

Re: [Openstack] Plans for Trusted Computing in OpenStack

2012-11-12 Thread Dugger, Donald D
[mailto:n.pal...@gmail.com] Sent: Wednesday, November 07, 2012 7:42 AM To: Dugger, Donald D Cc: openstack Subject: Re: [Openstack] Plans for Trusted Computing in OpenStack Hi, so basically my questions/thoughts about support for TC in OpenStack are based on a somewhat different attack model where

Re: [Openstack] how to use extra_specs??

2012-11-06 Thread Dugger, Donald D
The compute code currently defines a set of capabilities (info about disk memory consumption, cpuinfo and a few other things) that are periodically reported up to the scheduler. You can then use the extra_specs to specify key/value pairs for a flavor that will be used by the scheduler's

Re: [Openstack] Cannot submit topic for Summit.

2012-09-08 Thread Dugger, Donald D
Adam- Completely random thought, do you have cookies enabled (I was able to propose a topic with no problems). -- Don Dugger Censeo Toto nos in Kansa esse decisse. - D. Gale Ph: 303/443-3786 -Original Message- From: openstack-bounces+donald.d.dugger=intel@lists.launchpad.net

Re: [Openstack] [Nova] Instance Type Extra Specs clarifications

2012-09-07 Thread Dugger, Donald D
PM To: Patrick Petit Cc: Dugger, Donald D; openstack@lists.launchpad.net (openstack@lists.launchpad.net) Subject: Re: [Openstack] [Nova] Instance Type Extra Specs clarifications Hello all, I am part of the SF south bay meetup group and trying to add a Disk I/O QoS feature which is based

Re: [Openstack] [Nova] Instance Type Extra Specs clarifications

2012-09-07 Thread Dugger, Donald D
with a new flavor that re-used an ID. -- Don Dugger Censeo Toto nos in Kansa esse decisse. - D. Gale Ph: 303/443-3786 From: Vinay Bannai [mailto:vban...@gmail.com] Sent: Friday, September 07, 2012 2:41 PM To: Dugger, Donald D Cc: Patrick Petit; Jiang, Yunhong; openstack@lists.launchpad.net (openstack

Re: [Openstack] [Nova] Instance Type Extra Specs clarifications

2012-08-24 Thread Dugger, Donald D
Patrick- We've enhanced `nova-manage' to manipulate the `extra_specs' entries, c.f. https://blueprints.launchpad.net/nova/+spec/update-flavor-key-value, You can add an `extra_specs' key/value pair to a flavor with the command: nova-manage instance_type add_key m1.humongous

Re: [Openstack] One question on the compute_filter

2012-07-17 Thread Dugger, Donald D
Suh [mailto:j...@isi.edu] Sent: Tuesday, July 17, 2012 7:38 AM To: Jiang, Yunhong Cc: Dugger, Donald D; openstack@lists.launchpad.net Subject: Re: One question on the compute_filter Yunhong, Thanks for your interest in our patch. The original purpose of the instance_type_extra_specs is providing

Re: [Openstack] One question on the compute_filter

2012-07-17 Thread Dugger, Donald D
Message- From: Joseph Suh [mailto:j...@isi.edu] Sent: Tuesday, July 17, 2012 10:10 AM To: Dugger, Donald D Cc: openstack@lists.launchpad.net; Jiang, Yunhong Subject: Re: One question on the compute_filter Don, That's an interesting idea, but I am having a difficulty in understanding why you

Re: [Openstack] One question on the compute_filter

2012-07-17 Thread Dugger, Donald D
Joseph- Tnx, we couldn't ask for more. -- Don Dugger Censeo Toto nos in Kansa esse decisse. - D. Gale Ph: 303/443-3786 -Original Message- From: Joseph Suh [mailto:j...@isi.edu] Sent: Tuesday, July 17, 2012 10:49 AM To: Dugger, Donald D Cc: openstack@lists.launchpad.net; Jiang, Yunhong

Re: [Openstack] RFC: Thoughts on improving OpenStack GIT commit practice/history

2012-06-28 Thread Dugger, Donald D
I have to agree with Daniel on this one. I frequently work on issues where multiple people contribute to the code in a patch and therefore you wind up with multiple Signed-off-by's. Yes, it's a little redundant when it's exclusively your code but you need these tags when there are multiple

Re: [Openstack] [Nova-orchestration] Thoughts on Orchestration (was Re: Documentation on Caching)

2012-03-29 Thread Dugger, Donald D
, March 29, 2012 4:57 PM To: Dugger, Donald D; Sandy Walsh Cc: Michael Pittaro (mik...@lahondaresearch.org); nova-orchestrat...@lists.launchpad.net; openstack@lists.launchpad.net Subject: RE: [Nova-orchestration] Thoughts on Orchestration (was Re: Documentation on Caching) Guys, Sorry for missing

Re: [Openstack] Orchestration meetings/futures

2012-02-24 Thread Dugger, Donald D
, Donald D; nova-orchestrat...@lists.launchpad.net; openstack Subject: Re: [Openstack] Orchestration meetings/futures On Fri, Feb 24, 2012 at 11:16 AM, Joshua Harlow harlo...@yahoo-inc.com wrote: How about a big session on this at the folsom summit? This is really a very important part and should

[Openstack] Orchestration meetings/futures

2012-02-20 Thread Dugger, Donald D
All- The orchestration sub-group activity has dropped off since the start of the year and we need to re-evaluate what should be done in this area. There are still latency/serialization concerns that need to be addressed but people have more immediate concerns that seem to be occupying

Re: [Openstack] Orchestration meetings/futures

2012-02-20 Thread Dugger, Donald D
Still works for me. -- Don Dugger Censeo Toto nos in Kansa esse decisse. - D. Gale Ph: 303/443-3786 -Original Message- From: Sriram Subramanian [mailto:sri...@computenext.com] Sent: Monday, February 20, 2012 1:41 PM To: Dugger, Donald D; nova-orchestrat...@lists.launchpad.net Cc

Re: [Openstack] Devstack (sh) and tmux

2012-02-08 Thread Dugger, Donald D
I'd vote for having daemonize as an option at best. In a development environment it's very nice to be able to kill all processes just by terminating the `screen' ( or `tmux') session rather than having to kill all the daemons individually. Plus it's nice to be able to see the current output

Re: [Openstack] Devstack (sh) and tmux

2012-02-08 Thread Dugger, Donald D
: 303/443-3786 From: Joshua Harlow [mailto:harlo...@yahoo-inc.com] Sent: Wednesday, February 08, 2012 1:16 PM To: Dugger, Donald D; Ghe Rivero Cc: openstack Subject: Re: [Openstack] Devstack (sh) and tmux Doesn't stdout have a buffer also ;) I'm all for options :-) On 2/8/12 11:15 AM, Dugger, Donald

[Openstack] Problem with Gerrit Workflow (probably with ssh public key)

2011-11-10 Thread Dugger, Donald D
I'm having problems trying to follow the steps in Gerrit Workflow Quick Reference (wiki.openstack.org/GerritWorkflow), in fact I'm failing on the first step. When I try and get the list of available projects I'm getting the failure: Permission denied (publickey). I've uploaded my

Re: [Openstack] Problem with Gerrit Workflow (probably with ssh public key)

2011-11-10 Thread Dugger, Donald D
Nevermind. I'm not sure how I did it but by some magic incantation of resetting login name/public key it's now working. Sorry for the noise. -- Don Dugger Censeo Toto nos in Kansa esse decisse. - D. Gale Ph: 303/443-3786 -Original Message- From: Dugger, Donald D Sent: Thursday