Closed ciscospirit closed 7 months ago
That's the default Prometheus Metrics exporter port 8090
flag.StringVar(&config.Cfg.PrometheusIPPort, "prometheus", ":8090", "prometheus metrics - ip:port. By default all IPs")
I guess you can replace that with something else, unless you're not scraping it? You can also map it only locally or on a specific interface, if that's helping avoid the collision with SEMS
thanks for your fast reply...
hmm but how? just starting heplify with this argument?
heplify -hs homer.xxx.xx:9060 -m SIP -prometheus :9090
for what is this port needed? is prometheus used by homer or local prometheus? what you mean to map it on a specific interface? for what is this setting?
i also thought about to create the startup script, that it is not allowed to start heplify before sems is running. but not sure if this will solve the problem too.
This endpoint is used to expose metrics in the prometheus format. They do nothing unless pulled by a scraper.
You can use the same setting to modify the :port
for all interfaces or a specific one using interface:port
Last and perhaps really least, You can also make any other service a dependency for the heplify service if you want it to queue behind it.
Closing as answered. Feel free to post updates if needed.
Hello,
we found out that there is somewhere a problem if we doing a switchover from our active node sp2 to our passive node sp1.
on the passive node (sp1), heplify is running and sems-b2b not. as soon we make this node active, sems-b2b fails to start, as heplify is already using port 8090 on tcp6 to LISTEN. but 8090 is manadory for sems-b2b to work correctly and to start correctly.
how can we prevent this? Also why it is listen to tcp6? maybe it is a startup problem, that heplify is not allowed to start before sems is started?
any idea how to fix this?