-
Notifications
You must be signed in to change notification settings - Fork 6
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
exposing the kvstore (etcd) via ingress with TLS seems to not work #6
Comments
From voltha-tst discussion in slack: Amit Ghosh Mahir Gunyel |
I think this issue belongs here, since it is an issue directly related to the opencord/voltctl code in this repository. The README of this repo does not mention an issue tracking system outside of this repo (e.g. in JIRA) and therefore people running into this issue will most likely have a hard time finding any issues tracked outside of this repo. If we want to move this issue to JIRA, we should probably mention that we are not using github issues, but JIRA to track issues for this repo in the README.md. |
fyi> Repositories are hosted on gerrit, github is simply a mirror: |
Also bulk issues are already being tracked in jira: Jenkins is aware of how update tickets with job status when ticket numbers are mentioned in commit messages. https://docs.voltha.org/master/overview/contributing.html
https://docs.voltha.org/master/overview/contributing/jira_tickets.html?highlight=jira%20tickets |
When installing voltha via the helm chart and exposing etcd via an ingress controller as documented here:
https://github.com/opencord/voltha-helm-charts/tree/master#using-an-ingress-controller
It seems that voltctl respects the "stacks.tls.useTLS: true" for the server connection, but not for the kvstore (etcd) connection.
Using ingresses like described in a pipeline like here:
https://jenkins.opencord.org/view/vip/job/build_berlin-community-pod-1-gpon_1T8GEM_voltha_DT_master_test/57/console
shows errors like the one below:
Further debugging on the node, where this pipeline showed the errors, with etcdctl showed that quering the log level directly from etcd by using etcdctl is throwing an error like shown below:
While using the same command and disabling
insecure-transport
(aka enabling TLS for transport and ignoring that those certs are self-signed) is showing the correct log level like below:jenkins@node-1:/tmp/etcd/etcd-v3.5.6-linux-amd64$ ./etcdctl --insecure-transport=false --insecure-skip-tls-verify=true --endpoints=voltha-infra.local:443 get "service/voltha/voltha_voltha/config/global/loglevel/default" service/voltha/voltha_voltha/config/global/loglevel/default WARN
Grepping for the "UseTls" config flag in the current code base shows, that it is used in a function called
NewConnection()
, which seems to be used for implementing connections in most sub commands like "adapter, devices, flows, groups and logicaldevices", but not for "log", which is the sub command to contact etcd.WIthout having enough knowledge to fix this issue or fully understand the current code base, it still looks to me like the
internal/pkg/commands/log.go
code needs to be revised to respect the "UseTls" config flag when establishing connections towards etcd (or a separate configuration flag needs to be added).I hope there is enough debug information in this ticket. If now, please let me know how i can provide more and what exactly is needed.
The text was updated successfully, but these errors were encountered: