You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
What is the bug?
In the connector CLI implementation, the OpenSearch client is initialized using a hardcoded port number (443 for AOS domain, and 9200 otherwise). We cannot hardcoded port number. For example, when users create a load balancer in front of their cluster, they can use any port number for the load balancer. Therefore, we should use the endpoint directly to initialize the client.
How can one reproduce the bug?
Steps to reproduce the behavior:
Set up a load balancer in front of OpenSearch cluster with a custom port (e.g., 8080)
Create connector through the CLI
The connector creation will fail because the client ignores the specified port and uses hardcoded values instead
What is the expected behavior?
The CLI should be able to create connector successfully with any port number.
What is your host/environment?
OS: [e.g. iOS]
Version [e.g. 22]
Plugins
Do you have any screenshots?
If applicable, add screenshots to help explain your problem.
Do you have any additional context?
Add any other context about the problem.
The text was updated successfully, but these errors were encountered:
What is the bug?
In the connector CLI implementation, the OpenSearch client is initialized using a hardcoded port number (443 for AOS domain, and 9200 otherwise). We cannot hardcoded port number. For example, when users create a load balancer in front of their cluster, they can use any port number for the load balancer. Therefore, we should use the endpoint directly to initialize the client.
How can one reproduce the bug?
Steps to reproduce the behavior:
What is the expected behavior?
The CLI should be able to create connector successfully with any port number.
What is your host/environment?
Do you have any screenshots?
If applicable, add screenshots to help explain your problem.
Do you have any additional context?
Add any other context about the problem.
The text was updated successfully, but these errors were encountered: