We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
Tctl app ls
Expected behavior: tctl app ls should output the same result as tsh app ls.
tctl app ls
tsh app ls
Here is the tsh app ls output
tsh apps ls | grep app app Discovered application in Kubernetes cluster ... TCP django ClusterName=test-1,Environme...
Current behavior: When the discovery service discovers applications.
When tctl app ls command is executed. We see duplicate apps associated with all the agents deployed in other clusters.
Here is an example
tctl apps ls | grep app teleport-kube-agent-0 app TCP app.... tcp://app... ClusterName=test,Environment=Test... 16.4.3 teleport-kube-agent-0 app TCP app..... tcp://app... ClusterName=test,Environment=Test... 16.4.3 teleport-kube-agent-0 app TCP app.... tcp://app... ClusterName=test,Environment=Test... 16.4.3 teleport-kube-agent-0 app TCP app..... tcp://app... ClusterName=test,Environment=Test... 16.4.3 teleport-kube-agent-0 app TCP app.... tcp://app... ClusterName=test,Environment=Test... 16.4.3 teleport-kube-agent-0 app TCP app.... tcp://app... ClusterName=test,Environment=Test... 16.4.3 teleport-kube-agent-0 app TCP app.... tcp://app... ClusterName=test,Environment=Test... 16.4.3 teleport-kube-agent-0 app TCP app.... tcp://app... ClusterName=test,Environment=Test... 16.4.3 teleport-kube-agent-0 app TCP app.... tcp://app... ClusterName=test,Environment=Test... 16.4.3 teleport-kube-agent-0 app TCP app.... tcp://app... ClusterName=test,Environment=Test... 16.4.3 teleport-kube-agent-0 app TCP app.... tcp://app... ClusterName=test,Environment=Test... 16.4.3
This brings confusion and challenges while registering the apps.
Bug details:
The text was updated successfully, but these errors were encountered:
I imagine this is intentional.
tctl is an administrative tool. Cluster administrators probably care to see how many agents are heartbeating for each app.
tctl
tsh is a user tool. Users just want to see what apps they have access to and don't care about the details.
tsh
Sorry, something went wrong.
I imagine this is intentional. tctl is an administrative tool. Cluster administrators probably care to see how many agents are heartbeating for each app. tsh is a user tool. Users just want to see what apps they have access to and don't care about the details.
Yes. The first column is the host of each app_server heartbeat.
app_server
But why do they have the same hostname for the same app? Is it just a mockup text? If not, could you share tctl get app_server/app?
tctl get app_server/app
No branches or pull requests
Expected behavior:
tctl app ls
should output the same result astsh app ls
.Here is the
tsh app ls
outputCurrent behavior:
When the discovery service discovers applications.
When
tctl app ls
command is executed. We see duplicate apps associated with all the agents deployed in other clusters.Here is an example
This brings confusion and challenges while registering the apps.
Bug details:
The text was updated successfully, but these errors were encountered: