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
wrote:
> During the June 11 #openstack-cinder meeting we discussed
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
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 :-)
https://review.openstac
On Thu, Jun 12, 2014 at 7:30 AM, Matthew Treinish
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 decided that t
On 6/11/14 2:43 AM, "Steven Hardy" 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 user-data i
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 hour
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 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 debugging this
> issue with Arm
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 ‘{OBSCURED}%(
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
On Wed, Jun 11, 2014 at 10:21 AM, Doug Hellmann wrote:
> On Wed, Jun 11, 2014 at 6:29 AM, Thierry Carrez
> wrote:
> > Mark McLoughlin wrote:
> >> On Tue, 2014-06-10 at 16:09 +0100, Duncan Thomas wrote:
> >>> On 10 June 2014 15:07, Mark McLoughlin wrote:
> >>>
> Exposing which configuration
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:
2014-06-11 22:53:27.977 TRACE nova Traceback (most recent call last):
201
> 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
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 specificati
Hi Matthew,
2014-06-12 7:00 GMT+09:00 Matthew Treinish :
> 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
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
organizati
Excerpts from Janczuk, Tomasz's message of 2014-06-11 10:05:54 -0700:
> On 6/11/14, 2:43 AM, "Gordon Sim" 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, f
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] ?
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 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 inconsistencie
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
On Tue, Jun 10, 2014 at 1:23 AM, Flavio Percoco 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 cross-cloud c
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 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 ne
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 f
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 AMQ
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 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
> keystone would y
> 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
> pro
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 sur
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
OpenStack-dev@lists.openst
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 1
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
>>> con
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 a
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
On Jun 11, 2014 10:33 AM, "Anne Gentle" 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 Australia an
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 co
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
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
On Jun 11, 2014, at 9:31 AM, Evgeny Fedoruk 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 retrieve secrets from
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 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 -
https
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 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 database
+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 Mailing
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 wrote:
> This stems a bit further than just reduction in noise in the logs. Think of
> this from a case of security (with
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 diffe
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 (T
> > 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.
> >>
> >>
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 re
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 a
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 u
On Wed, Jun 11, 2014 at 11:38 AM, Matt Riedemann 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 things and
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 -
https://review.openstack.org/#/c/93866/9/neutronc
On Wed, Jun 11, 2014 at 2:30 PM, Morgan Fainberg
wrote:
>
>
> On 06/11/2014 02:01 PM, Sean Dague wrote:
>> Honestly, I kind of don't care. :)
>
> +1 :-)
>
> +1 yep. that about covers it.
Ordinarily I'd agree that naming is a bike shed argument, but
strongly suggests that the package contains
th
A better download link that remains valid through updates:
https://raw.githubusercontent.com/angdraug/gerrit-dash-creator/fuel-dashboard/dashboards/fuel.dash
On Wed, Jun 11, 2014 at 11:28 AM, Dmitry Borodaenko
wrote:
> Fuelers,
>
> You can now use the Fuel Review Dashboard based on gerrit-dash-cr
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 things and in my opinion shouldn't have been
merged as a bug fix but rather should have
>From an LBaaS view we have two use cases we access the certs:
1) When a new LB is build, an LB is changed, etc. -- we throw an error if the
certificate is missing, broken, etc,
2) When we want to failover -- we use the last good certificate from a safe
place (aka local copy, barbican copy, etc
On 06/11/2014 02:01 PM, Sean Dague wrote:
> Honestly, I kind of don't care. :)
+1 :-)
+1 yep. that about covers it.___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Fuelers,
You can now use the Fuel Review Dashboard based on gerrit-dash-creator
by Sean Dague to prioritize your Gerrit reviews inbox:
https://github.com/sdague/gerrit-dash-creator/pull/6
The dashboard has following sections:
1) My Patches Requiring Attention -- your patches with a -1 from review
On 06/11/2014 02:01 PM, Sean Dague wrote:
> Honestly, I kind of don't care. :)
+1 :-)
--
Russell Bryant
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
A few months back several of us were consistently hitting file system
resize issues. After making a slight change to diskimage-builder to fix
[1] things seem to have gotten better... but I still hear people
occasionally mentioning issues.
On the ext4 mailing list it appears there are still some on
Honestly, I kind of don't care. :)
It's more meaningful than most of what's on pypi for naming.
I'd hate to think what these guys think of firefox, grub, thunderbird,
pidgin, zope, git, mercurial, etc, etc.
-Sean
On 06/11/2014 12:09 PM, Thomas Goirand wrote:
>
> Hi,
>
> It's looking l
There are other fundamental things about secrets, like relying on their
presence, and not encouraging a proliferation of a dozen
mini-secret-stores everywhere to get around that fact, which makes it less
secret. Have you considered a ³force² delete flag, required if some
service is using the secre
Thanks Flavio, some comments inline below.
On 6/11/14, 5:15 AM, "Flavio Percoco" wrote:
>>
>> 1. Marconi exposes HTTP APIs that allow messages to be listed without
>>consuming them. This API cannot be implemented on top of AMQP 0.9 which
>>implements a strict queueing semantics.
>
>I believe t
I do agree, bumping the dnsmasq version should not be a big deal and it
seems Aaron is already working on that.
Edgar
On 6/11/14, 8:24 AM, "Collins, Sean"
wrote:
>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)
Anne,
The VPN section looks completed but we are introducing new changes on the
services area.
I have been using Neutron team to include DocImpact on their commit messages to
keep track of news changes for the Docs. On the last Neutron IRC meeting we
have agreed that all commits missing DocImpa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
The previous revision of this OSSN specified an incorrect workaround.
This new revision should supersede the old revision.
Thanks,
- -NGK
- --
Some versions of Glance do not a
Nova is having a related issue, where we are hitting issues in our unit
tests.
https://bugs.launchpad.net/nova/+bug/1328997
Stderr: 'ERROR: database "openstack_citest" is being accessed by other
users\\nDETAIL: There are 1 other session(s) using the database.\\n\''
http://logs.openstack.org/76/9
Users have to be able to delete their secrets from Barbican, it's a
fundamental key-management requirement.
> -Original Message-
> From: Eichberger, German
> Sent: 11 June 2014 17:43
> To: OpenStack Development Mailing List (not for usage questions)
> Subject: Re: [openstack-dev] [Neutron]
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 Australia and Pacific
area time zones. Find the meeting logs here:
ht
Hello guys,
I was taking a look at the proposed alarm-page designs [1] for the bp:
https://blueprints.launchpad.net/horizon/+spec/ceilometer-alarm-management-page
and I saw that the alarms table has a column named "Resource Name". The
intention of that column is to show the resources associated
Hey,
What Dan has been waiting for, Geneve support in OVS!!!
- Stephen
-- Forwarded message --
From: Jesse Gross
Date: Tue, Jun 10, 2014 at 4:47 PM
Subject: [ovs-dev] [PATCH 0/7] Basic Geneve Support
To: d...@openvswitch.org
This series implements support for Geneve
(http:
sorry, please ignore
On Wed, Jun 11, 2014 at 10:27 AM, Stephen Wong wrote:
> Hey,
>
> What Dan has been waiting for, Geneve support in OVS!!!
>
> - Stephen
>
>
> -- Forwarded message --
> From: Jesse Gross
> Date: Tue, Jun 10, 2014 at 4:47 PM
> Subject: [ovs-dev] [PATCH 0/7
tl;dr: The specs repository has been great to work with. As a
reviewer, it makes reviews easier. As PTL, it makes tracking easier as
well.
Since Juno-1 is about to close, I wanted to give everyone an update on
Neutron's usage of the specs repository. These are observations from
using this since a
Hi,
That would be nice to compare Ansible and Salt. They are both Python based.
Also, Ansible has pull model also. Personally, I am big fan of Ansible
because of its simplicity and speed of playbook development.
~Sergii
On Wed, Jun 11, 2014 at 1:21 PM, Dmitriy Shulyak
wrote:
> well, i dont ha
On 6/11/14, 2:43 AM, "Gordon Sim" 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, from VM level isolation
>> (basically a separate deployment of the broker per-tenan
Sorry, I am late to the party. Holding the shadow copy in the backend is a fine
solution.
Also, if containers are immutable can they be deleted at all? Can we make a
requirement that a user can't delete a container in Barbican?
German
-Original Message-
From: Eichberger, German
Sent:
Hi,
I think the previous solution is easier for a user to understand. The
referenced container got tampered/deleted we throw an error - but keep existing
load balancers intact.
With the shadow container we get additional complexity and the user might be
confused where the values are coming fro
On Wed, Jun 11, 2014 at 6:29 AM, Thierry Carrez wrote:
> Mark McLoughlin wrote:
>> On Tue, 2014-06-10 at 16:09 +0100, Duncan Thomas wrote:
>>> On 10 June 2014 15:07, Mark McLoughlin wrote:
>>>
Exposing which configurations are actively "tested" is a perfectly sane
thing to do. I don't s
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
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: Bu
Ruslan Kamaldinov wrote:
> Our follow-up session was very productive. The goal of this session
> was to define and document a clear scope for each project [5]. This is
> the main document in regards to the goals set by TC in response to
> Murano incubation request. We identified a clear scope for e
I spoke to Mark McClain about this yesterday, I'll see if I can get
him to join the LBaaS team meeting tomorrow so between he and I we can
close on this with the LBaaS team.
On Wed, Jun 11, 2014 at 10:57 AM, Susanne Balle wrote:
> Do we know who has an opinion? If so maybe we can reach out to the
Do we know who has an opinion? If so maybe we can reach out to them
directly and ask them to comment.
On Tue, Jun 10, 2014 at 6:44 PM, Brandon Logan
wrote:
> Well we got a few opinions, but not enough understanding of the two
> options to make an informed decision. It was requested that the co
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
___
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
Ple
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 t
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.
--
J
+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 o
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: "
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 co
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 detail
On 06/10/2014 10:35 AM, Steve Gordon wrote:
> Hi all,
>
> Just a reminder that the next meeting of the NFV sub-team is scheduled for
> Wednesday June 11 @ 1400 UTC in #openstack-meeting-alt.
>
> Agenda:
>
> * Review actions from last week
> * russellb: NFV topic on ML
> * russellb: #openst
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 s
On Tue, Jun 10, 2014 at 5:19 PM, Mark McLoughlin 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 schedules. This is
On 10 June 2014 09:23, Flavio Percoco 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. (co
On Jun 11, 2014, at 8:00 AM, Radomir Dopieralski wrote:
> 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
>> wante
On 10/06/14 17:15 +1200, Robert Collins wrote:
That seems pretty solid reasoning; +1 from me no July 21-25th; I know
not everyone can attend - but with the size of the team every
situation will have some folk that can't play.
What do we need to do to lock this in to RedHat's venue schedule?
-Ro
>>>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,
Vija
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 RA
Hi everyone,
Just a quick reminder that the weekly OpenStack QA team IRC meeting will be
tomorrow Thursday, June 12th at 22:00 UTC in the #openstack-meeting channel.
The agenda for tomorrow's meeting can be found here:
https://wiki.openstack.org/wiki/Meetings/QATeamMeeting
Anyone is welcome to ad
1 - 100 of 141 matches
Mail list logo
