Hi all,
I’m very pleased to announce a new project, Picasso[1][2] - Functions as a
Service (FaaS).
The mission is to provide an API for running FaaS on OpenStack, abstracting
away the infrastructure layer while enabling simplicity, efficiency and
scalability for both developers and operators.
Belated but enthusiastic +1
doug
> On Dec 15, 2016, at 4:58 PM, Armando M. wrote:
>
> Hi neutrinos,
>
> I would like to propose Ryan and Nate as the go-to fellows for
> service-related patches.
>
> Both are core in their repos of focus, namely neutron-dynamic-routing and
From: Dan Smith
Sent: 16 December 2016 16:33
>> NotImplementedError: Cannot load 'nullable_string' in the base class
>>
>> Is this the correct behavior?
>
> Yes, that's the expected behaviour.
Yes.
>> Then what is the expected behavior if the field is also defaulted to
>>
From: Steve Martinelli [mailto:s.martine...@gmail.com]
Sent: December-20-16 5:09 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [osc][openstackclient][zun] Collision on the
keyword 'container'
On Tue, Dec 20, 2016 at 4:39 PM, Clay Gerrard
All,
As many people will be away over the holiday season we will have the next
networking-sfc meeting on 1/5/2017.
Best wishes for the season.
-Louis
__
OpenStack Development Mailing List (not for usage questions)
Hi,
haproxy can't start because of its listening ports on vip conflicting
with openstack services' listening ports on 0.0.0.0.
I opened a bug about it:
https://bugs.launchpad.net/openstack-manuals/+bug/1649902
Could anyone help to check this? Or any workaround about it such as
change
-Original Message-
From: Hongbin Lu
Reply: OpenStack Development Mailing List (not for usage questions)
Date: December 20, 2016 at 15:01:33
To: OpenStack Development Mailing List (not for usage questions)
On Tue, Dec 20, 2016 at 3:39 PM, Clay Gerrard wrote:
> http://docs.openstack.org/developer/python-openstackclient/command-list.html
> The collision of top-level resource names is not new. You see stuff like
> "volume create" & "server create" - but also "volume backup
On Tue, Dec 20, 2016 at 1:00 PM, Hongbin Lu wrote:
>
>
> $ openstack objectstore container
>
> $ openstack container container
>
> $ openstack secret container
>
>
>
> Thoughts?
>
This is the closest thing I can see that's somewhat reasonable - with the
obvious
On Tue, Dec 20, 2016 at 4:39 PM, Clay Gerrard
wrote:
>
> On Tue, Dec 20, 2016 at 1:00 PM, Hongbin Lu wrote:
>
>>
>>
>> $ openstack objectstore container
>>
>> $ openstack container container
>>
>> $ openstack secret container
>>
>>
>>
>>
Hi OpenStackClients Team,
I am from the Zun team, and my team encountered a name collision issue when
implementing a OSC plugin [1]. We wanted to use the keyword 'container' to
represent a linux container used to host a containerized application. In
particular, the commands our contributor
We won't hold our weekly meeting on December 27th.
Next meeting is schedule on January 3rd.
Happy holidays everyone,
--
Emilien Macchi
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe:
On Tue, Dec 20, 2016 at 3:00 PM, Hongbin Lu wrote:
> In the long-term, I am going to propose to follow the style of AWS CLI, that
> is prefixing each command with a project name. For example:
We have been down this particular path multiple times, and this is not
how the
Hi Zhi,
LBaaSv2 as an API will live on.
We are in the process of merging that API into the octavia repository
to merge the two load balancing projects into one and remove our
dependency on the neutron API process/endpoint.
Functionally it is our goal to allow the LBaaSv2 API to continue to
Hi Bernard,
Thanks for the email. I will take a look at this. Xiaodong has been working on
tempest test scripts.
I will work with Xiaodong on this issue.
Cathy
-Original Message-
From: Bernard Cafarelli [mailto:bcafa...@redhat.com]
Sent: Tuesday, December 20, 2016 3:00 AM
To:
Hello,
Let's cancel meeting at 28 Dec, but 21 Dec and 4 Jan are still on,
probably more lightweight but try to be there please.
Cheers,
Michal
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe:
Zane Bitter:
Thank you for your replay. I read the codes of Keystone by your reminding.
Maybe the following codes can help us understand. Thanks again!
https://github.com/openstack/keystone/blob/master/keystone/common/utils.py#L633
Hi all,
We just released Picasso[1][2], an OpenStack API for Functions as a
Service. I think it may be of particular interest to those in this thread,
as it's based on IronFunctions, an open-source alternative to Lambda.
The mission is to provide an API to run functions on OpenStack.
Picasso is
On 12/20/2016 7:27 AM, Jay Pipes wrote:
On 12/20/2016 12:45 AM, Kevin Zhao wrote:
Hello Nova,
Greetings from ARM and Linaro :D
This is Kevin Zhao from ARM. Nowadays Linaro and other
contributors have submitted some patches to Nova community , fixing bugs
for Nova running on AArch64.
Hi,
It is really close to the holidays. But we didn't say we will cancel the
meeting. I will be there if there are people.
Thanks
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe:
On Wed, Dec 21, 2016 at 8:31 AM, Michał Jastrzębski wrote:
> Hello,
>
> Let's cancel meeting at 28 Dec, but 21 Dec and 4 Jan are still on,
> probably more lightweight but try to be there please.
>
> Cheers,
> Michal
>
>
Hi Team,
Please find the agenda at
https://wiki.openstack.org/wiki/Meetings/CyborgTeamMeeting#Next_meeting_:_UTC_1500.2C_Dec_21th
Remember that our IRC channel is #openstack-cyborg
--
Zhipeng (Howard) Huang
Standard Engineer
IT Standard & Patent/IT Prooduct Line
Huawei Technologies Co,. Ltd
Hello, team,
Agenda of Dec.21 weekly meeting:
1. one idea to address VxLAN L2 networking/L3 DVR issue
2. Ocata feature development review
3. Open Discussion
How to join:
# IRC meeting: https://webchat.freenode.net/?channels=openstack-meeting on
every Wednesday starting from UTC
We are skipping next week's Tacker meeting, on Dec 28th [1]. We will resume
on Jan 4th.
Happy Holidays!!
[1]
http://eavesdrop.openstack.org/meetings/tacker/2016/tacker.2016-12-21-05.30.log.html
__
OpenStack Development
Hi,
I have pushed the first code of the generic alarm to the aodhclient.
I encountered an error there in py27 which I don't quite understand why it
happens because I have changed all the correct places in the client (maybe I
need to have some appropriate code for this in the aodh project
Hi everyone,
we have an open bug (thanks Igor for the report) on DB transaction issues:
https://bugs.launchpad.net/networking-sfc/+bug/1630503
The thing is, I am seeing quite a few tempest gate failures that
follow the same pattern: at some point in the test suite, the service
gets
Le 20/12/2016 10:20, Chris Dent a écrit :
> On Tue, 20 Dec 2016, Sylvain Bauza wrote:
>
>> Before moving forward and picking yet another port that could trample
>> another service, I'd rather prefer first that Senlin jobs would
>> temporarely disable the placement-* services so that the gate
Le 20/12/2016 09:12, Sylvain Bauza a écrit :
>
>
> Le 20/12/2016 07:31, Ghanshyam Mann a écrit :
>> Changing placement API port to 8780 [1], hope this is not being used by any
>> services.
>>
>> But I am not sure how to check all used port currently as wiki does not
>> seems to have all.
>>
Le 20/12/2016 09:29, Sylvain Bauza a écrit :
>
>
> Le 20/12/2016 09:12, Sylvain Bauza a écrit :
>>
>>
>> Le 20/12/2016 07:31, Ghanshyam Mann a écrit :
>>> Changing placement API port to 8780 [1], hope this is not being used by any
>>> services.
>>>
>>> But I am not sure how to check all used
On Tue, 2016-12-20 at 14:44 +0800, lij...@gohighsec.com wrote:
> Hi Cinder community,
>
> Does cinder use novaclient? What's the use of cinder/compute/nova.py?
>
> I find that there seems to have some problems when construct
> novaclient in the file cinder/compute/nova.py,
> but I think the
Yea, that is also options to disable the placement api in senlin setup.
But for long term we should have different ports for each service and should be
maintained here
-
http://docs.openstack.org/newton/config-reference/firewalls-default-ports.html
But I have no clue how to confirm the free
On Tue, 20 Dec 2016, Sylvain Bauza wrote:
Before moving forward and picking yet another port that could trample
another service, I'd rather prefer first that Senlin jobs would
temporarely disable the placement-* services so that the gate would be
happy, while in the same time we try to identify
On Mon, Dec 19, 2016 at 2:21 PM, Steven Dake (stdake) wrote:
> Folks,
>
>
>
> I am in favor of using a new tag called [rdo] such that RDO (or its
> transitive dependencies) can be discussed and filtered by email clients as
> it relates to development topics that affect the
On 20/12/16 02:29, zengchen wrote:
Hi, Heat stackers:
May I ask a question about the endpoint of Heat. I see the endpoints
of Heat registered to Keystone look like this.
'http://10.229.45.150:8004/v1/$(project_id)s' . My question is that why
use '$' instead of '%' as the replacement symbol.
Le 20/12/2016 14:30, Jay Pipes a écrit :
> On 12/20/2016 08:03 AM, Sean Dague wrote:
>> On 12/20/2016 07:53 AM, Sylvain Bauza wrote:
>>> Le 20/12/2016 10:26, Sylvain Bauza a écrit :
Le 20/12/2016 10:20, Chris Dent a écrit :
> On Tue, 20 Dec 2016, Sylvain Bauza wrote:
>
>> Before
Hey,
Given that the next few meetings will be right after some holidays,
we're going to go ahead and cancel the meetings on Dec 27 and Jan 3.
Our next meeting will be on Jan 10. See you then.
Thanks,
-Alex
__
OpenStack
Le 20/12/2016 10:26, Sylvain Bauza a écrit :
>
>
> Le 20/12/2016 10:20, Chris Dent a écrit :
>> On Tue, 20 Dec 2016, Sylvain Bauza wrote:
>>
>>> Before moving forward and picking yet another port that could trample
>>> another service, I'd rather prefer first that Senlin jobs would
>>>
On 12/20/2016 07:53 AM, Sylvain Bauza wrote:
>
>
> Le 20/12/2016 10:26, Sylvain Bauza a écrit :
>>
>>
>> Le 20/12/2016 10:20, Chris Dent a écrit :
>>> On Tue, 20 Dec 2016, Sylvain Bauza wrote:
>>>
Before moving forward and picking yet another port that could trample
another service,
On 12/20/2016 12:45 AM, Kevin Zhao wrote:
Hello Nova,
Greetings from ARM and Linaro :D
This is Kevin Zhao from ARM. Nowadays Linaro and other
contributors have submitted some patches to Nova community , fixing bugs
for Nova running on AArch64. Now we can successfully running a
On Fri, Dec 16, 2016 at 9:12 AM, Flavio Percoco wrote:
> On 14/12/16 21:44 -0500, Emilien Macchi wrote:
>
>> On Wed, Dec 14, 2016 at 7:22 PM, Wesley Hayutin
>> wrote:
>>
>>>
>>>
>>> On Fri, Dec 2, 2016 at 12:04 PM, Wesley Hayutin
>>>
Hi Erno,
I believe Steven is referring to the recent post regarding issues with
CentOS 7.3 [1].
Arguably, that particular email was sent to openstack-dev,
openstack-operators as well as rdo-list.
I think it's okay to tag things relevant to RDO in openstack-dev but
that doesn't mean we're moving
On 12/20/2016 08:03 AM, Sean Dague wrote:
On 12/20/2016 07:53 AM, Sylvain Bauza wrote:
Le 20/12/2016 10:26, Sylvain Bauza a écrit :
Le 20/12/2016 10:20, Chris Dent a écrit :
On Tue, 20 Dec 2016, Sylvain Bauza wrote:
Before moving forward and picking yet another port that could trample
On Dec 19, 2016, at 9:34 PM, Qiming Teng wrote:
>
> Then we should stop identifying actions based on URL. :)
> The following URL for representing a 'pause' action is really ugly:
>
> /containers//pause
>
> First of all, 'pause' is a verb. I cannot persuade myself
Unless there is some objection we will skip next week's meeting and
meet again on Tuesday January 3rd in the usual place and time.
Thanks,
Eran
__
OpenStack Development Mailing List (not for usage questions)
Hi Zhi:
With the L3 implementation, FWaaS acts on traffic that is seen by the router
(we have some issues with DVR) so it is really constrained to N - S. SG will of
course see all traffic. Once we have the FWaaS L2 implementation - it opens up
the possibilities to be applied on a VM port and
Hi everyone,
As you probably know, the OpenStack Project Team Guide is a piece of
documentation geared towards project teams, to help them navigate the
troubled and complex waters of being an official OpenStack team:
http://docs.openstack.org/project-team-guide/
Steve Martinelli has been doing
Hi All:
We will skip the weekly FWaaS meetings on Dec 27 and Jan 3 with the Holiday
Season. We will start back on Jan 10 as usual.
Happy Holidays to all.
Thanks
Sridar
__
OpenStack Development Mailing List (not for usage
Le 20/12/2016 07:31, Ghanshyam Mann a écrit :
> Changing placement API port to 8780 [1], hope this is not being used by any
> services.
>
> But I am not sure how to check all used port currently as wiki does not seems
> to have all.
>
> .. [1] https://review.openstack.org/#/c/412770/
>
Erno,
As David mentioned I had certainly not suggested moving all discussion from RDO
list. This is why I invited the Kolla community to join rdo-list if they so
choose. I think some heads up around “these are issues you may face” is
warranted as David’s email [1] points out. It is very
Hi Jane, there is also some other uses, I know. In migration[1] when
Cinder needs to migrate an attached volume, in some remotefs drivers [2],
when Cinder needs to take a snapshot of an attached volume. Both seems to
work fine with me.
[1] http://bit.ly/2i6m1Pb
[2] http://bit.ly/2i6m3GM
On
On 12/19/2016 10:54 PM, Kendall Nelson wrote:
Upgrade readiness check in Nova [11]
*
New, separate service
Clarification here, it's not a new separate service, it's a new CLI
(nova-status). Right now we're developing it within the nova repo, just
like nova-manage.
--
Thanks,
Excerpts from Thierry Carrez's message of 2016-12-20 16:18:15 +0100:
> Hi everyone,
>
> As you probably know, the OpenStack Project Team Guide is a piece of
> documentation geared towards project teams, to help them navigate the
> troubled and complex waters of being an official OpenStack team:
>
52 matches
Mail list logo