-
Notifications
You must be signed in to change notification settings - Fork 195
chore: decouple scraping logic from vmagent code #1726
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
Conversation
3d3f69d to
1da0fab
Compare
1da0fab to
ff9fb79
Compare
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.
Pull request overview
Copilot reviewed 25 out of 25 changed files in this pull request and generated no new comments.
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
2c219d7 to
bb46069
Compare
bb46069 to
0b2df1e
Compare
0b2df1e to
91267bc
Compare
Signed-off-by: Andrii Chubatiuk <achubatiuk@victoriametrics.com>
|
@AndrewChubatiuk @vrutkovs Are we sure we haven't broken functionality here? This is the only commit between the two most recent versions that looks to be related to an issue I'm seeing. W/ the new version ( Here's an example: v0.66.1 (working as intended)
v0.67.0
It gets the ports, protocols, everything confused, and even duplicated, as if it's trying to scrape every port it knows exists |
|
this PR is not included into 0.67.0, I'll check changes that happened before |
|
Please file a new bug for this, as Andrew has pointed out this PR didn't make it in 0.67 |
|
looked through diff 0.66.1...0.67.0 and found one change, that could lead to this issue, created PR with a fix |


decoupling scrape configuration functions from vmagent to be able to reuse it later by vmsingle
preparation for #1702