Re: [openstack-dev] [congress] ocata client causes feature regression with pre-ocata server

Hi Tim, I thought something like that would work. But actually python-congressclient is not a listed requirement of congress server, no vice versa. Which is correct in the sense that installing and running one does not require installing the other on the same machine. From: Tim Hinrichs

Re: [openstack-dev] [congress] ocata client causes feature regression with pre-ocata server

How about we go into the preocata server and change requirements.txt to ensure it only supports the older clients. Something like... Python-congressclient>2.3<2.5 Or whatever the versions are. Tim On Fri, Jan 20, 2017 at 7:07 PM Eric K wrote: > Hi all, > > I was

Re: [openstack-dev] [vote][kolla] deprecation for Debian distro support

2 as well, on multiple occasions we asked for maintainers to volunteer, however there have been little response. On 21 January 2017 at 05:51, Jeffrey Zhang wrote: > 2 > > On Thu, Jan 19, 2017 at 7:53 PM, Mauricio Lima > wrote: >> >> 2 >> >>

Re: [openstack-dev] [ovs-discuss] [Neutron][networking-ovn] OVN + Openstack Issues

Hi Numan, the security groups were the issue, I deleted them in Openstack, resynced and recreated them. Thanks for your help. best regards, martin > Am 21.01.2017 um 18:17 schrieb Numan Siddique : > > ​Looks like the Northbound db is not in sync with neutron db. > Can

Re: [openstack-dev] [ovs-discuss] [Neutron][networking-ovn] OVN + Openstack Issues

Adding openstack-dev mailing list as it is more relevant. Please see inline for some comments. ​​ On Sat, Jan 21, 2017 at 9:12 PM, Martin Mailand wrote: > Hi, > > I tried to use OVN with Openstack, but I ran into an Issue. > > I use the OVN packages from the Canonical

Re: [openstack-dev] [tripleo] Atlanta PTG

On Sat, Jan 21, 2017 at 5:37 AM, Michele Baldessari wrote: > Hi Emilien, > > while not a design session per se, I would love to propose a short slot > for TripleO CI Q, if we have some time left. In short, I'd like to be > more useful around CI failures, but I lack the

Re: [openstack-dev] [all] Improving Vendor Driver Discoverability

On 20/01/17 01:40, Mike Perez wrote: > On 17:38 Jan 18, Morales, Victor wrote: >> Just a FYI, Ankur have been working on have a Feature Classification Matrix >> in Neutron[1] which collects some of this information >> >> [1] https://review.openstack.org/#/c/318192/ > > I actually didn't know Nova

Re: [openstack-dev] [vote][kolla] deprecation for Debian distro support

2 On Thu, Jan 19, 2017 at 7:53 PM, Mauricio Lima wrote: > 2 > > 2017-01-19 8:50 GMT-03:00 Steven Dake (stdake) : > >> My vote is for option 2 to deprecate Debian as there has been very little >> activity and operators seem uninterested in Debian as a

Re: [openstack-dev] [ python-novaclient][ python-glanceclient][ python-cinderclient][ python-neutronclient] Remove x-openstack-request-id logging code as it is logged twice

"keystoneauth1 >= 2.17.0" implies python-novaclient with your fix will work for any version including 2.17.0 which is not true. you need to either do "keystoneauth1 >= 2.18.0" or "keystoneauth1 > 2.17.0" and we prefer the ">=" notation i think. Thanks, Dims On Fri, Jan 20, 2017 at 10:53 PM,

Re: [openstack-dev] [ python-novaclient][ python-glanceclient][ python-cinderclient][ python-neutronclient] Remove x-openstack-request-id logging code as it is logged twice

Hi Steve, Thank you for the update. I have already submitted patches for python-novaclient and python-novaclient for reviews and ready with python-cinderclient and python-novaclient patches. I will submit them ASAP when requirements.txt is synced with updated version of keystoneauth1. Thank

[openstack-dev] [telemetry][ptl] Candidacy for Pike

Hi! As I can observe every end of cycle, the Telemetry team has been doing an amazing job making progress on the projects we manage this cycle. Gnocchi gained features and traction, Aodh got new contributors, Panko started his own destiny and Ceilometer is reducing and improving its footprint.

Re: [openstack-dev] [tripleo] Atlanta PTG

Hi Emilien, while not a design session per se, I would love to propose a short slot for TripleO CI Q, if we have some time left. In short, I'd like to be more useful around CI failures, but I lack the understanding of a few aspects of our current CI (promotion, when do images get built, etc.),

[openstack-dev] [ironic-pyhon-agent][DIB] IPA failed to start on Ubuntu because of modprobe path

Hi, This commit https://github.com/openstack/diskimage-builder/commit/2854f4063bd2a6dcdb6fa5fab93aa56857e47b59 Added ExecStartPre=/usr/sbin/modprobe vfat to the ironic-python-agent systemd script The problem is that modprobe location in Ubuntu / sbin/modprobe (the /usr/sbin/modprobe vfat

Re: [openstack-dev] [cinder] Can I use lvm thin provisioning in mitaka?

Really thank you!! It's difficult for me find help on cinder and I think this is the right place! @Duncan, if my goal is to speeding up bootable volume creation, I can avoid to use thin provisioning. I can use image cache and in this way the "retrieve from glance" and the "qemu-img convert to RAW"