> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Wednesday, September 30, 2015 2:58 AM
> To: Jiang, Yunhong
> Cc: Andrew Cooper; George Dunlap; Nakajima, Jun; Tian, Kevin; xen-devel;
> KeirFraser
> Subject: RE: [Xen-devel] [PATCH
> -Original Message-
> From: xen-devel-boun...@lists.xen.org [mailto:xen-devel-
> boun...@lists.xen.org] On Behalf Of Jan Beulich
> Sent: Tuesday, September 29, 2015 12:59 AM
> To: xen-devel
> Cc: George Dunlap; Andrew Cooper; Tian, Kevin; Keir Fraser; Nakajima, Jun
> Subject: Re:
Hi, Frederic
I noticed currently the tick_nohz_idle_exit() will always restart the
sched_tick, even when it's on the nohz_full cpu. I'm not sure if we can keep
the sched_tick stopped if it's on a nohz_full_cpu. The sched tick will be
enabled on tick_nohz_task_switch() if needed. Is it
Hi, Frederic
I noticed on latest code, the tick_nohz_restart_sched_tick() set the
ts->idle_exittime, should it be done on tick_nohz_stop_idle() since the
tick_nohz_restart_sched_tick() is invoked also on nohz_full scenario, am I
right, or do I miss anything?
Thanks
--jyh
--
To
> -Original Message-
> From: Chris Metcalf [mailto:cmetc...@ezchip.com]
> Sent: Wednesday, September 2, 2015 9:17 AM
> To: Mike Galbraith; Frederic Weisbecker
> Cc: Jiang, Yunhong; Ingo Molnar; Peter Zijlstra; LKML; Vatika Harlalka; Thomas
> Gleixner; Preeti U Murthy;
> -Original Message-
> From: Chris Metcalf [mailto:cmetc...@ezchip.com]
> Sent: Wednesday, September 2, 2015 9:17 AM
> To: Mike Galbraith; Frederic Weisbecker
> Cc: Jiang, Yunhong; Ingo Molnar; Peter Zijlstra; LKML; Vatika Harlalka; Thomas
> Gleixner; Preeti U Murthy;
Hi, Frederic
I noticed currently the tick_nohz_idle_exit() will always restart the
sched_tick, even when it's on the nohz_full cpu. I'm not sure if we can keep
the sched_tick stopped if it's on a nohz_full_cpu. The sched tick will be
enabled on tick_nohz_task_switch() if needed. Is it
Hi, Frederic
I noticed on latest code, the tick_nohz_restart_sched_tick() set the
ts->idle_exittime, should it be done on tick_nohz_stop_idle() since the
tick_nohz_restart_sched_tick() is invoked also on nohz_full scenario, am I
right, or do I miss anything?
Thanks
--jyh
--
To
> -Original Message-
> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> ow...@vger.kernel.org] On Behalf Of Frederic Weisbecker
> Sent: Tuesday, September 1, 2015 7:51 AM
> To: Ingo Molnar; Peter Zijlstra
> Cc: LKML; Vatika Harlalka; Chris Metcalf; Thomas Gleixner; Preeti U
> -Original Message-
> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> ow...@vger.kernel.org] On Behalf Of Frederic Weisbecker
> Sent: Tuesday, September 1, 2015 7:51 AM
> To: Ingo Molnar; Peter Zijlstra
> Cc: LKML; Vatika Harlalka; Chris Metcalf; Thomas Gleixner; Preeti U
Hi, all
I'm trying to test the l2fwd throughput using
https://github.com/pktgen/Pktgen-DPDK/blob/master/dpdk/examples/pktgen/scripts/rfc2544.lua
. However, the pktgen will receive more packets than it sent out like " Total
sent 14786446 recv 14786597, delta 151". I'm really confused
Paul, you are right that the 'extra_info' should not be in the
os-pci:pci_stats, since it's not part of 'pool-keys' anymore, but I'm not sure
if both 'key1' and 'phys_function' will be part of the pci_stats.
Thanks
--jyh
From: Murray, Paul (HP Cloud) [mailto:pmur...@hp.com]
Sent: Thursday,
-Original Message-
From: Daniel P. Berrange [mailto:berra...@redhat.com]
Sent: Wednesday, March 4, 2015 9:56 AM
To: Jiang, Yunhong
Cc: openstack-dev@lists.openstack.org; Xu, Hejie
Subject: Re: [nova][libvirt] The None and 'none' for CONF.libvirt.cpu_mode
On Wed, Mar 04, 2015
/target cpu
model, as the suggestion from Tony, am I right?
Thanks
--jyh
-Original Message-
From: Daniel P. Berrange [mailto:berra...@redhat.com]
Sent: Wednesday, March 4, 2015 6:56 AM
To: Jiang, Yunhong
Cc: openstack-dev@lists.openstack.org; Xu, Hejie
Subject: Re: [nova][libvirt
Hi, Daniel
I'm a bit confused of the None/'none' for CONF.libvirt.cpu_mode. Per my
understanding, None means there is no configuration provided and libvirt will
select the default value based on the virt_type, none means no cpu_mode
information should be provided. For the guest, am I
-Original Message-
From: Daniel P. Berrange [mailto:berra...@redhat.com]
Sent: Thursday, January 29, 2015 2:34 AM
To: Jiang, Yunhong
Cc: openstack-dev@lists.openstack.org
Subject: Re: [nova] The libvirt.cpu_mode and libvirt.cpu_model
On Wed, Jan 28, 2015 at 10:10:29PM +
Hi, Daniel
I recently tried the libvirt.cpu_mode and libvirt.cpu_model when I was
working on cpu_info related code and found bug
https://bugs.launchpad.net/nova/+bug/1412994 . The reason is because with
these two flags, all guests launched on the host will use them, while when host
a huge strain on operators.
I think it needs more expressive representation.
On 01/13/2015 11:39 PM, Jiang, Yunhong wrote:
Hi,
There are some discussion and disagreement on the requirement
from
flavor and image metadata at nova spec
https://review.openstack.org/#/c/138937/ and I want
-value
items without any meaningful restriction and specific expression. It
gives flexibility, but cause a huge strain on operators.
I think it needs more expressive representation.
On 01/13/2015 11:39 PM, Jiang, Yunhong wrote:
Hi,
There are some discussion and disagreement
Public bug reported:
When creating a VM requiring some specific CPU features, although the
guest will be scheduled to a host with the capability, but such
information is not always exposed to guest.
a) started devstack by default, (means nova configuration
libvirt.cpu_mode=none), the
Resend because I forgot the [nova] in subject.
Hi,
There are some discussion and disagreement on the requirement from
flavor and image metadata at nova spec https://review.openstack.org/#/c/138937/
and I want to get more input from the community.
When launch a VM, some
Hi,
There are some discussion and disagreement on the requirement from
flavor and image metadata at nova spec https://review.openstack.org/#/c/138937/
and I want to get more input from the community.
When launch a VM, some requirements may come from image metadata and
flavor.
Hi,
There are some discussion and disagreement on the requirement from
flavor and image metadata at nova spec https://review.openstack.org/#/c/138937/
and I want to get more input from the community.
When launch a VM, some requirements may come from image metadata and
flavor.
Hello Nova Community,
Please grant a freeze exception for the nova spec more image
properties support at https://review.openstack.org/#/c/138937/ .
The potential changes in nova are limited, affecting only to the
corresponding scheduler filters. Its purpose is to ensure and
if flavor has no statement, the image
request should fail. Otherwise, it will become a shortcut to resource
request.
** Affects: nova
Importance: Undecided
Assignee: jiang, yunhong (yunhong-jiang)
Status: New
** Changed in: nova
Assignee: (unassigned) = jiang, yunhong (yunhong
Hi, Daniel's all,
This is a follow up to Daniel's
http://osdir.com/ml/openstack-dev/2014-10/msg00557.html , Info on XenAPI data
format for 'host_data' call.
I'm considering to change the compute capability to be a nova object,
with well defined field, the reasons are: a)
Hi,
I'd like to ask for a feature freeze exception for the
config-drive-image-property.
The spec has been approved, and the corresponding patch
(https://review.openstack.org/#/c/77027/ ) has been +W three time, but failed
to be merged in the end because of gate issue and conflict on
: nova
Importance: Undecided
Assignee: jiang, yunhong (yunhong-jiang)
Status: New
** Changed in: nova
Assignee: (unassigned) = jiang, yunhong (yunhong-jiang)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed
Public bug reported:
Currently the resize resource claim is achieved through resize_claim()
and drop_resize_claim() pair. In theory, the claim should be released
after the drop_resize_claim() be called. However, there is a small
window that this release will not happen.
Currently RT tracker
-Original Message-
From: Nikola Đipanov [mailto:ndipa...@redhat.com]
Sent: Tuesday, August 12, 2014 3:22 AM
To: OpenStack Development Mailing List
Subject: [openstack-dev] [Nova] Concerns around the Extensible Resource
Tracker design - revert maybe?
Hey Nova-istas,
While I
I'd think we should change the horizon to use host, instead of long
hostname, or, if we really want to support target at specific one
specific compute node, specify host/hypervisor_hostname?
--jyh
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is
I'd think we should change the horizon to use host, instead of long
hostname, or, if we really want to support target at specific one
specific compute node, specify host/hypervisor_hostname?
--jyh
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
Public bug reported:
tempest failure in
tempest.api.compute.servers.test_disk_config.ServerDiskConfigTestXML.test_update_server_from_auto_to_manual[gate]
with followed log:
2014-06-18 03:12:25.984 |
it.
--jyh
From: Robert Li (baoli) [mailto:ba...@cisco.com]
Sent: Tuesday, June 10, 2014 1:46 PM
To: Jiang, Yunhong; He, Yongli
Cc: OpenStack Development Mailing List (not for usage questions)
Subject: [openstack-dev][nova][pci] A couple of questions
Hi Yunhong Yongli,
In the routine
-consoleauth,
zone: internal, state: up, updated_at:
2014-06-10T05:28:44.00, host: otccloud06, disabled_reason:
null, id: 6}]}
** Affects: nova
Importance: Low
Assignee: jiang, yunhong (yunhong-jiang)
Status: New
** Tags: api
** Changed in: nova
Assignee: (unassigned
Hi, Nick,
For “have a test case which can be verified using a an OpenSource
implementation ….. ensure that tests can be done without any special hardware
or proprietary software”, I totally agree the requirement for without
proprietary software, however, I’m not sure about your exact meaing of
This is why there is a distinction between properties set on images
vs properties set on flavours. Image properties, which a normal user
can set, are restricted to aspects of the VM which don't involve
consumption of compute host resources. Flavour properties, which
only a user with
-Original Message-
From: Jay Pipes [mailto:jaypi...@gmail.com]
Sent: Monday, May 05, 2014 6:19 PM
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [nova] Question about addit log in
nova-compute.log
On 05/05/2014 04:19 PM, Jiang, Yunhong wrote:
-Original
-Original Message-
From: Jay Pipes [mailto:jaypi...@gmail.com]
Sent: Tuesday, May 06, 2014 10:44 AM
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [nova] Question about addit log in
nova-compute.log
On 05/06/2014 01:37 PM, Jiang, Yunhong wrote
hope to add a mechanism to specify which filter to use for getting
the
pci devices from host.
Best regards to you.
Ricky
-Original Message-
From: Jiang, Yunhong [mailto:yunhong.ji...@intel.com]
Sent: Tuesday, May 06, 2014 1:54 AM
To: OpenStack Development Mailing List
-Original Message-
From: Solly Ross [mailto:sr...@redhat.com]
Sent: Tuesday, May 06, 2014 10:16 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Nova] [Heat] Custom Nova Flavor creation
through Heat (pt.2)
For your first question,
Hi, Bohai, are you talking about the scheduler filter for PCI, right?
I think the scheduler filters can be changed by nova options already, so I
don't think we need another mechanism and just create another filter to replace
the default pci filter?
--jyh
-Original Message-
From:
-Original Message-
From: Jay Pipes [mailto:jaypi...@gmail.com]
Sent: Monday, May 05, 2014 9:50 AM
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [nova] Question about addit log in
nova-compute.log
On 05/04/2014 11:09 PM, Chen CH Ji wrote:
Hi
Hi, all
Currently I'm working on spec at https://review.openstack.org/#/c/90172/4
which return the status of the hypervisor node. Per the comments, including
comments from operator, this is a welcome features. As in
Hi, all
The trusted messaging
(https://blueprints.launchpad.net/oslo.messaging/+spec/trusted-messaging) has
been removed from icehouse, does anyone know how is current status? I noticed a
summit session may cover it (
to the API extension?
On 2014年04月17日 05:25, Jiang, Yunhong wrote:
Hi, Christopher,
I have some question to the API changes related to
https://review.openstack.org/#/c/80707/4/nova/api/openstack/compute/
plugins/v3/hypervisors.py , which adds a property to the hypervisor
information
single comment they made was -1 worthy on its own. Often times I will -1
for a spelling mistake and then make a bunch of other purely-opinion
comments which don't necessarily need to change.
Do we really want to -1 for spelling mistake in nova-specs? This is really a
bad news for non-native
Hi, Christopher,
I have some question to the API changes related to
https://review.openstack.org/#/c/80707/4/nova/api/openstack/compute/plugins/v3/hypervisors.py
, which adds a property to the hypervisor information.
a) I checked the https://wiki.openstack.org/wiki/APIChangeGuidelines
as precendence.
Thanks
--jyh
-Original Message-
From: Jiang, Yunhong [mailto:yunhong.ji...@intel.com]
Sent: Thursday, February 27, 2014 1:55 PM
To: OpenStack Development Mailing List (not for usage questions);
yunhong jiang
Subject: Re: [openstack-dev] [Nova] why force_config_drive
One reason of the confusion is, in some virt driver (maybe xenapi or
vmwareapi), one compute service manages multiple node.
--jyh
-Original Message-
From: Chris Friesen [mailto:chris.frie...@windriver.com]
Sent: Friday, February 28, 2014 7:40 AM
To: openstack-dev@lists.openstack.org
Hi, Michael and all,
I created some changes to config_drive, and hope to get some feedback.
The patches are at
https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:config_drive_cleanup,n,z
The basically ideas of the changes are:
1)
/2014 11:38 AM, Jiang, Yunhong wrote:
One reason of the confusion is, in some virt driver (maybe xenapi or
vmwareapi), one compute service manages multiple node.
Okay, so in the scenario above, is the nova-compute service running on a
I think the nova compute service runs on a host, as you can
Sorry forgot nova prefix in subject.
--jyh
-Original Message-
From: Jiang, Yunhong [mailto:yunhong.ji...@intel.com]
Sent: Friday, February 28, 2014 9:32 PM
To: openstack-dev@lists.openstack.org
Subject: [openstack-dev] Some changes on config drive
Hi, Michael and all,
I
Public bug reported:
Currently there is a force_config_drive config item for each compute
node. A VM migrated from host w/ force_config_drive to a host w/o it
will lost the config_drive, this is not so good. Currently it's ok
because most of the config drive information is only used at launch
Hi, Brian
I created the BP for persistent resource claim at
https://blueprints.launchpad.net/nova/+spec/persistent-resource-claim , based
on the discussion on IRC, can you please have a look on it to see any potential
issue?
Thanks
--jyh
Hi, John and all,
I updated the blueprint
https://blueprints.launchpad.net/nova/+spec/pci-extra-info-icehouse according
to your feedback, to add the backward compatibility/upgrade issue/examples.
I try to separate this BP with the SR-IOV NIC support as a standalone
not use the
Object List but a simple list to track all the devices.
** Affects: nova
Importance: Undecided
Assignee: jiang, yunhong (yunhong-jiang)
Status: New
** Changed in: nova
Assignee: (unassigned) = jiang, yunhong (yunhong-jiang)
--
You received this bug notification
Public bug reported:
Currently the PCI device object includes a lot of function like
alloc/free/claim etc. However, the NovaObject should not be used this
way, and it makes the PCI device object really different with other
NovaObject implementation.
We should keep the PCI device object as simple
.
-Original Message-
From: Jiang, Yunhong [mailto:yunhong.ji...@intel.com]
Sent: 17 January 2014 05:54
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [nova] how is resource tracking supposed to
work for live migration and evacuation
Robert, thanks for your long reply. Personally I'd prefer option 2/3 as it keep
Nova the only entity for PCI management.
Glad you are ok with Ian's proposal and we have solution to resolve the libvirt
network scenario in that framework.
Thanks
--jyh
-Original Message-
From: Robert
I noticed the BP has been approved, but I really want to understand more on the
reason, can anyone provide me some hints?
In the BP, it states that For resize, we need to confirm, as we want to give
end user an opportunity to rollback. But why do we want to give user an
opportunity to rollback
There are some related discussion on this before.
There is a BP at
https://blueprints.launchpad.net/nova/+spec/extensible-resource-tracking which
try to support more resources.
And I have a documentation at
https://docs.google.com/document/d/1gI_GE0-H637lTRIyn2UPfQVebfk5QjDi6ohObt6MIc0
.
Hi, Robert, scheduler keep count based on pci_stats instead of the pci flavor.
As stated by Ian at
https://www.mail-archive.com/openstack-dev@lists.openstack.org/msg13455.html
already, the flavor will only use the tags used by pci_stats.
Thanks
--jyh
From: Robert Li (baoli)
To: OpenStack Development Mailing List (not for usage questions)
Cc: Jiang, Yunhong; He, Yongli; Robert Li (baoli) (ba...@cisco.com); Sandhya
Dasu (sadasu) (sad...@cisco.com); ijw.ubu...@cack.org.uk; j...@johngarbutt.com
Subject: RE: [openstack-dev] [nova] [neutron] PCI pass-through network support
be
an excessive number of pci_stats pools. I am not going to stand up and say
this makes it achievable - and if it doesn't them I'm not sure that anything
would make overlapping flavors achievable - but I think it gives us some hope.
--
Ian.
On 13 January 2014 19:27, Jiang, Yunhong
yunhong.ji
-Original Message-
From: Dan Smith [mailto:d...@danplanet.com]
Sent: Monday, January 13, 2014 6:35 AM
To: Jiang, Yunhong; Murray, Paul (HP Cloud Services) (pmur...@hp.com)
Cc: openstack-dev@lists.openstack.org
Subject: Re: The extra_resource in compute node object
This patch
network support
On 10 January 2014 07:40, Jiang, Yunhong
yunhong.ji...@intel.commailto:yunhong.ji...@intel.com wrote:
Robert, sorry that I'm not fan of * your group * term. To me, *your group
mixed two thing. It's an extra property provided by configuration, and also
it's a very-not-flexible
Brian, the issue of 'class name' is because currently the libvirt does not
provide such information, otherwise we are glad to add that :(
But this is a good point and we have considered already. One solution is to
retrieve it through some code like read the configuration space directly. But
Ian, thanks for your reply. Please check comments prefix with [yjiang5].
Thanks
--jyh
From: Ian Wells [mailto:ijw.ubu...@cack.org.uk]
Sent: Friday, January 10, 2014 12:17 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [nova] [neutron] PCI
Hi, Paul/Dan
For the extra_resource (refer to Dan's comments in
https://review.openstack.org/#/c/60258/ for more information), I created a
patch set
https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:extra_resources,n,z
and want to get some
00:04, Jiang, Yunhong
yunhong.ji...@intel.commailto:yunhong.ji...@intel.com wrote:
[yjiang5] Really thanks for the summary and it is quite clear. So what's the
object of equivalent devices at host level? Because 'equivalent device * to
an end user * is flavor, so is it 'equivalent to *scheduler
these properties.
Thanks
--jyh
From: Robert Li (baoli) [mailto:ba...@cisco.com]
Sent: Thursday, January 09, 2014 8:49 AM
To: OpenStack Development Mailing List (not for usage questions); Irena
Berezovsky; Sandhya Dasu (sadasu); Jiang, Yunhong; Itzik Brown;
j...@johngarbutt.com; He, Yongli
Subject: Re
Hi, Ian, when you in aggrement with all of this, do you agree with the 'group
name', or agree with John's pci flavor?
I'm against the PCI group and will send out a reply later.
--jyh
From: Ian Wells [mailto:ijw.ubu...@cack.org.uk]
Sent: Thursday, January 09, 2014 9:47 AM
To: OpenStack
BTW, I like the PCI flavor :)
From: Jiang, Yunhong [mailto:yunhong.ji...@intel.com]
Sent: Thursday, January 09, 2014 10:41 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [nova] [neutron] PCI pass-through network support
Hi, Ian, when you
-Original Message-
From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
Bonzini
Sent: Tuesday, November 19, 2013 1:14 AM
To: Jiang, Yunhong
Cc: qemu-devel@nongnu.org; da...@gibson.dropbear.id.au;
eduard.munte...@linux360.ro
Subject: Re: Are there any IOMMU
Hi, all
I noticed there are several patchset has been sent out about IOMMU
emulation like
http://lists.gnu.org/archive/html/qemu-devel/2011-10/msg03764.html,
http://lists.gnu.org/archive/html/qemu-devel/2011-01/msg03196.html . Also I
noticed that PPC platform has IOMMU emulation
-Original Message-
From: Dan Smith [mailto:d...@danplanet.com]
Sent: Friday, November 15, 2013 7:30 AM
To: OpenStack Development Mailing List (not for usage questions);
isaku.yamah...@gmail.com
Subject: Re: [openstack-dev] [nova][api] Is this a potential issue
You're not
of Dan and Russell).
Is there a particular part you were interested in?
-Original Message-
From: Jiang, Yunhong [mailto:yunhong.ji...@intel.com]
Sent: 14 November 2013 18:20
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [nova][object
/13 at 11:12pm, Jiang, Yunhong wrote:
Hi, Dan Smith and all,
I noticed followed statement in 'Icehouse tasks' in
https://etherpad.openstack.org/p/IcehouseNovaExtensibleSchedulerMetr
ics
convert resource tracker to objects
make resoruce tracker extensible
/13 at 05:37pm, Jiang, Yunhong wrote:
-Original Message-
From: Andrew Laski [mailto:andrew.la...@rackspace.com]
Sent: Wednesday, November 13, 2013 3:22 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [nova][object] One question
-Original Message-
From: Dan Smith [mailto:d...@danplanet.com]
Sent: Thursday, November 14, 2013 10:43 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [nova][object] One question to the resource
tracker session
You're right, it's
-Original Message-
From: Tuomas Paappanen [mailto:tuomas.paappa...@tieto.com]
Sent: Wednesday, November 13, 2013 4:46 AM
To: openstack-dev@lists.openstack.org
Subject: [openstack-dev] [nova] Core pinning
Hi all,
I would like to hear your thoughts about core pinning in
-Original Message-
From: Chris Friesen [mailto:chris.frie...@windriver.com]
Sent: Wednesday, November 13, 2013 9:57 AM
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [nova] Core pinning
On 11/13/2013 11:40 AM, Jiang, Yunhong wrote:
But, from performance
Hi, Dan Smith and all,
I noticed followed statement in 'Icehouse tasks' in
https://etherpad.openstack.org/p/IcehouseNovaExtensibleSchedulerMetrics
convert resource tracker to objects
make resoruce tracker extensible
no db migrations ever
, Yunhong wrote:
Resend after the HK summit, hope someone can give me hint on it.
Thanks
--jyh
-Original Message-
From: Jiang, Yunhong [mailto:yunhong.ji...@intel.com]
Sent: Thursday, November 07, 2013 5:39 PM
To: openstack-dev@lists.openstack.org
Subject: [openstack-dev] [nova
-Original Message-
From: Shawn Hartsock [mailto:hartso...@vmware.com]
Sent: Tuesday, November 12, 2013 12:56 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [nova] [heat] Custom Flavor creation through
Heat
My concern with
Hi, all
I'm a bit confused of followed code in ./compute/api.py, which will be
invoked by api/openstack/compute/servers.py, _action_revert_resize().
From the code seems there is a small windows between get the migration
object and update migration.status. If another API request
[mailto:rbry...@redhat.com]
Sent: Sunday, November 03, 2013 12:12 AM
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [nova][scheduler]The database access in the
scheduler filters
On 11/01/2013 06:39 AM, Jiang, Yunhong wrote:
I noticed several filters
As Shawn Hartsock pointed out in the reply, I made a stupid error in the
calculation. It's in fact 55 access per second, not that big number I
calculated.
I thought I graduated from elementary school but seems I'm wrong. Really sorry
for the stupid error.
--jyh
-Original Message-
Yes, you are right .. :(
-Original Message-
From: Shawn Hartsock [mailto:hartso...@vmware.com]
Sent: Friday, November 01, 2013 8:20 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [nova][scheduler]The database access in the
Aha, right after replied Harsock's mail, I realized I'm correct still. Glad
that I did graduated from the school :)
--jyh
-Original Message-
From: Jiang, Yunhong [mailto:yunhong.ji...@intel.com]
Sent: Friday, November 01, 2013 10:32 AM
To: OpenStack Development Mailing List
--jyh
From: Robert Li (baoli) [mailto:ba...@cisco.com]
Sent: Monday, October 28, 2013 12:22 PM
To: Irena Berezovsky; prashant.upadhy...@aricent.com; Jiang, Yunhong;
chris.frie...@windriver.com; He, Yongli; Itzik Brown
Cc: OpenStack Development Mailing List; Brian Bowen (brbowen); Kyle Mestery
vNIC type assignment, the networking configuration can be
applied by a dedicated L2 neutron agent.
BR,
Irena
From: Jiang, Yunhong [mailto:yunhong.ji...@intel.com]
Sent: Tuesday, October 29, 2013 9:04 AM
To: Robert Li (baoli); Irena Berezovsky;
prashant.upadhy
, the PCI requirement should come from the network configuration and
image property. Or you think user still need passing flavor with pci request?
--jyh
From: Irena Berezovsky [mailto:ire...@mellanox.com]
Sent: Tuesday, October 29, 2013 3:17 AM
To: Jiang, Yunhong; Robert Li (baoli); prashant.upadhy
:*Robert Li (baoli) [mailto:ba...@cisco.com]
*Sent:* Tuesday, October 29, 2013 3:31 PM
*To:* Jiang, Yunhong; Irena Berezovsky;
prashant.upadhy...@aricent.com;
chris.frie...@windriver.com; He, Yongli; Itzik Brown
*Cc:* OpenStack Development Mailing List; Brian Bowen (brbowen);
Kyle
Mestery
, Jiang, Yunhong yunhong.ji...@intel.com
wrote:
Henry,why do you think the service VM need the entire PF instead of a
VF? I think the SR-IOV NIC should provide QoS and performance
isolation.
I was speculating. I just thought it might be a good idea to leave open the
possibility of assigning
-through network
support
Hi Yunhong.
On Tue, Oct 29, 2013 at 08:22:40PM +,
Jiang, Yunhong yunhong.ji...@intel.com wrote:
* describe resource external to nova that is attached to VM in the API
(block device mapping and/or vif references)
* ideally the nova scheduler needs to be aware
Hi, stackers,
When reading code related to the resource tracker, I noticed AggregateRamFilter
as in https://review.openstack.org/#/c/33828/.
I'm not sure if it's better to use per node configuration of ram ration,
instead of depends on the host aggregate? Currently we have to have DB call for
** Changed in: nova
Status: New = Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1244045
Title:
Memory calculation is not accurate for KVM hypervisor
Greg, thanks for your kindly reply.
--jyh
-Original Message-
From: Greg Clayton [mailto:gclay...@apple.com]
Sent: Wednesday, October 23, 2013 11:09 AM
To: Jiang, Yunhong
Cc: lldb-dev@cs.uiuc.edu
Subject: Re: [lldb-dev] Can I use lldb to debug Mac OSX remotely from
linux machine
1 - 100 of 147 matches
Mail list logo
