commit c49931810721128161e8928ba6e1be080f1116f2
Author: Stan Lagun <email address hidden>
Date: Fri Apr 1 14:06:42 2016 +0300
Track status report timestamp
Report status messages were ordered by the time
they were inserted into database. And that is the
time they were received and processed not the
time the report message was generated. So if
deployment generates reports faster than they
get processed it can be that they accumulate
in RabbitMQ and then received by the API not
in original order. Another possibility is that
several API instances would get those messages
and because of the race condition insert them
into database in wrong order.
With this fix report timestamp becomes part
of the report itself and is inserted into "created"
table column. Thus created is now when the
report was created, not the database record.
Reviewed: https:/ /review. openstack. org/300419 /git.openstack. org/cgit/ openstack/ murano/ commit/ ?id=c4993181072 1128161e8928ba6 e1be080f1116f2
Committed: https:/
Submitter: Jenkins
Branch: stable/liberty
commit c49931810721128 161e8928ba6e1be 080f1116f2
Author: Stan Lagun <email address hidden>
Date: Fri Apr 1 14:06:42 2016 +0300
Track status report timestamp
Report status messages were ordered by the time
they were inserted into database. And that is the
time they were received and processed not the
time the report message was generated. So if
deployment generates reports faster than they
get processed it can be that they accumulate
in RabbitMQ and then received by the API not
in original order. Another possibility is that
several API instances would get those messages
and because of the race condition insert them
into database in wrong order.
With this fix report timestamp becomes part
of the report itself and is inserted into "created"
table column. Thus created is now when the
report was created, not the database record.
Change-Id: I5b705ee95c6fa2 275937513aba0bc b0053c0901c
Closes-Bug: #1462270