-
Notifications
You must be signed in to change notification settings - Fork 175
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
remotecfg components don't work after pull request #1501 #1688
Comments
Hey there @thiennn-neji 👋 Just for context:
I'd like to understand what you're trying to achieve and what was the expected result. So if I understand correctly the following file is what is passed to
And the following is what the remotecfg server returns
Is that correct? Are there any other pieces of configuration to either side (either the 'local' or the 'remote' configuration?). Could you also please provide
|
Ok, I was able to get a little closer to the root cause. I have my test remotecfg server return the following configuration, with a root exporter and one wrapped inside of a module.
The curl command fails on the first one, but works on the second one
I hadn't come across this as I always wrap my configuration in a module. Did you have any specific issues to point towards that components aren't working at all, or just that they're not reachable via As far as I can tell, the scrape components are scheduled and try to scrape, but the first one fails because of the error you pointed out. |
What's wrong?
The Grafana Alloy remotecfg feature was fixed in pull request #1372, and I tested it with Grafana Alloy Revision 800739f, where it worked smoothly. However, starting from pull request #1501, it seems to no longer work.
It appears that the
componentID
for remotecfg components is in the formatremotecfg/example.component.label
rather than justexample.component.label
. However, in line 183 of pull request #1501 (see here), it assumes that thecomponentID
in formatexample.component.label
In my opinion, the
s.componentHandler
should references.componentHttpPathPrefixRemotecfg
instead ofs.componentHttpPathPrefix
Steps to reproduce
Step 0: An
alloy-remote-config-server
is serving gRPC at127.0.0.1:8888
with the following template (also specfied in Configuration section):Step 1: Use two Docker images for two Grafana Alloy revisions: (Revision 9e290c6, v1.4.0-rc.0) and (Revision 800739f). Run the same configuration:
with the command line options:
Step 2: In each Grafana Alloy instance, use cURL to fetch metrics
Step 3: Check the output of cURL command and Grafana Alloy logs
remotecfg
component works as expected.Alloy log
cURL log
remotecfg
component does not work.Alloy log
cURL log
System information
Linux 6.10.6 x86_64 (Ubuntu 24.04.1 LTS)
Software version
Grafana Alloy (Revision 9e290c6, v1.4.0-rc.0) and Grafana Alloy (Revision 800739f)
Configuration
Logs
No response
The text was updated successfully, but these errors were encountered: