i don't know if anyone is looking at this -- i'm not sure where this test is 
even run. i usually let mriedem yell at me but i take it he has bigger things 
on his plate now :)

this seems like a pretty simple fix from the error output[1]. i guess my 
question is: should the correct fix be to cap oslo.utils? based on the error, 
the issue seems to be total_seconds method was removed. this was deprecated in 
Mitaka[2], so i don't think it should've been removed from Liberty. as this is 
an easy fix, i'm pretty indifferent if we decide to fix this rather than slow 
down progress. the original purpose of this method (based on commit messsage) 
seems to be related to py2.6. i don't know if this is still an issue.

[1] http://paste.openstack.org/show/515960/
[2] https://review.openstack.org/#/c/248590/

cheers,

--
gord

________________________________________
From: Ian Cordasco <sigmaviru...@gmail.com>
Sent: June 13, 2016 10:01:34 PM
To: openstack-dev@lists.openstack.org
Subject: [openstack-dev] [ceilometer] [stable] Re: [Openstack-stable-maint] 
Stable check of openstack/ceilometer failed

-----Original Message-----
From: A mailing list for the OpenStack Stable Branch test reports.
<openstack-stable-ma...@lists.openstack.org>
Reply: openstack-dev@lists.openstack.org <openstack-dev@lists.openstack.org>
Date: June 13, 2016 at 01:13:54
To: openstack-stable-ma...@lists.openstack.org
<openstack-stable-ma...@lists.openstack.org>
Subject:  [Openstack-stable-maint] Stable check of openstack/ceilometer failed

> Build failed.
>
> - periodic-ceilometer-docs-liberty 
> http://logs.openstack.org/periodic-stable/periodic-ceilometer-docs-liberty/204fcec/
> : SUCCESS in 5m 31s
> - periodic-ceilometer-python27-liberty 
> http://logs.openstack.org/periodic-stable/periodic-ceilometer-python27-liberty/00f7474/
> : FAILURE in 6m 20s

Hey ceilometer stable maintainers,

The following tests have been failing in periodic jobs for the last 4 days:

ceilometer.tests.unit.alarm.evaluator.test_base.TestEvaluatorBaseClass

- test_base_time_constraints_by_month
- test_base_time_constraints_complex
- test_base_time_constraints
- test_base_time_constraints_timezone

ceilometer.tests.unit.alarm.evaluator.test_combination.TestEvaluate

- test_no_state_change_outside_time_constraint
- test_state_change_inside_time_constraint

ceilometer.tests.unit.alarm.evaluator.test_gnocchi.TestGnocchiThresholdEvaluate

- test_no_state_change_outside_time_constraint

ceilometer.tests.unit.alarm.evaluator.test_threshold.TestEvaluate

- test_no_state_change_outside_time_constraint
- test_state_change_inside_time_constraint

And this one has been failing every day for almost a week now
(starting on 7 June 2016)

ceilometer.tests.unit.test_messaging.MessagingTests.test_get_transport_optional

Is anyone looking into these?

--
Ian Cordasco

__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Reply via email to