-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature: BB-309 add oplog populator metrics #2357
Feature: BB-309 add oplog populator metrics #2357
Conversation
…cator In the old implementation invalid buckets were removed directly from the connectors which creates an inconsistency as we also store information about what connector listens to what bucket in the allocator. This create a bug where if we happen to have a bucket that becomes valid and has the same name as those buckets in the allocator nothing would happen when trying to listen to its changes
Hello kerkesni,My role is to assist you with the merge of this Status report is not available. |
557accc
to
bfbce20
Compare
bfbce20
to
68da51a
Compare
History mismatchMerge commit #f84f20cbb87fb4283c8462205e80af07b876037f on the integration branch It is likely due to a rebase of the branch Please use the |
/reset |
Reset completeI have successfully deleted this pull request's integration branches. |
Integration data createdI have created the integration data for the additional destination branches.
The following branches will NOT be impacted:
You can set option
|
Waiting for approvalThe following approvals are needed before I can proceed with the merge:
|
|
||
const paramsJoi = joi.object({ | ||
config: joi.object().required(), | ||
mongoConfig: joi.object().required(), | ||
activeExtensions: joi.array().required(), | ||
logger: joi.object().required(), | ||
enableMetrics: joi.boolean().default(true), |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
do we need to make metrics optional?
i don't really see a use-case here or "precedent" in other modules, shouldn't metrics always be collected?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In normal cases we always have the metrics enabled, that's why it's set to true by default.
The option was put there to be able to run unit tests with no issues, as otherwise we would get errors about the metrics being registered multiple times.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
we may indeed have something for the tests, but it should not propagate to the config...
68da51a
to
2621a81
Compare
History mismatchMerge commit #11b28243f893d90e3a603fda35d1393fefe81723 on the integration branch It is likely due to a rebase of the branch Please use the |
/reset |
Reset completeI have successfully deleted this pull request's integration branches. |
Integration data createdI have created the integration data for the additional destination branches.
The following branches will NOT be impacted:
You can set option
|
Waiting for approvalThe following approvals are needed before I can proceed with the merge:
|
/approve |
In the queueThe changeset has received all authorizations and has been added to the The changeset will be merged in:
The following branches will NOT be impacted:
There is no action required on your side. You will be notified here once IMPORTANT Please do not attempt to modify this pull request.
If you need this pull request to be removed from the queue, please contact a The following options are set: approve |
I have successfully merged the changeset of this pull request
The following branches have NOT changed:
Please check the status of the associated issue BB-309. Goodbye kerkesni. |
Issue: BB-309