The current script cannot be executed if a resource has an history entry:

ERROR gnocchi oslo_db.exception.DBReferenceError: (psycopg2.IntegrityError) update or delete on table "resource" violates foreign key constraint "fk_rh_id_resource_id" on table "resource_history"
DEBUG [pifpaf.drivers] gnocchi-upgrade[71041] output: 2018-04-24 09:36:08.029 71041 ERROR gnocchi DETAIL:  Key (id)=(e8bce9ff-5c30-524c-87b8-bfb1dce7855b) is still referenced from table "resource_history".
DEBUG [pifpaf.drivers] gnocchi-upgrade[71041] output: 2018-04-24 09:36:08.029 71041 ERROR gnocchi  [SQL: 'UPDATE resource SET id=%(param_1)s, original_resource_id=%(original_resource_id)s WHERE resource.id = %(id_1)s'] [parameters: {'param_1': 'bd6eac67-c1e9-5da0-9979-a797d776039e', 'original_resource_id': 'historized_resource', 'id_1': UUID('e8bce9ff-5c30-524c-87b8-bfb1dce7855b')}] (Background on this error at: http://sqlalche.me/e/gkpj)

This drops and recreates the constraint at the end of the migration.

All pbr interesting features (the seutp.cfg) have been implemented in
setuptools since version 30.3.0 (8 Dec 2016).
Also pbr will break us soon and force us to found a new solution
to generate things during setup.py steps.
https://github.com/gnocchixyz/gnocchi/issues/755

When you use pbr you cannot override most of the cmdclass. So we cannot
make our hooks working anymore.

Generation of ChangeLog and AUTHORS are done during egg_info.
gnocchi-api script is created on the fly with the right python header

Package file listing and package version is done by the pypa maintained
setuptools_scm.

This may impact downstream packaging as setuptools versions are a bit
old:
* xenial: 20.7
* zesty: 33.1.1
* centos7/rhel7: 0.9.8 ... really ?
* rdo queen: 22.0
* rdo rocky plan to 38.6

Closes-bug: #755

The current truncation code in AggregatedTimeSerie truncate on object
initialize only. That means that split up to POINTS_PER_SPLIT points are
stored, and that data is read and _truncated_ at this point.

When new points are added (existing merge), it's possible that the number of
points grows more than the number of points defined by the archive policy,
storing too many points. That's hidden because when re-read, the
AggregatedTimeSerie is truncated again.

However, that makes the storage driver store too much data.

This patches remove the max_size attribute from carbonara.AggregatedTimeSerie
and simply expose a truncate() method that can be used to truncate each split
based on the oldest point that is defined by the archive policy.

Calling 28800 times `date' is pretty slow. Let's generate that data in a snap
using Python.

This makes the job twice faster on my laptop.

Change-Id: Iaa93967c89c2b01cd7f4576179b408abad7f1feb

- show the output of dump to help debug
- ensure non-uuids from v2.2 are valid
- ensure statsd resource gets upgraded

Change-Id: Ic31af11fcf542c8309052ee75b554aa15e8604c3

This changes the UUID5 based mechanism so it depends on the user trying
to CRUD the resource. This makes sure that when using this kind of
transformation, the resource id is converted to a unique id for the
user, while preventing conflicting if every user wants to create a
"foobar" resource.

Change-Id: Iebaf3b9f8e0a198af0156008710e0c1253dc5f9d
Closes-Bug: #1617918

gnocchiclient 3.0.0 changed and changes dynamically the column names
(created_by_* is now creator with Gnocchi >= 3.1) so list the column we need to
compare explicitly.

Change-Id: I44c8c519823d0a85c54390fd4faf8bde40931989

This actually creates a resource whose id is "" since $RESOURCE_ID_EXT is
empty.

Change-Id: I10c797dfb356de9707e17a3871af53235f576798

They will all the same value unfortunately, but it should speed things up a
lot. Calling date is slow.

Change-Id: Iad7ff19528905fa16e7867fafdb662a443ab12f0

Change-Id: I8afa162938ef4ad195346f4e94563192ffd5c52b

These variable are actually overwritten by pifpaf (currently). As pifpaf will
likely remove these variable in the future (since the default is now basic),
let's set them and use the actually defined value by pifpaf.

Change-Id: I9f157e9c74377091747b5ae699048e84ca1283c6

We've released 2.2.1.

Change-Id: I739fd96b53d1271c5183154b6682a82d126ba2f2

This change reject with a 400 error any resource id or metric name
with a '/'.

Existing metric/resource are update to replace the '/' by a '_'.

Change-Id: I7fb97b5439119ad74035003c66c2d62272f7097f

Currently the upgrade tests create only one resource instead
of four.

This change fixes that.

Change-Id: I6c4ec1365228b1e092328ef1732f07b770e70c74

Change-Id: I369de25a656fa56e960cfba2b768ea10eedd3957

The variable name is wrong. It still works because pifpaf exports the right one
later in the script though.

Change-Id: If99f9530f13861f5acd240416947d827e7b70b3d

The upgrade tests was patching gnocchi 2.2 with a patch not yet release
on that branch.

This is not needed when Gnocchi version is not 2.2.0. So this change
applies the patch only on Gnocchi 2.2.0.

Change-Id: I33ceb9ec06bf10ac896d037b7a76f6296f9e5a09

This change adds a tox targets that run upgrade testing.

The two jobs have been chosen for gate testing, but other
can be later added for local testing.

Change-Id: I7d06847243fd3be4e8cd381205d6c21bcd087f30