Hi,
At the moment we have a terribly long queue for minesweeper. We are able to
reduce this considerably by running tempest tests in parallel. We have
encountered 2 race conditions when we do this and it would be very helpful if
we can get the following patches in – they will help with the
Hi Vishvananda,
I would be interested in such a working group.
Can you please confirm the meeting hour for this Friday ?
I've seen 1600 UTC in your email and 2100 UTC in the wiki (
https://wiki.openstack.org/wiki/Meetings#Hierarchical_Multitenancy_Meeting ).
As I'm in Europe I'd prefer 1600
Hi fellow developers,
Once again this morning I received a mail from Launchpad for a bug on
Ceilometer where the comment was:
I will be out of the office starting 01/28/2014 and will not return
until 02/10/2014.
So could you *PLEASE* stop enabling your autoresponders on Launchpad?
-Original Message-
From: Justin Santa Barbara [mailto:jus...@fathomdb.com]
Sent: 28 January 2014 20:17
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Nova] bp proposal: discovery of peer instances
through metadata service
Thanks
On Mon, Jan 27, 2014 at 05:58:20PM +, Daniel P. Berrange wrote:
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
-Original Message-
From: Vishvananda Ishaya [mailto:vishvana...@gmail.com]
Sent: 29 January 2014 03:40
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Nova] bp proposal: discovery of peer instances
through metadata service
On Jan
Thank you for bringing this up, Trevor.
EDP gets more diverse and it's time to change its model.
I totally agree with your proposal, but one minor comment.
Instead of savanna. prefix in job_configs wouldn't it be better to make it
as edp.? I think savanna. is too more wide word for this.
And one
Hi there,
I see lots of unit tests jobs on gate fail with errors like
2014-01-29 10:48:44.933 | File
/home/jenkins/workspace/gate-taskflow-python26/.tox/py26/lib/python2.6/site-packages/subunit/test_results.py,
line 23, in module
2014-01-29 10:48:44.934 | from testtools.compat import all
Thanks so much for figuring this out, I was very puzzled by that this
morning,trying to run keystone tests on my local copy !
Matthieu Huin
m...@enovance.com
- Original Message -
From: Ivan Melnikov imelni...@griddynamics.com
To: OpenStack Development Mailing List (not for usage
Please see that temporary solution: https://review.openstack.org/#/c/69840/
Thanks,
Dina
On Wed, Jan 29, 2014 at 3:18 PM, Matthieu Huin
matthieu.h...@enovance.comwrote:
Thanks so much for figuring this out, I was very puzzled by that this
morning,trying to run keystone tests on my local copy
Le 29/01/2014 12:07, Ivan Melnikov a écrit :
I also filed a bug for taskflow, feel free to add your projects there if
it's affected, too: https://bugs.launchpad.net/taskflow/+bug/1274050
Climate is also impacted, we can at least declare a recheck with this
bug number.
-Sylvain
I've proposed temp fix for global requirements:
https://review.openstack.org/#/c/69840/, it's not the best solution, but
looks like the only one now.
logstash link:
On 01/29/2014 06:24 AM, Sylvain Bauza wrote:
Le 29/01/2014 12:07, Ivan Melnikov a écrit :
I also filed a bug for taskflow, feel free to add your projects there if
it's affected, too: https://bugs.launchpad.net/taskflow/+bug/1274050
Climate is also impacted, we can at least declare a
Dear Vishvananda,
Sorry for very late reply. I was stupid not to follow your reply (i had messed
it some how).
Actually, i am confused after seeing your mail. In the last two weeks, i was
doing some testing (creating use cases) on Keystone and Nova.
Part 1: Delegating rights
I had made the
On 01/28/2014 10:53 PM, Vishvananda Ishaya wrote:
On Jan 27, 2014, at 6:57 PM, Christopher Yeoh cbky...@gmail.com
mailto:cbky...@gmail.com wrote:
On Tue, Jan 28, 2014 at 12:55 AM, Sean Dague s...@dague.net
mailto:s...@dague.net wrote:
On 01/27/2014 09:07 AM, Macdonald-Wallace,
Le 29/01/2014 12:51, Sean Dague a écrit :
Right, but until a testtools fix is released, it won't pass. So please
no rechecks until we have a new testtools from Robert that fixes things.
-Sean
Indeed you're right. Any way to promote some bugs with Gerrit without
doing a recheck, then
Hi,
I'm working with Vinod. We'd like to join as well. Same issue on our
side: 16:00 UTC is better for us.
Ulrich and Vinod
On 29.01.2014 10:56, Florent Flament wrote:
Hi Vishvananda,
I would be interested in such a working group.
Can you please confirm the meeting hour for this Friday ?
Robert,
Here's a merge request for subunit
https://code.launchpad.net/~subunit/subunit/trunk/+merge/203723
-- dims
On Wed, Jan 29, 2014 at 6:51 AM, Sean Dague s...@dague.net wrote:
On 01/29/2014 06:24 AM, Sylvain Bauza wrote:
Le 29/01/2014 12:07, Ivan Melnikov a écrit :
I also filed a bug
Dear all,
As promised in the Scheduler/Gantt meeting, here is our analysis on the
connection between Policy Based Scheduler and Solver Scheduler:
https://docs.google.com/document/d/1RfP7jRsw1mXMjd7in72ARjK0fTrsQv1bqolOri
IQB2Y
This document briefs the mechanism of the two schedulers and the
Hi Trinath,
you can find more info about third party testing here [1]
Every new driver or plugin is required to provide a testing system that
will test new patches and post
a +1/-1 to Gerrit .
There were meetings organized by Kyle to talk about how to set up the
system [2]
It will probably help
hi,
we (Ryu project) are currently working on a new version of
Ryu neutron plugin/agent. we have a blueprint for it
waiting for review/approval. can you please take a look? thanks.
https://blueprints.launchpad.net/neutron/+spec/ryu-ml2-driver
YAMAMOTO Takashi
Stef,
Getting lauchpad bus in ask.openstack would really help people and this
looks really nice.(just saw some question-answers) I was not able to search
for questions though and (answered/unanswered) questions filters are not
working. Just one small question, how the import will happen for
On 28.01.2014 21:44, Adam Young wrote:
To be clear, are you going to use mod_mellon as the Apache Auth module?
I am leaning towards mod_shib, as at least in theory it handles ECP
extension. And I am not so sure mod_mellon does.
Adam, do you have at RedHat any experience with ECP SAML
On Tue, Jan 28, 2014 at 8:47 PM, Ben Nemec openst...@nemebean.com wrote:
On 2014-01-27 11:42, 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
Certainly my original inclination (and code!) was to agree with you Vish, but:
1) It looks like we're going to have writable metadata anyway, for
communication from the instance to the API.
2) I believe the restrictions make it impractical to abuse it as a
message-bus: size-limits, quotas and
Folks:
As you can see from our meeting agent for today [1], we are tracking
a large number of new ML2 MechanismDrivers at the moment. We plan
to discuss these in the meeting again this week in the ML2 meeting [2]
at 1600 UTC in #openstack-meeting-alt. Also, it would be great if each
So, assuming we go forward with this, the followup question is whether
or not to move main_class and java_opts for Java actions into
edp.java.main_class and edp.java.java_opts configs.
I think yes.
Best,
Trevor
On Wed, 2014-01-29 at 09:15 -0500, Trevor McKay wrote:
On Wed, 2014-01-29 at 14:35
I imagine ‘neutron’ would follow suit as well..
On Jan 29, 2014, at 9:23 AM, Trevor McKay tmc...@redhat.com wrote:
So, assuming we go forward with this, the followup question is whether
or not to move main_class and java_opts for Java actions into
edp.java.main_class and edp.java.java_opts
Hi folks,
I'd like to do a recap on today's meeting, and if possible we should continue
the discussion in this thread so that we can be more productive in tomorrow's
meeting.
Bob suggests that we have these BPs:
One generic covering implementing binding:profile in ML2, and one specific to
Hi,
In the Documentation, it was mentioned that there are two API's to see the
quotas of a tenant.
1. v2/{tenant_id}/os-quota-sets - Shows quotas for a tenant
2. v2/{tenant_id}/os-quota-sets/{tenant_id}/{user_id} - Enables an admin to
show quotas for a specified tenant and a user
I guess the
Hi,
I'm also working with multitenancy and I would like to join this working
group.
Telles Nóbrega
On Wed, Jan 29, 2014 at 9:14 AM, Ulrich Schwickerath
ulrich.schwicker...@cern.ch wrote:
Hi,
I'm working with Vinod. We'd like to join as well. Same issue on our side:
16:00 UTC is better
Meter Names:
fanspeed, fanspeed.min, fanspeed.max, fanspeed.status
voltage, voltage.min, voltage.max, voltage.status
temperature, temperature.min, temperature.max,
temperature.status
'FAN 1': {
'current_value': '4652',
Hi can you point out where you're seeing documentation for the first
without tenant_id?
At http://api.openstack.org/api-ref-compute-ext.html#ext-os-quota-sets only
the tenant_id is documented.
This is documented identically at
On Jan 29, 2014, at 22:48, Vinod Kumar Boppanna vinod.kumar.boppa...@cern.ch
wrote:
Hi,
In the Documentation, it was mentioned that there are two API's to see the
quotas of a tenant.
1. v2/{tenant_id}/os-quota-sets - Shows quotas for a tenant
2.
On Jan 29, 2014, at 3:55 AM, Vinod Kumar Boppanna
vinod.kumar.boppa...@cern.ch wrote:
Dear Vishvananda,
Sorry for very late reply. I was stupid not to follow your reply (i had
messed it some how).
Actually, i am confused after seeing your mail. In the last two weeks, i was
doing
Hi Yongli,
Thank you for addressing my comments, and for adding the encryption card
use case. One thing that I want to point out is that in this use case, you
may not use the pci-flavor in the --nic option because it's not a neutron
feature.
I have a few more questions:
1. pci-flavor-attrs is
Trevor,
it sounds reasonable to move main_class and java_opts to edp.java.
Jon,
does you mean neutron-related info for namespaces support? If yes than
neutron isn't the user-side config.
Thanks.
On Wed, Jan 29, 2014 at 6:37 PM, Jon Maron jma...@hortonworks.com wrote:
I imagine 'neutron'
The neutron patch [1] and nova patch [2], proposed to resolve the
get_firewall_required should use VIF parameter from neutron bug [3],
replace the binding:capabilities attribute in the neutron portbindings
extension with a new binding:vif_security attribute that is a dictionary
with several keys
Hi Robert,
I think that I can go with Bob's suggestion, but think it makes sense to cover
the vnic_type and PCI-passthru via two separate patches. Adding vnic_type will
probably impose changes to existing Mech. Drivers while PCI-passthru is about
introducing some pieces for new SRIOV supporting
Hi stackers,
I would like to share my wonder here about Notifications.
I'm working [1] on Heat notifications and I noticed that :
1/ Heat uses his context to store 'password'
2/ Heat and Nova store 'auth_token' in context too. Didn't check for other
projects except for neutron which doesn't
I reported a bug here: https://bugs.launchpad.net/openstack-manuals/+bug/1274153
On Jan 29, 2014, at 23:33, Anne Gentle a...@openstack.org wrote:
Hi can you point out where you're seeing documentation for the first without
tenant_id?
At
I apologize for the confusion. The Wiki time of 2100 UTC is the correct time
(Noon Pacific time). We can move tne next meeting to a different day/time that
is more convienient for Europe.
Vish
On Jan 29, 2014, at 1:56 AM, Florent Flament
florent.flament-...@cloudwatt.com wrote:
Hi
On Jan 29, 2014, at 5:26 AM, Justin Santa Barbara jus...@fathomdb.com wrote:
Certainly my original inclination (and code!) was to agree with you Vish, but:
1) It looks like we're going to have writable metadata anyway, for
communication from the instance to the API.
2) I believe the
Hi Irena,
I'm now even more confused. I must have missed something. See inline….
Thanks,
Robert
On 1/29/14 10:19 AM, Irena Berezovsky
ire...@mellanox.commailto:ire...@mellanox.com wrote:
Hi Robert,
I think that I can go with Bob’s suggestion, but think it makes sense to cover
the vnic_type
For those of you in Europe, I would appreciate your attendance at 2100 UTC if
you can make it. I know this is a bad time for you, so I will also jump in
#openstack-meeting-alt on Friday at 1600 UTC. We can have an impromptu
discussion there so I can incorporate your knowledge and feedback into
Hi,
I'm working with multitenancy and I also wanna join this working group,
but I'm not sure whether I can attend the meeting this Friday.
Demontiê Santos
Em 2014-01-29 12:59, Vishvananda Ishaya escreveu:
I apologize for the confusion. The Wiki time of 2100 UTC is the
correct time (Noon
Thanks, it's confirmed and the doc team can work on it. Appreciate you
asking!
Anne
On Wed, Jan 29, 2014 at 9:44 AM, Yingjun Li liyingjun1...@gmail.com wrote:
I reported a bug here:
https://bugs.launchpad.net/openstack-manuals/+bug/1274153
On Jan 29, 2014, at 23:33, Anne Gentle
On Wed, Jan 29, 2014 at 7:22 AM, Gordon Chung chu...@ca.ibm.com wrote:
Meter Names:
fanspeed, fanspeed.min, fanspeed.max, fanspeed.status
voltage, voltage.min, voltage.max, voltage.status
temperature, temperature.min, temperature.max, temperature.status
Hi Manuel,
Responses inline. Thanks for the feedback!
- Original Message -
| From: Manuel Stein (Manuel) manuel.st...@alcatel-lucent.com
| To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
| Sent: Friday, January 24, 2014 2:03:43 AM
|
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 to deprecating
nova-network in favor of Neutron:
- Feature parity
On 1/29/2014 10:47 AM, 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 to deprecating
Thanks to the Ana Krivokapic's comment in
https://bugs.launchpad.net/horizon/+bug/1271151 I've found a typo in my
code, so it's not Horizon's bug but mine. So, the original approach I used
for augmenting openstack_dashboard settings (which is described in the
initial letter of this thread) works
Effective immediately, I would like to unfreeze nova-network
development.
I fully support this plan, while also agreeing that Neutron is the
future of networking for OpenStack. As we have seen with recent
performance-related gate failures, we cannot continue to ignore
nova-network while the
Okay, I think you've convinced me. Specific comments below.
-Ben
On 2014-01-29 07:05, Doug Hellmann wrote:
On Tue, Jan 28, 2014 at 8:47 PM, Ben Nemec openst...@nemebean.com wrote:
On 2014-01-27 11:42, Doug Hellmann wrote:
We have a blueprint open for separating translated log
I like idea of edp. prefix.
Andrew.
On Wed, Jan 29, 2014 at 6:23 AM, Trevor McKay tmc...@redhat.com wrote:
So, assuming we go forward with this, the followup question is whether
or not to move main_class and java_opts for Java actions into
edp.java.main_class and edp.java.java_opts configs.
Hey there,
Could someone clarify how python clients like novaclient, glanceclient
release process works? How can we add more features and how the target
releases are set... etc...
Any documentation, or any comment is appreciated.
Thanks!
Tiago
___
On Wed, Jan 29, 2014 at 11:52 AM, Ben Nemec openst...@nemebean.com wrote:
Okay, I think you've convinced me. Specific comments below.
-Ben
On 2014-01-29 07:05, Doug Hellmann wrote:
On Tue, Jan 28, 2014 at 8:47 PM, Ben Nemec openst...@nemebean.com wrote:
On 2014-01-27 11:42, Doug
Hi Robert,
Please see inline, I'll try to post my understanding.
From: Robert Li (baoli) [mailto:ba...@cisco.com]
Sent: Wednesday, January 29, 2014 6:03 PM
To: Irena Berezovsky; rkuk...@redhat.com; Sandhya Dasu (sadasu); OpenStack
Development Mailing List (not for usage questions)
Subject: Re:
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 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 in Icehouse after the icehouse-2 milestone. The time
has come. :-)
First,
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 in
Tiago Mello wrote:
Could someone clarify how python clients like novaclient, glanceclient
release process works? How can we add more features and how the target
releases are set... etc...
Libraries are released as-needed, and new features are continuously
pushed to them. They use semver
On Tue, Jan 28, 2014 at 9:05 PM, Robert Collins
robe...@robertcollins.net wrote:
So, thoughts...
I do see this as useful, but I don't see an all-in-one overcloud as
useful for developers of tuskar (or pretty much anything). It's just
not realistic enough.
True.
I do however see the all in
On 1/29/14 7:39 PM, Russell Bryant rbry...@redhat.com 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 in Icehouse
On 01/29/2014 12:45 PM, Daniel P. Berrange wrote:
I was thinking of an upgrade path more akin to what users got when we
removed the nova volume driver, in favour of cinder.
https://wiki.openstack.org/wiki/MigrateToCinder
ie no guest visible downtime / interuption of service, nor running
Hi Angus,
Let me share my view on this. I think we need to distinguish implementation
and semantics. Context means that you provide an information for method but
method will not keep or store this information. Method does not own context
but can modify it. Context does not explicitly define what
Hi Thierry,
On Wed, Jan 29, 2014 at 3:46 PM, Thierry Carrez thie...@openstack.orgwrote:
Tiago Mello wrote:
Could someone clarify how python clients like novaclient, glanceclient
release process works? How can we add more features and how the target
releases are set... etc...
Libraries
I was thinking for the upgrade process that we could leverage the port
attach/detach BP done by Dan Smith a while ago. This has libvirt support
and there are patches pending approval for Xen and Vmware. Not sure about
the other drivers.
If the guest can deal with the fact that the nova port
On 01/29/2014 07:22 PM, 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:24 AM, Daniel P.
On Jan 23, 2014, at 3:41 PM, Michael Basnight mbasni...@gmail.com wrote:
Will we be doing more complex things than every day at some time? ie, does
the user base see value in configuring backups every 12th day of every other
month? I think this is easy to write the schedule code, but i
On Wed, Jan 29, 2014 at 2:12 PM, Joe Gordon joe.gord...@gmail.com wrote:
Projects that have set the testtools line in test-requirements.txt to:
testtools=0.9.32,0.9.35
Will not be able to pass there unit tests.
Note: due to https://launchpad.net/bugs/1274251 auto-sync global
requirements
On 01/29/2014 11:50 AM, Swann Croiset wrote:
Hi stackers,
I would like to sharemy wonder here about Notifications.
I'm working [1] on Heat notifications and I noticed that :
1/ Heat uses his context to store 'password'
2/ Heat and Nova store 'auth_token' in context too. Didn't check
CC'd Adam Young
Several of us were very much in favor of this around the Folsom release,
but we settled on domains as a solution to the most immediate use case
(isolation between flat collections of tenants, without impacting the rest
of openstack). I don't think it has been discussed much in the
On 2014-01-29 13:12, Joe Gordon wrote:
Projects that have set the testtools line in test-requirements.txt to:
testtools=0.9.32,0.9.35
Was this supposed to be Projects that have _not_ set...?
Will not be able to pass there unit tests.
On Wed, Jan 29, 2014 at 7:23 AM, Davanum Srinivas
On Wed, Jan 29, 2014 at 11:30 AM, Ben Nemec openst...@nemebean.com wrote:
On 2014-01-29 13:12, Joe Gordon wrote:
Projects that have set the testtools line in test-requirements.txt to:
testtools=0.9.32,0.9.35
Was this supposed to be Projects that have _not_ set...?
eep, yes. Although a
Awesome - thanks dims, sadly I didn't see this (you proposed to merge
trunk *into* your fix branch not the otherway around) until I read
this list thread - I got up and saw IRC pings first, so fixed it asap.
Anyhow - subunit 0.0.18 fixes this, and will work with older
testtools, so it should be a
I'm not seeing a path to migrate 1,000s of production VMs from nova network to
Neutron.
Can someone describe how this can be done without downtime for the VMs ?
Can we build an approach for the cases below in a single OpenStack production
cloud:
1. Existing VMs to carry on running without
I believe the current recommendation is also to not vote -1 automatically, see:
https://review.openstack.org/#/c/63478
On Wed, Jan 29, 2014 at 4:41 AM, Rossella Sblendido
rosse...@midokura.com wrote:
Hi Trinath,
you can find more info about third party testing here [1]
Every new driver or
All,
Barbican, the key management service for OpenStack, requested incubation
before the holidays. After the initial review, there were several issues
brought up by various individuals that needed to be resolved
pre-incubation. At this point, we have completed the work on those tasks.
I'd like
We are currently hammering out the blueprints for asymmetric key support
(both for escrow and generation). Happy to talk more about your use case if
you are interested. We can do it over email or you can hop into
#openstack-barbican on Freenode and talk to the team there.
Thanks,
Jarret
From:
Thanks Adam.
The guys working on this are hdegikli and reaperhulk. The easiest way to
fine them is in #openstack-barbican. I'll cc reaperhulk on this so you have
his email. I don't think I have hdegikli's email.
Thanks,
Jarret
From: Александра Безбородова bezborodov...@gmail.com
Reply-To:
Hello All.
Also I have a proposition to discuss current graduation status of oslo.db
code.
This code going to move into a separate library (it will be soon, I hope),
so it's would be nice to look at it's state/issues/and-so-on due to speed
up graduation process and avoid any confusion in the
On Jan 29, 2014, at 10:45 AM, Dan Smith d...@danplanet.com wrote:
I was thinking for the upgrade process that we could leverage the port
attach/detach BP done by Dan Smith a while ago. This has libvirt support
and there are patches pending approval for Xen and Vmware. Not sure about
the
On 01/29/2014 11:34 PM, Russell Bryant wrote:
[. . .]
There's a bit of a bigger set of questions here, too ...
Should nova-network *ever* go away? Or will there always just be a
choice between the basic/legacy nova-network option, and the new fancy
SDN-enabling Neutron option? Is the
On 01/29/2014 04:20 PM, Kashyap Chamarthy wrote:
On 01/29/2014 11:34 PM, Russell Bryant wrote:
[. . .]
There's a bit of a bigger set of questions here, too ...
Should nova-network *ever* go away? Or will there always just be a
choice between the basic/legacy nova-network option, and the
Just a quick reminder that the weekly OpenStack QA team IRC meeting will be
tomorrow Thursday, January 30th at 17:00 UTC in the #openstack-meeting
channel.
The agenda for tomorrow's meeting can be found here:
https://wiki.openstack.org/wiki/Meetings/QATeamMeeting
Anyone is welcome to add an item
My proposals:
On 29 January 2014 16:43, Robert Li (baoli) ba...@cisco.com wrote:
1. pci-flavor-attrs is configured through configuration files and will be
available on both the controller node and the compute nodes. Can the cloud
admin decide to add a new attribute in a running cloud? If
On 01/29/2014 09:46 AM, Robert Li (baoli) wrote:
Another issue that came up during the meeting is about whether or not
vnic-type should be part of the top level binding or part of
binding:profile. In other words, should it be defined as
binding:vnic-type or binding:profile:vnic-type.
I'd
On Monday, January 27, 2014 7:17:27 AM, Alessandro Pilotti wrote:
On 25 Jan 2014, at 16:51 , Matt Riedemann mrie...@linux.vnet.ibm.com wrote:
On 1/24/2014 3:41 PM, Peter Pouliot wrote:
Hello OpenStack Community,
I am excited at this opportunity to make the community aware that the
Hi Sergey,
In https://review.openstack.org/#/c/69982/1 we are moving the
'main_class' and 'java_opts' fields for a job execution into the
job_configs['configs'] dictionary. This means that 'main_class' and
'java_opts' don't need to be in the database anymore.
These fields were just added in
Given the issues we continue to face with achieving stable APIs, I
hope there will be some form of formal API review before we approve
any new OpenStack APIs. When we release an API, it should mean that
we're committing to support that API _forever_.
Glancing at the specification, I noticed some
+1 on new migration script. Just to be consecutive.
Andrew.
On Wed, Jan 29, 2014 at 2:17 PM, Trevor McKay tmc...@redhat.com wrote:
Hi Sergey,
In https://review.openstack.org/#/c/69982/1 we are moving the
'main_class' and 'java_opts' fields for a job execution into the
On Jan 29, 2014, at 12:04 PM, Russell Bryant rbry...@redhat.com wrote:
On 01/29/2014 12:45 PM, Daniel P. Berrange wrote:
I was thinking of an upgrade path more akin to what users got when we
removed the nova volume driver, in favour of cinder.
Hi Irena,
With your reply, and after taking a close look at the code, I think that I
understand it now.
Regarding the cli change:
neutron port-create –binding:profile type=dict vnic_type=direct
following the neutron net-create —provider:physical_network as an example,
--binding:* can be
Hi Bob,
that's a good find. profileid as part of IEEE 802.1br needs to be in
binding:profile, and can be specified by a normal user, and later possibly
the pci_flavor. Would it be wrong to say something as in below in the
policy.json?
create_port:binding:vnic_type: rule:admin_or_network_owner
On 01/29/2014 05:44 PM, Robert Li (baoli) wrote:
Hi Bob,
that's a good find. profileid as part of IEEE 802.1br needs to be in
binding:profile, and can be specified by a normal user, and later possibly
the pci_flavor. Would it be wrong to say something as in below in the
policy.json?
On Wed, Jan 29, 2014 at 2:42 PM, Jarret Raim jarret.r...@rackspace.comwrote:
All,
Barbican, the key management service for OpenStack, requested incubation
before the holidays. After the initial review, there were several issues
brought up by various individuals that needed to be resolved
A question about this bug:
https://bugs.launchpad.net/ceilometer/+bug/1061817
In the billing program we are currently writing we've partly accounted
for resetting of values in a given period for the cumulative metrics,
but since we need high accuracy especially for metrics like
On 29 January 2014 23:50, Robert Kukura rkuk...@redhat.com wrote:
On 01/29/2014 05:44 PM, Robert Li (baoli) wrote:
Hi Bob,
that's a good find. profileid as part of IEEE 802.1br needs to be in
binding:profile, and can be specified by a normal user, and later
possibly
the pci_flavor.
Jarret Raim wrote:
I'm presuming that this is our last opportunity for API review - if
this isn't the right occasion to bring this up, ignore me!
I wouldn't agree here. The barbican API will be evolving over time as we
add new functionality. We will, of course, have to deal with backwards
1 - 100 of 125 matches
Mail list logo