Le 13/11/2014 06:09, Dugger, Donald D a écrit :
OK, as promised I created a Wiki page to keep track of our work
items. It’s linked to from the Gantt meeting page and is also
available here:
https://wiki.openstack.org/wiki/Gantt/kilo
The important column in the Tasks table is the Patches
Will be very interesting to see how this plays out.
FYI, yql (a thing yahoo uses a-lot of, internally and externally) has this kind
of functionality built-in.
https://developer.yahoo.com/yql/guide/yql-execute-chapter.html
I am unaware of any python version of a javascript engine that has
Hi all,
Convergence-POC distributes stack operations by sending resource actions over
RPC for any heat-engine to execute. Entire stack lifecycle will be controlled
by worker/observer notifications. This distributed model has its own advantages
and disadvantages.
Any stack operation has a
On 12/11/14 15:22 -0500, Doug Hellmann wrote:
The oslo.messaging session at the summit [1] resulted in some plans to evolve
how oslo.messaging works, but probably not during this cycle.
First, we talked about what to do about the various drivers like ZeroMQ and the
new AMQP 1.0 driver. We
A question;
How is using something like celery in heat vs taskflow in heat (or at least
concept [1]) 'to many code change'.
Both seem like change of similar levels ;-)
What was your metric for determining the code change either would have (out of
curiosity)?
Perhaps u should look at [2],
Matthias Runge mru...@redhat.com writes:
On Wed, Nov 12, 2014 at 08:35:18AM -0500, Monty Taylor wrote:
Just for the record, I believe that we should chose the tools that
make sense for making our software, as long as it's not physically
impossible for them to be packaged. This means we should
On 11/12/2014 10:47 PM, Victor Lowther wrote:
Hmmm... with this thread in mind, anyone think that changing DISCOVERING
to INTROSPECTING in the new state machine spec is a good idea?
As before I'm uncertain. Discovery is a troublesome term, but too many
people use and recognize it, while IMO
On 11/13/2014 02:45 AM, Dan Smith wrote:
I’m not sure if I’m seeing the second SELECT here either but I’m less
familiar with what I’m looking at. compute_node_update() does the
one SELECT as we said, then it doesn’t look like
self._from_db_object() would emit any further SQL specific to
Doug Hellmann wrote:
The outcome of the “Should Oslo continue to use alpha versions” session at
the summit [1] was unclear, so I would like to continue the discussion here.
As we discussed at the summit, the primary reason for marking Oslo library
releases as alphas was to indicate that
On 11/12/2014 08:06 PM, Doug Hellmann wrote:
During our “Graduation Schedule” summit session we worked through the list of
modules remaining the in the incubator. Our notes are in the etherpad [1], but as
part of the Write it Down” theme for Oslo this cycle I am also posting a
summary of the
Jiri Tomasek jtoma...@redhat.com writes:
Which tools should we use eventually:
Based on the contributions by Maxime, Martin and the others, I think
the list of tools should end up as follows:
Tooling:
npm
bower
gulp
While I find the design of Gulp strange, I'm sure it will do the job.
On Nov 13, 2014, at 12:38 AM, Flavio Percoco fla...@redhat.com wrote:
On 12/11/14 15:22 -0500, Doug Hellmann wrote:
The oslo.messaging session at the summit [1] resulted in some plans to
evolve how oslo.messaging works, but probably not during this cycle.
First, we talked about what to do
Reminder
On Tuesday, November 4, 2014, Sergey Lukjanov slukja...@mirantis.com
wrote:
Hey Sahara folks,
just a friendly reminder that there will be no IRC meetings for Sahara on
both Nov 6 and Nov 13, because of the summit and a lot of folks who'll be
travelling / taking vacations after it.
On Thu, Nov 13, 2014 at 4:45 AM, Angus Salkeld asalk...@mirantis.com wrote:
On Sat, Nov 1, 2014 at 6:45 AM, Everett Toews everett.to...@rackspace.com
wrote:
Hi All,
Chris Yeoh started the use of an APIImpact flag in commit messages for
specs in Nova. It adds a requirement for an APIImpact
Hi,
Intension is not to transfer work load of a failed engine onto an active one.
Convergence implementation that we are working on will be able to recover from
a failure, provided a timeout notification hits heat-engine. All I want is a
safe holding area for my timeout tasks. Timeout can be a
Greetings,
We had an amazing summit last week where we discussed tons of things
for the long and short future of the project. In order to reach those
big goals we set for the project, we need to tackle the short term
goals first.
Please, if you've specs that need to be written do it asap so
Hi All,
The policy file is not reloaded in glance after a change is made to it. You
need to restart glance to load the new policy file. I think all other
components reload the policy file after a change is made to it. Is it a bug
or intended behavior?
Cheers,
Ajaya
Hello Neutron folks,
I see that we have an agent property 'is_active' which internally uses the
method is_agent_down() defined in AgentDbMixin to let us know if the agent is
UP/DOWN, from the server point of view.
But I don't see any of the service plugins or schedulers leveraging this
On 13/11/14 08:52, Nikola Đipanov wrote:
On 11/13/2014 02:45 AM, Dan Smith wrote:
I’m not sure if I’m seeing the second SELECT here either but I’m less
familiar with what I’m looking at. compute_node_update() does the
one SELECT as we said, then it doesn’t look like
self._from_db_object()
On 12/11/14 23:23, Mike Bayer wrote:
On Nov 12, 2014, at 10:56 AM, Matthew Booth mbo...@redhat.com wrote:
For brevity, I have conflated what happens in object.save() with what
happens in db.api. Where the code lives isn't relevant here: I'm only
looking at what happens.
Specifically, the
On 12/11/14 18:23, Jiri Tomasek wrote:
I see relation between Nodejs and js libs/tools and Angular app defining
it's dependencies using NPM and Bower quite similar as Ruby, Rubygems
and Rails application defining it's dependencies in Gemfile.lock.
Rubygems are being packaged in distros, so
2014-11-11 11:01 GMT+01:00 Alan Pevec ape...@gmail.com:
...
All stable maintenance related discussion should happen on
openstack-dev with [stable] tag in the subject.
openstack-stable-maint list is now configured to discard posts from
non-members and reject all posts from members with the
On 12/11/14 19:39, Mike Bayer wrote:
On Nov 12, 2014, at 12:45 PM, Dan Smith d...@danplanet.com wrote:
I personally favour having consistent behaviour across the board.
How about updating them all to auto-refresh by default for
consistency, but adding an additional option to save() to
On 12/11/14 19:39, Mike Bayer wrote:
lets keep in mind my everyone-likes-it-so-far proposal for reader()
and writer(): https://review.openstack.org/#/c/125181/ (this is
where it’s going to go as nobody has -1’ed it, so in absence of any
“no way!” votes I have to assume this is what we’re
Greetings,
Every once in a while we need to revisit our guidelines and even more
importantly we need to advocate for them and make sure the community,
especially core members, are on the same page with regards to those
guidelines.
I've seen poor commit messages lately, which don't clearly
Hi All,
Based on the discussions, I have filed a blue print that initiates discovery of
node hardware details given its credentials at chassis level. I am in the
process of creating a spec for it. Do share your thoughts regarding this -
TL;DR:
Every project should designate a Stable branch liaison.
Hi everyone,
Last week at the summit we discussed evolving the governance around
stable branches, in order to maintain them more efficiently (and
hopefully for a longer time) in the future.
The current situation is the following:
On Thu, Nov 13, 2014 at 4:00 AM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Zane Bitter's message of 2014-11-12 08:42:44 -0800:
On 12/11/14 10:10, Clint Byrum wrote:
Excerpts from Zane Bitter's message of 2014-11-11 13:06:17 -0800:
On 11/11/14 13:34, Ryan Brown wrote:
I am
On Thu, Nov 13, 2014 at 6:29 PM, Murugan, Visnusaran
visnusaran.muru...@hp.com wrote:
Hi all,
Convergence-POC distributes stack operations by sending resource actions
over RPC for any heat-engine to execute. Entire stack lifecycle will be
controlled by worker/observer notifications. This
Hi
On Thu, Nov 13, 2014 at 11:27 AM, Ganapathy, Sandhya
sandhya.ganapa...@hp.com wrote:
Hi All,
Based on the discussions, I have filed a blue print that initiates discovery
of node hardware details given its credentials at chassis level. I am in the
process of creating a spec for it. Do
On Tue, Nov 11, 2014 at 12:13 PM, Angus Salkeld asalk...@mirantis.com
wrote:
Hi all
The HA session was really well attended and I'd like to give some feedback
from the session.
Firstly there is some really good content here:
https://etherpad.openstack.org/p/kilo-crossproject-ha-integration
On 11/11/14 08:02, Richard Jones wrote:
[...]
There were some discussions around tooling. We're using xstatic to
manage 3rd party components, but there's a lot missing from that
environment. I hesitate to add supporting xstatic components on to the
already large pile of work we have to do,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 12/11/14 15:17, Sean Dague wrote:
1) just delete the trove exercise so we can move forward -
https://review.openstack.org/#/c/133930 - that will need to be
backported as well.
The patch is merged. Do we still need to backport it baring in
This was discussed in the Contributor Meetup on Friday at the Summit
but I think it's important to share on the mail list too so we can get
more opnions/suggestions/comments about it.
In the Ironic weekly meeting we dedicate a good time of the meeting to
do some announcements, reporting bug
The problem with considering it a cinder volume rather than a nova
ephemeral volume is that it is just as leaky a set of semantics -
cinder volumes can be detached, attached elsewhere, snapshotted,
backed up, etc - a directly connected bare metal drive will be able to
do none of these things.
Hi Friends,
As discussed during the summit, I have uploaded the spec for review at
https://review.openstack.org/#/c/134179/https://review.openstack.org/
Thanks,
Maruti
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
Hi,
A few months back we started to work on a umbrella spec for Vmware networking
support (https://review.openstack.org/#/c/105369). There are a number of
different proposals for a number of different use cases. In addition to
providing one another with an update of our progress we need to
Hi all,
To follow in the footsteps of the inimitable Infra team, we want to start
monthly bug triaging days. Thursdays seem to be good days for our Aussie
counterparts and follow the milestone pattern. So I'd like to propose our
first for Nov 20.
The idea is not to fix bugs, but triage them for
On 13/11/14 08:23, Matthias Runge wrote:
[...]
Since we don't require node.js on the server (yet), but only for
the development process: did anyone look at node's competitors? Like
CommonJS, Rhino, or SpiderMonkey?
When we were struggling with adding jslint to our CI, we did try a
number of
On Nov 13, 2014, at 3:52 AM, Thierry Carrez thie...@openstack.org wrote:
Doug Hellmann wrote:
The outcome of the “Should Oslo continue to use alpha versions” session at
the summit [1] was unclear, so I would like to continue the discussion here.
As we discussed at the summit, the primary
On Nov 13, 2014, at 3:52 AM, Dmitry Tantsur dtant...@redhat.com wrote:
On 11/12/2014 08:06 PM, Doug Hellmann wrote:
During our “Graduation Schedule” summit session we worked through the list
of modules remaining the in the incubator. Our notes are in the etherpad
[1], but as part of the
On 13/11/14 01:32, Richard Jones wrote:
[...]
We're currently using xstatic and that works with Linux packaging
because it was designed to cope with being a global installation. The
current Horizon codebase has a django-xstatic plugin which further makes
dealing with xstatic components nicer
Dear all,
I have some questions related to the migration of instances from nova-net
to neutron.
Assuming we have deployed Openstack with neutron disabled and we are
running some instances on it.
Now suppose we want to migrate the instances to neutron, what mechanism
would we require considering
Parallel worker was what I initially thought. But what to do if the engine
hosting that worker goes down?
-Vishnu
From: Angus Salkeld [mailto:asalk...@mirantis.com]
Sent: Thursday, November 13, 2014 5:22 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/11/14 17:43, Kevin Benton wrote:
This is awesome. I seem to have misplaced my 540-node cluster. ;-)
Is it possible for you to also patch in
https://review.openstack.org/#/c/132372/ ? In my rally testing of
port retrieval, this one
On 11/13/2014 12:27 PM, Ganapathy, Sandhya wrote:
Hi All,
Based on the discussions, I have filed a blue print that initiates discovery of
node hardware details given its credentials at chassis level. I am in the
process of creating a spec for it. Do share your thoughts regarding this -
On Nov 13, 2014, at 3:38 AM, Flavio Percoco fla...@redhat.com wrote:
On 12/11/14 15:22 -0500, Doug Hellmann wrote:
The oslo.messaging session at the summit [1] resulted in some plans to
evolve how oslo.messaging works, but probably not during this cycle.
First, we talked about what to do
On Nov 13, 2014, at 8:31 AM, Dmitry Tantsur dtant...@redhat.com wrote:
On 11/13/2014 01:54 PM, Doug Hellmann wrote:
On Nov 13, 2014, at 3:52 AM, Dmitry Tantsur dtant...@redhat.com wrote:
On 11/12/2014 08:06 PM, Doug Hellmann wrote:
During our “Graduation Schedule” summit session we
On 13/11/14 06:52, Angus Salkeld wrote:
On Thu, Nov 13, 2014 at 6:29 PM, Murugan, Visnusaran
visnusaran.muru...@hp.com mailto:visnusaran.muru...@hp.com wrote:
Hi all,
__ __
Convergence-POC distributes stack operations by sending resource
actions over RPC for any
On 11/13/2014 01:15 PM, Lucas Alvares Gomes wrote:
This was discussed in the Contributor Meetup on Friday at the Summit
but I think it's important to share on the mail list too so we can get
more opnions/suggestions/comments about it.
In the Ironic weekly meeting we dedicate a good time of the
Hi,
please see answers inline.
On Thu, Nov 13, 2014 at 2:59 PM, Hassaan Pasha pasha.hass...@gmail.com
wrote:
Dear all,
I have some questions related to the migration of instances from nova-net
to neutron.
Assuming we have deployed Openstack with neutron disabled and we are
running some
Before the summit the Oslo team agreed to change our meeting time. Next week
will be the first time we meed under the new schedule.
17 Nov 2014 (and every Monday for the rest of Kilo, unless otherwise announced)
16:00 UTC
IRC: #openstack-meeting-alt
Agenda:
On 13/11/14 03:29, Murugan, Visnusaran wrote:
Hi all,
Convergence-POC distributes stack operations by sending resource actions
over RPC for any heat-engine to execute. Entire stack lifecycle will be
controlled by worker/observer notifications. This distributed model has
its own advantages and
Zane,
We do follow shardy's suggestion of having worker/observer as eventlet in
heat-engine. No new process. The timer will be executed under an engine's
worker.
Question:
1. heat-engine processing resource-action failed (process killed)
2. heat-engine processing timeout for a stack fails
On 12/11/14 19:39, Mike Bayer wrote:
lets keep in mind my everyone-likes-it-so-far proposal for reader()
and writer(): https://review.openstack.org/#/c/125181/ (this is
where it’s going to go as nobody has -1’ed it, so in absence of any
“no way!” votes I have to assume this is what we’re
Guys, I don't think we want to get into this cluster management mud. You say
let's
make observer...and what if observer dies? Do we do observer to observer? And
then
there is split brain. I'm observer, I've lost connection to worker. Should I
restart a worker?
Maybe I'm one who lost connection
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 13/11/14 14:26, Dan Smith wrote:
On 12/11/14 19:39, Mike Bayer wrote:
lets keep in mind my everyone-likes-it-so-far proposal for
reader() and writer(): https://review.openstack.org/#/c/125181/
(this is where it’s going to go as nobody has -1’ed
Can we guarantee that the lifetime of a context object in conductor is
a single rpc call, and that the object cannot be referenced from any
other thread?
Yes, without a doubt.
--Dan
signature.asc
Description: OpenPGP digital signature
___
Fuelers,
among bugs we have to work on, please go over 5.1.1 milestone in the first
order. The plan was to declare a code freeze today, but we still have a
number of bugs opened there. We need your help here.
Also, at
https://review.openstack.org/#/c/130717/
we have release notes draft. It also
On 13/11/14 09:31, Jastrzebski, Michal wrote:
Guys, I don't think we want to get into this cluster management mud. You say
let's
make observer...and what if observer dies? Do we do observer to observer? And
then
there is split brain. I'm observer, I've lost connection to worker. Should I
Fine for me :)
On Thu, Nov 13, 2014 at 6:08 PM, Gary Kotton gkot...@vmware.com wrote:
Hi,
A few months back we started to work on a umbrella spec for Vmware
networking support (https://review.openstack.org/#/c/105369). There are a
number of different proposals for a number of different use
Radomir Dopieralski openst...@sheep.art.pl writes:
On 11/11/14 08:02, Richard Jones wrote:
[...]
There were some discussions around tooling. We're using xstatic to
manage 3rd party components, but there's a lot missing from that
environment. I hesitate to add supporting xstatic components
Excerpts from Zane Bitter's message of 2014-11-13 05:54:03 -0800:
On 13/11/14 03:29, Murugan, Visnusaran wrote:
Hi all,
Convergence-POC distributes stack operations by sending resource actions
over RPC for any heat-engine to execute. Entire stack lifecycle will be
controlled by
On 11/13/2014 07:14 AM, Ihar Hrachyshka wrote:
On 12/11/14 15:17, Sean Dague wrote:
1) just delete the trove exercise so we can move forward -
https://review.openstack.org/#/c/133930 - that will need to be
backported as well.
The patch is merged. Do we still need to backport it baring
By observer I mean process which will actually notify about stack timeout.
Maybe it was poor choice of words. Anyway, something will need to check what
stacks are timed out, and that's new single point of failure.
-Original Message-
From: Zane Bitter [mailto:zbit...@redhat.com]
On 11/13/2014 12:13 PM, Richard Jones wrote:
the npm stuff is all tool chain; tools
that I believe should be packaged as such by packagers.
npm is already in Debian:
https://packages.debian.org/sid/npm
However, just like we can't use CPAN, pear install, pip install and
such when building or
Hi Doug,
I'm going to write the spec regarding the policy graduation, it will be
placed in the keystone-specs repository. I was wondering if someone have
examples of such specs so we can cover all necessary points.
On Thu, Nov 13, 2014 at 10:34 AM, Doug Hellmann d...@doughellmann.com
wrote:
Zane Bitter wrote:
On 01/11/14 16:31, Eoghan Glynn wrote:
1. *make a minor concession to proportionality* - while keeping the
focus on consensus, e.g. by adopting the proportional Condorcet
variant.
It would be interesting to see the analysis again, but in the past this
proved
On 11/13/2014 08:05 PM, Radomir Dopieralski wrote:
On 11/11/14 08:02, Richard Jones wrote:
[...]
There were some discussions around tooling. We're using xstatic to
manage 3rd party components, but there's a lot missing from that
environment. I hesitate to add supporting xstatic components
Excerpts from Joshua Harlow's message of 2014-11-13 00:45:07 -0800:
A question;
How is using something like celery in heat vs taskflow in heat (or at least
concept [1]) 'to many code change'.
Both seem like change of similar levels ;-)
I've tried a few times to dive into refactoring
On 11/13/2014 08:32 AM, Richard Jones wrote:
I note that the Debian JS guidelines* only recommend that libraries
*should* be minified (though I'm unsure why they even recommend that).
I'm not sure why. Though what *must* be done, is that source packages,
and no point, should ever include a
On Nov 12, 2014, at 14:22, Doug Hellmann d...@doughellmann.com wrote:
On Nov 12, 2014, at 4:40 PM, Adam Young ayo...@redhat.com wrote:
On 11/12/2014 02:06 PM, Doug Hellmann wrote:
During our “Graduation Schedule” summit session we worked through the list
of modules remaining the in
There are 3 db apis relating to ProviderFirewallRule:
provider_fw_rule_create, provider_fw_rule_get_all, and
provider_fw_rule_destroy. Of these, only provider_fw_rule_get_all seems
to be used. i.e. It seems they can be queried, but not created.
InstanceGroupPolicy doesn't seem to be used anywhere
I believe this fix to IPv6 dhcp spawn breaks isolated metadata when we have a
subnet combination like this on a network:
1) IPv6 subnet, with DHCP enabled
2) IPv4 subnet, with isolated metadata enabled.
https://review.openstack.org/#/c/123671/1/neutron/agent/dhcp_agent.py
I haven’t been
Hi,
When i create an instance with more than 1 vif, how can i pick and
choose/configure which driver (e1000/virtio) i can assign ?
Many thanks
Sri
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
I chimed in on another thread, but I am reinstating my point just in case.
On 13 November 2014 04:38, Gary Kotton gkot...@vmware.com wrote:
Hi,
A few months back we started to work on a umbrella spec for Vmware
networking support (https://review.openstack.org/#/c/105369). There are a
number
On 11/13/2014 09:58 AM, Clint Byrum wrote:
Excerpts from Zane Bitter's message of 2014-11-13 05:54:03 -0800:
On 13/11/14 03:29, Murugan, Visnusaran wrote:
[snip]
3.Migrate heat to use TaskFlow. (Too many code change)
If it's just handling timed triggers (maybe this is closer to #2) and
Nice catch. Since it’s already merged, a new bug may be in order.
—Robert
On 11/13/14, 10:25 AM, Miguel Ángel Ajo
majop...@redhat.commailto:majop...@redhat.com wrote:
I believe this fix to IPv6 dhcp spawn breaks isolated metadata when we have a
subnet combination like this on a network:
1)
looking at http://specs.openstack.org/openstack/oslo-specs/ and
http://specs.openstack.org/openstack/keystone-specs/ should have all the
info you need. The specs are hosted at:
https://github.com/openstack/keystone-specs there's a template spec too.
Thanks,
On Thu, Nov 13, 2014 at 07:37:33AM -0800, Srini Sundararajan wrote:
Hi,
When i create an instance with more than 1 vif, how can i pick and
choose/configure which driver (e1000/virtio) i can assign ?
The vif driver is is customizable at a per-image level using the
hw_vif_model metadata
+1
I agree with Lucas. Sounds like a good idea. I guess if we could spare
more time for discussing new features and requirements rather than
asking for status, that would be helpful for everyone.
On 11/13/2014 05:45 PM, Lucas Alvares Gomes wrote:
This was discussed in the Contributor Meetup on
Thanks Steve.
On Thu, Nov 13, 2014 at 12:50 PM, Steve Martinelli steve...@ca.ibm.com
wrote:
looking at http://specs.openstack.org/openstack/oslo-specs/ and
http://specs.openstack.org/openstack/keystone-specs/ should have all the
info you need. The specs are hosted at:
If this shows up twice sorry for the repeat:
Armando, Carl:
During the Summit, Armando and I had a very quick conversation concern a
blue print that I submitted,
https://blueprints.launchpad.net/neutron/+spec/dhcp-cpnr-integration and
Armando had mention the possibility of getting together a
I agree that a lot of time is missed with the announcement and status
reports, but mostly because irc is a slow bandwidth communication channel
(like waiting several minutes for a 3 lines announcement to be written)
I propose that any announcement and project status must be written in
advanced to
On 11/13/2014 04:04 PM, Thomas Goirand wrote:
On 11/13/2014 12:13 PM, Richard Jones wrote:
the npm stuff is all tool chain; tools
that I believe should be packaged as such by packagers.
npm is already in Debian:
https://packages.debian.org/sid/npm
However, just like we can't use CPAN, pear
Thomas Goirand z...@debian.org writes:
Also, if the Horizon project starts using something like NPM (which
again, is already available in Debian, so it has my preference), will we
at least be able to control what version gets in, just like with pip?
Yes, npm similarly to pip in that you can
Hi Ajaya,
We'r making some progress on sync-ing the latest Oslo-incubator code in Glance.
It's a little more tricky due to the property protection feature so, we've had
some impedance. Please give your feedback at:
https://review.openstack.org/#/c/127923/3
Please let me know if you've any
+1
I think the best use of our time is to discuss new features and functions
that may have a api or functional impact for ironic or projects that depend
on ironic.
Chris Krelle
On Thu, Nov 13, 2014 at 8:22 AM, Ghe Rivero g...@debian.org wrote:
I agree that a lot of time is missed with the
Matthias Runge mru...@redhat.com writes:
On 13/11/14 15:56, Martin Geisler wrote:
Maybe a silly question, but why insist on this? Why would you insist on
installing a JavaScript based application using your package manager?
I'm a huge fan of package managers and typically refuse to install
All,
The 0.1.9 version of glance_store, and glance's master branch both
contain some fixes for the Swift multi-tenant store.
This security related change hasn't merged to glance_store yet:
https://review.openstack.org/130200
I'd like to suggest that we try to merge this security fix and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 13/11/14 18:17, stuart.mcla...@hp.com wrote:
All,
The 0.1.9 version of glance_store, and glance's master branch both
contain some fixes for the Swift multi-tenant store.
This security related change hasn't merged to glance_store yet:
Yep, it is possible to run the tests inside VMs - the key is that when
you create the VMs you need to be able to give them NUMA topology. This
is possible if you're creating your VMs using virt-install, but not if
you're creating your VMs in a cloud.
I think we should explore this a bit more.
Forgot to mention the main part - this patch should enable the auto loading of
policies.
Thanks,
-Nikhil
From: Nikhil Komawar [nikhil.koma...@rackspace.com]
Sent: Thursday, November 13, 2014 11:56 AM
To: OpenStack Development Mailing List (not for usage
On Thu, Nov 13, 2014 at 09:28:01AM -0800, Dan Smith wrote:
Yep, it is possible to run the tests inside VMs - the key is that when
you create the VMs you need to be able to give them NUMA topology. This
is possible if you're creating your VMs using virt-install, but not if
you're creating
That sounds like something worth exploring at least, I didn't know
about that kernel build option until now :-) It sounds like it ought
to be enough to let us test the NUMA topology handling, CPU pinning
and probably huge pages too.
Okay. I've been vaguely referring to this as a potential
On 11/13/2014 10:56 PM, Martin Geisler wrote:
Maybe a silly question, but why insist on this? Why would you insist on
installing a JavaScript based application using your package manager?
I'm a huge fan of package managers and typically refuse to install
anything globally if it doesn't come
On 2014-11-13 07:50:51 -0500 (-0500), Doug Hellmann wrote:
[...]
I do remember a comment at some point, and I’m not sure it was in
this session, about using the per-project client libraries as
“internal only” libraries when the new SDK matures enough that we
can declare that the official
On Thu, Nov 13, 2014 at 09:36:18AM -0800, Dan Smith wrote:
That sounds like something worth exploring at least, I didn't know
about that kernel build option until now :-) It sounds like it ought
to be enough to let us test the NUMA topology handling, CPU pinning
and probably huge pages
Ok. Thanks again for doing that.
On Thu, Nov 13, 2014 at 5:06 AM, James Page james.p...@ubuntu.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/11/14 17:43, Kevin Benton wrote:
This is awesome. I seem to have misplaced my 540-node cluster. ;-)
Is it possible for you to
Zhipeng Huang,
When multiple Datacenters are interconnected over WAN/Internet if the remote
the Datacenter goes down, expect the 'native VM status' to get changed
accordingly ?
Is this the requirement ? This requirement is from NFV Service VM (like
routing VM ? )
Then is not it is
1 - 100 of 152 matches
Mail list logo