centos-binary-cloudkitty-api:train-centos8 broken (probably train and ussuri too)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
kolla |
New
|
Undecided
|
Unassigned |
Bug Description
CloudKitty became timezone-aware in Train: https:/
The code references tz.UTC from dateutil. However, this was added only in dateutil 2.7.0, while train-centos8 images use package python3-
The train CentOS 7 image (even older dateutil version) and the ussuri image are probably broken in a similar way.
Resulting backtrace in cloudkitty-api.log:
2020-07-22 16:33:11.207 26 ERROR wsme.api [req-3c49884a-
"module 'dateutil.tz' has no attribute 'UTC'". Detail:
Traceback (most recent call last):
File "/usr/lib/
result = f(self, *args, **kwargs)
File "/usr/lib/
paginate=False)
File "/usr/lib/
begin, end = self._check_
File "/usr/lib/
end = tzutils.
File "/usr/lib/
return add_delta(start, datetime.
File "/usr/lib/
return utc_to_
File "/usr/lib/
output = dt.astimezone(
AttributeError: module 'dateutil.tz' has no attribute 'UTC'
summary: |
- centos-binary-cloudkitty-api:train-centos8 broken (probably train too) + centos-binary-cloudkitty-api:train-centos8 broken (probably train and + ussuri too) |
affects: | kolla-ansible → kolla |
This bug was fixed during the Victoria development cycle in CloudKitty itself with change https:/ /review. opendev. org/c/openstack /cloudkitty/ +/747057.
The fix was backported to Ussuri (from 12.1.0) and Train (from 11.1.0).