Have you verified that ${PROM_HOST} is being set? Also, which version of Heartbeat are you using? Prior to 7.5.0 you would need to set urls, not hosts for HTTP monitors.
@Andrew_Cholakian1 Thanks for your reply. I am using version 7.6.2 of Heartbeat. If you see the logs I quoted in this message you can see that the host is not empty. The logs are from the Docker container. In this example it is host.my.domain.io and if I change the ${PROM_HOST} value the change reflects in the Docker logs. Please help.
Thanks for the update. I'm taking a look at this, the root is the code here. I'm thinking that the issue is that we check that ${data.port} is included in the hosts field. I'm not sure why we decided to put that in there. If nothing else, we need a better error message.
You could replace ${PROM_HOST} with ${PROM_HOST}:${data.port} to work around this and ship a fix. Is there a reason you can't use ${data.host}:${data.port} by the way?
@Andrew_Cholakian1 I do not understand the concept of variables ${data.host}:${data.port} as they are empty in my case whenever I use them. What am I missing?
Invalid interpolation format for "labels" option in service "proxy": "${data.host}:${data.port}"
Invalid interpolation format for "labels" option in service "proxy": "${data.host}:${data.port}"
Invalid interpolation format for "labels" option in service "proxy": "${data.host}:${data.port}"
Testing:
docker-compose -f docker-compose.yml config
ERROR: Invalid interpolation format for "labels" option in service "proxy": "${data.host}:${data.port}"
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant
logo are trademarks of the
Apache Software Foundation
in the United States and/or other countries.