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 to nova to enable polling in
ceilometer which broke some
Excerpts from Adam Harwell's message of 2014-06-10 12:04:41 -0700:
So, it looks like any sort of validation on Deletes in Barbican is going
to be a no-go. I'd like to propose a third option, which might be the
safest route to take for LBaaS while still providing some of the
convenience of
While reviewing some specs I noticed that I had put myself down for more
Juno-2 work than is likely to be completed. I suspect this will happen
routinely with many folks. Also, assignees may change. This information
is not really part of the spec at all. Since we are still using
blueprints to
Hi Doug,
Barbican does guarantee the integrity and availability of the secret,
unless the owner of the secret deletes it from Barbican. We’re not
encouraging that you store a shadow-copy of the secret either. This was
proposed by the LBaaS team as a possible workaround for your use case.
Our
Thanks for bringing this to the list Matt, comments inline ...
tl;dr: some pervasive changes were made to nova to enable polling in
ceilometer which broke some things and in my opinion shouldn't have been
merged as a bug fix but rather should have been a blueprint.
===
The
There has been a lot of interest in holding a Heat meetup during the
Juno cycle. We have the opportunity to piggy-back on the TripleO meetup
- and I expect at least some Heat developers to attend that - but we
also know that some key people from both Heat and TripleO will be unable
to attend
This stems a bit further than just reduction in noise in the logs. Think of
this from a case of security (with centralized logging or lower privileged
users able to read log files). If we aren’t putting passwords into these log
files, we shouldn’t be putting tokens in. The major functional
+1, I would remove them as well, assignee and milestone probably do not need
to go through review, it something we can agree upon at QA meetings.
andrea
-Original Message-Cl@ud3D3bu$$y
From: David Kranz [mailto:dkr...@redhat.com]
Sent: 11 June 2014 20:18
To: OpenStack Development
For both the security and the log line length, Swift is by default just
displaying the first 16 bytes of the token.
--John
On Jun 11, 2014, at 12:39 PM, Morgan Fainberg morgan.fainb...@gmail.com wrote:
This stems a bit further than just reduction in noise in the logs. Think of
this from a
On 06/11/2014 06:05 PM, Janczuk, Tomasz wrote:
Process level isolation is more costly than sub-process level isolation
primarily due to larger memory consumption. For example, CGI has worse
cost characteristics than FastCGI when scaled out. But the example closer
to Marconi¹s use case is
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
On 06/11/2014 03:44 PM, John Dickinson wrote:
For both the security and the log line length, Swift is by
On 06/11/2014 03:01 PM, Sean Dague wrote:
We've had a few reviews recently going around to mask out X-Auth-Token
from the python clients in the debug output. Currently there are a mix
of ways this is done.
In glanceclient (straight stricken)
X-Auth-Token: ***
The neutronclient proposal -
On Wed, Jun 11, 2014 at 03:17:48PM -0400, David Kranz wrote:
While reviewing some specs I noticed that I had put myself down for more
Juno-2 work than is likely to be completed. I suspect this will happen
routinely with many folks. Also, assignees may change. This information is
not really
On Jun 11, 2014, at 9:31 AM, Evgeny Fedoruk evge...@radware.com wrote:
Regarding the case when back-end system tries to retrieve secret from deleted
Barbican TLS container,
Is this a real use case? I mean, is there a back-end system which will get
container ID from somewhere, try to
Hi,
On Tue, 2014-06-10 at 15:47 +0400, Dina Belova wrote:
Dims,
No problem with creating the specs, we just want to understand if the
community is OK with our suggestions in general :)
If so, I'll create the appropriate specs and we'll discuss them :)
Personally, I find it difficult to
On 06/11/2014 03:50 PM, Matthew Treinish wrote:
On Wed, Jun 11, 2014 at 03:17:48PM -0400, David Kranz wrote:
While reviewing some specs I noticed that I had put myself down for more
Juno-2 work than is likely to be completed. I suspect this will happen
routinely with many folks. Also, assignees
On Wed, 2014-06-11 at 16:57 +1200, Steve Baker wrote:
On 11/06/14 15:07, Jamie Lennox wrote:
Among the problems cause by the inconsistencies in the clients is that
all the options that are required to create a client need to go into the
config file of the service. This is a pain to
On Jun 11, 2014 10:33 AM, Anne Gentle a...@openstack.org wrote:
Hi all,
I'm back and mellow after my week at the beach. Here's what's going on in
the world of docs.
We had our doc team meeting this morning. The 2nd and 4th Wed. are Europe
and North America times, the 1st and 3rd Wed. are for
On 06/11/2014 11:35 AM, Chris Wright wrote:
I plan to move the primary content from Meetings/NFV to Team/NFV and
keep Meetings/NFV as just meeting info (and a note to update Team/NFV
with any real content). This is just a heads up, please holler if you
see an issue with this.
Sounds like a
Hi Denis
On 11/06/14 20:17, Denis Makogon wrote:
Good day, Stackers, Trove community.
I'd like to start thread related to orchestration based resource
management. At current state Heat support in Trove is nothing else
than experimental. Trove should be able to fully support Trove as
On 12/06/14 08:18, Mark McLoughlin wrote:
On Wed, 2014-06-11 at 16:57 +1200, Steve Baker wrote:
On 11/06/14 15:07, Jamie Lennox wrote:
Among the problems cause by the inconsistencies in the clients is that
all the options that are required to create a client need to go into the
config file of
During the June 11 #openstack-cinder meeting we discussed a mid-cycle meetup.
The agenda is To be Determined.
I have inquired and HP in Fort Collins, CO has room and network connectivity
available. There were some dates that worked well for reserving a nice room:
July 14,15,17,18, 21-25, 27-Aug
We'll meet tomorrow at the regular time in #openstack-meeting-3. The
agenda [1] is posted.
Carl Baldwin
Neutron L3 Subteam
[1] https://wiki.openstack.org/wiki/Meetings/Neutron-L3-Subteam#Agenda
___
OpenStack-dev mailing list
Hi everyone,
As part of debugging all the bugs that have been plaguing the gate the past
couple of weeks one of the things that came up is that we're still running the
v3 API tests in the gate. AIUI at summit Nova decided that the v3 API test won't
exist as a separate major version. So I'm not
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 if there is a third-party repo
Thanks a lot Mr. Adam young. I will try as per your direction and let you
know the status.
On Thu, Jun 5, 2014 at 4:51 PM, Adam Young ayo...@redhat.com wrote:
On 06/05/2014 05:25 PM, Tahmina Ahmed wrote:
Dear all,
I am trying to use neo4j graph database instead of mysql for my
On 05/26/2014 11:16 AM, Vladimir Kuklin wrote:
Hi all
We are working on HA solutions for OpenStack(-related) services and
figured out that sometimes we need clones to be notified if one of the
cluster nodes running clone instances goes offline. E.g., we need this
information to make RabbitMQ
On Sat, 2014-05-24 at 17:24 +, Hayes, Graham wrote:
Hi all,
Designate would like to apply for incubation status in OpenStack.
Our application is here:
https://wiki.openstack.org/wiki/Designate/Incubation_Application
As part of our application we would like to apply for a new
Hey crew, as promised, I digitized the pages from the easel pad at our program
pod in Atlanta. They are now available on the wiki along with a few notes to
help everyone remember what all the scribbling is supposed to mean. :D
https://wiki.openstack.org/wiki/Juno/Notes/Marconi
Thanks everyone
Hey Neutron LBaaS folks!
I created the following etherpad in an effort to mitigate the visibility issue
some of us have been trying to address. Please update it before tomorrow's
weekly IRC meeting if possible so that the community is aware of what every
team is currently engaged on. This will
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
deployment. (counter: how many users need
On Thu, 2014-06-12 at 09:13 +1200, Steve Baker wrote:
On 12/06/14 08:18, Mark McLoughlin wrote:
On Wed, 2014-06-11 at 16:57 +1200, Steve Baker wrote:
On 11/06/14 15:07, Jamie Lennox wrote:
Among the problems cause by the inconsistencies in the clients is that
all the options that are
On 06/11/2014 07:47 PM, Jamie Lennox wrote:
On Thu, 2014-06-12 at 09:13 +1200, Steve Baker wrote:
On 12/06/14 08:18, Mark McLoughlin wrote:
On Wed, 2014-06-11 at 16:57 +1200, Steve Baker wrote:
On 11/06/14 15:07, Jamie Lennox wrote:
Among the problems cause by the inconsistencies in the
On Wed, 2014-06-11 at 04:43 +, Angus Salkeld wrote:
On 11/06/14 13:10, Jamie Lennox wrote:
Among the problems cause by the inconsistencies in the clients is that
all the options that are required to create a client need to go into the
config file of the service. This is a pain to
On 2014-06-11, 7:52 PM, Sean Dague wrote:
Honestly, I really like
[nova]
better than
[clients_nova]
And as we're going to have to live with this for a while, I'd rather use
the more clear version of this in keystone instead of the Heat stanzas.
What about [novaclient] or [nova_client] ?
Excerpts from Janczuk, Tomasz's message of 2014-06-11 10:05:54 -0700:
On 6/11/14, 2:43 AM, Gordon Sim g...@redhat.com wrote:
On 06/10/2014 09:57 PM, Janczuk, Tomasz wrote:
Using processes to isolate tenants is certainly possible. There is a
range
of isolation mechanisms that can be used,
We've been talking a bit theoretically here. Let me try to jump in
with two use cases.
1. Someone needs to add functionality to a class but can't add it back
upstream. That could be because they are in a hurry to get their app
out and aren't concerned with contributing it or because the
Hi Matthew,
2014-06-12 7:00 GMT+09:00 Matthew Treinish mtrein...@kortar.org:
Hi everyone,
As part of debugging all the bugs that have been plaguing the gate the past
couple of weeks one of the things that came up is that we're still running the
v3 API tests in the gate. AIUI at summit Nova
That was quick, we now have hacking 0.9.2.
http://git.openstack.org/cgit/openstack-dev/hacking/commit/?id=e56eddf55b4e8be9826e8eb968b2893ecab7201b
Fixed warning H302 when used with six.moves
Checking whether something is a module now also consults ``sys.meta_path``,
as per the import
Pray tell, what is that valid use case?
The valid use cases I've seen are mostly around testing.
As an administrator/operator, a scheduler hint to boot directly to a
host is useful to fully QC new compute hosts coming online.
It's also useful for testing some networking flow cases, a specific
Hi, All:
When I checkout nova to another branch. how to confirm I have the
right database schema ?
When I run nova-manage db sync, I've got below error:
2014-06-11 22:53:27.977 CRITICAL nova [-] KeyError: VerNum(242)
2014-06-11 22:53:27.977 TRACE nova Traceback (most recent call
On Wed, Jun 11, 2014 at 10:21 AM, Doug Hellmann doug.hellm...@dreamhost.com
wrote:
On Wed, Jun 11, 2014 at 6:29 AM, Thierry Carrez thie...@openstack.org
wrote:
Mark McLoughlin wrote:
On Tue, 2014-06-10 at 16:09 +0100, Duncan Thomas wrote:
On 10 June 2014 15:07, Mark McLoughlin
hi all:
I install openstack with the fuel which version is 5.0 on a vmware esxi vm
the network is configed correctly ,but when deployed the openstack all service
not install
is there any error action ?
Best Regards
Wang Liming___
OpenStack-dev mailing
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 patch set to use
I'll add this bug (and thread) to the agenda for the nova meeting tomorrow.
Michael
On Wed, Jun 11, 2014 at 7:43 AM, Kyle Mestery mest...@noironetworks.com wrote:
I wanted to update people on this bug [1], which until the weekend was
affecting the gate. After spending a week and a half
During yesterday's IRC meeting, we realized that our review stats are
starting to slip again.
Just after summit, our stats were starting to improve. In the 2014-05-20
meeting, the TripleO Stats since the last revision without -1 or -2[1]
looked like this:
1rd quartile wait time: 1 days, 1
On 6/11/14 2:43 AM, Steven Hardy sha...@redhat.com wrote:
IMO, when a template author marks a parameter as hidden/secret, it seems
incorrect to store that information in plain text.
Well I'd still question why we're doing this, as my previous questions
have
not been answered:
- AFAIK nova
On Thu, Jun 12, 2014 at 7:30 AM, Matthew Treinish 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 that came up is that we're still running
the
v3 API tests in the gate. AIUI at summit Nova
I think the tasks stuff is something different, though. A task is a
(potentially) long-running operation. So it would be possible for an action
to result in the creation of a task. As the proposal stands today, the
actions we've been looking at are an alternative to the document-oriented
PATCH
Hi team,
Tomorrow we discussed integration tests for Mistral and looks like we have
many ideas how we can improve them and what we also want to test.
The ideas were described in this etherpad:
https://etherpad.openstack.org/p/MistralNewTestsDesign
Please, fill free to add your ideas about our
On 11 June 2014 08:38, Dmitriy Shulyak dshul...@mirantis.com wrote:
Yes, in my opinion salt can completely replace astute/mcollective/rabbitmq.
Listen and respond to the events generated by nailgun, or any other plugin
- not a problem.
There is already some kind of plugin for salt that adds
On Tue, Jun 10, 2014 at 05:24:36PM +, Vijendar Komalla wrote:
Hi Devs/All,
Does any one have comments/objections for following interim solution?
1. Add a config option to enable/disable parameter encryption and set
default value to disable
2. Encrypt parameters that were marked as hidden
Hi,
I am using the below cmd to boot cirros-0.3.2-x86_64-uec image thats
present in devstack
by default...
nova boot --flavor m1.nano --image cirros-0.3.2-x86_64-uec --key_name
mykey --security_group default myvm_nano
nova list - shows the instance as ACTIVE/Running
Taking the VNC console, I
No one that is using PyCharm/Eclipse and able to debug the code? :(
- Original Message -
From: Gal Sagie gsa...@vmware.com
To: openstack-dev@lists.openstack.org
Sent: Monday, June 9, 2014 1:59:05 PM
Subject: [openstack-dev][Neutron] Debugging Devstack Neutron with Pycharm
Hello
Good day, Stackers, Trove community.
I'd like to start thread related to orchestration based resource
management. At current state Heat support in Trove is nothing else than
experimental. Trove should be able to fully support Trove as resource
management driver.
Why is it so important?
Because
Hi Dmitry,
I wanted to confirm that the image is getting uploaded fine. Only horizon
is showing the 504 Gateway Timeout error after the upload is complete.
Thanks,
Tizy
On Wed, Jun 11, 2014 at 10:01 AM, Tizy Ninan tizy.e...@gmail.com wrote:
Hi Dmitry,
Sorry for the late reply. I will try
I've added examples in data plane, control plane and signal processing that
relate to ETSI use case #5 (IMS).
Martin
-Original Message-
From: Steve Gordon [mailto:sgor...@redhat.com]
Sent: 10 June 2014 20:06
To: OpenStack Development Mailing List (not for usage questions)
Cc: Chris
Anita, I put the meeting on my schedule.
Jay, can you be a back-up person?
Thanks,
Ilya
2014-06-10 22:18 GMT+04:00 Anita Kuno ante...@anteaya.info:
On 06/10/2014 01:58 PM, Jay Pipes wrote:
Stackers,
OK, we are fully aware that there are problems with the early DriverLog
data that is
On 06/10/2014 09:59 PM, Mark McLoughlin wrote:
Now why is there a desire to implement these requirements using
traditional message brokers?
I would speculate that any desire to utilise a message broker as opposed
to a database would be to achieve different performance characteristics
for the
Hi,
As far as I remember we wanted to replace Astute with Mistral [1], do we
really want to have some intermediate steps (I mean salt) to do it?
[1] https://wiki.openstack.org/wiki/Mistral
On Wed, Jun 11, 2014 at 10:38 AM, Dmitriy Shulyak dshul...@mirantis.com
wrote:
Yes, in my opinion salt
On 06/10/2014 09:57 PM, Janczuk, Tomasz wrote:
Using processes to isolate tenants is certainly possible. There is a range
of isolation mechanisms that can be used, from VM level isolation
(basically a separate deployment of the broker per-tenant), to process
level isolation, to sub-process
Actually i am proposing salt as alternative, the main reason - salt is
mature, feature full orchestration solution, that is well adopted even by
our internal teams
On Wed, Jun 11, 2014 at 12:37 PM, Evgeniy L e...@mirantis.com wrote:
Hi,
As far as I remember we wanted to replace Astute with
Hi,
There are many mature orchestration applications (Salt, Ansible, Cloudify,
Mistral). Is there any comparison chart? That would be nice to compare them
to understand the maturity level. Thanks
~Sergii
On Wed, Jun 11, 2014 at 12:48 PM, Dmitriy Shulyak dshul...@mirantis.com
wrote:
Actually
well, i dont have any comparison chart, i can work on one based on
requirements i've provided in initial letter, but:
i like ansible, but it is agentless, and it wont fit well in our current
model of communication between nailgun and orchestrator
cloudify - java based application, even if it is
Mark McLoughlin wrote:
On Tue, 2014-06-10 at 16:09 +0100, Duncan Thomas wrote:
On 10 June 2014 15:07, Mark McLoughlin mar...@redhat.com wrote:
Exposing which configurations are actively tested is a perfectly sane
thing to do. I don't see why you think calling this certification is
necessary
On 06/10/2014 02:55 AM, Eoghan Glynn wrote:
Over the last 7 days ceilometer unit test jobs have a 18% failure rate in the
gate queue [0], while we see expect to see some failures in integration
testing, unit tests should not be failing in the gate with such a high
frequency (and for so
- Original Message -
From: Alan Kavanagh alan.kavan...@ericsson.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org, Steve
Hi Adrian et.al
Adrian thanks for taking a stab at this, I think the use case list is a
little long but
More than happy to help out, I think we are on a good path by focusing on the
current BP's we have. I will not make it to IRC meeting today, but will comment
afterwords.
I think Adrian also pointed out one other point just to put on the table so we
set the tone and scope accordingly, that is
Hm, strange.
I have contributed in Icehouse but didn't get the e-mail fro voting. I
wanted to vote from the link which you provided but it didn't work for
me - you already voted from given key.
Can anybody help?
Thanks
-- Jarda
On 2014/10/06 21:18, Radomir Dopieralski wrote:
Hello
Hi,
ceilometer-agent-central element was added recently into overcloud
image. To be able scale out overcloud control nodes, we need HA for this
central agent. Currently central agent can not scale out (until [1] is
done). For now, the simplest way is add the central agent to Pacemaker,
which
Gal Sagie wrote:
I am trying to debug devstack Neutron with Pycharm, i have found here
(https://wiki.openstack.org/wiki/NeutronDevelopment#How_to_debug_Neutron_.28and_other_OpenStack_projects_probably_.29)
That i need to change the neutron server code to
this=*eventlet.monkey_patch()* To:
On 06/11/2014 01:16 PM, Jaromir Coufal wrote:
Try voting from outside of the VPN. The anonymous votes are one per IP
address.
Hm, strange.
I have contributed in Icehouse but didn't get the e-mail fro voting. I
wanted to vote from the link which you provided but it didn't work for
me - you
On 06/11/2014 12:31 PM, Flavio Percoco wrote:
On 06/10/2014 09:59 PM, Mark McLoughlin wrote:
Now why is there a desire to implement these requirements using
traditional message brokers?
[...]
There are 2 main reasons that I don't believe are strong enough to
change the way Marconi works
On 10 June 2014 18:18, Irena Berezovsky ire...@mellanox.com wrote:
Hi Luke,
Very impressive solution!
Thanks for the kind words!
I do not think there is a problem to keep agent out of the tree in a short
term, but would highly recommend to put it upstream in a longer term.
You will
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
Le 2014-06-11 06:04, Lu, Lianhao a écrit :
When we're debugging a ceilometer bug #1320420, we find that for the
oslo messaging
notification listener, if we have multiple endpoints registered through
On 10/06/14 18:12 +, Janczuk, Tomasz wrote:
I the last few days I attempted to implement a RabbitMQ (AMQP 0.9) storage
driver for Marconi. These are the take-aways from this experiment. High level,
it showed that current Marconi APIs *cannot* be mapped onto the AMQP 0.9
abstractions. In
Thanks Martin
Perhaps I am missing this a little bit, but in relation to the control plane
and signal processing, how do you see that fitting into requirements we would
need in Openstack? If I may jump a little bit here, the only one I can see is
making sure the app is installed on a given PCI
On 11/06/14 13:01 +0100, Gordon Sim wrote:
On 06/11/2014 12:31 PM, Flavio Percoco wrote:
On 06/10/2014 09:59 PM, Mark McLoughlin wrote:
Now why is there a desire to implement these requirements using
traditional message brokers?
[...]
There are 2 main reasons that I don't believe are strong
Hello folks,
I am happy to announce, that based on previous etherpad gathering, mails
and discussions, on the weekly meeting we confirmed final dates for
TripleO mid-cycle meetup:
July 21-25 (Monday-Friday)
Red Hat office, Raleigh, North Carolina
I will be working on another
On 06/10/2014 12:01 PM, Maxime Vidori wrote:
+1 for the use of mock.
Is mox3 really needed? Or can we move our tests for python3 to mock, and use
this library for every tests for python3?
- Original Message -
From: David Lyle david.l...@hp.com
To: OpenStack Development Mailing List
On 2014-06-11 04:15:05 + (+), Lu, Lianhao wrote:
[...]
I saw a patch https://review.openstack.org/#/c/97893/ to revert
the check but that patch seems not get populated to the test farm.
That change modifies a script which gets preinstalled on all job
worker images (the snapshots from
On 2014-06-11 14:32:05 +0200 (+0200), Jaromir Coufal wrote:
I am happy to announce, that based on previous etherpad gathering, mails and
discussions, on the weekly meeting we confirmed final dates for TripleO
mid-cycle meetup:
July 21-25 (Monday-Friday)
Red Hat office, Raleigh,
Hi Horizoners,
A lot of other projects have already adopted and started using a specs
repo. Do we want to have one for Horizon?
--
Regards,
Ana Krivokapic
Software Engineer
OpenStack team
Red Hat Inc.
___
OpenStack-dev mailing list
On 11/06/14 13:42 +0100, Gordon Sim wrote:
On 06/11/2014 01:28 PM, Flavio Percoco wrote:
There are three things that I consider really valuable:
1. Sharding support: It allows admins to have separate clusters/nodes
of stores and configure marconi to use them all based on
pre-configured rules.
Good day, Stackers, Trove community.
I’d like to start thread related to Datastore testing infrastructure.
Why does we need it?
At this time Trove has integrated more than databases. To be precise:
-
MySQL
-
mysql-server
-
percona
-
Cassandra
-
Hi,
I added ipv6 support in devstack https://review.openstack.org/#/c/87987/. This
is a WIP patch given that neutron ipv6 is not fully implemented yet. With this
script, dual stack data network can be created with neutron as well. The only
thing that needs to be done manually is starting the
the backend it what's responsible for handling it from that point
Right! For ex. NetScaler handles cert sync across HA nodes via its proprietary
mechanisms.
Since shadow copying is not required for every driver, the functionality can be
implemented by the driver that needs it.
Thanks,
Vijay
On 10 June 2014 09:23, Flavio Percoco fla...@redhat.com wrote:
On 09/06/14 19:31 +, Kurt Griffiths 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
deployment.
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:
As part of the push to release code from the oslo incubator in
stand-alone libraries, we have had several different discussions about
versioning and release
tl;dr: some pervasive changes were made to nova to enable polling in
ceilometer which broke some things and in my opinion shouldn't have been
merged as a bug fix but rather should have been a blueprint.
===
The detailed version:
I opened bug 1328694 [1] yesterday and found that came back to
Thanks for bringing this to the list Matt, comments inline ...
tl;dr: some pervasive changes were made to nova to enable polling in
ceilometer which broke some things and in my opinion shouldn't have been
merged as a bug fix but rather should have been a blueprint.
===
The detailed
On Wed, Jun 11, 2014 at 09:07:59AM EDT, Robert Li (baoli) wrote:
Hi,
I was mistakenly reusing the Blueprint
https://blueprints.launchpad.net/neutron/+spec/neutron-ipv6-radvd-ra to draft
up the ipv6 RA support in neutron. I apologize for any confusion that this
may have caused. To correct
Hi Deepak,
This mailing list is for development discussions only. Please use the general
or operators
mailing list
(http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators) to
ask questions about running OpenStack.
Best Regards,
Solly Ross
- Original Message -
From:
+1 for mock ( mox).
Joris
-Original Message-
From: Jiri Tomasek [mailto:jtoma...@redhat.com]
Sent: Wednesday, June 11, 2014 14:43
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [horizon] mocking policy
On 06/10/2014 12:01 PM, Maxime Vidori wrote:
+1 for the use of
On Wed 11 Jun 2014 06:54:53 AM MDT, Ana Krivokapic wrote:
Hi Horizoners,
A lot of other projects have already adopted and started using a specs
repo. Do we want to have one for Horizon?
I'm still not quite clear how this works, but I'm open to it if it
makes things a little nicer.
--
Jason
On Wed, Jun 11, 2014 at 09:58:14AM EDT, Robert Li (baoli) wrote:
Hi,
With the right version of
dnsmasq (I’m using 2.68) in use, it will be successfully launched and
handing out both ipv6 and ipv4 addresses. An example of dnsmasq
instance is shown as below:
We should consider bumping the
Jaromir Coufal wrote:
Hello folks,
I am happy to announce, that based on previous etherpad gathering, mails
and discussions, on the weekly meeting we confirmed final dates for
TripleO mid-cycle meetup:
July 21-25 (Monday-Friday)
Red Hat office, Raleigh, North Carolina
Please
I plan to move the primary content from Meetings/NFV to Team/NFV and
keep Meetings/NFV as just meeting info (and a note to update Team/NFV
with any real content). This is just a heads up, please holler if you
see an issue with this.
thanks,
-chris
___
Hi,
It's looking like bash8 isn't great. It's too much python-centric. At
least that's the view of multiple Debian Developers (not really mine, I
honestly don't care that much...).
Could we think about a better name?
Cheers,
Thomas Goirand (zigo)
Original Message
Subject:
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
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
1 - 100 of 126 matches
Mail list logo