Red Hat Bugzilla – Bug 1290099
Notifications about usage events for non mysql datastores are blocked in the default configuration
Last modified: 2016-06-29 16:39:20 EDT
Description of problem:
The default configuration file /etc/trove/trove-taskmanager.conf (part of the openstack-trove-taskmanager package) contains a specific setting for notification_service_id:
notification_service_id = mysql:2f3ff068-2bfb-4f70-9a9d-a6bb65bc084b
The spec file creates this file by copying the default example (etc/trove/trove-taskmanager.conf.sample).
With this settings, only notifications for events related to the mysql datastore are sent. Symptoms: errors in trove-taskmanager.log:
ERROR trove.taskmanager.models [-] Datastore ID for Manager (mariadb) is not configured
On the other side, the default value of the key seems to contain default UUIDs for all datastores.
Suggested path of action:
1) enable all supported datastores for our builds;
2) document the need to add additional values (comma-separated) for other datastores, if needed.
1') remove the key notification_service_id, relying on the default value, which should be checked for being a real sane default
2') document the key anyway (users need to specify all the datastores for which they need a notification).
Version-Release number of selected component (if applicable):
Based on customer feedback, and the constant message that support for commercially available database was an absolute must from the almost all of the customers we surveyed, we have came to the conclusion that we should rather concentrate our effort in having successful partnerships around Trove rather than building a fully open-source solution that will not benefit our customers.