On Mon, Jul 02, 2018 at 11:08:51AM +0800, Rambo wrote:
> Hi,all
>
> I have an idea.Now we can't filter the special flavor according to
> the property.Can we achieve it?If we achieved this,we can filter the
> flavor according the property's key and value to filter the
> flavor. What do you think of
Oh,sorry,not this means,in my opinion,we could filter the flavor in flavor
list.such as the cli:openstack flavor list --property key:value.
-- Original --
From: "Sahid Orentino Ferdjaoui";
Date: 2018年7月2日(星期一) 下午3:20
To: "OpenStack Developmen";
Subject: Re: [o
Hi,
It seems that the current request_specs record did not got removed even
when the related instance is gone, which lead to a continuously growing
request_specs table. How is that so?
Is it because the delete process could be error and we have to recover the
request_spec if we deleted it?
How a
Hey Mistralites!
Here is your monthly recap of whats what in the Mistral community. Arriving
to you a day late as the 1st was a Sunday. When that happens I'll just aim
to send it as close to the 1st as I can. Either slightly early or slightly
late.
# General News
Vitalii Solodilov joined the Mi
Hey all,
I'll be out for the rest of the week after today. I don't anticipate
anything coming up but Renat Akhmerov is standing in as PTL while I'm out.
See you all on Monday next week.
Cheers,
Dougal
__
OpenStack Developmen
hi,
I created a LP team "tap-as-a-service-drivers",
whose initial members are same as the existing tap-as-a-service-core
group on gerrit.
I made the team the Maintainer and Driver of the tap-as-a-service project.
This way, someone in the team can take it over even if I disappeared
suddenly. :-)
_
Hi,
Going inline.
From: Waines, Greg [mailto:greg.wai...@windriver.com]
Sent: Friday, June 29, 2018 4:25 AM
In-lined comments / questions below,
Greg.
From: "Csatari, Gergely (Nokia - HU/Budapest)"
mailto:gergely.csat...@nokia.com>>
Date: Thursday, June 28, 2018 at 3:35 AM
Hi,
I’ve added th
On Mon, 2018-06-18 at 17:23 +, Waines, Greg wrote:
> Hey ... a couple of NEWBY question for the Barbican Team.
>
> I just setup a devstack with Barbican @ stable/queens .
>
> Ran through the “Verify operation” commands (
> https://docs.openstack.org/barbican/latest/install/verify.html ) ...
On Thu, 2018-06-28 at 17:32 -0400, Zane Bitter wrote:
> On 28/06/18 15:00, Douglas Mendizabal wrote:
> > Replying inline.
>
> [snip]
> > IIRC, using URIs instead of UUIDs was a federation pre-optimization
> > done many years ago when Barbican was brand new and we knew we
> > wanted
> > federation
On Thu, 28 Jun 2018, Fox, Kevin M wrote:
I think if OpenStack wants to gain back some of the steam it had before, it
needs to adjust to the new world it is living in. This means:
* Consider abolishing the project walls. They are driving bad architecture (not
intentionally but as a side affect
On 7/2/2018 2:47 AM, Zhenyu Zheng wrote:
It seems that the current request_specs record did not got removed even
when the related instance is gone, which lead to a continuously growing
request_specs table. How is that so?
Is it because the delete process could be error and we have to recover
On 7/2/2018 2:43 AM, 李杰 wrote:
Oh,sorry,not this means,in my opinion,we could filter the flavor in
flavor list.such as the cli:openstack flavor list --property key:value.
There is no support for natively filtering flavors by extra specs in the
compute REST API so that would have to be added wi
Hi Saharans,
as previously discussed, we are scheduled for Monday and Tuesday at the PTG
in Denver. I would like to hear from folks who are planning to be there
which days works best for you. Options are, Monday and Tuesday or Tuesday
and Wednesday.
Keep in mind that I can't guarantee a switch, I
Tuesday+Wednesday positive: gives time on Monday for the API SIG (I
personally would like to be there) and the Ask-me-anything/goal help
room
Tuesday+Wednesday negative: less time for Luigi (if he is at PTG) to
do QA things (but QA will also be there on Thursday)
Tuesday+Wednesday negative: the f
On 06/28/2018 02:09 PM, Fox, Kevin M wrote:
> I'll weigh in a bit with my operator hat on as recent experience it pertains
> to the current conversation
>
> Kubernetes has largely succeeded in common distribution tools where OpenStack
> has not been able to.
> kubeadm was created as a way t
On Thu, Jun 28, 2018 at 8:04 PM, Lars Kellogg-Stedman
wrote:
> What is required to successfully run the rspec tests?
On the odd chance that it might be useful to someone else, here's the
Docker image I'm using to successfully run the rspec tests for
puppet-keystone:
https://github.com/larsks
I think Keystone is one of the exceptions currently, as it is the
quintessential common service in all of OpenStack since the rule was made, all
things auth belong to Keystone and the other projects don't waver from it. The
same can not be said of, say, Barbican. Steps have been made recently to
On 28/06/18 15:09, Fox, Kevin M wrote:
I'll weigh in a bit with my operator hat on as recent experience it pertains to
the current conversation
Kubernetes has largely succeeded in common distribution tools where OpenStack
has not been able to.
kubeadm was created as a way to centralize dep
On 07/02/2018 03:12 PM, Fox, Kevin M wrote:
I think a lot of the pushback around not adding more common/required services
is the extra load it puts on ops though. hence these:
* Consider abolishing the project walls.
* simplify the architecture for ops
IMO, those need to change to break f
On 06/27/2018 07:23 PM, Zane Bitter wrote:
On 27/06/18 07:55, Jay Pipes wrote:
Above, I was saying that the scope of the *OpenStack* community is
already too broad (IMHO). An example of projects that have made the
*OpenStack* community too broad are purpose-built telco applications
like Tacker
Thanks, I may have missed that one.
On Mon, Jul 2, 2018 at 10:29 PM Matt Riedemann wrote:
> On 7/2/2018 2:47 AM, Zhenyu Zheng wrote:
> > It seems that the current request_specs record did not got removed even
> > when the related instance is gone, which lead to a continuously growing
> > request
hi,
- networking-midonet uses autodoc in their doc.
build-openstack-sphinx-docs runs it.
- build-openstack-sphinx-docs doesn't use tox-siblings. thus the job
uses released versions of dependencies. eg. neutron, neutron-XXXaas,
os-vif, etc
- released versions of dependencies and networking-midonet
Dear all
Back to Vancouver Summit, Ifat brings out the idea of integrating Heat,
Vitrage, and Mistral to bring better self-healing scenario.
For previous works, There already works cross Heat, Mistral, and Zaqar for
self-healing [1].
And there is works cross Vitrage, and Mistral [2].
Now we plan t
On 2018-07-03 06:12, Takashi Yamamoto wrote:
> hi,
>
> - networking-midonet uses autodoc in their doc.
> build-openstack-sphinx-docs runs it.
> - build-openstack-sphinx-docs doesn't use tox-siblings. thus the job
> uses released versions of dependencies. eg. neutron, neutron-XXXaas,
> os-vif, etc
24 matches
Mail list logo
