Skip to content
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

External access to port 8812 #43

Open
bassplay3r opened this issue Jan 20, 2022 · 4 comments
Open

External access to port 8812 #43

bassplay3r opened this issue Jan 20, 2022 · 4 comments

Comments

@bassplay3r
Copy link

I would like to use a known FQDN for my grafana data source host which uses port 8812 but I'm struggling to see how the chart can support this since the ingress config uses the port defined in the values file for all hosts. If there is a better way please let me know.

servicePort: {{ $svcPort }}

@rstreics
Copy link

Hey looking at question and data you have posted it's not clear what are you trying to do.

  • 8812 is postgres port and it's will not work in a context of ingress, you need to nodeport for it
  • I assume you want to use QuestDB as datasource for grafana?

@bassplay3r
Copy link
Author

Yes I have a questdb chart that depends on this chart where I override the values. I also have the same for grafana. Each chart is deployed to their own namespace. For now we manually create a postgres data source in grafana and use the CluisterIP of the questdb service and the postgres port. I tried to use the questdb service name but it did not seem to work. So I'm struggling to understand how I reference the questdb service and postgres port in the grafana data source without having to find the IP address of the service, i.e bake it into the grafana chart. I had initially thought to create an ingress where foo.bar.com points to questdv-service:8812 but maybe that's the wrong approach.

@rstreics
Copy link

I tried to use the questdb service name but it did not seem to work.

Did you also specify namespace as well? "serice_name.namespace".
If this doesn't work I would suggest with basics:

  1. create pod for example ubuntu
  2. verify that dns work for example via dig
  3. verify that you connect to that dns and port via telnet

@sklarsa
Copy link
Contributor

sklarsa commented Sep 29, 2022

@bassplay3r, following up on this issue, have you been able to resolve it? Since this is stale, I would recommend retrying using a more recent chart release.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants