thanks for bringing this up. below are the current statuses. On 01/02/17 08:30 AM, Ian Cordasco wrote: >> > Build failed. >> > >> > - periodic-ceilometer-docs-mitaka http://logs.openstack.org/periodic-stable/periodic-ceilometer-docs-mitaka/3774607/ >> > : SUCCESS in 4m 09s >> > - periodic-ceilometer-python27-mitaka http://logs.openstack.org/periodic-stable/periodic-ceilometer-python27-mitaka/ca03c38/ >> > : FAILURE in 4m 09s > This appears to be a problem with oslo.vmware interactions with spec'd > mocks. It looks like y'all are mocking out some underlying part of > oslo.vmware and it's being provided a parameter that it doesn't > recognize. > > It also looks like ceilometer isn't using constraints on mitaka. The > lack of constraints on mitaka was a problem for Glance's docs job. If > ceilometer is using constraints on newer versions, perhaps it should > consider backporting to stable/mitaka. we'll probably need to backport: https://review.openstack.org/#/c/425005/ > >> > - periodic-ceilometer-docs-newton http://logs.openstack.org/periodic-stable/periodic-ceilometer-docs-newton/49e5570/ >> > : SUCCESS in 3m 08s >> > - periodic-ceilometer-python27-newton http://logs.openstack.org/periodic-stable/periodic-ceilometer-python27-newton/2088177/ >> > : FAILURE in 3m 08s > This also looks like a possible constraints problem. Whatever version > of gnocchiclient is being installed, the gnocchiclient.utils module > doesn't have "encode_resource_id" present and so the tests fail. > > I suspect this is caused by some newer version of gnocchiclient being > used than is actually supported for stable/newton. we're currently trying to backport: https://review.openstack.org/#/c/427448/ but we need to handle some other gating issues first to get that merged. hopefully have this merged soon. or my laptop will be snapped in two. so if you see a thinkpad in 2, then you know the status. :) cheers, -- gord