On Fri, Mar 7, 2014 at 11:20 AM, Yuriy Taraday yorik@gmail.com wrote:
All in all it sounds like an eventlet bug. I'm not sure how it can be
dealt with though.
Digging into it I found out that eventlet uses time.time() by default that
is not monotonic. There's no clear way to replace it,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, Mar 05, 2014 at 10:36:22PM +, Lyle, David wrote:
I'd like to nominate Radomir Dopieralski to Horizon Core. I find his reviews
very insightful and more importantly have come to rely on their quality. He
has contributed to several
+1 from me too.
Having a core member who is familiar with horizon and tuskar-ui code
base encourages the integration more!
Akihiro
On Fri, Mar 7, 2014 at 4:56 PM, Matthias Runge mru...@redhat.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, Mar 05, 2014 at 10:36:22PM +,
Hi Joe,
Thanks for your reply!
First, generally, in public or private cloud, the end users of VMs have
no right to create new VMs directly.
If someone want to create new VMs, he or she need to wait for approval process.
Then, the administrator Of cloud create a new VM to
Hi stackers,
The duplicate name of sg may cause some problems, do you think so?
https://bugs.launchpad.net/neutron/+bug/1289195
Thanks!
Lee Li
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
I'm really happy to see that I'm not the only one concerned about
performance.
I'm reviewing the thread, and summarizing / replying to multiple people
on the thread:
Ben Nemec,
* Thanks for pointing us to the previous thread about this topic:
Greetings,
There are two fixes for bugs that need to be reviewed. One for
the feature shelve instance and the other one for the API to get
the list of migrations in progress.
These two bugs are marked to high and medium because they broke
feature. The code was push several months ago, if some
Flavio Percoco wrote:
On 06/03/14 11:50 +0100, Thierry Carrez wrote:
So on one hand this is a significant change that looks like it could
wait (little direct feature gain). On the other we have oslo.messaging
being adopted in a lot of projects, and we reduce the maintenance
envelope if we
Steven Dake wrote:
I'm a bit confused as well as to how a incubated project would be
differentiated from a integrated project in one program. This may have
already been discussed by the TC. For example, Red Hat doesn't
officially support incubated projects, but we officially support (with
Yes, that sounds good to be able to load extensions from a mechanism driver.
But another problem I think we have with ML2 plugin is the list extensions
supported by default [1].
The extensions should only load by MD and the ML2 plugin should only
implement the Neutron core API.
Any though ?
Dina Belova wrote:
I'd like to request Climate project review for incubation. Here is
official incubation application:
https://wiki.openstack.org/wiki/Climate/Incubation
After watching this thread a bit, it looks like this is more a
preemptive where fo I fit advice request than a formal
Hello.
On Wed, Mar 5, 2014 at 6:42 PM, Miguel Angel Ajo majop...@redhat.comwrote:
2) What alternatives can we think about to improve this situation.
0) already being done: coalescing system calls. But I'm unsure that's
enough. (if we coalesce 15 calls to 3 on this system we get:
Hi everyone,
TL;DR:
The session suggestion website for the Juno Design Summit (which will
happen at the OpenStack Summit in Atlanta) is now open at:
http://summit.openstack.org/
Long version:
The Juno Design Summit is a specific event part of the overall
OpenStack Summit in Atlanta. It is
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
Hi Joe,
Maybe my example is very rare. However, I think a new type of 'in-place'
snapshot will have other advantages. For instance, the hypervisor can
support to save memory content in snapshot file, so that user can revert
his VM to running state. In this way, the user do not need to start each
I think mini summit is no worse than the summit itself.
Everyone who wants to participate can join.
In fact what we really need is a certain time span of focused work.
ML, meetings are ok, it's just that dedicated in person meetings (design
sessions) could be more productive.
I'm thinking what if
+1
I though it must merge as experimental for IceHouse, to let the community
tries it and stabilizes it during the Juno release. And for the Juno
release, we will be able to announce it as stable.
Furthermore, the next work, will be to distribute the l3 stuff at the edge
(compute) (called DVR)
Sean Dague said on Thu, Mar 06, 2014 at 01:05:15PM -0500:
The results of this have been that design review today is typically not
happening on Blueprint approval, but is instead happening once the code
shows up in the code review. So -1s and -2s on code review are a mix of
design and code
if peoples like this why don't we have it directly on the reviews?
Chmouel.
On Tue, Mar 4, 2014 at 10:00 PM, Carl Baldwin c...@ecbaldwin.net wrote:
Nachi,
Great! I'd been meaning to do something like this. I took yours and
tweaked it a bit to highlight failed Jenkins builds in red and
Hi,
there's one step in cloud initialization that is performed over SSH --
calling keystone-manage pki_setup. Here's the relevant code in
keystone-init [1], here's a review for moving the functionality to
os-cloud-config [2].
The consequence of this is that Tuskar will need passwordless ssh
Коллеги,
Сегодня я опять беру выходной по болезни. Начал поправляться но все
еще чувствую себя неуверенно. Надеюсь вылечиться целиком ко вторнику.
Дмитрий
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
+1
On Friday, March 7, 2014, Akihiro Motoki amot...@gmail.com wrote:
+1 from me too.
Having a core member who is familiar with horizon and tuskar-ui code
base encourages the integration more!
Akihiro
On Fri, Mar 7, 2014 at 4:56 PM, Matthias Runge
mru...@redhat.comjavascript:;
wrote:
On 03/06/2014 04:46 PM, 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 lazy translation
Ooops, sorry, wrong recepient :-)
7 марта 2014 г., 14:13 пользователь Dmitry Mescheryakov
dmescherya...@mirantis.com написал:
Коллеги,
Сегодня я опять беру выходной по болезни. Начал поправляться но все
еще чувствую себя неуверенно. Надеюсь вылечиться целиком ко вторнику.
Дмитрий
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
I'd like to add that we should concentrate on testing and bug fixing
for the next several weeks. This period will include project renaming
too...
The release-critical bugs will be tracked on the icehouse-rc1 [0]
milestone pages. When all such issues will be fixed the first release
candidate will
do a code review and found a function _reclaim_queued_deletes will do the
soft_delete reclaim
if you set reclaim_instance_interval 0 , then delete will be soft_delete
and it will be reclaimed if it's old enough
by default reclaim_instance_interval is 0, so delete will be hard delete ,
user can
Hi Thierry,
thanks for opening sessions suggestions for Design Summit. Could you,
please, rename Savanna topic to Sahara (ex. Savanna)?
On Fri, Mar 7, 2014 at 1:17 PM, Thierry Carrez thie...@openstack.org wrote:
Hi everyone,
TL;DR:
The session suggestion website for the Juno Design Summit
Nathan,
I have another idea of allowing vm migration without need for remote access to
libvirt daemon between compute servers.
As I know, vm migration data path can be independent with libvirt daemon. For
example, libvirt supports delegating vm migration to the hypervisor. When a vm
Sergey Lukjanov wrote:
thanks for opening sessions suggestions for Design Summit. Could you,
please, rename Savanna topic to Sahara (ex. Savanna)?
Done!
--
Thierry Carrez (ttx)
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
Hey Sahara (Savanna) folks ,
Design Summit session suggestions now open, so, please, add topics
you'd like to discuss on summit. More info [0].
[0] http://lists.openstack.org/pipermail/openstack-dev/2014-March/029319.html
--
Sincerely yours,
Sergey Lukjanov
Savanna Technical Lead
Mirantis Inc.
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 not
happening on Blueprint approval, but is
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
Hey Deva,
It really could be a huge issue for incubated projects.
I have now good ideas about how to solve it...
One of the bad ideas is that we could extend jenkins success message
to include note that will be visible even if comment isn't expanded.
Or post separated comment like Please, note
On 03/07/2014 06:30 AM, 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 review today is
On Fri, Mar 07 2014, Yuuichi Fujioka wrote:
Hi,
We would like to request FFE for monitoring-network-from-opendaylight.[1][2]
Unfortunately, it was not merged by Icehouse-3.
This is the first driver of the bp/monitoring-network.(It was merged)[3]
We strongly believe this feature will enhance
On 03/07/2014 07:22 AM, Julien Danjou wrote:
On Fri, Mar 07 2014, Yuuichi Fujioka wrote:
Hi,
We would like to request FFE for monitoring-network-from-opendaylight.[1][2]
Unfortunately, it was not merged by Icehouse-3.
This is the first driver of the bp/monitoring-network.(It was
I thought of this option, but didn't consider it, as It's somehow
risky to expose an RPC end executing priviledged (even filtered) commands.
If I'm not wrong, once you have credentials for messaging, you can
send messages to any end, even filtered, I somehow see this as a higher
risk option.
Hi,
Given that Yuriy says explicitly 'unix socket', I dont think he means
'MQ' when he says 'RPC'. I think he just means a daemon listening on a
unix socket for execution requests. This seems like a reasonably
sensible idea to me.
Cheers,
On 07/03/14 12:52, Miguel Angel Ajo wrote:
I
On Mar 6, 2014, at 9:56 PM, Zhangleiqiang zhangleiqi...@huawei.com wrote:
get them working. For example, in a devstack VM the only way I can get the
iSCSI target to show the new size (after an lvextend) is to delete and
recreate
the target, something jgriffiths said he doesn't want to
The principle is excellent, I think there are two points/objectives worth
keeping in mind:
1. We need an effective way to make and record the design decisions
2. We should make the whole development process easier
In my mind the point of the design review part is to agree up front something
On Fri, Mar 07, 2014 at 05:05:46AM +, Hiroyuki Eguchi wrote:
I'm envisioning a stored userdata feature.
https://blueprints.launchpad.net/nova/+spec/stored-userdata
Currently, OpenStack allow user to execute script or send configuration file
when creating a instance by using --user-data
On Mar 7, 2014, at 7:55 AM, Paul Marshall paul.marsh...@rackspace.com
wrote:
On Mar 6, 2014, at 9:56 PM, Zhangleiqiang zhangleiqi...@huawei.com wrote:
get them working. For example, in a devstack VM the only way I can get the
iSCSI target to show the new size (after an lvextend) is to
Sai,
There may be more than one person on a topic, so it would make sense
to have additional questions per person. Yes, link to project idea is
definitely needed.
-- dims
On Thu, Mar 6, 2014 at 11:41 AM, saikrishna sripada
krishna1256 at gmail.com
On 07/03/14 05:05, Hiroyuki Eguchi wrote:
I'm envisioning a stored userdata feature.
https://blueprints.launchpad.net/nova/+spec/stored-userdata
Currently, OpenStack allow user to execute script or send configuration file
when creating a instance by using --user-data /path/to/filename option.
On 3/7/14, 3:53 AM, Édouard Thuleau wrote:
Yes, that sounds good to be able to load extensions from a mechanism
driver.
But another problem I think we have with ML2 plugin is the list
extensions supported by default [1].
The extensions should only load by MD and the ML2 plugin should only
On Fri, Mar 7, 2014 at 2:53 AM, Thierry Carrez thie...@openstack.orgwrote:
Steven Dake wrote:
I'm a bit confused as well as to how a incubated project would be
differentiated from a integrated project in one program. This may have
already been discussed by the TC. For example, Red Hat
On 03/07/2014 10:30 AM, Jiří Stránský wrote:
Hi,
there's one step in cloud initialization that is performed over SSH --
calling keystone-manage pki_setup. Here's the relevant code in
keystone-init [1], here's a review for moving the functionality to
os-cloud-config [2].
The consequence of this
+1 to the idea of having the mini-summit in Atlanta a few days prior to the OS
summit.
On Mar 7, 2014, at 3:37 AM, Eugene Nikanorov
enikano...@mirantis.commailto:enikano...@mirantis.com wrote:
I think mini summit is no worse than the summit itself.
Everyone who wants to participate can join.
On Fri, Mar 07 2014, Sean Dague wrote:
Are the reviews already posted?
Yes.
And are there 2 ceilometer core members signed up for review (names
please)?
I can be one, and I'm sure Lianhao Lu and Gordon Chung will continue to
look at it.
Are we sure this is mergable by Tuesday - pre
On 03/07/14 at 11:15am, Christopher Yeoh wrote:
Hi,
I'd like to start a weekly IRC meeting for those interested in
discussing Nova API issues. I think it would be a useful forum for:
- People to keep up with what work is going on the API and where its
headed.
- Cloud providers, SDK
+1 - that is a good idea! Having it several days before the J-Summit in
Atlanta would be great.
- Stephen
On Fri, Mar 7, 2014 at 1:33 AM, Eugene Nikanorov enikano...@mirantis.comwrote:
I think mini summit is no worse than the summit itself.
Everyone who wants to participate can join.
In
On Mar 6, 2014 1:11 PM, Sean Dague s...@dague.net 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 not
On 3/7/2014 3:23 AM, Daniel P. Berrange wrote:
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
Hello, OS folks!
Thanks everyone for taking part in our weekly meeting :)
Meeting minutes are:
Minutes:
http://eavesdrop.openstack.org/meetings/climate/2014/climate.2014-03-07-15.01.html
Minutes (text):
http://eavesdrop.openstack.org/meetings/climate/2014/climate.2014-03-07-15.01.txt
Log:
On 3/7/2014 4:15 AM, Sean Dague wrote:
On 03/06/2014 04:46 PM, 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
- Original Message -
On Thu, Mar 6, 2014 at 12:05 PM, Sean Dague s...@dague.net wrote:
I think this is really worthwhile to try -- and it might offer an
interesting, readable history of decisions made. Plus how funny it was also
brought up at the Ops Summit. Convergence, cool.
It
Hi Akihiro,
In the case of IPv6 RA, its source IP is a Link Local Address from the
router's RA advertising interface. This LLA address is automatically
generated and not saved in the neutron port DB. We are exploring the idea
of retrieving this LLA if a native openstack RA service is running on
Yep, great idea. Do it.
On 03/07/2014 02:53 AM, Chris Behrens wrote:
On Mar 6, 2014, at 11:09 AM, Russell Bryant rbry...@redhat.com wrote:
[…]
I think a dedicated git repo for this makes sense.
openstack/nova-blueprints or something, or openstack/nova-proposals if
we want to be a bit less
From: Sean Dague s...@dague.net
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org,
Date: 03/07/2014 04:25 AM
Subject:Re: [openstack-dev] [Nova] FFE Request: Oslo: i18n Message
improvements
On 03/06/2014 04:46 PM, James Carey
On Fri, Mar 7, 2014 at 10:47 AM, Steve Gordon sgor...@redhat.com wrote:
- Original Message -
On Thu, Mar 6, 2014 at 12:05 PM, Sean Dague s...@dague.net wrote:
I think this is really worthwhile to try -- and it might offer an
interesting, readable history of decisions made. Plus
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://review.openstack.org/#/c/59149/
On 2014-03-06 18:16, Christopher Yeoh wrote:
On Thu, 06 Mar 2014 13:05:15 -0500
Sean Dague s...@dague.net wrote:
In today's Nova meeting a new thought occurred. We already have Gerrit
which is good for reviewing things. It gives you detailed commenting
abilities, voting, and history. Instead of
On Mar 6, 2014, at 3:31 AM, Miguel Angel Ajo majop...@redhat.com wrote:
Yes, one option could be to coalesce all calls that go into
a namespace into a shell script and run this in the
ootwrap ip netns exec
But we might find a mechanism to determine if some of the steps failed, and
As far as I understand, there are 4 projects which are connected with this
topic. Another two projects which were not mentioned by Devananda are
https://github.com/rackerlabs/teeth-rest
https://github.com/rackerlabs/teeth-overlord
Vladimir Kozhukalov
On Fri, Mar 7, 2014 at 4:41 AM, Devananda
On Fri, Mar 7, 2014 at 12:30 AM, Matt Riedemann
mrie...@linux.vnet.ibm.comwrote:
What would be awesome in Juno is some CI around RBD/Ceph. I'd feel a lot
more comfortable with this code if we had CI running Tempest
Seb has been working to add ceph support into devstack which could be a
+1
On Fri, Mar 7, 2014 at 2:42 AM, Édouard Thuleau thul...@gmail.com wrote:
+1
I though it must merge as experimental for IceHouse, to let the community
tries it and stabilizes it during the Juno release. And for the Juno
release, we will be able to announce it as stable.
Furthermore, the
Thanks everyone who have joined Savanna meeting.
Here are the logs from the meeting:
Minutes:
http://eavesdrop.openstack.org/meetings/savanna/2014/savanna.2014-03-06-18.02.html
Log:
http://eavesdrop.openstack.org/meetings/savanna/2014/savanna.2014-03-06-18.02.log.html
It was decided to rename
We need locking in the VMware driver. There are 2 questions:
1. How much locking do we need?
2. Do we need single-node or multi-node locking?
I believe these are quite separate issues, so I'm going to try not to
confuse them. I'm going to deal with the first question first.
In reviewing the
Vladmir,
Hey, I'm on the team working on this agent, let me offer a little history.
We were working on a system of our own for managing bare metal gear which
we were calling Teeth. The project was mostly composed of:
1. teeth-agent: an on-host provisioning agent
2. teeth-overlord: a centralized
On 03/07/2014 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
On 03/07/2014 12:09 PM, Matt Riedemann wrote:
Dan (Smith), Sean, Jim, Jay and myself talked about this in IRC this
morning and I didn't realize the recent oslo bug was uncovered due to
something changing in how the audit logs were showing up after the
initial nova patch was pushed up on 2/14.
On 02/26/2014 11:24 AM, David Ripton wrote:
I'd like to release a new version of sqlalchemy-migrate in the next
couple of days. The only major new feature is DB2 support. If anyone
thinks this is a bad time, please let me know.
sqlalchemy-migrate 0.9 is now available via pip. Notable new
I had a reply drafted up to Miguel's original post and now I realize
that I never actually sent it. :( So, I'll clean up and update my
draft and send it. This is a huge impediment to scaling Neutron and I
believe this needs some attention before Icehouse releases.
I believe this problem needs
Tooz folks has been thinking about this problem (as well as myself) for a
little while.
I've started something like: https://review.openstack.org/#/c/71167/
Also: https://wiki.openstack.org/wiki/StructuredWorkflowLocks
Perhaps we can get more movement on that (sorry I haven't had tons of time
On Fri, Mar 7, 2014 at 11:53 AM, Matthew Booth mbo...@redhat.com wrote:
We need locking in the VMware driver. There are 2 questions:
1. How much locking do we need?
2. Do we need single-node or multi-node locking?
I believe these are quite separate issues, so I'm going to try not to
Please see Thierry's post on review requests:
http://lists.openstack.org/pipermail/openstack-dev/2013-September/015264.html
-Ben
On 2014-03-07 02:41, sahid wrote:
Greetings,
There are two fixes for bugs that need to be reviewed. One for
the feature shelve instance and the other one for the
Hi,
I know everyone is very busy working on the I-3 release, but I wanted
solicit feedback on my developer documentation review.
https://review.openstack.org/#/c/72428/
Currently, we have a couple +1's and a +2 from Nachi - Akihirio Motoki
and Henry Gessau brought up valid points about the
From: Russell Bryant rbry...@redhat.com
To: openstack-dev@lists.openstack.org,
Date: 03/07/2014 11:31 AM
Subject:Re: [openstack-dev] [Nova] FFE Request: Oslo: i18n Message
improvements
On 03/07/2014 12:09 PM, Matt Riedemann wrote:
Dan (Smith), Sean, Jim, Jay and myself talked
I agree this is a valid request. As a team we should consider this special
request and help is possible.
Specially on Documentation!! :-)
Edgar
On 3/7/14 10:12 AM, Collins, Sean sean_colli...@cable.comcast.com
wrote:
Hi,
I know everyone is very busy working on the I-3 release, but I wanted
On Fri, Mar 7, 2014 at 12:55 PM, Doug Hellmann
doug.hellm...@dreamhost.com wrote:
http://git.openstack.org/cgit/stackforge/tooz
This is good stuff. The only solution I could come up with for image
cache management was to have yet another service that you would set up
to manage the shared image
Hi Carl,
I really appreciate you for writing this up!
I have no hurdle to remove my -1 for the review.
I just thought it is an item easy to fix.
It is a great start line towards useufl developer documentation.
Thanks,
Akihiro
On Sat, Mar 8, 2014 at 3:12 AM, Collins, Sean
Denis Makogon dmako...@mirantis.com writes:
Let me elaborate a bit.
[...]
Without storing static API contract capabilities gonna be 100% corrupted,
because there's no API description inside Trove.
Im not sure i understand what you mean here.
About reloading, file should not be reloaded,
Hi Robert,
Thanks for the clarification. I understand the motivation.
I think the problem can be split into two categories:
(a) user configurable rules vs infra enforced rule, and
(b) DHCP/RA service exists inside or outside of Neutron
Regarding (a), I believe DHCP or RA related rules is better
Hello everyone!
I've closed round #2 of new name choosing voting for Climate:
http://civs.cs.cornell.edu/cgi-bin/results.pl?id=E_e2f53ce1b331590f
*Blazar* is the most popular variant, heh :)
1. *Blazar* (Not defeated in any contest vs. another choice)2. Forecast,
loses to Blazar by 6-53.
Good work on the documentation, it's something that will really help
new neutron developers.
On 03/07/2014 07:44 PM, Akihiro Motoki wrote:
Hi Carl,
I really appreciate you for writing this up!
I have no hurdle to remove my -1 for the review.
I just thought it is an item easy to fix.
It is
On 03/05/2014 07:24 AM, git harry wrote:
Hi,
https://blueprints.launchpad.net/cinder/+spec/cinder-rbd-driver-qos
I've been looking at this blueprint with a view to contributing on it, assuming
I can take it. I am unclear as to whether or not it is still valid. I can see
that it was
The recent operator gathering
(https://etherpad.openstack.org/p/operators-feedback-mar14) concluded a similar
proposal, based on Blueprint-on-Blueprints (BoB for short).
The aim was that operators of production OpenStack clouds should engage to give
input at an early stage
- Raising concerns
Folks,
I’m sure that I’m not the first person to bring this up, but I’d like to get
everyone’s thoughts on what concrete actions we, as a community, can take to
improve the status quo.
There have been a variety of instances where community members have expressed
their ideas and concerns via
On Fri, Mar 07, 2014 at 02:20:24PM EST, Miguel Angel Ajo wrote:
Good work on the documentation, it's something that will really help
new neutron developers.
Thank you everyone! I am very happy!
I'll start cranking out some patchsets to address some of the comments
that Henry Gessau,
On Fri, Mar 7, 2014 at 1:26 AM, Qin Zhao chaoc...@gmail.com wrote:
Hi Joe,
Maybe my example is very rare. However, I think a new type of 'in-place'
snapshot will have other advantages. For instance, the hypervisor can
support to save memory content in snapshot file, so that user can revert
Galactic epic win !
Let's start calling our project now Blazar (Climate). Very impressive word
:-)
2014-03-07 20:13 GMT+01:00 Dina Belova dbel...@mirantis.com:
Hello everyone!
I've closed round #2 of new name choosing voting for Climate:
Russell,
Great to hear you are going to move towards Pecan+WSME. Yesterday I had a
look at teeth projects. Next few days I am going to start contributing.
First of all, I think, we need to arrange all that stuff about pluggable
architecture. I've created a wiki page about Ironic python agent
I've read the following documents as well as the doc for subunit and
testtools but I'm still missing some big picture usage.
https://wiki.openstack.org/wiki/Testr
https://testrepository.readthedocs.org/en/latest/index.html
The biggest problem seems to be whenever tests are listed I get
thousands
On Thu, Mar 6, 2014 at 2:51 AM, John Garbutt j...@johngarbutt.com wrote:
On 5 March 2014 15:02, Russell Bryant rbry...@redhat.com wrote:
Nova is now feature frozen for the Icehouse release. Patches for
blueprints not already merged will need a feature freeze exception (FFE)
to be
Thanks Matt, good points raised here.
I think at minimum we should address the single-node case by @synchronized-ing
all access to the image cache data on the datastore, in a way that is fairly
easy to reason about. Spawn failures are not desirable but acceptable in edge
cases if a subsequent
I just pushed a new release of python-novaclient: 2.17.0.
The primary feature in this release is support for a new API,
os-server-external-events, which is needed for some important
coordination fixes between Nova and Neutron. There are a few bug fixes
included in this release, as well.
Please
On Fri, Mar 7, 2014 at 12:56 PM, John Dennis jden...@redhat.com wrote:
I've read the following documents as well as the doc for subunit and
testtools but I'm still missing some big picture usage.
https://wiki.openstack.org/wiki/Testr
https://testrepository.readthedocs.org/en/latest/index.html
On 07/03/14 12:56, John Dennis wrote:
Question: How do you list just the failing tests? I don't want to see
the contents of the logging data stored under the pythonlogging: key.
Ideally I'd like to see the name of the test, what the failure was, and
possibly the associated stacktrace. Should be
1 - 100 of 116 matches
Mail list logo