-
Notifications
You must be signed in to change notification settings - Fork 4
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
loggr-system-metric-scraper debug port should be configurable #2
Comments
We have created an issue in Pivotal Tracker to manage this. Unfortunately, the Pivotal Tracker project is private so you may be unable to view the contents of the story. The labels on this github issue will be updated when the story is started. |
Per this doc, we should try to have the default port be 14921. If that is impossible, please update said doc. |
Oops, 14921 is the metrics.port for the leader-election-agent job. This job isn't on the TCP Router, but they are both on other VMs. |
Closing because it turns out I wanted system-metrics-agent job from the system-metrics release 🤦♀️ |
What
As a CF operator
I want to know which ports system components are using on the TCP Router VM
So that I can make sure they don't overlap with tcp router ports
So that my tcp router doesn't silently break. See issue here.
Steps to reproduce
netstat -tlpn | grep system-metrics
monit restart loggr-system-metric-scraper
netstat -tlpn | grep system-metrics
Expected
I want to be able to set the debug port as a bosh property and to have it respected.
Actual
The debug port is any random open port.
Technical Details
See the technical details for this 99% identical bug: cloudfoundry/loggregator-agent-release#44
I will submit a PR for this soon.
The text was updated successfully, but these errors were encountered: