-
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
Improvement/bb 614 remove redis metrics #2588
base: development/9.0
Are you sure you want to change the base?
Improvement/bb 614 remove redis metrics #2588
Conversation
Hello benzekrimaha,My role is to assist you with the merge of this Available options
Available commands
Status report is not available. |
d88e505
to
78f5513
Compare
78f5513
to
2bfe58e
Compare
69d5cf3
to
7c68d96
Compare
Issue: BB-614
7c68d96
to
64450ba
Compare
Codecov ReportAttention: Patch coverage is
Additional details and impacted files
... and 4 files with indirect coverage changes
@@ Coverage Diff @@
## development/8.7 #2588 +/- ##
===================================================
+ Coverage 70.31% 71.19% +0.88%
===================================================
Files 194 192 -2
Lines 12997 12722 -275
===================================================
- Hits 9139 9058 -81
+ Misses 3848 3654 -194
Partials 10 10
Flags with carried forward coverage won't be shown. Click here to find out more. |
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.
the changes as such lgtm, but I am not sure if we have other places to handle, I'll let other reviewers confirm - I'm trusting here the green build
I just see in the tests/functional/replication/streamedCopy.spec.js
test file some previous mock still there
@@ -97,32 +77,15 @@ class MongoQueueProcessor { | |||
* @return {undefined} | |||
*/ | |||
start() { | |||
this.logger.info('starting mongo queue processor'); |
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 can keep this log, won't hurt
this.logger.error('could not connect to MongoDB', { | ||
method: 'MongoQueueProcessor.start', | ||
error: err.message, | ||
}); | ||
this.logger.fatal('error starting mongo queue processor'); |
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.
No need to log twice I would say, just log the fatal message with all the info
this.logger.error('could not connect to MongoDB', { | |
method: 'MongoQueueProcessor.start', | |
error: err.message, | |
}); | |
this.logger.fatal('error starting mongo queue processor'); | |
this.logger.fatal('could not connect to MongoDB, error starting mongo queue processor', { | |
method: 'MongoQueueProcessor.start', | |
error: err.message, | |
}); |
@@ -336,7 +334,6 @@ class ReplicationStatusProcessor { | |||
sourceHTTPAgent: this.sourceHTTPAgent, | |||
vaultclientCache: this.vaultclientCache, | |||
gcProducer: this._gcProducer, | |||
mProducer: this._mProducer, | |||
statsClient: this._statsClient, |
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.
I think _statsClient
is also part of the "Redis metrics". To be double checked, but i think it also needs to be removed.
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.
Same in other files.
// metrics clients | ||
this._mProducer = null; | ||
this._mConsumer = null; | ||
this._redis = null; |
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.
Should keep this line
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 cloudserver's reportHandler
, there are queries on CRR metrics : will this not break if we remove these redis metrics?
Branches have divergedThis pull request's source branch To avoid any integration risks, please re-synchronize them using one of the
Note: If you choose to rebase, you may have to ask me to rebuild |
Issue : BB-614