Cool Pavlo
Would very glad to have you work on that together.
The new proposed spec tended to partly reuse Steven's patches (as many as
it can, but apparently not the spec). I try to separate it into two parts,
ironic management resource (this is covered by that spec) and ironic
deployment resource
Hi,
I've posted a refactoring patch that simplifies tooz (read: remove
technical debt) usage more than a month ago, and I got 0 review since
then:
https://review.openstack.org/#/c/447079
I'm a bit worried to see this zero review on such patches. It seems the
most recently merged things are all
Hello!
A couple of notices about summit meetups for Horizon folk:
- I've reserved about 2 hours on the Monday in Hynes, MR 108 from 2:00 -> 4:20.
This may change if demand for the rooms is high, so keep an eye on
https://ethercalc.openstack.org/Boston_Forum_Hacking_Rooms. I'll send a
reminder
Hi!
As we're trying to use the InstanceLocalityFilter in cinder, I encountered some
strange issues.
I've opened a bug report already:
https://bugs.launchpad.net/cinder/+bug/1686616
But further looking at the novaclient code in Cinder, cinder/nova.py smells a
bit more. Seems the latest
modifica
Hi Maxwell,
I found that OSA use keepalived to resolve controller HA, but whether the
> keepalived support compute HA? What shoud I do or which file I need to
> config if I want to resolve compute HA?
>
>
>
> And there are some solutions for compute HA in this web:
> http://aspiers.github.io/open
Hi
When I joined Kolla project I got info that Debian is going away. So I
took care of it and now it is updated to current 'testing' and has far
more images enabled than in past.
CentOS support works fine. Even on AArch64 (if you have [1] applied).
1. https://review.openstack.org/#/c/430940/
Bu
On Thu, Apr 27, 2017 at 09:39:51AM +0300, Pavlo Shchelokovskyy wrote:
>HI all,
>from some conversations I had during Pike PTG and recently in IRC I
>understood that the need for ironic resources in heat has arisen again. I
>remember back when it was proposed for the first time there
Dear stackers,
starting in the Liberty cycle Tempest has defined a set of projects which
are in scope for direct
testing in Tempest [0]. The current list includes keystone, nova, glance,
swift, cinder and neutron.
All other projects can use the same Tempest testing infrastructure (or
parts of it)
We've encountered a bug in resize which resulted in data loss. The gist is
that user was resizing a qcow2 instance whose image had been deleted from
glance. In driver.finish_migration on the destination host, an error
occurred attempting to copy the image from the source hosts's image cache,
puttin
(Sorry: resent properly tagged)
We've encountered a bug in resize which resulted in data loss. The gist is
that user was resizing a qcow2 instance whose image had been deleted from
glance. In driver.finish_migration on the destination host, an error
occurred attempting to copy the image from the s
OpenStack Mitaka has been EOLing this month:
https://releases.openstack.org/
We are in the process of EOLing TripleO Mitaka branch.
We did a last release for Mitaka:
https://releases.openstack.org/teams/tripleo.html#mitaka
ovb-ha and ovh-nonha are passing well, so we don't let any critical bug:
h
Greetings,
We didn't see anyone using Postgresql when deploying Puppet OpenStack:
- no feedback on ML or IRC
- no bug report in Launchpad
Postgresql support (or call it how you want) is also removed upstream
in OpenStack.
We will deprecate the class that used to deploy Postgresql in Pike and
remo
Hi,
There’s nothing on the agenda for today and a few people won’t be able to make
it, so I’m inclined to cancel the IRC meeting today to save people staying up
late unnecessarily.
If anyone has anything they want to discuss, feel free to bring it up in the
main channel. I will be in the meeti
Hello Andrea,
daisycloud no longer uses OrchestrationClient. I will remove the related code.
Thanks
for the information.
B. R.,
Zhijiang
Original Mail
Sender: <andrea.fritt...@gmail.com>
To: <openstack-dev@lists.openstack.org>
Date: 2017/04/27 18:28
Subject: [openstack-dev] [qa]
Excerpts from Emilien Macchi's message of 2017-04-27 07:38:17 -0400:
> Greetings,
>
> We didn't see anyone using Postgresql when deploying Puppet OpenStack:
> - no feedback on ML or IRC
> - no bug report in Launchpad
>
> Postgresql support (or call it how you want) is also removed upstream
> in O
This is just to confirm that the tosca-parser/heat-translator weekly IRC
meeting is now Thursdays at 1400UTC in #openstack-heat-translator
Bob
<>__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: op
On Thu, Apr 27, 2017 at 09:42:58AM +0200, Julien Danjou wrote:
> Hi,
>
> I've posted a refactoring patch that simplifies tooz (read: remove
> technical debt) usage more than a month ago, and I got 0 review since
> then:
>
> https://review.openstack.org/#/c/447079
>
> I'm a bit worried to see t
On Thu, Apr 27, 2017 at 1:42 AM, Julien Danjou wrote:
> Hi,
>
> I've posted a refactoring patch that simplifies tooz (read: remove
> technical debt) usage more than a month ago, and I got 0 review since
> then:
>
> https://review.openstack.org/#/c/447079
>
> I'm a bit worried to see this zero r
Hi Jay,
I'm so SAD to see you go, especially in these circumstances :-(
The first time I met you was when you three Js waltzed (err, walked) into the
ironic mid-cycle with your IPA proposal. It is the end of an era. We've had
some great times; I'll miss your opinions, especially wrt specs :) Th
Hi Maxwell,
For compute HA have a look at Masakari -
https://wiki.openstack.org/wiki/Masakari. I don't believe OSA currently
supports it but you could always build your own role for it and the
community would likely be open to integrating it into OSA.
On Thu, Apr 27, 2017 at 5:24 AM, Andy McCrae
Ok, that new commit message made me laugh.
On 27 April 2017 at 08:42, Julien Danjou wrote:
> Hi,
>
> I've posted a refactoring patch that simplifies tooz (read: remove
> technical debt) usage more than a month ago, and I got 0 review since
> then:
>
> https://review.openstack.org/#/c/447079
>
>
[adding mailing-lists again]
On Thu, Apr 27, 2017 at 9:31 AM, Benedikt Trefzer wrote:
> Hi Emilien
>
> On 27.04.2017 13:38, Emilien Macchi wrote:
>> Greetings,
>>
>> We didn't see anyone using Postgresql when deploying Puppet OpenStack:
>> - no feedback on ML or IRC
>> - no bug report in Launchpa
Hi all!
May 8 is the first day of the Forum, and also a public holiday in many European
countries (including the one I live in). I suggest we cancel the meeting that
day. Any objections?
I'm also not sure about May 1 (also a holiday in many places, including mine),
and the only after the For
I'm really sad to hear it :( You've been a source of incredibly valuable
opinions, and overall a great team member! I wish you the very best of luck in
whatever you're up for right now. Please let us know if you ever plan to come
back - you'll be very welcome. Thanks for everything!
On 04/26/2
Hello,
Yes openstack-ansible does support deploying keepalived along with
haproxy. The keepalived role is run just before the haproxy role in
this playbook:
https://github.com/openstack/openstack-ansible/blob/master/playbooks/haproxy-install.yml#L27-L31
You can see an example keepalived configur
Hi all!
I'd like to propose the following changes to the ironic-stable-maint group [0]:
1. Add Ruby Loo (rloo) to the group. Ruby does not need introduction in the
Ironic community, she has been with the project for really long time and is well
known for her high-quality and thorough reviews.
On 27/04, Julien Danjou wrote:
> Hi,
>
> I've posted a refactoring patch that simplifies tooz (read: remove
> technical debt) usage more than a month ago, and I got 0 review since
> then:
>
> https://review.openstack.org/#/c/447079
>
> I'm a bit worried to see this zero review on such patches. It
Hi
I'm working on the wider networking-* packages we have in Ubuntu for Pike
milestone 1 and noticed that exabgp is currently being pulled in from the
master branch of exabgp; any ideas when you might be able to switch to a
released version of exabgp?
Cheers
James
___
On Thu, Apr 27 2017, Gorka Eguileor wrote:
Hi Gorka,
> So, you mention that the feature has been there for a while, but funny
> enough documentation has not been updated and it's still reflecting it
> should be done how we are doing it in Cinder [1].
As I replied on the review, thanks for the ca
On Thu, Apr 27, 2017 at 5:21 PM, Dmitry Tantsur wrote:
> Hi all!
>
> I'd like to propose the following changes to the ironic-stable-maint group
> [0]:
>
> 1. Add Ruby Loo (rloo) to the group. Ruby does not need introduction in
> the Ironic community, she has been with the project for really long
Ofc we do. I, for one, run mostly ubuntu (but I must admit I haven't
been building images last 2 or so weeks). It's strange what you're
saying because ubunut-source build is a voting gate, so if there would
be problem like that - we couldn't merge anything... Let's try to find
out why your build fa
Hi all,
Making some investigations in our project, we have run rally tests, and have
noticed degradation of performance of nova on master compared with ocata
branch.
`nova list` on ocata branch with 100 servers run in 1,6s while the `nova list`
on master branch with 40 servers only run in 1,8s
Hi James,
Indeed, we have moved from shipping a fork of an old exabgp in
bagpipe-bgp (a.k.a."vendoring", i.e. baaad...) to using upstream, but we
have dependencies on exabgp development branch.
I've been in touch with ExaBGP main author, who plans to release exabgp
4 from master "soon".
The
Hi Thomas
On Thu, 27 Apr 2017 at 17:03 wrote:
> Indeed, we have moved from shipping a fork of an old exabgp in bagpipe-bgp
> (a.k.a."vendoring", i.e. baaad...) to using upstream, but we have
> dependencies on exabgp development branch.
>
> I've been in touch with ExaBGP main author, who plans to
Not sure if I get a vote but +1 for Ruby! :)
Sorry to hear about the removals :(
John
On Thu, Apr 27, 2017 at 7:21 AM, Dmitry Tantsur wrote:
> Hi all!
>
> I'd like to propose the following changes to the ironic-stable-maint group
> [0]:
>
> 1. Add Ruby Loo (rloo) to the group. Ruby does not ne
Hi Maxwell,
As John mentioned, current OSA does not support Masakri.
However, if it make your work easier, then I would love to discuss
this with Masakri team [1].
[1] https://wiki.openstack.org/wiki/Meetings/Masakari
--- Regards,
Sampath
On Thu, Apr 27, 2017 at 10:39 PM, John Petrini wrote
+1 Ruby if my vote counts ;)
I hope Deva and Jay will return one day!
--
milan
čt 27. 4. 2017 v 18:10 odesílatel John Villalovos <
openstack@sodarock.com> napsal:
> Not sure if I get a vote but +1 for Ruby! :)
>
> Sorry to hear about the removals :(
>
> John
>
> On Thu, Apr 27, 2017 at 7:21
Greetings OpenStack community,
We were joined today by mordred who introduced a stack of documents that describe the
current state of API version discovery, some of the hoops required to do it today, and
the clean way to do it henceforth. There is a ton of information in these proposals
(link
On 4/27/2017 10:35 AM, Anastasia Kravets wrote:
Hi all,
Making some investigations in our project, we have run rally tests, and have
noticed degradation of performance of nova on master compared with ocata branch.
`nova list` on ocata branch with 100 servers run in 1,6s while the `nova list`
o
On Thu, Apr 27, 2017 at 7:38 AM, Emilien Macchi wrote:
> Greetings,
>
> We didn't see anyone using Postgresql when deploying Puppet OpenStack:
> - no feedback on ML or IRC
> - no bug report in Launchpad
>
> Postgresql support (or call it how you want) is also removed upstream
> in OpenStack.
I wa
hey,
so as we transition to the bucket/shard/sack framework for incoming
writes, we've set up locks on the sacks so we only have one process
handling any given sack. this allows us to remove the per-metric locking
we had previously.
the issue i've notice now is that if we only have per-sack lo
Wei Hui wrote:
Liyuenan (Maxwell Li) wrote:
Hi, all
I have some questions about OSA project.
[snipped]
2. Could OSA support compute node high available? If my compute node
down, could the instance on this node move to other nodes?
2. As far as I know, OSA don't support compute nod
As I announced in our last Bug Team meeting I am stepping down from
the Bug Coordinator role. I was a part of the OSIC team which,
unfortunately,
was discontinued recently. I have found a new position that does not include
OpenStack upstream development, and as a result I can't conduct my duties
an
On 4/27/2017 2:48 PM, Maciej Szankin wrote:
As I announced in our last Bug Team meeting I am stepping down from
the Bug Coordinator role. I was a part of the OSIC team which,
unfortunately,
was discontinued recently. I have found a new position that does not include
OpenStack upstream development
On Tue, Apr 25, 2017 at 6:05 PM, Chris Dent wrote:
>
> _This is published both as email and a blog post._
>
> # Intro
>
> As promised, here's my first attempt at providing a weekly overview
> of what's happening with the TC. The structure here is subject to
> change as I figure out what makes sens
Hi all,
There is a recent change on schedule about the Zun new contributors on-board
session at Boston Summit. The new time is Monday, May 8, 2:00pm-3:30pm [1].
Please feel free to let me know if the new time doesn't work for you. Look
forward to seeing you all there.
[1]
https://www.openstac
Hello,
Some time ago my patch [1] was merged. It changes list of supported
qos_rule_types to dict with rule types as keys and list of supported parameters
and values for each rule type.
Additionally now almost merged (I hope) is patch [2] which introduce new
attribute `direction` to bandwidth_l
Y'all-
TL;DR: Does glance ever really need/use multiple endpoint URLs?
I'm working on bp use-service-catalog-for-endpoints[1], which intends
to deprecate disparate conf options in various groups, and centralize
acquisition of service endpoint URLs. The idea is to introduce
nova.u
On 4/21/2017 8:36 AM, Ferenc Horváth wrote:
Dear OpenStackerz,
I'd like to improve the coverage of the current test suite over some
special code parts in Nova.
My main target is to add a few scenarios [1] that would exercise the
AggregateMultiTenancyIsolation scheduler filter.
I'm also planning
On Thu, Apr 27, 2017 at 10:21 AM, Dmitry Tantsur wrote:
> 1. Add Ruby Loo (rloo) to the group.
+1
> 2. Remove Jay Faulkner (sigh..) per his request at [2].
+1 to the sigh.
>
> 3. Remove Devananda (sigh again..)
+1 *more sighs*
_
On 4/27/2017 4:52 PM, Eric Fried wrote:
Y'all-
TL;DR: Does glance ever really need/use multiple endpoint URLs?
I'm working on bp use-service-catalog-for-endpoints[1], which intends
to deprecate disparate conf options in various groups, and centralize
acquisition of service endpo
On 04/25/2017 10:32 AM, Gary Kotton wrote:
Hi,
I would like us to think of considering enabling an API that would allow
‘deny’, for example an admin could overwrite a tenant’s security groups. For
example, and admin may not want a specific source range to access the tenants
VM’s. The guys work
For me, sad is an understatement. It would be a lie if I denied tears
at the moment. My brain keeps going back to the sudden tackle hug
milliseconds after NobodyCam and BadCub introduced me to the Ironic
team at the Paris summit. Seeing and having had a chance to work with
a friend that I've had fo
On Wed, Apr 12, 2017 at 10:53:17PM -0400, Emilien Macchi wrote:
> [adding more tags to make sure folks can see this thread]
>
> What we would like to hear from Deployment projects (Kolla, OSA, Helm, etc)
> is:
>
> 1) Is there any overlap with some ongoing efforts?
> 2) Would you be interested by
We make extensive use of the [glance]/api_servers list. We configure that on
hypervisors to direct them to Glance servers which are more “local”
network-wise (in order to reduce network traffic across security
zones/firewalls/etc.) This way nova-compute can fail over in case one of the
Glance
On Wed, Apr 26, 2017 at 12:17:03PM -0400, Paul Belanger wrote:
> Greetings,
>
> We, openstack-infra, are on our final steps of removing puppet (and ruby) from
> our images jobs run in nodepool. At this point, I think we are confident we
> shouldn't break any projects however I wanted to send this
On 4/20/2017 8:04 AM, Zane Bitter wrote:
bump
On 30/03/17 16:45, Zane Bitter wrote:
We are feeling the pinch on stable-branch reviewers in Heat, so now that
I understand the process a bit better, let's try this again.
I'd like to nominate Huang Tianhua to join the heat-stable-maint team.
Tianh
On Fri, Apr 28, 2017 at 11:11 AM, Paul Belanger
wrote:
> On Wed, Apr 12, 2017 at 10:53:17PM -0400, Emilien Macchi wrote:
> > [adding more tags to make sure folks can see this thread]
> >
> > What we would like to hear from Deployment projects (Kolla, OSA, Helm,
> etc) is:
> >
> > 1) Is there any
Hi all,
I reserved hacking rooms, Hynes, MR 109, for both meetings. I'm looking
forward to seeing you all in Boston!
https://ethercalc.openstack.org/Boston_Forum_Hacking_Rooms
best regards,
Masahito
On 2017/04/21 13:41, Masahito MUROI wrote:
Hi all,
Thanks for choosing time slots! Based
On Fri, Apr 28, 2017 at 6:03 AM, Sławek Kapłoński wrote:
> Hello,
>
> Some time ago my patch [1] was merged. It changes list of supported
> qos_rule_types to dict with rule types as keys and list of supported
> parameters and values for each rule type.
> Additionally now almost merged (I hope) i
Hi Nova team,
I'm writing this e-mail because I'd like to have a discussion about DPDK
support at OpenStack Summit in Boston.
We have developed a dpdk-based patch panel named SPP[1], and we'd like
to start working on Openstack (ML2 driver) to develop "networking-spp".
Especially, we'd lik
We at Nectar are in the same boat as Mike. Our use-case is a little
bit more about geo-distributed operations though - our Cells are in
different States around the country, so the local glance-apis are
particularly important for caching popular images close to the
nova-computes. We consider these g
Get information that DPDK removed ivshmem
from http://dpdk.org/ml/archives/dev/2016-July/044552.html
-Original Message-
From: TETSURO NAKAMURA [mailto:nakamura.tets...@lab.ntt.co.jp]
Sent: Friday, April 28, 2017 12:23 PM
To: openstack-dev@lists.openstack.org
Subject: [openstack-dev] [nov
63 matches
Mail list logo