Hi all,
I have been trying to set up tripleo using instack with RDO.
Now, when deploying overcloud, the script is failing consistently
with CREATE_FAILED error:
+ heat stack-create -f overcloud.yaml -P
AdminToken=efe958561450ba61d7ef8249d29b0be1ba95dc11 -P
On 07/20/2014 07:19 PM, Ignacio Scopetta wrote:
Hello everybody,
Given the removal of the ovs core plugin, the embrane plugin was updated to
use ml2 as a dependency[0],
Because of this the CI will not be voting on other changesets until [0] gets
merged.
Regards,
Ignacio
On Mon, Jul 21, 2014 at 10:21:20AM +1000, Michael Still wrote:
I just want to check my understanding -- it seems to me that this
depends on a feature that's very new to libvirt (merged there 22 May
2014). Is that right?
On 7/20/14, 5:25 PM, daya kamath wrote:
all,
Need some pointers on debugging what the issue is. its not very convenient for
me to be on the IRC due to timezone issues, so hoping the mailing list is a
good next best option..
when i post a patch on the sandbox project, i see a review indicating
Hello, Kyle.
As I can see, my spec got left behind. Should I give up any hope and move
it to Kilo dir?
On Mon, Jul 14, 2014 at 3:24 PM, Miguel Angel Ajo Pelayo
mangel...@redhat.com wrote:
The oslo-rootwrap spec counterpart of this
spec has been approved:
Hello.
There are some files using the Python source code encodings as the first
line. That's normally not necessary and I want propose to introduce a
hacking check to check for the absence of the source code encodings.
Best, Christian.
--
Christian Berendt
Cloud Computing Solution Architect
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 21/07/14 04:53, Angus Lees wrote:
Status, as I understand it:
* oslo.db changes to support other mysql drivers:
https://review.openstack.org/#/c/104425/ (merged)
https://review.openstack.org/#/c/106928/ (awaiting oslo.db
review)
Hi, all,
we'd like to ask for an exception for our blue print
https://review.openstack.org/#/c/102201
on the Nested Quota Driver API. It has been marked as abandoned on
Wednesday last week. Development of it is well advanced now, as well as
the related keystone parts, and for that reason we
On 19 July 2014 03:53, Johannes Erdfelt johan...@erdfelt.com wrote:
I'm requestion a spec freeze exception for online schema changes.
https://review.openstack.org/102545
This work is being done to try to minimize the downtime as part of
upgrades. Database migrations have historically been a
On 19 July 2014 00:56, Alessandro Pilotti
apilo...@cloudbasesolutions.com wrote:
Hi everyone,
I’d like to propose the following driver feature parity blueprint spec for an
expection:
https://review.openstack.org/#/c/105042
This blueprint introduces rescue instance support in the Nova
On 18 July 2014 09:10, Sylvain Bauza sba...@redhat.com wrote:
Hi team,
I would like to put your attention on https://review.openstack.org/89893
This spec targets to isolate access within the filters to only Scheduler
bits. This one is a prerequisite for a possible split of the scheduler
into
On 18 July 2014 14:28, Andrew Laski andrew.la...@rackspace.com wrote:
Hello everybody,
I would like to request a spec proposal extension for instance tasks,
described in https://review.openstack.org/#/c/86938/ . This has been a long
discussed and awaited feature with a lot of support from
hi steve,
thanks a lot for following up! i'm based out of india, so there's not much
overlap in timezones. i'll unicast you for next steps. wanted to post the info
you asked for in this thread.
the 2 files are here - Paste #87382 | LodgeIt!
Paste #87382 | LodgeIt!
examples.yaml -
The iSCSI lun won't be set up until you try to attach the volume
On 17 July 2014 12:44, Johnson Cheng johnson.ch...@qsantechnology.com wrote:
Dear All,
I installed iSCSI target at my controller node (IP: 192.168.106.20),
#iscsitarget open-iscsi iscsitarget-dkms
then modify my
Hello,
recently, i use rally to test boot-and-delete. I thought that one
nova-scheduler will handle message sent to it one by one, but the log print
show differences. So Can some one how nova-scheduler handle messages? I read
the code in nova.service, and found that one service will create
On Friday evening I had a dependent series of 5 changes all with
approval waiting to be merged. These were all refactor changes in the
VMware driver. The changes were:
* VMware: DatastorePath join() and __eq__()
https://review.openstack.org/#/c/103949/
* VMware: use datastore classes
Dear git-harry,
You are right. This issue was solved.
Thanks for your help.
Regards,
Johnson
-Original Message-
From: git harry [mailto:git-ha...@live.co.uk]
Sent: Saturday, July 19, 2014 4:44 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re:
Dear All,
When I setup a openstack node, will it have the output of nova list?
Here is my output of nova image-list,
+--+-+++
| ID | Name| Status | Server |
Dear Thomas,
Thanks for your reply.
So when I attach volume manually, will iSCSI LUN be automatically setup via
cinder.conf (iscsi_helper and iscsi_ip_address)?
Regards,
Johnson
-Original Message-
From: Duncan Thomas [mailto:duncan.tho...@gmail.com]
Sent: Monday, July 21, 2014 6:16
Hello Stackers.
I’d like to discuss raised issue related to Trove-guestagent prepare call
polling mechanism issue (see [1]).
Let me first describe why this is actually an issue and why it should be
fixed. For those of you who is familiar with Trove knows that Trove can
provision instances
On Sun, Jul 20, 2014 at 4:21 AM, Gary Kotton gkot...@vmware.com wrote:
Hi,
I would like to propose the following for spec freeze exception:
https://review.openstack.org/#/c/105369
This is an umbrella spec for a number of VMware DVS support specs. Each has
its own unique use case and will
On Mon, Jul 21, 2014 at 3:44 AM, Yuriy Taraday yorik@gmail.com wrote:
Hello, Kyle.
As I can see, my spec got left behind. Should I give up any hope and move it
to Kilo dir?
Hi Yuriy:
This spec was on the radar to get an exception. Mark was on vacation
last week and he had a -2 on it, so
Hi all!
A quick note that SAD has passed. We briskly approved a pile of BPs
over the weekend, most of them vendor related as low priority, best
effort attempts for Juno-3. At this point, we're hugely oversubscribed
for Juno-3, so it's unlikely we'll make exceptions for things into
Juno-3 now.
I
Hi,
My answer is may be a little bite late but here's a swift middleware we have
just published: https://github.com/cloudwatt/swiftpolicy
it allows managing swift authorization using a policy.json file.
It is based on the keystoneauth middleware, and uses oslo.policy file format.
Feel free
On 12 Jun 2014, at 15:00, Carlos Gonçalves m...@cgoncalves.pt wrote:
Is there any web page where all approved blueprints are being published to?
Jenkins builds such pages I’m looking for but they are linked to each
patchset individually (e.g.,
On Mon, Jul 21, 2014 at 8:33 AM, Carlos Gonçalves m...@cgoncalves.pt wrote:
On 12 Jun 2014, at 15:00, Carlos Gonçalves m...@cgoncalves.pt wrote:
Is there any web page where all approved blueprints are being published to?
Jenkins builds such pages I’m looking for but they are linked to each
Hi,
Keep in mind that we’ll have a team meeting today at #openstack-meeting at
16.00 UTC.
Agenda:
Review action items
Current status (quickly by team members)
Further plans
Open discussion
You can also find it at https://wiki.openstack.org/wiki/Meetings/MistralAgenda
as well as the links to
- Original Message -
From: Brent Eagles beag...@redhat.com
To: openstack-dev@lists.openstack.org
Hi,
A bug titled Creating quantum L2 networks (without subnets) doesn't
work as expected (https://bugs.launchpad.net/nova/+bug/1039665) was
reported quite some time ago. Beyond the
On Sun, Jul 20, 2014, at 04:35 PM, Jay S. Bryant wrote:
Thanks Duncan and also Dolph, I should have made the question
broader. :-)
On Wed, 2014-07-16 at 13:22 +0100, Duncan Thomas wrote:
On 16 July 2014 03:57, Jay S. Bryant jsbry...@electronicjungle.net wrote:
John,
So you have
On Jul 21, 2014, at 4:45 AM, Christian Berendt bere...@b1-systems.de wrote:
Hello.
There are some files using the Python source code encodings as the first
line. That's normally not necessary and I want propose to introduce a
hacking check to check for the absence of the source code
On 07/21/2014 04:38 AM, Matthew Booth wrote:
I would like to make the radical proposal that we stop gating on CI
failures. We will continue to run them on every change, but only after
the change has been successfully merged.
Benefits:
* Without rechecks, the gate will use 8 times fewer
Hi
I would like to propose
https://review.openstack.org/#/c/107797/1/specs/juno/ml2-use-dpdkvhost.rst for
a spec freeze exception.
https://blueprints.launchpad.net/neutron/+spec/ml2-use-dpdkvhost
This blueprint adds support for the Intel(R) DPDK Userspace vHost
port binding to the Open
On Jul 21, 2014 8:28 AM, Roman Podoliaka rpodoly...@mirantis.com wrote:
Hi all,
To my surprise I found that we default to using MyISAM in the gate
[1], while InnoDB would be a much more suitable choice, which people
use in production deployments (== we should test it in the gate). This
Hi all,
To my surprise I found that we default to using MyISAM in the gate
[1], while InnoDB would be a much more suitable choice, which people
use in production deployments (== we should test it in the gate). This
means, that every table, for which we haven't explicitly specified to
use InnoDB,
Now in OpenStack Nova, select_destination is used by
create/rebuild/migrate/evacuate VM when selecting target host for those
operations.
There is one requirement that some customers want to get the possible host
list when create/rebuild/migrate/evacuate VM so as to create a resource
plan for
Hi all,
The oslo.serialization and oslo.concurrency graduation specs are both
approved, but unfortunately I haven't made as much progress on them as I
would like. The serialization repo has been created and has enough acks
to continue the process, and concurrency still needs to be started.
Also
Sorry, correct one typo. I mean Promote select_destination as a REST API
2014-07-21 23:49 GMT+08:00 Jay Lau jay.lau@gmail.com:
Now in OpenStack Nova, select_destination is used by
create/rebuild/migrate/evacuate VM when selecting target host for those
operations.
There is one
Johnson,
I am not sure what you mean by 'attach volume manually'. Do you mean
when you do a 'nova volume-attach'? If so, then, yes, the process will
use the appropriate iscsi_helper and iscsi_ip_address to configure the
attachment.
Does that answer your question?
Jay
On Mon, 2014-07-21 at
Aha, makes sense. Yeah, this means we miss such a check at least in
Neutron and should add one to the test suite. Thanks!
On Mon, Jul 21, 2014 at 6:34 PM, Clark Boylan clark.boy...@gmail.com wrote:
On Jul 21, 2014 8:28 AM, Roman Podoliaka rpodoly...@mirantis.com wrote:
Hi all,
To my
On Mon, 2014-07-21 at 10:55 +0100, John Garbutt wrote:
On 19 July 2014 03:53, Johannes Erdfelt johan...@erdfelt.com wrote:
I'm requestion a spec freeze exception for online schema changes.
https://review.openstack.org/102545
This work is being done to try to minimize the downtime as
I think Wednesday would be best. That way we can get an update on all the
bugs and blueprints before the weekly 1:1 project status meetings with
Thierry on Thursday. Mondays are often pretty busy with everyone having
meetings and catchup from the weekend.
If we do 2100 UTC, that is 9am NZT. Shall
Hi all!
A quick note that SAD has passed. We briskly approved a pile of BPs
it's sad. ;-(
over the weekend, most of them vendor related as low priority, best
effort attempts for Juno-3. At this point, we're hugely oversubscribed
for Juno-3, so it's unlikely we'll make exceptions for
On 07/21/2014 09:52 AM, Jay Lau wrote:
Sorry, correct one typo. I mean Promote select_destination as a REST API
2014-07-21 23:49 GMT+08:00 Jay Lau jay.lau@gmail.com
mailto:jay.lau@gmail.com:
Now in OpenStack Nova, select_destination is used by
create/rebuild/migrate/evacuate
Le 21/07/2014 17:52, Jay Lau a écrit :
Sorry, correct one typo. I mean Promote select_destination as a REST API
-1 to it. During last Summit, we agreed on externalizing current
Scheduler code into a separate project called Gantt. For that, we agreed
on first doing necessary changes within the
OK, so, we aren’t generally running neutron tests w/ MySQL + InnoDB, right?
I happen to be running them locally against a MySQL that defaults to InnoDB.
And I’m trying to see if it’s deadlocking or not as I’m not able to get through
them. All the eventlet + MySQLdb deadlock issues won’t
Hi I'm looking for some reviewers (especially core reviewers!) to review my
patch that fixes this bug.
This is the bug description:
Glance v2: HTTP 404s are returned for unallowed methods
Requests for many resources in Glance v2 will return a 404 if the request is
using an unsupported HTTP
Thanks for joining the meeting today!
Meeting minutes:
http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-07-21-16.00.html
Log:
http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-07-21-16.00.log.html
The next meeting will be held on July 28th.
Renat Akhmerov
@
I'd like to have a short meeting today, say 30 minutes. I'd like to
focus on the final Juno-2 BPs which have code out for review, and also
briefly touch on SAD, exceptions, etc. We'll still meet at the same
time [1], but this will be a short meeting.
Thanks!
Kyle
[1]
On 7/21/14, 3:38 AM, Matthew Booth wrote:
[snip]
I would like to make the radical proposal that we stop gating on CI
failures. We will continue to run them on every change, but only after
the change has been successfully merged.
Benefits:
* Without rechecks, the gate will use 8 times fewer
Thanks Matthew for the analysis.
I think you missed something though.
Right now the frustration is that unrelated intermittent bugs stop your
presumably good change from getting in.
Without gating, the result would be that even more bugs, many of them not
intermittent at all, would get in.
On Mon, Jul 21, 2014 at 11:51 AM, Jorge Miramontes
jorge.miramon...@rackspace.com wrote:
Hey Kyle,
I've viewed that link many times but it mentions nothing about 7-20 being
Spec approval deadline. Am I missing something?
Hi Jorge, this was not in that wiki. It was communicated on the
mailing
I would like to request Juno spec freeze exceptions for the following, all of
which add features to the ML2 driver for the Cisco Nexus family of switches.
https://review.openstack.org/95834 - Provider Segment Support
https://review.openstack.org/95910 - Layer 3 Service plugin
The above two
In addition to seeking a spec-freeze-exception for 95025, I would also
like some clarification of the requirement to test this upgrade
path. Some nova-core folks have pointed out that they do not want to
accept the nova.virt.ironic driver until the upgrade path from
nova.virt.baremetal *has
Excerpts from Peeyush Gupta's message of 2014-07-20 23:13:16 -0700:
Hi all,
I have been trying to set up tripleo using instack with RDO.
Now, when deploying overcloud, the script is failing consistently
with CREATE_FAILED error:
+ heat stack-create -f overcloud.yaml -P
I see. So then back to my other question, is it possible to get access to
the same branch that is being passed to the OpenStack CI devstack tests?
For example, in the console output I can see it uses a ref
like refs/zuul/master/Z75ac747d605b4eb28d4add7fa5b99890.[1]
Is that visible somewhere
Hi,
I would like to propose my candidacy for Rally PTL.
I started this project to make benchmarking of OpenStack simple as
possible. This means not only load generation, but as well OpenStack
specific benchmark framework, data analyze and integration with gates. All
these things should make it
I think the specs under the umbrella one can be approved/treated
individually.
The umbrella one is an informational blueprint, there is not going to be
code associated with it, however before approving it (and the individual
ones) we'd need all the parties interested in vsphere support for
+1
Thanks
Changbin
On Fri, Jul 18, 2014 at 4:08 PM, Joshua Harlow harlo...@outlook.com wrote:
Greetings all stackers,
I propose that we add Daniel Krause[1] to the taskflow-core team[2].
Daniel has been actively contributing to taskflow for a while now, both in
helping prove taskflow
On Mon, Jul 21, 2014 at 2:03 PM, Armando M. arma...@gmail.com wrote:
I think the specs under the umbrella one can be approved/treated
individually.
The umbrella one is an informational blueprint, there is not going to be
code associated with it, however before approving it (and the individual
That would be my thinking as well, but if we managed to make an impressive
progress from now until the Feature Freeze proposal deadline, I'd be
willing to reevaluate the situation.
A.
On 21 July 2014 12:13, Kyle Mestery mest...@mestery.com wrote:
On Mon, Jul 21, 2014 at 2:03 PM, Armando M.
Howdy!
I am writing to request voting rights for the Tail-f CI account. This runs
tests for the Tail-f NCS ML2 mechanism driver in Neutron.
This account has been non-votingly testing ML2 changes and posting results
since June 10th. It has made around 500 test runs in that time. I am
monitoring
OK, lets go with that, though given how packed Juno-3 is, I'd lean
towards working out the kinks and architecture here and then we circle
back for Kilo and get this work approved and moving forward. We can
chat in August if by chance major progress is made.
Thanks,
Kyle
On Mon, Jul 21, 2014 at
We've already approved many other blueprints for Juno that involve features
from new libvirt, so I don't think it is credible to reject this or any
other feature that requires new libvirt in Juno.
Furthermore this proposal for Nova is a targetted feature which is not
enabled by default, so
On Mon, Jul 21, 2014 at 9:45 AM, Steve Gordon sgor...@redhat.com wrote:
- Original Message -
From: Brent Eagles beag...@redhat.com
To: openstack-dev@lists.openstack.org
Hi,
A bug titled Creating quantum L2 networks (without subnets) doesn't
work as expected
Hi nova folks
QQ: Who uses migrate_instance_start/finish, and why we need this rpc call?
I greped code but I couldn't find implementation for it.
https://github.com/openstack/nova/blob/372c54927ab4f6c226f5a1a2aead40b89617cf77/nova/network/manager.py#L1683
Best
Nachi
On 07/21/2014 02:03 PM, Clint Byrum wrote:
Thanks Matthew for the analysis.
I think you missed something though.
Right now the frustration is that unrelated intermittent bugs stop your
presumably good change from getting in.
Without gating, the result would be that even more bugs, many of
On 07/21/2014 03:35 PM, Dan Smith wrote:
We've already approved many other blueprints for Juno that involve features
from new libvirt, so I don't think it is credible to reject this or any
other feature that requires new libvirt in Juno.
Furthermore this proposal for Nova is a targetted
On 07/21/2014 04:13 PM, Jay Pipes wrote:
On 07/21/2014 02:03 PM, Clint Byrum wrote:
Thanks Matthew for the analysis.
I think you missed something though.
Right now the frustration is that unrelated intermittent bugs stop your
presumably good change from getting in.
Without gating, the result
Due to the fact that the vast majority of the TripleO team are in a room
staring at me as I write this email, the weekly IRC meeting won't be
happening this week.
If you have any issues that need to be discussed this week, please bring
them up on IRC in #tripleo or via email.
From: Luke Gorrie l...@snabb.comailto:l...@snabb.co
Reply-To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org
Date: Monday, July 21, 2014 3:22 PM
To: OpenStack Development Mailing List
On 07/21/2014 04:39 PM, David Kranz wrote:
On 07/21/2014 04:13 PM, Jay Pipes wrote:
On 07/21/2014 02:03 PM, Clint Byrum wrote:
Thanks Matthew for the analysis.
I think you missed something though.
Right now the frustration is that unrelated intermittent bugs stop your
presumably good
In reference to these 3 specs:
TLS Termination - https://review.openstack.org/#/c/98640/
L7 Switching - https://review.openstack.org/#/c/99709/
Implementing TLS in reference Impl -
https://review.openstack.org/#/c/100931/
Kyle has +2'ed all three and once Mark Mcclain +2's them then one of
them
Hi Stackers and TC,
The Rally contributor team would like to propose a new OpenStack program
with a mission to provide scalability and performance benchmarking, and
code profiling tools for OpenStack components.
We feel we've achieved a critical mass in the Rally project, with an
active, diverse
On Mon, Jul 21, 2014 at 11:15 AM, Dan Smith d...@danplanet.com wrote:
In addition to seeking a spec-freeze-exception for 95025, I would also
like some clarification of the requirement to test this upgrade
path. Some nova-core folks have pointed out that they do not want to
accept the
On Mon, Jul 21, 2014 at 3:13 PM, Devananda van der Veen
devananda@gmail.com wrote:
Yea. Nova has kept the baremetal driver in tree with no testing whatsoever
far beyond its relevance, hoping for Ironic to come along and replace it --
except no one was maintaining it, and the only user
The Oslo team is pleased to announce the release of pbr 0.10.0, the
latest version of our setuptools wrapper for packaging python code.
0.10.0 includes:
* Remove all 2.7 filtering
* Stop filtering out argparse
* Remove mirror testing from the integration script
(Those first 2 changes are
Hi Everyone,
I would like to propose 2 changes to the Tempest core team:
First, I'd like to nominate Andrea Fritolli to the Tempest core team. Over the
past cycle Andrea has been steadily become more actively engaged in the Tempest
community. Besides his code contributions around refactoring
On 07/21/2014 06:13 PM, Devananda van der Veen wrote:
On Mon, Jul 21, 2014 at 11:15 AM, Dan Smith d...@danplanet.com
mailto:d...@danplanet.com wrote:
In addition to seeking a spec-freeze-exception for 95025, I would also
like some clarification of the requirement to test this
On 07/21/2014 06:34 PM, Matthew Treinish wrote:
Hi Everyone,
I would like to propose 2 changes to the Tempest core team:
First, I'd like to nominate Andrea Fritolli to the Tempest core team. Over the
past cycle Andrea has been steadily become more actively engaged in the
Tempest
On 7/21/14, 3:13 AM, daya kamath wrote:
hi steve,
thanks a lot for following up! i'm based out of india, so there's not much
overlap in timezones. i'll unicast you for next steps. wanted to post the info
you asked for in this thread.
the 2 files are here - Paste #87382 |
Thanks Chris and Sylvain.
@Chris, yes,my case is do a select_destination call, and then call the
create/rebuild/migrate/evacuate while specifying the selected destination
@Sylvain, I was also thinking of Gantt, but as you said, Gantt might be
available in K or L which might be a bit late, that's
+1
On Jul 21, 2014, at 6:37 PM, Matthew Treinish mtrein...@kortar.org wrote:
Hi Everyone,
I would like to propose 2 changes to the Tempest core team:
First, I'd like to nominate Andrea Fritolli to the Tempest core team. Over the
past cycle Andrea has been steadily become more actively
+1 !
On Jul 22, 2014 7:36 AM, Matthew Treinish mtrein...@kortar.org wrote:
Hi Everyone,
I would like to propose 2 changes to the Tempest core team:
First, I'd like to nominate Andrea Fritolli to the Tempest core team.
Over the
past cycle Andrea has been steadily become more actively
Hello Stackers!
I need to change the behavior of Shut Off Instance at Horizon, it needs
to gracefully halt the instance via ACPI, instead of just destroying it.
How can I do that?!
Thanks!
Thiago
___
OpenStack-dev mailing list
Cool, Rally is really helpful for performance benchmarking and optimizing for
our openstack cloud.
On Jul 22, 2014, at 5:53, Boris Pavlovic bo...@pavlovic.me wrote:
Hi Stackers and TC,
The Rally contributor team would like to propose a new OpenStack program
with a mission to provide
Evgeny--
The only reason I see for storing certificate information in Neutron (and
not private key information-- just the certificate) is to aid in presenting
UI information to the user. Especially GUI users don't care about a
certificate's UUID, they care about which hostnames it's valid for.
Yes, thanks guys! These are really important for features we want to get
into Neutron LBaaS in Juno! :D
On Mon, Jul 21, 2014 at 2:42 PM, Brandon Logan brandon.lo...@rackspace.com
wrote:
In reference to these 3 specs:
TLS Termination - https://review.openstack.org/#/c/98640/
L7 Switching -
+1
On Jul 22, 2014, at 2:38, Boris Pavlovic bpavlo...@mirantis.com wrote:
Hi,
I would like to propose my candidacy for Rally PTL.
I started this project to make benchmarking of OpenStack simple as possible.
This means not only load generation, but as well OpenStack specific benchmark
On 21 July 2014 21:38, Boris Pavlovic bpavlo...@mirantis.com wrote:
Hi,
I would like to propose my candidacy for Rally PTL.
I've been working with Boris on both Rally and the associated
OSProfiler code, and I can confirm he is dedicated, very open to ideas
and contributions, and I heartily
1. What do you mean by
When I setup a openstack node, will it have the output of “nova list”?
2. Your output looks normal.
On Mon, Jul 21, 2014 at 8:15 PM, Johnson Cheng
johnson.ch...@qsantechnology.com wrote:
Dear All,
When I setup a openstack node, will it have the output of “nova
On 07/21/2014 07:45 PM, Jay Lau wrote:
There is one requirement that some customers want to get the possible
host list when create/rebuild/migrate/evacuate VM so as to create a
resource plan for those operations, but currently select_destination is
not a REST API, is it possible that we promote
On Mon, Jul 21, 2014 at 7:15 AM, Johnson Cheng
johnson.ch...@qsantechnology.com wrote:
Dear All,
When I setup a openstack node, will it have the output of “nova list”?
Here is my output of “nova image-list”,
Hi all,
I registered a BP for the feature that makes Swift works as an object storage
gateway [1]. And submit the specification [2] last Sunday. Could you give some
review and opinion about it please?
First, I made a wrong commit of the spec [3]. Then I tried to modify and
overwrite it, but
On 07/17/2014 03:07 AM, Tailor, Rajesh wrote:
Hi all,
Why glance is not using Launcher/ProcessLauncher (oslo-incubator) for
its wsgi service like it is used in other openstack projects i.e. nova,
cinder, keystone etc.
Glance uses the same WSGI service launch code as the other OpenStack
+1
Andrea has already worked well for Tempest.
Thanks
Ken'ichi Ohmichi
---
-Original Message-
From: Matthew Treinish [mailto:mtrein...@kortar.org]
Sent: Tuesday, July 22, 2014 7:34 AM
To: openstack-dev@lists.openstack.org
Subject: [openstack-dev] [QA] Proposed Changes to Tempest
On Mon, Jul 21, 2014 at 02:52:04PM -0500,
Kyle Mestery mest...@mestery.com wrote:
Following up with post SAD status:
* https://review.openstack.org/#/c/99873/ ML2 OVS: portsecurity
extension support
Remains unapproved, no negative feedback on current revision.
*
Hi Jay,
There are indeed some China customers want this feature because before they
do some operations, they want to check the action plan, such as where the
VM will be migrated or created, they want to use some interactive mode do
some operations to make sure no errors.
Thanks.
2014-07-22
I'd like to request Juno spec freeze exception for ML2 OVS portsecurity
extension.
- https://review.openstack.org/#/c/99873/
ML2 OVS: portsecurity extension support
- https://blueprints.launchpad.net/neutron/+spec/ml2-ovs-portsecurity
Add portsecurity support to ML2 OVS mechanism driver
Hi,
Thank you for the info.
On Monday, July 21, 2014 10:19 PM, Nassim Babaci wrote:
* Adding policy engine support to Swift
https://review.openstack.org/#/c/89568/
With the commit message in 89568, you have developed same function
except supporting policy.json file format.
My answer is
+1
I've been helping out with the osprofiler code (and tiny parts of rally) and
boris would be a welcome PTL imho.
-Josh
On Jul 21, 2014, at 11:38 AM, Boris Pavlovic bpavlo...@mirantis.com wrote:
Hi,
I would like to propose my candidacy for Rally PTL.
I started this project to make
1 - 100 of 105 matches
Mail list logo