Answers inline.
On Tue, Aug 9, 2016 at 8:08 AM, Antonio Ojea wrote:
> What do you think about openwrt images?
>
> They are small, have documentation to build your custom images, have a
> packaging system and have tons of networking features (ipv6, vlans, ...) ,
> also seems that someone has done
Dear all,
Is there a guide on how to understand the design of datasource? I want to
extend the existing one and also try to create a custom datasource from
scratch.
Some documents are found in https://github.com/openstack/vitrage-specs and
datasource seems to be related to synchronizer but I didn
Hello Ironic'ers!
We've recorded a demo that shows how static portgroup works at the moment:
Flat network scenario: https://youtu.be/vBlH0ie6Lm4
Multitenant network scenario: https://youtu.be/Kk5Cc_K1tV8
Sincerely,
Vasyl Saienko
On Tue, Jul 19, 2016 at 3:30 PM, Vasyl Saienko
wrote:
> Hello Co
Hi,
There are different instruction for datasource that are part of openstack
vitrage upstream, and for propriety datasource.
So for better understanding the case, do you want to add new datasource that
would be contributed to openstack, or is it propriety one ?
I'm meaning do you plan to push t
Hi, Eylon,
It is not decided yet what datasources will be required. But we may assume
there will be both open and proprietary ones.
The example of the former could be include service status of nova host in
the topology (currently only host, instance and zone are found in the code).
For proprieta
Dear all,
Below is a digest of conversation between me and vitrage PTL lfat. It
clarifies some of my questions and I hope it will also be useful for
developers who are watching vitrage project.
-
relationship between entities Examples of "on" and "contain" given in
document. But not sur
This is the deprecation patch [2]
[2] - https://review.openstack.org/#/c/352812/
-Original Message-
From: Moshe Levi [mailto:[email protected]]
Sent: Monday, August 08, 2016 3:43 PM
To: OpenStack Development Mailing List (not for usage questions)
([email protected])
Hello guys,
Smaug is voting for the project mascot.
Please feel free to give your vote:)
https://etherpad.openstack.org/p/smaugmascot
Thanks very much.
Best Regards,
xiangxinyong__
OpenStack Development Mailing List (n
Folks,
It’s been several days when the entire python-fuelclient team is blocked by a
broken CI job. Please make it non-voting ASAP.
- romcheg
> 8 серп. 2016 р. о 12:19 Roman Prykhodchenko написав(ла):
>
> Vladimir,
>
> Thanks you for the update on this. Is there any ETA available?
>
> On M
Undoubtedly, in the short term it will be painful, but I believe that in the
long run Glare will win.
Let’s hope that projects, that use Glare would also win from this decision. =)
It seems to me, that murano is currently the only one that has been actively
trying to incorporate glare into it’
On 08/09/2016 02:38 AM, Tony Breeds wrote:
> Hi all,
> I guess this is aimed at the long term requirements team members.
>
> The current policy for approving requirements[1] bumps contains the following
> text:
>
> Changes to update the minimum version of a library developed by the
>
Hi Yujun,
Please see my answers below.
Best Regards,
Ifat.
From: Yujun Zhang
Date: Tuesday, 9 August 2016 at 12:06
For proprietary datasource, I'm considering to adapt the api to common
protocol/interface, e.g. RESTful, SNMP and etc and I wish to know how to add
support for these interface.
[
https://review.openstack.org/#/c/350750/ has merged, which moves us over
to neutron by default in devstack.
If you have manually set services in your local.conf, you won't see any
changes. If you don't regularly set those services, you'll be using
neutron on your next stack.sh after this change.
Thank you for the replies on this thread and apologies for the delay, I
didn't quite grasp what "this should be a policy" actually meant :-)
On 18 July 2016 at 17:23, Ben Nemec wrote:
> On 07/18/2016 06:28 AM, Julie Pichon wrote:
>> Hi,
>>
>> On Friday Dougal mentioned on IRC that he hadn't reali
Yay! Long time to get here. But we are here :)
-- Dims
On Tue, Aug 9, 2016 at 7:04 AM, Sean Dague wrote:
> https://review.openstack.org/#/c/350750/ has merged, which moves us over
> to neutron by default in devstack.
>
> If you have manually set services in your local.conf, you won't see any
> c
Hi Yujun,
Regards your questions :
For example, let's say you have 2 packages for your datasources named :
yujun.ds.snmp , yujun.ds.my_alerts
1. For proprietary datasources:
a. You need that your datasource packages would be in the python path
or installed in your python site-packages
Thanks a million for this!
Ricky
2016-08-09 13:25 GMT+02:00 Davanum Srinivas :
> Yay! Long time to get here. But we are here :)
>
> -- Dims
>
> On Tue, Aug 9, 2016 at 7:04 AM, Sean Dague wrote:
> > https://review.openstack.org/#/c/350750/ has merged, which moves us over
> > to neutron by defaul
Hi lfat,
Thank you for the answers, please see my reply inline.
On Tue, Aug 9, 2016 at 6:51 PM Afek, Ifat (Nokia - IL)
wrote:
> Hi Yujun,
>
> Please see my answers below.
>
> Best Regards,
> Ifat.
>
> From: Yujun Zhang
> Date: Tuesday, 9 August 2016 at 12:06
>
>
> For proprietary datasource, I'
Hi,
(sorry for using incorrect threading)
> > About 2 weeks ago I did some light testing with the conntrack security
> > group driver and the newly
> >
> > Merged upserspace conntrack support in ovs.
> >
By 'recently' - whether you mean patch v4
http://openvswitch.org/pipermail/dev/2016-June/0727
> -Original Message-
> From: [email protected]
> [mailto:[email protected]]
> Sent: Tuesday, August 9, 2016 12:58 PM
> To: [email protected]; Mooney, Sean K
>
> Subject: RE: [openstack-dev] [neutron][networking-ovs-dpdk] conntrack
> se
Thank you!! :)
On Mon, Aug 8, 2016 at 5:49 PM, Michael Johnson wrote:
> Miguel,
>
> Thank you for your work here. I would support an effort to setup a
> multi-node gate job.
>
> Michael
>
>
> On Mon, Aug 8, 2016 at 5:04 AM, Miguel Angel Ajo Pelayo
> wrote:
>> Recently, I sent a series of patche
On Mon, Aug 8, 2016 at 4:56 PM, Kosnik, Lubosz wrote:
> Great work with that multi-node setup Miguel.
Thanks, I have to get my hands dirtier with octavia, it's just a tiny thing.
> About that multinode Infra is supporting two nodes setup used currently by
> grenade jobs but in my opinion we don
On Wed, Jul 27, 2016 at 9:06 AM, Dougal Matthews wrote:
>
>
> On 19 July 2016 at 16:20, Steven Hardy wrote:
>
>> On Mon, Jul 18, 2016 at 12:28:10PM +0100, Julie Pichon wrote:
>> > Hi,
>> >
>> > On Friday Dougal mentioned on IRC that he hadn't realised there was a
>> > separate project for triple
+1
I think we have enough checks in Nova.
2016-08-09 12:46 GMT+03:00 Moshe Levi :
> This is the deprecation patch [2]
>
> [2] - https://review.openstack.org/#/c/352812/
>
> -Original Message-
> From: Moshe Levi [mailto:[email protected]]
> Sent: Monday, August 08, 2016 3:43 PM
> To: Op
We are pleased to announce the release of:
os_vif 1.1.0: A library for plugging and unplugging virtual interfaces
in OpenStack.
This release is part of the newton release series.
With package available at:
https://pypi.python.org/pypi/os_vif
For more details, please see below.
1.1.0
^
-Original Message-
From: Sean Dague
Reply: OpenStack Development Mailing List (not for usage questions)
Date: August 9, 2016 at 05:44:55
To: [email protected]
Subject: Re: [openstack-dev] [requirements] History lesson please
> On 08/09/2016 02:38 AM, Tony Breeds wro
-Original Message-
From: Steven Dake (stdake)
Reply: OpenStack Development Mailing List (not for usage questions)
Date: August 6, 2016 at 07:48:01
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Glance][TC][Heat][App-Catalog][Murano][T
On 08/09/2016 09:25 AM, Ian Cordasco wrote:
>
>
> -Original Message-
> From: Sean Dague
> Reply: OpenStack Development Mailing List (not for usage questions)
>
> Date: August 9, 2016 at 05:44:55
> To: [email protected]
> Subject: Re: [openstack-dev] [requirements] Hi
Well don't let me stop ya :)
On 8/9/16, 7:21 AM, "Ian Cordasco" wrote:
>
>
>-Original Message-
>From: Steven Dake (stdake)
>Reply: OpenStack Development Mailing List (not for usage questions)
>
>Date: August 6, 2016 at 07:48:01
>To: OpenStack Development Mailing List (not for usage que
Excerpts from Tony Breeds's message of 2016-08-09 16:38:35 +1000:
> Hi all,
> I guess this is aimed at the long term requirements team members.
>
> The current policy for approving requirements[1] bumps contains the following
> text:
>
> Changes to update the minimum version of a library
-Original Message-
From: Matthew Thode
Reply: [email protected] , OpenStack
Development Mailing List (not for usage questions)
Date: August 9, 2016 at 09:53:53
To: [email protected]
Subject: Re: [openstack-dev] [requirements] History lesson please
> One of the
On 08/09/2016 10:22 AM, Ian Cordasco wrote:
> -Original Message-
> From: Matthew Thode
> Reply: [email protected] , OpenStack
> Development Mailing List (not for usage questions)
>
> Date: August 9, 2016 at 09:53:53
> To: [email protected]
> Subject: Re: [opens
https://etherpad.openstack.org/p/puppet-openstack-weekly-meeting-20160809
>
> See you tomorrow,
>
> On Tue, Aug 2, 2016 at 11:06 AM, Emilien Macchi wrote:
>> no item in our agenda, we cancelled the meeting, see you next week!
>>
>> On Mon, Aug 1, 2016 at 3:31 PM, Emil
Is this a secret ballot?
2016-08-09 17:54 GMT+08:00 xiangxinyong :
> Hello guys,
>
> Smaug is voting for the project mascot.
> Please feel free to give your vote:)
> https://etherpad.openstack.org/p/smaugmascot
>
> Thanks very much.
>
> Best Regards,
> xiangxinyong
>
> _
Hi everybody,
As a community we've decided we want to change the name of the project.
We felt that the name wasn't distinctive enough and might cause
confusion when looking for the project.
It was a long process but we've decide on the name Karbor.
Please bear with us while we move things around.
On 08/09/2016 04:28 AM, Vasyl Saienko wrote:
Hello Ironic'ers!
We've recorded a demo that shows how static portgroup works at the moment:
Flat network scenario: https://youtu.be/vBlH0ie6Lm4
Multitenant network scenario: https://youtu.be/Kk5Cc_K1tV8
Just watched both the above demo videos. Gre
On Mon, 8 Aug 2016 at 18:19 Ryan Beisner wrote:
> Greetings,
>
> I would like to nominate David Ames for addition to the
> charms-release team, as he has played a valuable role in the charm release
> processes. This change will grant privileges such as new stable branch
> creation, among other
On 08/09/2016 11:25 AM, Matthew Thode wrote:
> On 08/09/2016 10:22 AM, Ian Cordasco wrote:
>> -Original Message-
>> From: Matthew Thode
>> Reply: [email protected] , OpenStack
>> Development Mailing List (not for usage questions)
>>
>> Date: August 9, 2016 at 09:53:53
>> To: ope
Honestly, I don't think it matters what we use in our specifications, since
specifications are not public documents. Personally, in specifications, I am
fine with any of the proposed because they are all understandable! IF we have
to decide on something or if we want some preferred ways, then I'
-Original Message-
From: Sean Dague
Reply: OpenStack Development Mailing List (not for usage questions)
Date: August 9, 2016 at 11:21:47
To: [email protected]
Subject: Re: [openstack-dev] [requirements] History lesson please
> On 08/09/2016 11:25 AM, Matthew Thode w
On 8/8/2016 4:10 PM, Clint Byrum wrote:
Excerpts from Matt Riedemann's message of 2016-08-08 14:35:12 -0500:
Not to be a major curmudgeon but I think we'd basically decided at the
midcycle (actually weeks before) that Nova wasn't doing the mascot thing.
Could you maybe summarize the reason fo
On Tue, Aug 09, 2016 at 11:26:21AM -0500, Matt Riedemann wrote:
> On 8/8/2016 4:10 PM, Clint Byrum wrote:
> > Excerpts from Matt Riedemann's message of 2016-08-08 14:35:12 -0500:
> > > Not to be a major curmudgeon but I think we'd basically decided at the
> > > midcycle (actually weeks before) that
Update Aug 9th:
We are on scenario two: 3 control, 20 storage, 100 compute with Ceph.
Notes are now being collected in
https://review.openstack.org/#/c/352101/ along with tempest/rally results.
-Paul
On 05/08/16 17:48, Paul Bourke wrote:
Hi Kolla,
Thought it will be helpful to send a statu
Hello team,
The IRC meeting this week (8/10) is canceled.
Thank you
Bin
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: [email protected]?subject:unsubscribe
http://l
I've proposed:
https://review.openstack.org/353019
which makes gate-tripleo-ci-centos-7-nonha-multinode-nv and
gate-tripleo-ci-centos-7-undercloud-nv become voting jobs.
I think these jobs have proven to be stable enough that we can promote
them to be voting. If you have concerns, please vote on
On Tue, Aug 9, 2016 at 1:14 PM, James Slagle wrote:
> I've proposed:
> https://review.openstack.org/353019
>
> which makes gate-tripleo-ci-centos-7-nonha-multinode-nv and
> gate-tripleo-ci-centos-7-undercloud-nv become voting jobs.
>
> I think these jobs have proven to be stable enough that we can
Hi James,
On Tue, Aug 09, 2016 at 01:14:24PM -0400, James Slagle wrote:
> I've proposed:
> https://review.openstack.org/353019
>
> which makes gate-tripleo-ci-centos-7-nonha-multinode-nv and
> gate-tripleo-ci-centos-7-undercloud-nv become voting jobs.
definitely +1 for the gate-tripleo-ci-centos
I think "currently active stable branches" is key there. These branches
would no longer be "currently active". They would get an EOL tag when it
reaches the end of the support phases. We just wouldn't delete the
branch.
This argument comes up at least once a cycle and there is a reason we don't
On 08/08/2016 02:28 PM, Ihar Hrachyshka wrote:
Duncan Thomas wrote:
On 8 August 2016 at 21:12, Matthew Treinish
wrote:
Ignoring all that, this is also contrary to how we perform testing in
OpenStack.
We don't turn off entire classes of testing we have so we can land
patches,
that's just a
Hi,
Today Puppet OpenStack CI is running unit and functional test jobs
against puppet 3 and puppet 4.
Unit jobs for puppet 4 are currently voting and pretty stable.
Functional jobs for puppet 4 are not voting but also stable.
Even if Puppet4 has not been largely adopted by our community [1] yet,
On Tue, Aug 9, 2016 at 1:30 PM, Michele Baldessari wrote:
> Hi James,
>
> On Tue, Aug 09, 2016 at 01:14:24PM -0400, James Slagle wrote:
>> I've proposed:
>> https://review.openstack.org/353019
>>
>> which makes gate-tripleo-ci-centos-7-nonha-multinode-nv and
>> gate-tripleo-ci-centos-7-undercloud-
On Wed, Aug 3, 2016 at 1:22 AM, zhuna wrote:
> Hi Carl,
>
>
>
> IMO, if the upstream router has the route to floating ip subnet, no need
> to assign additional IP address to the router.
>
>
>
> For example, there are 2 subnets in external network,
>
> Subnet1: 10.0.0.0/24 (fg ip address)
>
> Subn
I'd like to advocate for *not* raising minimum versions very often. Every time
some OpenStack project raises minimum versions, this change is propagated to
all projects, and that puts extra burden on anyone who is maintaining packages
and dependencies in their own deployment. If one project need
On Tue, Aug 09 2016, John Dickinson wrote:
> I'd like to advocate for *not* raising minimum versions very often. Every time
> some OpenStack project raises minimum versions, this change is propagated to
> all projects, and that puts extra burden on anyone who is maintaining packages
> and dependen
fyi, Just so you all know. It's upper-constraints.txt. Note the word "upper" :)
-- Dims
On Tue, Aug 9, 2016 at 2:25 PM, Julien Danjou wrote:
> On Tue, Aug 09 2016, John Dickinson wrote:
>
>> I'd like to advocate for *not* raising minimum versions very often. Every
>> time
>> some OpenStack proj
-Original Message-
From: John Dickinson
Reply: OpenStack Development Mailing List (not for usage questions)
Date: August 9, 2016 at 13:17:08
To: OpenStack Development Mailing List
Subject: Re: [openstack-dev] [requirements] History lesson please
> I'd like to advocate for *not* rai
On 9 Aug 2016, at 11:33, Ian Cordasco wrote:
>
>
> -Original Message-
> From: John Dickinson
> Reply: OpenStack Development Mailing List (not for usage questions)
>
> Date: August 9, 2016 at 13:17:08
> To: OpenStack Development Mailing List
> Subject: Re: [openstack-dev] [requirem
On Tue, Aug 09, 2016 at 01:14:24PM -0400, James Slagle wrote:
> I've proposed:
> https://review.openstack.org/353019
>
> which makes gate-tripleo-ci-centos-7-nonha-multinode-nv and
> gate-tripleo-ci-centos-7-undercloud-nv become voting jobs.
>
> I think these jobs have proven to be stable enough
Walter A. Boring IV wrote:
On 08/08/2016 02:28 PM, Ihar Hrachyshka wrote:
Duncan Thomas wrote:
On 8 August 2016 at 21:12, Matthew Treinish wrote:
Ignoring all that, this is also contrary to how we perform testing in
OpenStack.
We don't turn off entire classes of testing we have so we can
On 09/08/2016 19:41, John Dickinson wrote:
>
>
> On 9 Aug 2016, at 11:33, Ian Cordasco wrote:
>
>>
>>
>> -Original Message-
>> From: John Dickinson
>> Reply: OpenStack Development Mailing List (not for usage questions)
>>
>> Date: August 9, 2016 at 13:17:08
>> To: OpenStack Development M
Walter A. Boring IV wrote:
I think "currently active stable branches" is key there. These branches
would no longer be "currently active". They would get an EOL tag when it
reaches the end of the support phases. We just wouldn't delete the
branch.
This argument comes up at least once a cycle a
On 08/09/2016 01:37 PM, John Dickinson wrote:
> In that case, they are still co-installable, because the nova minimum
> satisfies both.
The requirements project currently advocates the use of
upper-requirements.txt as what is targeted for packagers. This is
what's tested.
--
-- Matthew Thode (
Excerpts from John Dickinson's message of 2016-08-09 11:14:57 -0700:
> I'd like to advocate for *not* raising minimum versions very often. Every
> time some OpenStack project raises minimum versions, this change is
> propagated to all projects, and that puts extra burden on anyone who is
> maint
Excerpts from Hayes, Graham's message of 2016-08-09 18:54:57 +:
> On 09/08/2016 19:41, John Dickinson wrote:
> >
> >
> > On 9 Aug 2016, at 11:33, Ian Cordasco wrote:
> >
> >>
> >>
> >> -Original Message-
> >> From: John Dickinson
> >> Reply: OpenStack Development Mailing List (not for
+1 for volunteers to step up.
-- Dims
On Tue, Aug 9, 2016 at 3:07 PM, Doug Hellmann wrote:
> Excerpts from John Dickinson's message of 2016-08-09 11:14:57 -0700:
>> I'd like to advocate for *not* raising minimum versions very often. Every
>> time some OpenStack project raises minimum versions,
On 09/08/2016 19:58, Ihar Hrachyshka wrote:
> Walter A. Boring IV wrote:
>
>> On 08/08/2016 02:28 PM, Ihar Hrachyshka wrote:
>>> Duncan Thomas wrote:
>>>
On 8 August 2016 at 21:12, Matthew Treinish wrote:
Ignoring all that, this is also contrary to how we perform testing in
OpenSt
Hello Everyone,
On behalf of the TOSCA-Parser team, I am pleased to announce the 0.6.0
PyPI release of tosca-parser which can be downloaded from
https://pypi.python.org/pypi/tosca-parser
This release includes following enhancements:
Python 3.5 support
Support for TOSCA Repository which is an
Excerpts from Ricardo Rocha's message of 2016-08-08 11:51:00 +0200:
> Hi.
>
> On Mon, Aug 8, 2016 at 1:52 AM, Clint Byrum wrote:
> > Excerpts from Steve Baker's message of 2016-08-08 10:11:29 +1200:
> >> On 05/08/16 21:48, Ricardo Rocha wrote:
> >> > Hi.
> >> >
> >> > Quick update is 1000 nodes a
On 08/09/2016 03:01 PM, Ihar Hrachyshka wrote:
Walter A. Boring IV wrote:
I think "currently active stable branches" is key there. These branches
would no longer be "currently active". They would get an EOL tag
when it
reaches the end of the support phases. We just wouldn't delete the
branch
Sean has done a fantastic job on the BiFrost work and kolla-host work. What is
needed is the last step - which is a final thorough technical review from the
core review team so we can get it merged by end of week. If your struggling to
find the work in the review queue, use this link:
https:/
On Tue, Aug 9, 2016 at 10:00 PM, Clint Byrum wrote:
> Excerpts from Ricardo Rocha's message of 2016-08-08 11:51:00 +0200:
>> Hi.
>>
>> On Mon, Aug 8, 2016 at 1:52 AM, Clint Byrum wrote:
>> > Excerpts from Steve Baker's message of 2016-08-08 10:11:29 +1200:
>> >> On 05/08/16 21:48, Ricardo Rocha w
On 08/09/2016 11:52 AM, Ihar Hrachyshka wrote:
Walter A. Boring IV wrote:
On 08/08/2016 02:28 PM, Ihar Hrachyshka wrote:
Duncan Thomas wrote:
On 8 August 2016 at 21:12, Matthew Treinish
wrote:
Ignoring all that, this is also contrary to how we perform testing
in OpenStack.
We don't turn
Is the MAC address of a Neutron port on a tenant virtual network globally
unique or unique just within that particular tenant network?
Thanks,
Anil
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe:
On 9 August 2016 at 13:53, Anil Rao wrote:
> Is the MAC address of a Neutron port on a tenant virtual network globally
> unique or unique just within that particular tenant network?
>
The latter:
https://github.com/openstack/neutron/blob/master/neutron/db/models_v2.py#L139
>
>
> Thanks,
>
> A
On 08/09/2016 02:10 PM, Ben Swartzlander wrote:
The best example of why this is good is Linux. If you tell the Linux people to
take their drivers out of the tree I can guarantee you they'll laugh you out of
the room. The reasons for their stance are many and I won't recount them here
(unless you
The Fernet token format uses a symmetric key to sign tokens. In order
to check the signature, these keys need to be synchronized across all of
the Keystone servers.
I don't want to pass around nake symmetric keys. The right way to do
this is to put them into a PKCS 11 Envelope. Roughly, th
On 07/08/16 19:52, Clint Byrum wrote:
Excerpts from Steve Baker's message of 2016-08-08 10:11:29 +1200:
On 05/08/16 21:48, Ricardo Rocha wrote:
Hi.
Quick update is 1000 nodes and 7 million reqs/sec :) - and the number
of requests should be higher but we had some internal issues. We have
a subm
On 19:40 Aug 08, Duncan Thomas wrote:
> On 8 August 2016 at 18:31, Matthew Treinish wrote:
>
> >
> > This argument comes up at least once a cycle and there is a reason we
> > don't do
> > this. When we EOL a branch all of the infrastructure for running any ci
> > against
> > it goes away. This me
All,
In the previous e-mail, [1] was recommending 3rd party ci to pin zuul to v.
2.1.0, but this has pip dependency conflicts with nodepool 0.3.0 when installed
on the same VM (common case typical for 3rd party ci) causing zuul service to
fail to start.
This is fixed by using the newly created
On 09/08/16 17:11, Adam Young wrote:
The Fernet token format uses a symmetric key to sign tokens. In order
to check the signature, these keys need to be synchronized across all of
the Keystone servers.
I don't want to pass around nake symmetric keys. The right way to do
this is to put them in
It needs to work in a distributed way...
What happens if the one node you have cron running on doesn't work for a while.
Keystone breaks?
If the undercloud deploys a timed workfow where the workflow can fail over from
machine to machine, that would work.
Thanks,
Kevin
_
On Tue, Aug 09, 2016 at 03:14:43PM -0400, Davanum Srinivas wrote:
> +1 for volunteers to step up.
I'll do it and I have a *very* basic prototype done. It wont be in Newton
though. Having said that if there is another volenteer I'm happy to work with
them or free up time :)
Yours Tony.
PS: Repl
On 10:31 Aug 06, Sean McGinnis wrote:
> I'm open and welcome to any feedback on this. Unless there are any major
> concerns raised, I will at least instruct any Cinder stable cores to
> start allowing these bugfix patches through past the security only
> phase.
As others have said and as being a
Thanks Armando.
-Anil
From: Armando M. [mailto:[email protected]]
Sent: Tuesday, August 09, 2016 1:55 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [neutron] Neutron Port MAC Address Uniqueness
On 9 August 2016 at 13:53, Anil Rao
mailto:anil.
TL;DR: If you don’t want a mascot, you don’t have to. But Nova, you’ll be
missed. :-)
A few notes following up on Matt Riedemann, Clint Byrum, Daniel Berrange’s
conversation regarding the Nova mascot…
Nova doesn’t have to have a mascot if the majority of the team doesn’t want
one. I’m not sure
On 08/09/2016 05:45 PM, Mike Perez wrote:
On 19:40 Aug 08, Duncan Thomas wrote:
On 8 August 2016 at 18:31, Matthew Treinish wrote:
This argument comes up at least once a cycle and there is a reason we
don't do
this. When we EOL a branch all of the infrastructure for running any ci
against
it
On Tue, Aug 09, 2016 at 03:56:57PM -0700, Mike Perez wrote:
> If you want to change that, work with the stable team on the various options
> provided. This tangent of people whining on the mailing list and in
> #openstack-cinder is not going to accomplish anything.
That's what we're doing here
>
On 08/09/2016 06:56 PM, Mike Perez wrote:
On 10:31 Aug 06, Sean McGinnis wrote:
I'm open and welcome to any feedback on this. Unless there are any major
concerns raised, I will at least instruct any Cinder stable cores to
start allowing these bugfix patches through past the security only
phase.
.
>
> Mike, you must have left the midcycle by the time this topic came
> up. On the issue of out-of-tree drivers, I specifically offered this
> proposal (a community managed mechanism for distributing driver
> bugfix backports) as an compromise alternative to try to address the
> needs of both ca
On Tue, Aug 9, 2016 at 4:53 PM, Sean McGinnis wrote:
> .
> >
> > Mike, you must have left the midcycle by the time this topic came
> > up. On the issue of out-of-tree drivers, I specifically offered this
> > proposal (a community managed mechanism for distributing driver
> > bugfix backports) as
On 08/09/2016 06:00 PM, Zane Bitter wrote:
In either case a good mechanism might be to use a Heat Software
Deployment via the Heat API directly (i.e. not as part of a stack) to
push changes to the servers. (I say 'push' but it's more a case of
making the data available for os-collect-config t
On 2016-08-09 15:56:57 -0700 (-0700), Mike Perez wrote:
> As others have said and as being a Cinder stable core myself, the status-quo
> and this proposal itself are terrible practices because there is no testing
> behind it, thereby it not being up to the community QA standards set.
[...]
In fair
hi, all.
I have faced some strange problems when getting LBaaS resources, such
as loadbalancers, listeners, pools, etc.
For example, when I send a request which only filtering "id" attribute,
like this:
>>> curl -g -i -X GET
http://10.0.44.233:9696/v2.0/lbaas/listeners.json?fields=id \
-
Hi,
We have weekly Nova API meeting today. The meeting is being held Wednesday
UTC1300 and irc channel is #openstack-meeting-4.
The proposed agenda and meeting details are here:
https://wiki.openstack.org/wiki/Meetings/NovaAPI
Please feel free to add items to the agenda.
Thanks
___
On Tue, Aug 09, 2016 at 05:28:52PM -0700, John Griffith wrote:
> On Tue, Aug 9, 2016 at 4:53 PM, Sean McGinnis wrote:
>
> > .
> > >
> > > Mike, you must have left the midcycle by the time this topic came
> > > up. On the issue of out-of-tree drivers, I specifically offered this
> > > proposal (a
On Wed, Aug 10, 2016 at 01:39:55AM +, Jeremy Stanley wrote:
> On 2016-08-09 15:56:57 -0700 (-0700), Mike Perez wrote:
> > As others have said and as being a Cinder stable core myself, the status-quo
> > and this proposal itself are terrible practices because there is no testing
> > behind it, t
Hi,
The issue still exists after the https://review.openstack.org/352490
merged, what else should I do?
http://logs.openstack.org/58/351458/8/check/gate-python-bileanclient-requirements/fa1119c/console.html
-- Original --
From: "Jeremy Stanley";
Date: Mon,
Hi all,
The default tenant_network_types is geneve, after installed following this
document http://docs.openstack.org/developer/networking-ovn/testing.html
```
[ml2]
tenant_network_types = geneve
extension_drivers = port_security
type_drivers = local,flat,vlan,geneve
```
To enable vxlan, I have
On Tue, Aug 09, 2016 at 10:21:19PM -0400, Matthew Treinish wrote:
> I fully understood the proposal but I still think you're optimizing for the
> wrong thing. We have a community process for doing backports and maintaining
> released versions of OpenStack code. The fundamental problem here is actu
Hi Sridhar,
You said in https://review.openstack.org/#/c/255146/ we should not expose the
infra_driver and mgmt_driver to user,but they have been already exposed by API
at
https://github.com/openstack/tacker/blob/master/tacker/extensions/vnfm.py#L205,
so what do you think?Do we need remove the i
1 - 100 of 109 matches
Mail list logo
