Hi all!
I can attend, but since is the recomended 'Off Week'
(https://wiki.openstack.org/wiki/Icehouse_Release_Schedule) (Yeah. It's
weird a week start on Thursday) we could skip it.
Ghe Rivero
On 05/01/2014 04:07 PM, Matt Wagner wrote:
> On 30/04/14 15:37 -0700, Devananda van der Veen wrote:
>>
Hi Neutron advanced service folks,
As you may have noticed, there is a session slot for "virtual resource
for service chaining". Please check the following etherpad.
https://etherpad.openstack.org/p/juno-virtual-resource-for-service-chaining
I'd like to have some preliminary discussion on the e
At Thu, 24 Apr 2014 15:24:53 +0900,
IWAMOTO Toshihiro wrote:
>
> At Thu, 24 Apr 2014 00:34:36 +0200,
> ZZelle wrote:
> >
> > [1 ]
> > [1.1 ]
> > Hi Carl,
> >
> >
> > A clear l3 agent manager interface with hookable methods would clearly
> > simplify the understanding, the dev/support.
>
> A
Dear all
Hi my name is Saki Iwata
I'm working on this bug fix.
https://bugs.launchpad.net/nova/+bug/1239952
https://review.openstack.org/#/c/86213/
This patch change response code from 400 to 503.
This patch got many reviewed but we can't make a decision.
To put it simply, which code (500 or 50
So taking a moment to look at ...
http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html
500 is a general fault... implying something bad happened and we don't
know how to handle it
503 is a fault implying that the responding server has a problem ...
close but not quite what's happening ...
50
Ah, I looked in .testrepository and there was information on the failure:
Content-Type: text/x-traceback;charset="utf8",language="python"
traceback
114
Traceback (most recent call last):
File "neutron/tests/unit/pcm/test_pcm.py", line 34, in test_using_SystemExit
self.assertIsNone(using_Syst
Thanks for the exception explanation - now I understand better what is going on
there. Yuriy’s mention about looking in .testrepository gave me the needed
piece on how to find out where the failure occurred.
Regards,
PCM (Paul Michali)
MAIL …..…. p...@cisco.com
IRC ……..… pcm_ (irc.freenode.co
It was in init code for a device driver, which (currently, as a short term PoC
solution) reads a config file for settings of statically configured VPN
devices. If there are no devices at all, it will report the issue and the agent
will exit. In the future, will be dynamically obtaining the devi
On May 1, 2014, at 1:23 PM, Yuriy Taraday wrote:
>
> Coming back to topic, I'd prefer using standard library call because it can
> be mocked for testing.
Yeah that’s probably the open question I still have. Does the community prefer
raising a SystemError exception or use the sys.exit() call?
Some non insignificant number of devstack changes related to neutron
seem to be neutron plugins having to do all kinds of manipulation of
extra config files. The grenade upgrade issue in neutron was because of
some placement change on config files. Neutron seems to have *a ton* of
config files and
I think that associating a VIP subnet and list of member subnets is a good
choice.
This is declaratively saying to where is the configuration expecting layer 2
proximity.
The minimal would be the VIP subnet which in essence means the VIP and members
are expected on the same subnet.
Any member o
Usually session timeouts is global value per device.
It should not be specified per listener.
Regards,
-Sam.
On 2 במאי 2014, at 05:32, "Carlos Garza"
mailto:carlos.ga...@rackspace.com>> wrote:
our stingray nodes don't allow you to specify. Its just an enable or disable
option
Adam, you are correct to show why order matters in policies.
It is a good point to consider AND between rules.
If you really want to OR rules you can use different policies.
Stephen, the need for order contradicts using content modification with the
same API since for modification you would reall
Agree with Sam here,
Moreover, i think it makes sense to leave subnet an attribute of the pool.
Which would mean that members reside in that subnet or are available
(routable) from this subnet, and LB should have a port on this subnet.
Thanks,
Eugene.
On Fri, May 2, 2014 at 3:51 PM, Samuel Berco
On Fri, May 2, 2014 at 6:39 AM, Sean Dague wrote:
> Some non insignificant number of devstack changes related to neutron
> seem to be neutron plugins having to do all kinds of manipulation of
> extra config files. The grenade upgrade issue in neutron was because of
> some placement change on confi
On 04/07/2014 12:06 PM, Nathan Kinder wrote:
> Hi,
>
> We don't currently collect high-level security related information about
> the projects for OpenStack releases. Things like the crypto algorithms
> that are used or how we handle sensitive data aren't documented anywhere
> that I could see.
This topic has already been discussed last year and a use-case was described
(see [1]).
Here's a Heat blueprint for a new OS::Nova::Flavor resource: [2].
Several issues have been brought up after posting my implementation for review
[3], all related to how flavors are defined/implemented in nova:
WSME 0.6.1 was tagged and uploaded to PyPI a few minutes ago. It
should appear in our CI mirror soon.
What's New In This Release?
* Fix error: variable 'kw' referenced before assignment
* Fix default handling for zero values
* Fixing spelling mistakes
* A proper check of UuidT
On Wed, Apr 30, 2014 at 06:10:20PM EDT, Martinx - ジェームズ wrote:
> Since IPv6 is all public, don't you think that we (might) need a new
> blueprint for IPv6-Only, like just "dns-resolution"?
Yes - I think IPv6 only Neutron is at least one separate blueprint,
possibly more. Robert Li is currently wor
On Thu, May 1, 2014 at 6:11 PM, Ben Nemec wrote:
> On 04/29/2014 02:48 PM, Doug Hellmann wrote:
>>
>> I have exported the gettextutils code and related files to a new git
>> repository, ready to be imported as oslo.i18n. Please take a few
>> minutes to look over the files and give it a sanity chec
On May 2, 2014, at 7:39 AM, Sean Dague wrote:
> Some non insignificant number of devstack changes related to neutron
> seem to be neutron plugins having to do all kinds of manipulation of
> extra config files. The grenade upgrade issue in neutron was because of
> some placement change on config
> -Original Message-
> From: John Dennis [mailto:jden...@redhat.com]
> Sent: 02 May 2014 14:23
> To: OpenStack Development Mailing List (not for usage questions)
> Subject: Re: [openstack-dev] Security audit of OpenStack projects
>
> On 04/07/2014 12:06 PM, Nathan Kinder wrote:
> > Hi,
> >
On Thu, May 1, 2014 at 6:33 PM, Ben Nemec wrote:
> On 04/09/2014 11:11 AM, Doug Hellmann wrote:
>>
>> I have started writing up some general steps for adding oslo libs to
>> projects, and I would like some feedback about the results. They can't
>> go into too much detail about specific changes in
It seems to me that there are two aspects being discussed in this thread:
style and practicality.
>From a style perspective, it is important to give a "uniform" experience to
Neutron API users.
Obviously this does not mean the Load Balancing API must adhere to some
strict criteria.
For instance, 2
+1!
From: Dina Belova [mailto:dbel...@mirantis.com]
Sent: Wednesday, April 30, 2014 5:11 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [climate] Friday Meeting
+1
On Wed, Apr 30, 2014 at 11:41 PM, Sylvain Bauza
mailto:sylvain.ba...@gmail.com>>
As Robert said, libraries should not be calling sys.exit() or raising
SystemExit directly, ever.
Throwing SystemExit from a library bypasses other exception handling
cleanup code higher in the stack that is unlikely to be looking for
fatal exceptions like SystemExit (because well-behaved libraries
On Thu, 2014-05-01 at 17:17 -0400, Alexandre Viau wrote:
> Hello Everyone!
>
> My name is Alexandre Viau from Savoir-Faire Linux.
>
> We have submited a Monitoring as a Service blueprint and need feedback.
>
> Problem to solve: Ceilometer's purpose is to track and *measure/meter* usage
> inform
+1
And since most of the monitoring systems have standardized on supporting Nagios
plug ins, it would be great if it supported them too.
Thanks,
Kevin
From: Alexandre Viau [alexandre.v...@savoirfairelinux.com]
Sent: Thursday, May 01, 2014 2:17 PM
To: open
Here are the calls in Neutron:
neutron/agent/l3_agent.py:raise SystemExit(msg)
neutron/agent/l3_agent.py:raise SystemExit(msg)
neutron/agent/l3_agent.py:raise SystemExit(msg)
neutron/agent/linux/dhcp.py:raise SystemExit(msg)
neutron/agent/linux/dhcp.
Technically we don't need anything in neutron to migrate to a single config
files if not rearrange files in ./etc
For devstack, iniset calls to plugin-specific configuration files should
then be adjusted accordingly.
I think we started with plugin specific configuration files because at that
time i
I need to rearrange a few sessions in the Oslo track to accommodate
Mark's schedule on Friday. I've tried to anticipate any conflicts
while making as few changes as possible, but please let me know if
your new slot conflicts with something else you need to attend and I
will try to work with you.
M
Hello!
I have moved the blueprint to ceilometer.
It is now available here:
https://blueprints.launchpad.net/ceilometer/+spec/monitoring-as-a-service
We have also created an Etherpad. Feel free to come contribute:
https://etherpad.openstack.org/p/MaaS
> And since most of the monitoring systems
If you are leading a session in the Oslo track, please add a link to
the ether pad you have created with notes to the list at
https://wiki.openstack.org/wiki/Summit/Juno/Etherpads#Oslo
Thanks!
Doug
___
OpenStack-dev mailing list
OpenStack-dev@lists.open
My guess is the rootwrap and oslo service stuff is OK, the daemon
module may be OK, but all of the plugins should be changed. That's
just a guess after a cursory review, though, and someone who knows the
neutron code better than I do will have to make the call. Some of
those plugin modules may hold
Hi Rob,
We quickly discussed your ephemeral CA idea this morning and like it. We also
realize that it will take a lot of work to make it happen. At this point in
time we are attempting to simply add some form of SSL to a cloud installed with
TripleO. We lost all of our previous installation too
FYI to any Nova people who are leading and/or planning on attending summit
sessions in Atlanta, while creating an etherpad for the libvirt session, I
also took the time out to create & link to etherpads for all of the Nova
summit sessions. You can find them linked from
https://wiki.openstack.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
+1 for making single config the norm
I think it's not just devstack/grenade that would benefit from this.
Variance in the plugin configuration patterns is a fairly common
complaint I hear from folks deploying OpenStack, and going to a single
config wo
TL;DR
Work is happening on a unified client library. This provides the
opportunity to rework the way SSL options are handled. Can we discuss
this in one of the sessions at the Atlanta Summit in a few weeks?
https://blueprints.launchpad.net/oslo/+spec/common-client-library-2
outlines a path
An easy way to get started identifying accessibility problems is to test
using the keyboard. I've made a small update to the wiki describing what
to do: https://wiki.openstack.org/wiki/Horizon/WebAccessibility
I've open our first accessibility bug, and it's related to keyboard
testing: https:/
On 05/02/2014 03:06 PM, Rob Crittenden wrote:
TL;DR
Work is happening on a unified client library. This provides the
opportunity to rework the way SSL options are handled. Can we discuss
this in one of the sessions at the Atlanta Summit in a few weeks?
Good survey, thanks.
https://bluepr
Ken'ichi, thanks for the detail. I just added that summit session to my
list to attend. I'm looking forward to it.
On Thu, May 1, 2014 at 12:34 AM, Ken'ichi Ohmichi wrote:
>
>
> Hi,
>
> 2014-04-29 10:28 GMT+09:00 Matthew Farina :
>
>
>>> *3. Where would JSON schemas come from?*
>>>
>>> It depe
I won't be able to chair the meeting on May 7th because I'll be
traveling and May 14th is during the summit.
Should we cancel these two meetings? Is there someone who can/would
want to have a meeting on May 7th?
I updated the meeting page to share the next date expecting these are
canceled. https
On Fri, May 2, 2014 at 2:14 PM, Adam Young wrote:
>
> Did swift leave this behind when they switched to Requests?
Swift and Glance clients were not changed to requests when I did the
initial work in the fall of 2012 due to their use of chunked transfers.
I've not really looked into this since t
On Fri, May 2, 2014 at 2:06 PM, Rob Crittenden wrote:
> I'm trying to get devstack to the point where it can configure all the
> services with SSL so it can be be part of the acceptance process. This is
> for client communication, there is no expectation that anyone would deploy
> native SSL endp
On May 2, 2014, at 10:28 AM, Doug Hellmann wrote:
> As Robert said, libraries should not be calling sys.exit() or raising
> SystemExit directly, ever.
>
> Throwing SystemExit from a library bypasses other exception handling
> cleanup code higher in the stack that is unlikely to be looking for
>
> Problem to solve: Ceilometer's purpose is to track and *measure/
> meter* usage information collected from OpenStack components
> (originally for billing). While Ceilometer is usefull for the cloud
> operators and infrastructure metering, it is not a *monitoring*
> solution for the tenants and
Dean Troyer wrote:
On Fri, May 2, 2014 at 2:14 PM, Adam Young mailto:ayo...@redhat.com>> wrote:
Did swift leave this behind when they switched to Requests?
Swift and Glance clients were not changed to requests when I did the
initial work in the fall of 2012 due to their use of chunked tran
Hi,
I've submitted a patch (https://review.openstack.org/#/c/91663/) that updates
Nova to use the latest version
of websockify. It would appear that the CI now pulls websockify from
pypi.openstack.org, which appears not to
have websockify 0.6 on it yet. What is the process for getting websockif
Dean Troyer wrote:
On Fri, May 2, 2014 at 2:06 PM, Rob Crittenden mailto:rcrit...@redhat.com>> wrote:
I'm trying to get devstack to the point where it can configure all
the services with SSL so it can be be part of the acceptance
process. This is for client communication, there is no
Hi all,
At Yahoo, load balancing is heavily used throughout our stack for both HA and
load distribution, even within the OpenStack control plane itself. This
involves a
variety of technologies, depending on scale and other requirements. For large
scale + L7 we use Apache Traffic Server, while L3D
On Fri, May 2, 2014 at 1:39 PM, Solly Ross wrote:
> Hi,
> I've submitted a patch (https://review.openstack.org/#/c/91663/) that
> updates Nova to use the latest version
> of websockify. It would appear that the CI now pulls websockify from
> pypi.openstack.org, which appears not to
> have websoc
Hi Adam,
My comments inline:
On Fri, May 2, 2014 at 1:33 AM, Adam Harwell wrote:
> I am sending this now to gauge interest and get feedback on what I see
> as an impending necessity — updating the existing "haproxy" driver,
> replacing it, or both.
>
I agree with Stephen's first point here.
Fo
Hi Adam and Samuel!
Thanks for the questions / comments! Reactions in-line:
On Thu, May 1, 2014 at 8:14 PM, Adam Harwell wrote:
>
> Stephen, the way I understood your API proposal, I thought you could
> essentially combine L7Rules in an L7Policy, and have multiple L7Policies,
> implying that
On Wed, 2014-04-30 at 10:20 -0700, Mike Perez wrote:
> On 06:49 Wed 30 Apr , Zhangleiqiang (Trump) wrote:
> > Hi stackers:
> >
> > I found when a instance status become "error", I will see the detailed
> > fault info at times when I "show" the detail of Instance. And it is very
> > conv
Thanks for the input Duncan.
The removal of the debug logs is really a separate issue. I was just
hoping to reduce the number of patches that would touch a large number
of files. As we are thinking through this though, it really is a
separate change so it is best to do separate patches.
On a re
On Wed, Apr 30, 2014 at 11:30 PM, Ken'ichi Ohmichi wrote:
> Hi,
>
> After huge discussion related to v3 API[1], we started to implement v2.1
> API.
> I'd like to share the current status and get feedback before the summit.
>
> Now we are implementing for two items:
> 1. Add response checks to Temp
Additionally, if there are any blueprints / specs related to your
session please include them in a list at the start of the etherpad.
That will help people to have read up on the specs before the session.
Thanks for creating these etherpads Daniel!
Michael
On Sat, May 3, 2014 at 2:43 AM, Daniel
Hi all,
(I'm resending this from home to avoid the DMARC->SPAM issue)
At Yahoo, load balancing is heavily used throughout our stack for both HA and
load distribution, even within the OpenStack control plane itself. This
involves a
variety of technologies, depending on scale and other requirement
Hi guys,
Yep, so what I'm hearing is that we should be able to assume that either
all members in a single pool are adjacent (ie. layer-2 connected), or are
routable from that subnet.
Adam-- I could see it going either way with regard to how to communicate
with members: If the particular device t
On 02/05/14 22:09, Mark McClain wrote:
>
> On May 2, 2014, at 7:39 AM, Sean Dague wrote:
>
>> Some non insignificant number of devstack changes related to neutron
>> seem to be neutron plugins having to do all kinds of manipulation of
>> extra config files. The grenade upgrade issue in neutron w
60 matches
Mail list logo
