Re: [openstack-dev] [vitrage] entity graph layout

Hi, It is possible to adjust the layout of the graph. You can double-click on a vertex and it will remain pinned to its place. You can then move the pinned vertices around to adjust the graph layout. Hope it helped, and let us know if you need additional help with your demo. Best Regards,

Re: [openstack-dev] [tripleo] HA with only one node.

On 08/06/2016 03:20 PM, Dan Prince wrote: On Sat, 2016-08-06 at 13:21 -0400, Adam Young wrote: As I try to debug Federaion problems, I am often finding I have to check three nodes to see where the actual requrest was processed. However, If I close down to of the controller nodes in Nova, the

[openstack-dev] [infra][tripleo] status of tripleo-test-cloud-rh1

Greetings, 5 months ago fungi posted: [tripleo] becoming third party CI (was: enabling third party CI)[1] About having the discussion whether the existing TripleO CI should itself follow our third-party integration model instead of the current implementation relying on our main community

Re: [openstack-dev] [Cinder] [stable] [all] Changing stable policy for drivers

On 08/06/2016 06:11 PM, Jeremy Stanley wrote: On 2016-08-06 17:51:02 -0400 (-0400), Ben Swartzlander wrote: [...] when it's no longer to run dsvm jobs on them (because those jobs WILL eventually break as infra stops maintaining support for very old releases) then we simply remove those jobs and

Re: [openstack-dev] [Cinder] [stable] [all] Changing stable policy for drivers

On 2016-08-06 17:51:02 -0400 (-0400), Ben Swartzlander wrote: [...] > when it's no longer to run dsvm jobs on them (because those jobs > WILL eventually break as infra stops maintaining support for very > old releases) then we simply remove those jobs and rely on vendor > CI + minimal upstream

Re: [openstack-dev] [Cinder] [stable] [all] Changing stable policy for drivers

On 08/06/2016 11:31 AM, Sean McGinnis wrote: This may mostly be a Cinder concern, but putting it out there to get wider input. For some time now there has been some debate about moving third party drivers in Cinder to be out of tree. I won't go into that too much, other than to point out one of

Re: [openstack-dev] [infra][neutron] - best way to load 8021q kernel module into cirros

On 2016-08-06 14:44:27 -0600 (-0600), Doug Wiegley wrote: > I would be tempted to make a custom image, and ask to put it on > our mirrors, or have nodepool manage the image building and > storing. Some projects (I think at least Ironic and Trove) have CI jobs to build custom virtual machine

Re: [openstack-dev] [infra][neutron] - best way to load 8021q kernel module into cirros

I would be tempted to make a custom image, and ask to put it on our mirrors, or have nodepool manage the image building and storing. You can also likely just have the module on the local mirrors, which would alleviate the random internet issue. Bigger OS'es with nested Virt is kinda pain.

Re: [openstack-dev] [infra][neutron] - best way to load 8021q kernel module into cirros

From: Kevin Benton [mailto:ke...@benton.pub] Sent: Friday, August 5, 2016 10:37 PM To: openstack-dev@lists.openstack.org Subject: [openstack-dev] [infra][neutron] - best way to load 8021q kernel module into cirros Hi, In neutron there is a new feature under active development to allow a VM to

Re: [openstack-dev] [tripleo] HA with only one node.

On Sat, 2016-08-06 at 13:21 -0400, Adam Young wrote: > As I try to debug Federaion problems, I am often finding I have to > check  > three nodes to see where the actual requrest was processed. However, > If  > I close down to of the controller nodes in Nova, the whole thing just > fails. > > >

[openstack-dev] [neutron][networking-ovs-dpdk] conntrack security group driver with ovs-dpdk

Hi just a quick fyi, About 2 weeks ago I did some light testing with the conntrack security group driver and the newly Merged upserspace conntrack support in ovs. I can confirm that at least form my initial smoke tests where I Uses netcat ping and ssh to try and establish connections between two

Re: [openstack-dev] [Nova] Some thoughts on API microversions

On 8/3/2016 7:54 PM, Andrew Laski wrote: I've brought some of these thoughts up a few times in conversations where the Nova team is trying to decide if a particular change warrants a microversion. I'm sure I've annoyed some people by this point because it wasn't germane to those discussions. So

[openstack-dev] [tripleo] HA with only one node.

As I try to debug Federaion problems, I am often finding I have to check three nodes to see where the actual requrest was processed. However, If I close down to of the controller nodes in Nova, the whole thing just fails. So, while that in it self is a problem, what I would like to be able to

Re: [openstack-dev] Why do we need a Requirements Team and PTL

On Sat, Aug 6, 2016 at 6:16 PM, Anita Kuno wrote: > On 16-08-06 10:34 AM, Davanum Srinivas wrote: > >> Folks, >> >> Question asked by Julien here: >> https://twitter.com/juldanjou/status/761897228596350976 >> >> Answer: >> There's a boat load of work that goes on in global

Re: [openstack-dev] Why do we need a Requirements Team and PTL

On 16-08-06 10:34 AM, Davanum Srinivas wrote: Folks, Question asked by Julien here: https://twitter.com/juldanjou/status/761897228596350976 Answer: There's a boat load of work that goes on in global requirements process. Here's the list of things that we dropped on the new team being formed:

Re: [openstack-dev] [Cinder] [stable] [all] Changing stable policy for drivers

+1 from me Sound like the best solution to at least part of the problem that was causing people to want to pull the drivers out of tree On 6 Aug 2016 18:49, "Philipp Marek" wrote: > > I want to propose > > we officially make a change to our stable policy to call out

Re: [openstack-dev] [Cinder] [stable] [all] Changing stable policy for drivers

> I want to propose > we officially make a change to our stable policy to call out that > drivers bugfixes (NOT new driver features) be allowed at any time. Emphatically +1 from me. With the small addendum that "bugfixes" should include compatibility changes for libraries used. Thanks for

[openstack-dev] [Cinder] [stable] [all] Changing stable policy for drivers

This may mostly be a Cinder concern, but putting it out there to get wider input. For some time now there has been some debate about moving third party drivers in Cinder to be out of tree. I won't go into that too much, other than to point out one of the major drivers for this desire that was

Re: [openstack-dev] Why do we need a Requirements Team and PTL

On 08/06/2016 09:34 AM, Davanum Srinivas wrote: > Folks, > > Question asked by Julien here: > https://twitter.com/juldanjou/status/761897228596350976 > > Answer: > There's a boat load of work that goes on in global requirements > process. Here's the list of things that we dropped on the new team

[openstack-dev] Why do we need a Requirements Team and PTL

Folks, Question asked by Julien here: https://twitter.com/juldanjou/status/761897228596350976 Answer: There's a boat load of work that goes on in global requirements process. Here's the list of things that we dropped on the new team being formed:

Re: [openstack-dev] [Glance][TC][Heat][App-Catalog][Murano][Tacker] Glare as a new Project

Ian, I value your input, but concern still stands. Amazon's compute API moves slowly in comparison to Docker registry's API. Making a parity implementation to the Docker v2 registry API is a complex and difficult challenge. It is much more significant then simply making an API. An

Re: [openstack-dev] [keystone][tripleo] Federation, mod_mellon, and HA Proxy

On 08/05/2016 06:06 PM, Adam Young wrote: Ah...just noticed the redirect is to :5000, not port :13000 which is the HA Proxy port. OK, this is due to the SAML request: https://identity.ayoung-dell-t1700.test/auth/realms/openstack/protocol/saml;

Re: [openstack-dev] [Glance][TC][Heat][App-Catalog][Murano][Tacker] Glare as a new Project

However, interested parties could start a project like the ec2 project that is independently released and provides that compatibility using glare On Aug 6, 2016 5:18 AM, "Steven Dake (stdake)" wrote: > Kevin, > > Agree it would be a very useful feature, however, easier said

Re: [openstack-dev] [kolla] I need help on multisite deploy

Lu Yao, Please drop by #openstack-kolla and our community can help you get rolling. Although now isn't a particularly good time (4:30 AM PST) - I'm awake and can get you up and running. My nick is sdake. Regards, -steve From: "lu.yao...@zte.com.cn"

[openstack-dev] [glare][kolla] timing of release of glare and request for technical interview on IRC wherever the glare team wants to have it

Hey folks, I guess the split of glare and glance have been in the works for awhile. It is challenging for operational deployment managers (ODMs) such as Kolla to keep up with the internal goings-on of every big tent project (or projects that shave off from big-tent projects). Just to be

Re: [openstack-dev] [Glance][TC][Heat][App-Catalog][Murano][Tacker] Glare as a new Project

Kevin, Agree it would be a very useful feature, however, easier said then done. Part of Docker's approach is to "move fast";they schedule releases every 2 months. I'm sure the glare team is quite competent, however, keeping API parity on such a fast moving project such as the docker registry

[openstack-dev] [kolla] I need help on multisite deploy

When I deploy multinode with kolla，one of the hosts raise error as follows， I need help to solve the problem. Can you help me？ Thanks！ ASK: [neutron | Starting openvswitch-vswitchd container] * <10.43.114.20> ESTABLISH CONNECTION FOR USER: root <10.43.114.48> ESTABLISH

Re: [openstack-dev] [keystone][tripleo] Federation, mod_mellon, and HA Proxy

Adam, that should be fixed by https://review.openstack.org/#/c/341354/ which merged not too many days ago. Before that commit we had another configuration which was already deprecated in keystone upstream. On 6 Aug 2016 05:04, "Adam Young" wrote: > On 08/05/2016 06:40 PM,