-
-
Notifications
You must be signed in to change notification settings - Fork 153
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
[BUG]master-web image fails to run but master-omnibus works fine #409
Comments
The omnibus image contains 3 services:
If you're running the web image without providing Scrutiny with an InfluxDB server to communicate with, the service will fail with the message you've included above. Can you provide some more information about your k3 deployment? |
Man you reply fast! I think this is user error then, nothing wrong with rancher/k3s. The main github is a little confusing to me: For the master-web container it is described as: However you docker-compose hub/spoke example does show a separate influxDB. But I am still not sure how the master-web "knows" about the influxDB. Is scrutiny:master-web hardcoded to talk to "scrutiny-influxdb" on port 8086? Or does it just try to docker host on port 8086? Or is there another way to specify host, port, auth?
Since i am deploying in rancher, things like namespaces, and containers in pods all will communicate with one another a little differently. |
Apologies, looks like I need to fix the documentation, its out of date. When using Hub/Spoke deployments, you can configure the influxdb hostname using the following environmental variable: See here for an example in the docker-compose file: You can also configure the influxdb host (and port) using a config file: https://github.com/AnalogJ/scrutiny/blob/master/example.scrutiny.yaml#L44-L45 |
I updated the README with the influxdb requirement. |
Beautiful! One last requested change. For the master-web description, I would change it from saying:
To something a bit clearer like:
|
this has been fixed in the README, closing. Thanks for the feedback @icsy7867 If you have any further issues please comment/reopen this issue |
Describe the bug
I am deploying on a pretty vanilla k3s server. If I use the master-web container, it fails every time. I am happy to use the omnibus container if that is what works though. But wanted to share. For some reason, it seems to be dialing localhost to ipv6 instead of ipv4.
However, using the omnibus image it seems to work fine. Exact same deployment. To test, I did not use any static storage so all deployments were starting as a fresh instance.
Expected behavior
Web interface would load as expected.
Screenshots
Log above has all of the details.
The text was updated successfully, but these errors were encountered: