On Fri, May 23, 2014 at 03:27:11AM -0700, James E. Blair wrote:
Hi,
With apologies to the specs repos we just created, the more I think
about this, the more I think that the right answer is that we should
stick with codenames for the spec repos. The codenames are actually
more discoverable
P. Berrange wrote:
Hi Nova developers,
Since Nova already has sub-teams for HyperV, VMWare, and XenAPI, I feel that
it would be a worthwhile effort to introduce a sub-team + meeting for the
Nova Libvirt driver:
https://wiki.openstack.org/wiki/Nova#Nova_subteams
https
Hi Nova developers,
Since Nova already has sub-teams for HyperV, VMWare, and XenAPI, I feel that
it would be a worthwhile effort to introduce a sub-team + meeting for the
Nova Libvirt driver:
https://wiki.openstack.org/wiki/Nova#Nova_subteams
On Mon, May 05, 2014 at 01:40:43PM -0400, Solly Ross wrote:
One thing that I was discussing with @jaypipes and @dansmith over
on IRC was the possibility of breaking flavors down into separate
components -- i.e have a disk flavor, a CPU flavor, and a RAM flavor.
This way, you still get the
On Mon, May 05, 2014 at 07:40:08PM +, Dimitri Mazmanov wrote:
This is good! Is there a blueprint describing this idea? Or any plans
describing it in a blueprint?
Would happily share the work.
Should we mix it with flavors in horizon though? I¹m thinking of having a
separate ³Resources²
On Thu, May 08, 2014 at 11:22:38AM +0100, Daniel P. Berrange wrote:
On Mon, May 05, 2014 at 07:40:08PM +, Dimitri Mazmanov wrote:
This is good! Is there a blueprint describing this idea? Or any plans
describing it in a blueprint?
Would happily share the work.
Should we mix
FYI to any Nova people who are leading and/or planning on attending summit
sessions in Atlanta, while creating an etherpad for the libvirt session, I
also took the time out to create link to etherpads for all of the Nova
summit sessions. You can find them linked from
On Tue, Apr 29, 2014 at 09:17:05AM +, Zhangleiqiang (Trump) wrote:
Hi, all:
I find Nova has supported volume encryption for LVM volume ([1]).
Currently , qcow2 also support encryption now, and there is libvirt's
support too ([2]). After reading up the implementation, qcow2's
On Mon, Apr 21, 2014 at 10:52:39PM +, Daryl Walleck wrote:
I nearly opened a spec for this, but I'd really like to get some
feedback first. One of the challenges I've seen lately for Nova
teams not using KVM or Xen (Ironic and LXC are just a few) is
how to properly run the subset of
On Tue, Apr 22, 2014 at 07:23:20AM -0400, Sean Dague wrote:
On 04/22/2014 06:55 AM, Daniel P. Berrange wrote:
On Mon, Apr 21, 2014 at 10:52:39PM +, Daryl Walleck wrote:
I nearly opened a spec for this, but I'd really like to get some
feedback first. One of the challenges I've seen
On Thu, Apr 17, 2014 at 10:06:03AM +, Yuzhou (C) wrote:
Hi Daniel,
The intention of image type ('default', 'fast', ' shared',
'sharedfast') look like volume
type in cinder. So I think there are two solutions :
I was explicitly *NOT* considering those names to be standardized,
On Wed, Apr 16, 2014 at 02:17:13AM +, Yuzhou (C) wrote:
Hi Daniel,
Thanks for your comments about this
BP：https://review.openstack.org/#/c/83727/
My initial thoughts is to do little changes then get better performance
of guest vm. So it is a bit too narrowly focused.
On Tue, Apr 15, 2014 at 10:01:32AM -0500, Brian Elliott wrote:
* specs review. The new blueprint process is a work of genius, and I
think its already working better than what we've had in previous
releases. However, there are a lot of blueprints there in review, and
we need to focus on
On Mon, Apr 14, 2014 at 11:26:17AM -0500, Ben Nemec wrote:
tldr: I propose we use bash explicitly for all diskimage-builder
scripts (at least for the short-term - see details below).
This is something that was raised on my linting changes to enable
set -o pipefail. That is a bash-ism, so it
On Wed, Apr 09, 2014 at 05:33:49PM +0900, Isaku Yamahata wrote:
Hello developers.
As discussed many times so far[1], there are many projects that needs
to propagate RPC messages into VMs running on OpenStack. Neutron in my case.
My idea is to relay RPC messages from management network
On Tue, Apr 01, 2014 at 08:22:37PM +0200, Michał Dubiel wrote:
OK, thanks Russell and Daniel for your suggestions.
Stackforge sounds reasonable for the time being, though it's not perfect as
it doesn't prevent from occasional conflicts we may hit while pulling
changes from the original Nova
On Tue, Apr 01, 2014 at 04:59:34AM +, Luohao (brian) wrote:
Now, VFIO hasn't been made generally supported by most enterprise
linux distributions, and as I know, the current pci passthrough
/SR-IOV implementation is still based on a historical approach.
Probably we can consider the
On Mon, Mar 31, 2014 at 01:17:39PM -0400, Russell Bryant wrote:
On 03/31/2014 01:01 PM, Michał Dubiel wrote:
Hi All,
I have prepared commits I would like to have it reviewed and eventually
merged that add initial, limited support for FreeBSD as a host to nova.
It includes basic
On Fri, Mar 28, 2014 at 11:14:49PM -0400, Steve Gordon wrote:
- Original Message -
This is the approach mentioned by linux-kvm.org
http://www.linux-kvm.org/page/How_to_assign_devices_with_VT-d_in_KVM
3. reboot and verify that your system has IOMMU support
AMD Machine
On Tue, Mar 18, 2014 at 07:50:15AM -0400, Davanum Srinivas wrote:
Hi Team,
We have 2 choices
1) Upgrade to libvirt 0.9.8+ (See [1] for details)
2) Enable UCA and upgrade to libvirt 1.2.2+ (see [2] for details)
For #1, we received a patched deb from @SergeHallyn/@JamesPage and ran
tests
11:16 AM, Russell Bryant wrote:
On 03/07/2014 04:19 AM, Daniel P. Berrange wrote:
On Thu, Mar 06, 2014 at 12:20:21AM -0800, Andrew Woodward wrote:
I'd Like to request A FFE for the remaining patches in the Ephemeral
RBD image support chain
https://review.openstack.org/#/c/59148/
https
On Mon, Mar 10, 2014 at 10:16:58PM +1100, Michael Still wrote:
Wasn't the conclusion last time that it would be best to add bhyve support
to libvirt?
Yes, and the recent libvirt 1.2.2 release included a first prototype
for BHyve driver support thanks to a lot of hard work by FreeBSD
developer
On Thu, Mar 06, 2014 at 12:20:21AM -0800, Andrew Woodward wrote:
I'd Like to request A FFE for the remaining patches in the Ephemeral
RBD image support chain
https://review.openstack.org/#/c/59148/
https://review.openstack.org/#/c/59149/
are still open after their dependency
On Thu, Mar 06, 2014 at 03:46:24PM -0600, James Carey wrote:
Please consider a FFE for i18n Message improvements:
BP: https://blueprints.launchpad.net/nova/+spec/i18n-messages
The base enablement for lazy translation has already been sync'd from
oslo. This patch was to enable
On Thu, Mar 06, 2014 at 01:05:15PM -0500, Sean Dague wrote:
One of the issues that the Nova team has definitely hit is Blueprint
overload. At some point there were over 150 blueprints. Many of them
were a single sentence.
The results of this have been that design review today is typically
On Fri, Mar 07, 2014 at 12:30:15PM +0100, Thierry Carrez wrote:
Sean Dague wrote:
One of the issues that the Nova team has definitely hit is Blueprint
overload. At some point there were over 150 blueprints. Many of them
were a single sentence.
The results of this have been that design
On Wed, Mar 05, 2014 at 07:37:39AM -0800, Tracy Jones wrote:
Hi - Please consider the image cache aging BP for FFE
(https://review.openstack.org/#/c/56416/)
This is the last of several patches (already merged) that implement image
cache cleanup for the vmware driver. This patch solves a
On Thu, Mar 06, 2014 at 07:25:37PM +0400, Dmitry Mescheryakov wrote:
Hello folks,
A number of OpenStack and related projects have a need to perform
operations inside VMs running on OpenStack. A natural solution would
be an agent running inside the VM and performing tasks.
One of the key
On Mon, Mar 03, 2014 at 02:58:34PM -0700, Pete Zaitcev wrote:
Dear Solly:
I cobbled together a working prototype of Guru Meditation for Swift
just to see how it worked. I did not use Oslo classes, but used the
code from Dan's prototype and from your Nova review. Here's the
Sigh, pllease
On Tue, Mar 04, 2014 at 11:12:13AM +, Stephen Gran wrote:
On 04/03/14 11:01, Thierry Carrez wrote:
James E. Blair wrote:
Freenode has been having a rough time lately due to a series of DDoS
attacks which have been increasingly disruptive to collaboration.
Fortunately there's an
On Tue, Mar 04, 2014 at 07:49:03AM -0500, Sean Dague wrote:
So this thread is getting deep again, as I expect they all will, so I'm
just going to top post and take the ire for doing so.
I also want to summarize what I've seen in the threads so far:
v2 needed forever - if I do a sentiment
On Tue, Mar 04, 2014 at 04:15:03PM +, Duncan Thomas wrote:
On 28 November 2013 10:14, Daniel P. Berrange berra...@redhat.com wrote:
For this specific block zero'ing case it occurred to me that it might
be sufficient to just invoke 'ionice dd' instead of 'dd' and give it
a lower I/O
On Thu, Feb 27, 2014 at 08:38:22AM -0500, Sean Dague wrote:
This patch is coming through the gate this morning -
https://review.openstack.org/#/c/71996/
The point being to actually make devstack stop when it hits an error,
instead of only once these compound to the point where there is no
On Thu, Feb 20, 2014 at 02:45:03PM -0500, Sean Dague wrote:
So I'm one of the first people to utter if it isn't tested, it's
probably broken, however I also think we need to be realistic about the
fact that if you did out the permutations of dependencies and config
options, we'd have as many
On Thu, Feb 20, 2014 at 10:31:06AM -0800, Joe Gordon wrote:
Hi All,
I discussion recently came up inside of nova about what it means
supported version for a dependency means. in libvirt we gate on the
minimal version that we support but for all python dependencies we
gate on the highest
On Fri, Feb 21, 2014 at 10:46:22AM -0500, Sean Dague wrote:
On 02/21/2014 09:45 AM, Daniel P. Berrange wrote:
On Thu, Feb 20, 2014 at 02:45:03PM -0500, Sean Dague wrote:
So I'm one of the first people to utter if it isn't tested, it's
probably broken, however I also think we need
On Mon, Feb 17, 2014 at 11:34:46PM -0700, Michael Still wrote:
Hi.
For the last day or so I've been chasing
https://bugs.launchpad.net/nova/+bug/1246201, and I think I've found
the problem... libvirt doesn't migrate devices of type cdrom, even if
they're virtual. If I change the type of the
On Tue, Feb 18, 2014 at 09:38:49AM +, Daniel P. Berrange wrote:
On Mon, Feb 17, 2014 at 11:34:46PM -0700, Michael Still wrote:
Hi.
For the last day or so I've been chasing
https://bugs.launchpad.net/nova/+bug/1246201, and I think I've found
the problem... libvirt doesn't migrate
On Wed, Feb 05, 2014 at 04:29:20PM +, Greg Hill wrote:
I'm new, so I'm sure there's some history I'm missing, but I find it
bizarre that we have to put the same license into every single file
of source code in our projects. In my past experience, a single
LICENSE file at the root-level of
On Wed, Feb 05, 2014 at 05:40:13PM +0100, Chmouel Boudjnah wrote:
On Wed, Feb 5, 2014 at 4:20 PM, Doug Hellmann
doug.hellm...@dreamhost.comwrote:
Including the config file in either the developer documentation or the
packaging build makes more sense. I'm still worried that adding it to the
On Wed, Feb 05, 2014 at 11:56:35AM -0500, Doug Hellmann wrote:
On Wed, Feb 5, 2014 at 11:40 AM, Chmouel Boudjnah chmo...@enovance.comwrote:
On Wed, Feb 5, 2014 at 4:20 PM, Doug Hellmann doug.hellm...@dreamhost.com
wrote:
Including the config file in either the developer documentation
On Mon, Feb 03, 2014 at 09:49:15PM -0600, Matt Riedemann wrote:
This broke us (nova) again today after python-keystoneclient-0.5.0
was released with a new config option. Joe Gordon pushed the patch
to fix nova [1] so everyone will need to recheck their patches again
once that merges.
This
On Tue, Feb 04, 2014 at 09:19:08AM -0500, Doug Hellmann wrote:
On Tue, Feb 4, 2014 at 5:09 AM, Julien Danjou jul...@danjou.info wrote:
On Tue, Feb 04 2014, Daniel P. Berrange wrote:
I think the pretty obvious solution here is to *stop* storing
automatically
generated files in GIT
On Tue, Feb 04, 2014 at 04:36:05PM +, Mark McLoughlin wrote:
On Wed, 2014-02-05 at 01:19 +0900, Sean Dague wrote:
On 02/05/2014 12:37 AM, Mark McLoughlin wrote:
I do realize this would be a rather substantial shift from current
approach, but current approach seems to be hitting a new
On Wed, Jan 29, 2014 at 01:22:59PM -0500, Joe Gordon wrote:
On Tue, Jan 28, 2014 at 4:45 AM, John Garbutt j...@johngarbutt.com wrote:
On 27 January 2014 10:10, Daniel P. Berrange berra...@redhat.com wrote:
On Fri, Jan 24, 2014 at 11:42:54AM -0500, Joe Gordon wrote:
On Fri, Jan 24, 2014 at 7
On Wed, Jan 29, 2014 at 11:47:07AM -0500, Russell Bryant wrote:
Greetings,
A while back I mentioned that we would revisit the potential deprecation
of nova-network in Icehouse after the icehouse-2 milestone. The time
has come. :-)
First, let me recap my high level view of the blockers
On Wed, Jan 29, 2014 at 12:39:23PM -0500, Russell Bryant wrote:
On 01/29/2014 12:27 PM, Daniel P. Berrange wrote:
On Wed, Jan 29, 2014 at 11:47:07AM -0500, Russell Bryant wrote:
Greetings,
A while back I mentioned that we would revisit the potential deprecation
of nova-network
On Mon, Jan 27, 2014 at 12:42:28PM -0500, Doug Hellmann wrote:
We have a blueprint open for separating translated log messages into
different domains so the translation team can prioritize them differently
(focusing on errors and warnings before debug messages, for example) [1].
Feedback?
On Mon, Jan 27, 2014 at 01:12:19PM -0500, Doug Hellmann wrote:
On Mon, Jan 27, 2014 at 12:58 PM, Daniel P. Berrange
berra...@redhat.comwrote:
On Mon, Jan 27, 2014 at 12:42:28PM -0500, Doug Hellmann wrote:
We have a blueprint open for separating translated log messages into
different
Periodically I've seen people submit big coding style cleanups to Nova
code. These are typically all good ideas / beneficial, however, I have
rarely (perhaps even never?) seen the changes accompanied by new hacking
check rules.
The problem with not having a hacking check added *in the same
On Fri, Jan 24, 2014 at 02:11:02PM +, Day, Phil wrote:
I agree its oddly inconsistent (you'll get used to that over time ;-)
- but to me it feels more like the validation is missing on the attach
that that the create should allow two VIFs on the same network. Since
these are both
On Tue, Jan 21, 2014 at 01:19:32PM +, balaj...@freescale.com wrote:
Hi,
Libvert driver has the below code snippet, where it assumes that the Host
platform supports pit etc when libvirt is configured for KVM.
For PowerPC [Freescale] platform below code is causing issues.
Code
On Wed, Jan 15, 2014 at 05:28:07PM +, Daniel P. Berrange wrote:
On Wed, Jan 15, 2014 at 09:56:58AM -0700, Steven Dake wrote:
Agreed, it is complete insanity to set 'log_level=1' on *any* hosts.
The level of debug info that generates is so enourmous that you'd
never wanted to look
On Wed, Jan 15, 2014 at 09:56:58AM -0700, Steven Dake wrote:
Hi,
Ken'ichi Omichi submitted a change [1] in devstack to change the
default log level to 1 for libvirt. This results in continual spam
to /var/log/messages in my development system, even after exiting
devstack. The spam looks
On Wed, Jan 01, 2014 at 02:33:09PM +0800, Thomas Goirand wrote:
Hi,
I was wondering if it would be possible for NoVNC to switch from
websockify to sockjs-client, which is available here:
https://github.com/sockjs/sockjs-client
This has the advantage of not using flash at all (pure
On Fri, Dec 20, 2013 at 12:56:47PM +0400, Oleg Gelbukh wrote:
Hi everyone,
I'm sorry for being late to the thread, but what about baremetal driver?
Should it support the get_diagnostics() as well?
Of course, where practical, every driver should aim to support every
method in the virt driver
On Fri, Dec 20, 2013 at 09:21:54AM +1300, Robert Collins wrote:
The default ephemeral filesystem in Nova is ext3 (for Linux). However
ext3 is IMNSHO a pretty poor choice given ext4's existence. I can
totally accept that other fs's like xfs might be contentious - but is
there any reason not to
On Thu, Dec 19, 2013 at 02:27:40PM +, John Garbutt wrote:
On 16 December 2013 15:50, Daniel P. Berrange berra...@redhat.com wrote:
On Mon, Dec 16, 2013 at 03:37:39PM +, John Garbutt wrote:
On 16 December 2013 15:25, Daniel P. Berrange berra...@redhat.com wrote:
On Mon, Dec 16, 2013
On Tue, Dec 17, 2013 at 04:28:30AM -0800, Gary Kotton wrote:
Hi,
Following the discussion yesterday I have updated the wiki - please see
https://wiki.openstack.org/wiki/Nova_VM_Diagnostics. The proposal is
backwards compatible and will hopefully provide us with the tools to be
able to
On Wed, Dec 18, 2013 at 11:40:21AM +0100, Thierry Carrez wrote:
Hi everyone,
The TC meeting yesterday uncovered an interesting question which, so
far, divided TC members.
We require that projects have a number of different developers involved
before they apply for incubation, mostly to
On Mon, Dec 16, 2013 at 01:04:33PM -0800, Dan Smith wrote:
eg use a 'env_' prefix for glance image attributes
We've got a couple of cases now where we want to overrides these
same things on a per-instance basis. Kernel command line args
is one other example. Other hardware overrides
On Mon, Dec 16, 2013 at 06:58:24AM -0800, Gary Kotton wrote:
Hi,
At the moment the administrator is able to retrieve diagnostics for a running
VM. Currently the implementation is very loosely defined, that is, each
driver returns whatever they have to return. This is problematic in a number
On Mon, Dec 16, 2013 at 04:18:52PM +0100, Daniel Kuffner wrote:
Hi Russell,
You actually propose to extend the whole nova stack to support
environment variables. Would any other driver benefit from this API
extension?
Is that what you imagine?
nova --env SQL_URL=postgres://user:password
On Mon, Dec 16, 2013 at 03:37:39PM +, John Garbutt wrote:
On 16 December 2013 15:25, Daniel P. Berrange berra...@redhat.com wrote:
On Mon, Dec 16, 2013 at 06:58:24AM -0800, Gary Kotton wrote:
I'd like to propose the following for the V3 API (we will not touch V2
in case operators have
On Mon, Dec 02, 2013 at 07:23:19PM +, Alessandro Pilotti wrote:
On 02 Dec 2013, at 04:52 , Kyle Mestery (kmestery) kmest...@cisco.com wrote:
This is very cool Alessandro, thanks for sharing! Any plans to try and get
this
nova driver upstreamed?
My personal opinion is that
On Tue, Dec 03, 2013 at 01:47:31AM -0800, Gary Kotton wrote:
Hi,
I think that this information should be used as part of the scheduling
decision, that is hosts that are to be selected should be excluded if they
do not have the necessary resources available. It will be interesting to
know how
On Mon, Dec 02, 2013 at 11:05:02PM -0800, Vui Chiap Lam wrote:
Hi Daniel,
I too found the original bp a little hard to follow, so thanks for
writing up the wiki! I see that the wiki is now linked to the BP,
which is great as well.
The ability to express CPU topology constraints for the
On Tue, Nov 19, 2013 at 12:15:51PM +, Daniel P. Berrange wrote:
For attention of maintainers of Nova virt drivers
Anyone from Hyper-V or VMWare drivers wish to comment on this
proposal
A while back there was a bug requesting the ability to set the CPU
topology (sockets/cores/threads
On Wed, Nov 27, 2013 at 07:34:15PM +, Daniel P. Berrange wrote:
On Wed, Nov 27, 2013 at 06:43:42PM +, Edward Hope-Morley wrote:
On 27/11/13 18:20, Daniel P. Berrange wrote:
On Wed, Nov 27, 2013 at 06:10:47PM +, Edward Hope-Morley wrote:
On 27/11/13 17:43, Daniel P. Berrange
On Wed, Nov 27, 2013 at 07:26:03PM +, Jeremy Stanley wrote:
On 2013-11-27 19:18:12 + (+), Daniel P. Berrange wrote:
[...]
It would be desirable if the gate logs included details of all software
package versions installed. eg so we can see what libvirt, qemu and
kernel
On Wed, Nov 27, 2013 at 03:50:47PM +0200, Tuomas Paappanen wrote:
On Tue, 2013-11-19 at 12:52 +, Daniel P. Berrange wrote:
I think there are several use cases mixed up in your descriptions
here which should likely be considered independantly
- pCPU/vCPU pinning
I don't really
On Wed, Nov 27, 2013 at 02:45:22PM +, Edward Hope-Morley wrote:
Moving this to the ml as requested, would appreciate
comments/thoughts/feedback.
So, I recently proposed a small patch to the oslo rpc code (initially in
oslo-incubator then moved to oslo.messaging) which extends the
On Wed, Nov 27, 2013 at 05:39:30PM +, Edward Hope-Morley wrote:
On 27/11/13 15:49, Daniel P. Berrange wrote:
On Wed, Nov 27, 2013 at 02:45:22PM +, Edward Hope-Morley wrote:
Moving this to the ml as requested, would appreciate
comments/thoughts/feedback.
So, I recently proposed
On Wed, Nov 27, 2013 at 01:48:29AM +, Vijay Venkatachalam wrote:
Hi,
Is there a way for the VM to identify that it is getting
booted in OpenStack?
The mails you've forwarded below pretty much answer this
question already.
As said in the below mail, once
On Wed, Nov 27, 2013 at 06:10:47PM +, Edward Hope-Morley wrote:
On 27/11/13 17:43, Daniel P. Berrange wrote:
On Wed, Nov 27, 2013 at 05:39:30PM +, Edward Hope-Morley wrote:
On 27/11/13 15:49, Daniel P. Berrange wrote:
On Wed, Nov 27, 2013 at 02:45:22PM +, Edward Hope-Morley
On Wed, Nov 27, 2013 at 07:32:13PM +0100, Rafał Jaworowski wrote:
On Mon, Nov 25, 2013 at 3:50 PM, Daniel P. Berrange berra...@redhat.com
wrote:
I am of course biased, as libvirt project maintainer, but I do agree
that supporting bhyve via libvirt would make sense, since it opens up
On Wed, Nov 27, 2013 at 10:50:12AM -0800, Joe Gordon wrote:
Hi Daniel, all
This morning I noticed we are seeing libvirt stacktrace in the gate
occasionally.
https://bugs.launchpad.net/nova/+bug/1255624
Since your are a libvirt maintainer I was hoping you could take a look at
this one.
On Wed, Nov 27, 2013 at 06:43:42PM +, Edward Hope-Morley wrote:
On 27/11/13 18:20, Daniel P. Berrange wrote:
On Wed, Nov 27, 2013 at 06:10:47PM +, Edward Hope-Morley wrote:
On 27/11/13 17:43, Daniel P. Berrange wrote:
On Wed, Nov 27, 2013 at 05:39:30PM +, Edward Hope-Morley
On Sun, Nov 24, 2013 at 11:10:23AM +1300, Robert Collins wrote:
On 23 November 2013 05:32, Daniel P. Berrange berra...@redhat.com wrote:
On Fri, Nov 22, 2013 at 11:24:18AM -0500, Russell Bryant wrote:
A good example is the current discussion around a new scheduling
service. There have been
On Fri, Nov 22, 2013 at 10:46:19AM -0500, Russell Bryant wrote:
On 11/22/2013 10:43 AM, Rafał Jaworowski wrote:
Russell,
First, thank you for the whiteboard input regarding the blueprint for
FreeBSD hypervisor nova driver:
https://blueprints.launchpad.net/nova/+spec/freebsd-compute-node
On Fri, Nov 22, 2013 at 11:25:51AM +, John Garbutt wrote:
On Fri, Nov 15, 2013 at 2:21 PM, Russell Bryant rbry...@redhat.com wrote:
In particular, has there been a decision made about whether it will
definitely be deprecated in some (as yet unspecified) future release, or
whether it
On Fri, Nov 22, 2013 at 11:24:18AM -0500, Russell Bryant wrote:
On 11/22/2013 11:17 AM, Jonathan Proulx wrote:
To add to the screams of others removing features from nova-network to
achieve parity with neutron is a non starter, and it rather scares me
to hear it suggested.
-1 from me
On Wed, Nov 20, 2013 at 04:02:02PM +0100, Ralf Haferkamp wrote:
On Wed, Nov 20, 2013 at 04:33:22PM +1300, Robert Collins wrote:
On 20 November 2013 08:02, Daniel P. Berrange berra...@redhat.com wrote:
Currently the Nova libvirt driver is declaring that it wants a minimum
of libvirt 0.9.6
On Fri, Nov 22, 2013 at 12:55:48PM -0500, Lorin Hochstein wrote:
On Fri, Nov 22, 2013 at 12:39 PM, Tim Bell tim.b...@cern.ch wrote:
Support those of us running production OpenStack clouds needs to be one of
the major development concerns as people reflect on refactoring along with
to just keep it fairly dumb simple to start
with.
发件人：Daniel P. Berrange berra...@redhat.com
发送时间：2013-11-19 20:15
主题：[openstack-dev] [Nova] Blueprint: standard specification of guest CPU
topology
收件人：openstack-devopenstack-dev@lists.openstack.org
抄送：
For attention of maintainers of Nova
On Wed, Nov 20, 2013 at 02:50:03PM +1100, Tom Fifield wrote:
On 20/11/13 14:33, Robert Collins wrote:
On 20 November 2013 08:02, Daniel P. Berrange berra...@redhat.com wrote:
Currently the Nova libvirt driver is declaring that it wants a minimum
of libvirt 0.9.6.
...
If there are other
On Wed, Nov 20, 2013 at 11:21:14AM +0100, Thierry Carrez wrote:
Russell Bryant wrote:
One of the bits of feedback that came from the Nova Project Structure
and Process session at the design summit was that it would be nice to
skip having blueprints for smaller items.
In an effort to
On Mon, Nov 18, 2013 at 07:10:53PM -0500, Krishna Raman wrote:
We should probably meet on IRC or conf. call and discuss the suggested
architecture, open questions and REST API.
I have set up a doodle poll at http://doodle.com/w7y5qcdvq9i36757 to gather a
times when we can meet.
Please
On Tue, Nov 19, 2013 at 10:57:51AM +0100, Thierry Carrez wrote:
Russell Bryant wrote:
My view of the outcome of the session was not it *will* be a new
service. Instead, it was, we *think* it should be a new service, but
let's do some more investigation to decide for sure.
The action
For attention of maintainers of Nova virt drivers
A while back there was a bug requesting the ability to set the CPU
topology (sockets/cores/threads) for guests explicitly
https://bugs.launchpad.net/nova/+bug/1199019
I countered that setting explicit topology doesn't play well with
booting
On Wed, Nov 13, 2013 at 02:46:06PM +0200, Tuomas Paappanen wrote:
Hi all,
I would like to hear your thoughts about core pinning in Openstack.
Currently nova(with qemu-kvm) supports usage of cpu set of PCPUs
what can be used by instances. I didn't find blueprint, but I think
this feature is
On Wed, Nov 13, 2013 at 11:57:22AM -0600, Chris Friesen wrote:
On 11/13/2013 11:40 AM, Jiang, Yunhong wrote:
But, from performance point of view it is better to exclusively
dedicate PCPUs for VCPUs and emulator. In some cases you may want
to guarantee that only one instance(and its VCPUs) is
On Tue, Nov 19, 2013 at 10:56:10AM -0500, Russell Bryant wrote:
Greetings,
One of the bits of feedback that came from the Nova Project Structure
and Process session at the design summit was that it would be nice to
skip having blueprints for smaller items.
In an effort to capture this, I
Currently the Nova libvirt driver is declaring that it wants a minimum
of libvirt 0.9.6.
For cases where we use features newer than this, we have to do conditional
logic to ensure we operate correctly on old libvirt. We don't want to keep
adding conditionals forever since they complicate the code
On Tue, Nov 19, 2013 at 10:02:45AM -0800, James Bottomley wrote:
On Mon, 2013-11-18 at 14:28 -0800, Stuart Fox wrote:
Hey all
Not having been at the summit (maybe the next one), could somebody
give a really short explanation as to why it needs to be a separate
service?
It sounds like
On Thu, Nov 14, 2013 at 02:19:24PM +0100, Thierry Carrez wrote:
Thierry Carrez wrote:
[...]
That will not solve all issues. We should also collectively make sure
that *usage questions are re-routed* to the openstack general
mailing-list, where they belong. Too many people still answer
On Thu, Nov 14, 2013 at 08:29:36PM +1300, Robert Collins wrote:
At the summit there were lots of discussions about reviews, and I made
the mistake of sending a mail to Russell proposing a few new stats we
could gather.
I say mistake, because he did so and then some... we new have extra
info
On Mon, Nov 11, 2013 at 01:43:59PM +0530, Rahul M R wrote:
Hi all,
I'm new to this mailing list :)
I am currently working on the Snabbswitch project
https://github.com/SnabbCo/snabbswitch/wiki . We are developing an OpenStack
Neutron plugin (targeting Icehouse release). Snabbswitch
On Thu, Nov 07, 2013 at 12:21:38AM +, Day, Phil wrote:
Leaving a mark.
===
You review a change and see that it is mostly fine, but you feel that since
you
did so much work reviewing it, you should at least find
*something* wrong. So you find some nitpick and -1
On Fri, Nov 01, 2013 at 07:20:19AM -0400, Sean Dague wrote:
On 11/01/2013 06:27 AM, John Garbutt wrote:
On 31 October 2013 16:57, Johannes Erdfelt johan...@erdfelt.com wrote:
On Thu, Oct 31, 2013, Sean Dague s...@dague.net wrote:
So there is a series of patches starting with -
601 - 700 of 744 matches
Mail list logo
