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. or 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): openstack-trove-taskmanager-4.0.0-2.el7ost.noarch
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.