Closed edaniszewski closed 6 years ago
i managed to recreate this locally with the following config
version: "3"
services:
synse-server:
container_name: synse-server
image: vaporio/synse-server:2.0.0
ports:
- 5000:5000
environment:
- SYNSE_SYNSE_PORT=tcp://10.108.105.178:5001
- SYNSE_SYNSE_PORT_5001_TCP=tcp://10.108.105.178:5001
And I believe I understand why this bug is happening so I'll tackle it next.
Description
I noticed this a little while ago, just getting to opening the issue now.
When I was playing around with k8s configs for synse server, we had the service's
clusterIP
field asNone
. I commented this out when trying some things (e.g. so it used the default value forclusterIP
) and it caused things to blow up.My guess is that because the ENV parsing is looking for environment variables with a particular prefix, when the
clusterIP
is not None, k8s injects some ENV variables in there with the sameSYNSE_
prefix. Something about those injected variables are making the configuration here pretty unhappy.This isn't critical right now, but it is definitely a problem that needs to get solved. The first step is to find a way to reproduce this issue in a simple manner locally (e.g. not having to set things up on k8s..)