questdb icon indicating copy to clipboard operation
questdb copied to clipboard

Give an way in helm deploy to change the root asset path

Open mfandre opened this issue 3 years ago • 5 comments

Is your feature request related to a problem?

I installed questDB to my AKS cluster using helm, but my ingress is looking to route that is different from "/". The questdb console is trying to get js/css files from wrong root path.

Describe the solution you'd like.

Add some env var that can be set on helm deploy to change the asset_path value.

Describe alternatives you've considered.

No response

Additional context.

No response

mfandre avatar May 11 '22 12:05 mfandre

Issue is also created in the questdb kubernetes repo: https://github.com/questdb/questdb-kubernetes/issues/53

pswu11 avatar May 11 '22 13:05 pswu11

I learned from @insmac that's the asset path as documented here is actually a build-time option, not a runtime option. So making this configurable for end-users will need changes in both QuestDB-Core and QuestDB-Kubernetes repos.

jerrinot avatar May 11 '22 13:05 jerrinot

To avoid this behavior I created a subdomain to maintain the root path. But I think this an important feature that can be useful to others. image

mfandre avatar May 11 '22 19:05 mfandre

Just wanted to send my +1 for this. I have a setup where envoy or traefik is put in front of questdb and some other services where subdomains are limited so we use envoy to route based on the path prefix. It works great for the exec and exp endpoints but if we try to pass the web-ui through the proxy it can not find the resources needed.

We would wish for some env-variable or setting that questdb picks up on and allows the web-ui to be served from some path other than /

mounte avatar May 07 '24 19:05 mounte

This was fixed in the latest web console and the next QuestDB version will include this change.

This means it'll be possible to have an ingress_controller / reverse_proxy where QuestDB is mapped under a non-root context.

I tested it with a local nginx:

location /quest/ {
            proxy_pass http://localhost:9000/;
        }

and it's working like a charm!

jerrinot avatar Jun 20 '24 08:06 jerrinot