this would be useful to connect to multiple clusters, currently the tool bails out with:
ERRO[0000] failed to run: localizer instance already running
would it be just a matter of a custom socket path parameter? or would the host-file-cleanup conflict too? In the latter case (or actually in general) it might make sense to separate the localizer hosts with a comment section like other tools do, e.g.:
# Added by Docker Desktop
# To allow the same kube context to work on the host and the container:
127.0.0.1 kubernetes.docker.internal
# End of section
for multiple instances e.g. the pid of the localizer could be included in the comment section and used as an identifier.
motivation: to me it happens frequently that i connect to a test cluster to test something, but this involves verifying something in the prod database. currently i have to disconnect/reconnect to both the cluster and the services to achieve that.
this would be useful to connect to multiple clusters, currently the tool bails out with:
ERRO[0000] failed to run: localizer instance already runningwould it be just a matter of a custom socket path parameter? or would the host-file-cleanup conflict too? In the latter case (or actually in general) it might make sense to separate the localizer hosts with a comment section like other tools do, e.g.:
for multiple instances e.g. the pid of the localizer could be included in the comment section and used as an identifier.
motivation: to me it happens frequently that i connect to a test cluster to test something, but this involves verifying something in the prod database. currently i have to disconnect/reconnect to both the cluster and the services to achieve that.