Hi,
Given some people can't make it tomorrow and I don't think we have much
new to talk about anyway I'm going to cancel the Nova API meeting this
week. Feel free to use your new extra spare time reviewing some API
related nova-specs we really want to get moving though :-)
Hi,
if you are interested in this filter see:
https://review.openstack.org/#/c/99476/
Belmiro
--
Belmiro Moreira
CERN
Email: belmiro.more...@cern.ch
IRC: belmoreira
On Tue, Jun 10, 2014 at 10:42 PM, Belmiro Moreira
moreira.belmiro.email.li...@gmail.com wrote:
I think you can create an easy survey with doodle.com. You can fill in the
dates, and ask people to specify next to their names if their attendance
will be physical or virtual.
On Thu, Jun 12, 2014 at 12:16 AM, D'Angelo, Scott scott.dang...@hp.com
wrote:
During the June 11 #openstack-cinder
Hi folks,
I'd like to nominate Nikhil Komawar to join glance-core. His code and
review contributions over the past years have been very helpful and he's
been taking on a very important role in advancing the glance tasks work.
If anyone has any concerns, please let me know. Otherwise I'll make
Hi,everybody.
I use packstack to install openstack, but I have found a few questions:
(Centos 6.5 os)
1) The directory /var/lib/glance is not big enough to store the images. I
modify the config files in the file /etc/glance/glance-api.conf and
/etc/glance/glance-cache.conf ,modify
I tend to agree with you Keith, securing Heat is Heat's problem.
Securing Nova is nova's problem. And I too would expect that those with
admin access to Heat, would not have admin access to Nova. That is why
we split these things up with API's.
I still prefer that users encrypt secrets on the
Folks,
Though it is holiday in Russia where we have large Fuelers presence, I'm
still going to run the meeting at 16.00 UTC on 12th (9am PST, 8pm MSK
Thursday).
Other locations, I need your presence.
Agenda: https://etherpad.openstack.org/p/fuel-weekly-meeting-agenda
Feel free to extend it in
Hi, Jay
Yep. Here is the link to mail archive (I hoped that they would hit Reply
All button):
https://www.mail-archive.com/pacemaker@oss.clusterlabs.org/msg19896.html
Actually, this is what Mirantis Linux Hardening team could do, I hope, in
this release cycle and push it to upstream.
On Thu,
Guys, what we really need from orchestration tool is an ability orchestrate
a big amount of task accross the nodes with all the complicated
dependencies, dynamic actions (e.g. what to do on failure and on success)
and parallel execution including those, that can have no additional
software
Morgan Fainberg wrote:
I’ve been looking over the code for this and it turns out plain old SHA1
is a bad idea. We recently had a patch land in keystone client and
keystone to let us configure the hashing algorithm used for token
revocation list and the short-token ids.
I’ve updated my
Hi, All:
I print *nova --debug list *, and got nothing return, how can
that be ?
RESP: [200] CaseInsensitiveDict({'date': 'Thu, 12 Jun 2014 08:52:19 GMT',
'content-length': '0', 'content-type': 'text/html; charset=UTF-8'})
RESP BODY:
On 06/12/2014 12:17 AM, Gregory Haynes wrote:
The issue is that distributions supported in TripleO provide different
tools for managing Pacemaker. Ubuntu/Debian provides crmsh, Fedora/RHEL
provides pcs, OpenSuse provides both. I didn't find packages for all our
distros for any of the tools. Also
I hoped that they would hit Reply All button
they might hit it, but if someone is not subscribed to openstack-dev, then
the message won't be posted as far as I know.
Likely, mine won't be posted in pacemaker ML as I'm not subscribed to that
ML.
On Thu, Jun 12, 2014 at 1:23 AM, Vladimir Kuklin
@ john,
Thank you for your comments.
About blueprint volume-delete-protect :
https://review.openstack.org/#/c/97034/, I think deferred deletion for volumes
is valuable, it seems to me that should be sufficient.
Firstly currently in cinder, calling the API of deleting
Matt, Eoghan, thanks
Firstly , sorry for the effection, the direct reason of the bug is an
issue in nova-network scenario,
it is my mistake when commit patch
https://review.openstack.org/#/c/81429/ to fix the bug 1262124.
with agreement of Matt's view, to dissipate the load of nova API, so it
Doug Hellmann wrote:
On Tue, Jun 10, 2014 at 5:19 PM, Mark McLoughlin mar...@redhat.com wrote:
On Tue, 2014-06-10 at 12:24 -0400, Doug Hellmann wrote:
[...]
Background:
We have two types of oslo libraries. Libraries like oslo.config and
oslo.messaging were created by extracting incubated
All,
TL:DR; Lets work together and openly on security review and threat
analysis for OpenStack
I've discussed this for a while within the security group but now I'm
sharing more widely here on -dev.
There are currently scores of security reviews taking place on OpenStack
architecture, projects
On Wed, Jun 11, 2014 at 9:47 PM, Sean Dague s...@dague.net wrote:
Actually swiftclient is one of the biggest offenders in the gate -
http://logs.openstack.org/96/99396/1/check/check-tempest-dsvm-full/4501fc8/logs/screen-g-api.txt.gz#_2014-06-11_15_20_11_078
I'd be happy to fix that but that
When in the middle of developing code for nova I'll typically not wish to
the run the entire Nova test suite every time I have a bit of code to
verify. I'll just want to run the single test case that deals with the
code I'm hacking on.
I'm currently writing a 'test_hardware.py' test case for the
Hey folks,
today is the holiday in Russia, so, canceling the irc team meeting.
Thanks.
--
Sincerely yours,
Sergey Lukjanov
Sahara Technical Lead
(OpenStack Data Processing)
Principal Software Engineer
Mirantis Inc.
___
OpenStack-dev mailing list
Hi all,
At this moment in rally we have for almost every benchmark scenario (or at
least service) bunch of CONF options.
That are used to setup pool interval and pre pool pause. Here is the
section:
https://github.com/stackforge/rally/blob/master/etc/rally/rally.conf.sample#L142-L293
If
Current gate-tempest-dsvm-virtual-ironic has only a 65% pass rate *in
the gate* over the last 48 hrs -
On Thu, Jun 12, 2014 at 12:58 PM, Chmouel Boudjnah chmo...@enovance.com
wrote:
On Wed, Jun 11, 2014 at 9:47 PM, Sean Dague s...@dague.net wrote:
Actually swiftclient is one of the biggest offenders in the gate -
On 11/06/14 16:26 -0700, Devananda van der Veen wrote:
On Tue, Jun 10, 2014 at 1:23 AM, Flavio Percoco fla...@redhat.com wrote:
Against:
• Makes it hard for users to create applications that work across
multiple
clouds, since critical functionality may or may not be available in a
given
On 06/12/2014 07:42 AM, Chmouel Boudjnah wrote:
On Thu, Jun 12, 2014 at 12:58 PM, Chmouel Boudjnah chmo...@enovance.com
mailto:chmo...@enovance.com wrote:
On Wed, Jun 11, 2014 at 9:47 PM, Sean Dague s...@dague.net
mailto:s...@dague.net wrote:
Actually swiftclient is one
Sean Dague wrote:
Current gate-tempest-dsvm-virtual-ironic has only a 65% pass rate *in
the gate* over the last 48 hrs -
We're definitely deep into capacity issues, so it's going to be time to
start making tougher decisions about things we decide aren't different
enough to bother testing on every commit.
Previously we've been testing Postgresql in the gate because it has a
stricter interpretation of SQL than MySQL.
On Thu, Jun 12 2014, Sean Dague wrote:
However Monty brought up a good point at Summit, that MySQL has a strict
mode. That should actually enforce the same strictness.
I would vote -1 on that, simply because using PostgreSQL should be more
than that just doing strict SQL.
For example, in
On Thu, Jun 12, 2014 at 1:59 PM, Sean Dague s...@dague.net wrote:
The only thing it makes harder is you have to generate your own token to
run the curl command. The rest is there.
Well I would have imagine that the curl command debug are here so people
can easily copy and paste them and/or
On 06/12/2014 08:15 AM, Julien Danjou wrote:
On Thu, Jun 12 2014, Sean Dague wrote:
However Monty brought up a good point at Summit, that MySQL has a strict
mode. That should actually enforce the same strictness.
I would vote -1 on that, simply because using PostgreSQL should be more
than
On Thu, Jun 12 2014, Sean Dague wrote:
That's not cacthable in unit or functional tests?
Not in an accurate manner, no.
Keeping jobs alive based on the theory that they might one day be useful
is something we just don't have the liberty to do any more. We've not
seen an idle node in zuul in
+100 it's about time!
On Thu, Jun 12, 2014 at 3:26 AM, Mark Washenberger
mark.washenber...@markwash.net wrote:
Hi folks,
I'd like to nominate Nikhil Komawar to join glance-core. His code and
review contributions over the past years have been very helpful and he's
been taking on a very
On Thu, 2014-06-12 at 12:09 +0200, Thierry Carrez wrote:
Doug Hellmann wrote:
On Tue, Jun 10, 2014 at 5:19 PM, Mark McLoughlin mar...@redhat.com wrote:
On Tue, 2014-06-10 at 12:24 -0400, Doug Hellmann wrote:
[...]
Background:
We have two types of oslo libraries. Libraries like
IMO it is good if default values are calculated from cloud_speed, and
there is also ability to change every single option.
Hi all,
At this moment in rally we have for almost every benchmark scenario (or
at least service) bunch of CONF options.That are used to setup pool
interval and
Hi,
There is the mid cycle sprint in July for Nova and Neutron. Anyone interested
in maybe getting one together in Europe/Middle East around the same dates? If
people are willing to come to this part of the world I am sure that we can
organize a venue for a few days. Anyone interested. If we
+1
From: Alex Meade [mailto:mr.alex.me...@gmail.com]
Sent: 12 June 2014 13:56
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Glance] Nominating Nikhil Komawar for Core
+100 it's about time!
On Thu, Jun 12, 2014 at 3:26 AM, Mark Washenberger
This part of the world == Israel (it has been a long week :))
From: administrator gkot...@vmware.commailto:gkot...@vmware.com
Reply-To: OpenStack List
openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org
Date: Thursday, June 12, 2014 at 4:32 PM
To: OpenStack List
Hello,
I'm addressing https://bugs.launchpad.net/oslo/+bug/1326020 which is
dealing with periodic tasks.
There is currently a code block that checks if a task is 0.2 seconds
away from being run and if so it run now instead. Essentially
coalescing nearby tasks together.
From
Thank you for the update, Kyle.
I was sceptical about this move at first but hopefully I was wrong. The specs
repository indeed eases a lot of the work from a submitter and reviewer point
of view.
Is there any web page where all approved blueprints are being published to?
Jenkins builds such
On 6/12/2014 12:40 AM, Christopher Yeoh wrote:
On Thu, Jun 12, 2014 at 7:30 AM, Matthew Treinish mtrein...@kortar.org
mailto:mtrein...@kortar.org wrote:
Hi everyone,
As part of debugging all the bugs that have been plaguing the gate
the past
couple of weeks one of the things
FWIW, I’ve tried to make a useful dashboard for this using Sean Dague’s
gerrit-dash-creator [0].
Short URL is http://bit.ly/1l4DLFS long url is:
+1 to this. It would be great to read the compiled spec and have it be
searchable/filtered.
-Anthony
Thank you for the update, Kyle.
I was sceptical about this move at first but hopefully I was wrong. The specs
repository indeed eases a lot of the work from a submitter and reviewer point
of
Hey Folks,
The blueprint for Access Groups can be found here:
https://blueprints.launchpad.net/manila/+spec/access-groups
If you have a chance, please look through the proposal for the API
resources and DB schema changes here:
https://etherpad.openstack.org/p/manila-access-groups-api-proposal
We have a need for a distributed lock in the VMware driver, which I
suspect isn't unique. Specifically it is possible for a VMware datastore
to be accessed via multiple nova nodes if it is shared between
clusters[1]. Unfortunately the vSphere API doesn't provide us with the
primitives to implement
Hi all,
I don't know if it's a know issue or not, but I noticed on one of my patch
(https://review.openstack.org/#/c/99648/) that the 2.7 gate was passing whereas
the 2.6 is failing because of import errors. It seems to be a problem related
to the difference in the discover module, so
On Thu, Jun 12 2014, Matthew Booth wrote:
We have a need for a distributed lock in the VMware driver, which I
suspect isn't unique. Specifically it is possible for a VMware datastore
to be accessed via multiple nova nodes if it is shared between
clusters[1]. Unfortunately the vSphere API
On 6/12/14, 8:26 AM, Julien Danjou wrote:
On Thu, Jun 12 2014, Sean Dague wrote:
That's not cacthable in unit or functional tests?
Not in an accurate manner, no.
Keeping jobs alive based on the theory that they might one day be useful
is something we just don't have the liberty to do any
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/06/14 15:35, Julien Danjou wrote:
On Thu, Jun 12 2014, Matthew Booth wrote:
We have a need for a distributed lock in the VMware driver, which
I suspect isn't unique. Specifically it is possible for a VMware
datastore to be accessed via
On 6/10/2014 5:36 AM, Michael Still wrote:
https://review.openstack.org/99002 adds more logging to
nova/network/manager.py, but I think you're not going to love the
debug log level. Was this the sort of thing you were looking for
though?
Michael
On Mon, Jun 9, 2014 at 11:45 PM, Sean Dague
I think it'd be OK to move them to the experimental queue and a periodic
nightly job until the v2.1 stuff shakes out. The v3 API is marked
experimental right now so it seems fitting that it'd be running tests in
the experimental queue until at least the spec is approved and
microversioning
Hi,
The SR-IOV work depends on this fix. It has got +1’s for quite some time, and
need core reviewers to review and approve.
thanks,
Robert
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
On Thu, Jun 12 2014, Matthew Booth wrote:
This looks interesting. It doesn't have hooks for fencing, though.
What's the status of tooz? Would you be interested in adding fencing
hooks?
It's maintained and developer, we have plan to use it in Ceilometer and
others projects. Joshua also wants
Hello OpenStack folks,
First please allow me to introduce myself, my name is Tim Kelsey and I’m a
security developer working at HP. I am very interested in projects like Kite
and the work that’s being undertaken to introduce message level security into
OpenStack and would love to help out on
On Fri, Jun 13, 2014 at 12:25 AM, Dan Smith d...@danplanet.com wrote:
I think it'd be OK to move them to the experimental queue and a periodic
nightly job until the v2.1 stuff shakes out. The v3 API is marked
experimental right now so it seems fitting that it'd be running tests in
the
Thats true, though I was suggesting as v2.1microversions rolls out we
drop the test out of v3 and move it to v2.1microversions testing, so
there's no change in capacity required.
Right now we run a full set over /v2 and a full set over /v3. Certainly
as we introduce /v2.1 we'll need full
On 6/12/2014 10:08 AM, Kelsey, Timothy Joh wrote:
Hello OpenStack folks,
First please allow me to introduce myself, my name is Tim Kelsey and I’m a
security developer working at HP. I am very interested in projects like Kite
and the work that’s being undertaken to introduce message level
On 6/12/2014 9:38 AM, Mike Bayer wrote:
On 6/12/14, 8:26 AM, Julien Danjou wrote:
On Thu, Jun 12 2014, Sean Dague wrote:
That's not cacthable in unit or functional tests?
Not in an accurate manner, no.
Keeping jobs alive based on the theory that they might one day be useful
is something
Reminding, meetings are ran in #openstack-meeting-alt on freenode.
On Thu, Jun 12, 2014 at 1:14 AM, Mike Scherbakov mscherba...@mirantis.com
wrote:
Folks,
Though it is holiday in Russia where we have large Fuelers presence, I'm
still going to run the meeting at 16.00 UTC on 12th (9am PST,
Please don't send review requests to the list. See the preferred
methods here:
http://lists.openstack.org/pipermail/openstack-dev/2013-September/015264.html
Thanks.
-Ben
On 06/12/2014 10:07 AM, Robert Li (baoli) wrote:
Hi,
The SR-IOV work depends on this fix. It has got +1’s for quite some
On 06/12/2014 02:29 AM, Avishay Traeger wrote:
I think you can create an easy survey with doodle.com. You can fill in the
dates, and ask people to specify next to their names if their attendance
will be physical or virtual.
On Thu, Jun 12, 2014 at 12:16 AM, D'Angelo, Scott
On 11 June 2014 20:07, Joe Gordon joe.gord...@gmail.com wrote:
On Wed, Jun 11, 2014 at 11:38 AM, Matt Riedemann
mrie...@linux.vnet.ibm.com wrote:
On 6/11/2014 10:01 AM, Eoghan Glynn wrote:
Thanks for bringing this to the list Matt, comments inline ...
tl;dr: some pervasive changes were made
Thanks for the info Matt, I guess I should have been clearer about what I
was asking. I was indeed referring to the trusted RPC messaging proposal
you linked. Im keen to find out whats happening with that and where I can
help.
--
Tim Kelsey
Cloud Security Engineer
HP Helion
On 12/06/2014
On 06/12/2014 10:38 AM, Mike Bayer wrote:
On 6/12/14, 8:26 AM, Julien Danjou wrote:
On Thu, Jun 12 2014, Sean Dague wrote:
That's not cacthable in unit or functional tests?
Not in an accurate manner, no.
Keeping jobs alive based on the theory that they might one day be useful
is
On 6/12/2014 8:55 AM, Tom Cammann wrote:
Hello,
I'm addressing https://bugs.launchpad.net/oslo/+bug/1326020 which is
dealing with periodic tasks.
There is currently a code block that checks if a task is 0.2 seconds
away from being run and if so it run now instead. Essentially
coalescing
On 06/11/2014 12:11 PM, Ajay Kalambur (akalambu) wrote:
Hi
Are there any tests available for ipv6 in Tempest. Also whats the road map
for addition of these tests.
Ajay
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
Hey Matt,
There is a connection pool in
https://github.com/boto/boto/blob/develop/boto/connection.py which
could be causing issues...
-- dims
On Thu, Jun 12, 2014 at 10:50 AM, Matt Riedemann
mrie...@linux.vnet.ibm.com wrote:
On 6/10/2014 5:36 AM, Michael Still wrote:
-Original Message-
From: Jay Pipes [mailto:jaypi...@gmail.com]
Sent: 09 June 2014 19:03
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [nova] Proposal: Move CPU and memory
allocation ratio out of scheduler
On 06/09/2014 12:32 PM, Chris Friesen wrote:
On
On Fri, Jun 13, 2014 at 12:41:19AM +0930, Christopher Yeoh wrote:
On Fri, Jun 13, 2014 at 12:25 AM, Dan Smith d...@danplanet.com wrote:
I think it'd be OK to move them to the experimental queue and a periodic
nightly job until the v2.1 stuff shakes out. The v3 API is marked
experimental
Please do not cross-post questions between openstack and openstack-dev.
This doesn't sound development-related, so the appropriate place for
this discussion is the openstack list.
Thanks.
-Ben
On 06/12/2014 03:52 AM, 严超 wrote:
Hi, All:
I print *nova --debug list *, and got nothing
On 6/12/2014 10:51 AM, Matthew Treinish wrote:
On Fri, Jun 13, 2014 at 12:41:19AM +0930, Christopher Yeoh wrote:
On Fri, Jun 13, 2014 at 12:25 AM, Dan Smith d...@danplanet.com wrote:
I think it'd be OK to move them to the experimental queue and a periodic
nightly job until the v2.1 stuff
Mark McLoughlin wrote:
On Thu, 2014-06-12 at 12:09 +0200, Thierry Carrez wrote:
Doug Hellmann wrote:
On Tue, Jun 10, 2014 at 5:19 PM, Mark McLoughlin mar...@redhat.com wrote:
On Tue, 2014-06-10 at 12:24 -0400, Doug Hellmann wrote:
[...]
Background:
We have two types of oslo libraries.
On 06/12/2014 02:50 AM, bt...@163.com wrote:
Hi,everybody.
I use packstack to install openstack, but I have found a few questions:
(Centos 6.5 os)
1) The directory /var/lib/glance is not big enough to store the images.
I modify the config files in the file
On 06/12/2014 10:32 AM, Thomas Herve wrote:
Hi all,
I don't know if it's a know issue or not, but I noticed on one of my patch
(https://review.openstack.org/#/c/99648/) that the 2.7 gate was passing
whereas the 2.6 is failing because of import errors. It seems to be a
problem related
On 06/12/2014 12:02 PM, Matt Riedemann wrote:
On 6/12/2014 10:51 AM, Matthew Treinish wrote:
On Fri, Jun 13, 2014 at 12:41:19AM +0930, Christopher Yeoh wrote:
On Fri, Jun 13, 2014 at 12:25 AM, Dan Smith d...@danplanet.com wrote:
I think it'd be OK to move them to the experimental queue
On Jun 12, 2014 9:03 AM, Matt Riedemann mrie...@linux.vnet.ibm.com
wrote:
On 6/12/2014 10:51 AM, Matthew Treinish wrote:
On Fri, Jun 13, 2014 at 12:41:19AM +0930, Christopher Yeoh wrote:
On Fri, Jun 13, 2014 at 12:25 AM, Dan Smith d...@danplanet.com wrote:
I think it'd be OK to move them
Hello all,
I've just submitted a patch[1] to solve a bug in Neutron. All the
third-party plugins has voted as +1 but Jenkins has refused the patch
because of the '.' dot at the end of the commit summary line.
I know that is my fault, because I should run the ./run_tests.sh -p after
modify the
Hi folks,
Marconi’s first Juno milestone release is now available. It includes
several bug fixes, plus adds support for caching frequent DB queries as
part of the team's focus on performance tuning during the Juno cycle. This
release also includes an important refactoring of our API tests that
On Jun 12, 2014 8:37 AM, Sean Dague s...@dague.net wrote:
On 06/12/2014 10:38 AM, Mike Bayer wrote:
On 6/12/14, 8:26 AM, Julien Danjou wrote:
On Thu, Jun 12 2014, Sean Dague wrote:
That's not cacthable in unit or functional tests?
Not in an accurate manner, no.
Keeping jobs alive
What exactly is the core set of functionalities Marconi expects all
implementations to support? (I understand it is a subset of the HTTP APIs
Marconi exposes?)
On 6/12/14, 4:56 AM, Flavio Percoco fla...@redhat.com wrote:
On 11/06/14 16:26 -0700, Devananda van der Veen wrote:
On Tue, Jun 10, 2014
On 06/12/2014 12:20 PM, Jaume Devesa wrote:
Hello all,
I've just submitted a patch[1] to solve a bug in Neutron. All the
third-party plugins has voted as +1 but Jenkins has refused the patch
because of the '.' dot at the end of the commit summary line.
I know that is my fault, because I
On 06/12/2014 08:36 AM, Sean Dague wrote:
On 06/12/2014 10:38 AM, Mike Bayer wrote:
On 6/12/14, 8:26 AM, Julien Danjou wrote:
On Thu, Jun 12 2014, Sean Dague wrote:
That's not cacthable in unit or functional tests?
Not in an accurate manner, no.
Keeping jobs alive based on the theory that
Hi Carlos,
I noticed that the point you raised here had not been followed up. So
if I understand correctly, your concern is related to sharing common
configuration information between GP drivers, and ML2 mechanism
drivers (when used in the mapping)? If so, would a common
configuration file
Hi Carlos,
I noticed that the point you raised here had not been followed up. So
if I understand correctly, your concern is related to sharing common
configuration information between GP drivers, and ML2 mechanism
drivers (when used in the mapping)? If so, would a common
configuration file
Hello,
I was wondering if there is any update on the performance of Marconi? Are
results of any performance measurements available yet?
Thanks,
Tomasz Janczuk
@tjanczuk
HP
On 4/29/14, 1:01 PM, Janczuk, Tomasz tomasz.janc...@hp.com wrote:
Hi Flavio,
Thanks! I also added some comments to the
-Original Message-
From: Sean Dague [mailto:s...@dague.net]
Sent: 12 June 2014 17:37
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] Gate proposal - drop Postgresql configurations in
the gate
...
But if we're talking about a devstack /
Excerpts from Matt Riedemann's message of 2014-06-12 08:15:46 -0700:
On 6/12/2014 9:38 AM, Mike Bayer wrote:
On 6/12/14, 8:26 AM, Julien Danjou wrote:
On Thu, Jun 12 2014, Sean Dague wrote:
That's not cacthable in unit or functional tests?
Not in an accurate manner, no.
Keeping
On 2014-06-12, 7:18 AM, Sean Dague wrote:
On 06/11/2014 08:12 PM, Mathieu Gagné wrote:
On 2014-06-11, 7:52 PM, Sean Dague wrote:
I'm concerned about the [nova] section being (one day) overloaded with
options unrelated to the actual nova client configuration. Although my
concern could be wrong.
+1
From: Kuvaja, Erno [kuv...@hp.com]
Sent: Thursday, June 12, 2014 9:34 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Glance] Nominating Nikhil Komawar for Core
+1
From: Alex Meade
+1 Good job Nikhil!
- Original Message -
From: Brian Rosmaita brian.rosma...@rackspace.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Sent: Thursday, June 12, 2014 10:15:07 AM
Subject: Re: [openstack-dev] [Glance] Nominating
Hi Ramki
Really like the smart scheduler idea, we made a couple of blueprints that are
related to ensuring you have the right information to build a constrained based
scheduler. I do however want to point out that this is not NFV specific but is
useful for all applications and services of
Hi,
I'm looking for the community viewpoint on whether there is any chance
of license contamination between mysql and nova. I realize that lawyers
would need to be involved for a proper ruling, but I'm curious about the
view of the developers on the list.
Suppose someone creates a modified
I've opened https://bugs.launchpad.net/openstack-ci/+bug/1329430 to track
the progress of getting the ironic job in better shape. Monty had a great
suggestion this morning about how cache_devstack.py can be updated to cache
the UCA stuff for any job that may need it. I'm putting together a patch
On Thu, Jun 12, 2014 at 12:25 PM, Joe Gordon joe.gord...@gmail.com wrote:
On Jun 12, 2014 9:20 AM, Jaume Devesa devv...@gmail.com wrote:
Hello all,
I've just submitted a patch[1] to solve a bug in Neutron. All the
third-party plugins has voted as +1 but Jenkins has refused the patch
It's been a while since I've used these tools and I'm not 100% surprised
they've fragmented once again. :) That said, does pcs support creating the
CIB configuration in bulk from a file? I know that crm shell would let you
dump the entire cluster config and restore from file. Unless the CIB
Yathi - many thanks for adding more NFV context.
Alan - many thanks for the interest and would be glad to have further
discussions.
Thanks,
Ramki
-Original Message-
From: Yathiraj Udupi (yudupi) [mailto:yud...@cisco.com]
Sent: Thursday, June 12, 2014 11:53 AM
To: Alan Kavanagh
Cc:
++ Yathi.
-Original Message-
From: ramki Krishnan [mailto:r...@brocade.com]
Sent: Thursday, June 12, 2014 12:48 PM
To: OpenStack Development Mailing List (not for usage questions); Alan Kavanagh
Cc: Norival Figueira
Subject: Re: [openstack-dev] NFV in OpenStack use cases and context
On 06/12/2014 12:24 PM, Joe Gordon wrote:
On Jun 12, 2014 8:37 AM, Sean Dague s...@dague.net
mailto:s...@dague.net wrote:
On 06/12/2014 10:38 AM, Mike Bayer wrote:
On 6/12/14, 8:26 AM, Julien Danjou wrote:
On Thu, Jun 12 2014, Sean Dague wrote:
That's not cacthable in unit or
On 06/12/2014 02:13 PM, Chris Friesen wrote:
Hi,
I'm looking for the community viewpoint on whether there is any chance
of license contamination between mysql and nova. I realize that lawyers
would need to be involved for a proper ruling, but I'm curious about the
view of the developers on the
On 6/12/2014 10:31 AM, Kelsey, Timothy Joh wrote:
Thanks for the info Matt, I guess I should have been clearer about what I
was asking. I was indeed referring to the trusted RPC messaging proposal
you linked. Im keen to find out whats happening with that and where I can
help.
Looks like
Tempest has a number of tests in various services for deleting objects
that mostly return 204. Many, but not all, of these tests go on to check
that the resource was actually deleted but do so in different ways.
Sometimes they go into a timeout loop waiting for a GET on the object to
fail.
1 - 100 of 176 matches
Mail list logo