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

[FEATURE] Support returning requestId in case opensearch is handled by AWS #71

Open
jcdelc04 opened this issue Aug 14, 2024 · 2 comments
Labels
enhancement New feature or request

Comments

@jcdelc04
Copy link

Is your feature request related to a problem?

A clear and concise description of what the problem is, e.g. I'm always frustrated when [...].
NO

What solution would you like?

A clear and concise description of what you want to happen.

Currently, while making calls to an index inside a collection created with AWS using SDKs, the responses doesn't contains the aws request id, which difficult the debugging process with Opensearch team of AWS. Ideally, the response should contain all the metadata returned normally for an AWS SDK.

What alternatives have you considered?

A clear and concise description of any alternative solutions or features you've considered.
A workaround for this is to make raw HTTP calls, but this leave away all the benefit provided by any SDK.

Do you have any additional context?

Add any other context or screenshots about the feature request here.

@jcdelc04 jcdelc04 added enhancement New feature or request untriaged labels Aug 14, 2024
@dblock dblock transferred this issue from opensearch-project/.github Aug 14, 2024
@dblock
Copy link
Member

dblock commented Aug 14, 2024

@jcdelc04 This is something very specific to AWS, you should open a ticket with their customer support. Not something we can fix in the open source OpenSearch Project.

Oh, you mean you don't have access to the request ID response header from a high level client? Which language are you using? Care to post your code please?

@dblock dblock closed this as completed Aug 14, 2024
@dblock dblock reopened this Aug 14, 2024
@dblock dblock removed the untriaged label Sep 2, 2024
@dblock
Copy link
Member

dblock commented Sep 2, 2024

[Weekly Catch All Triage - 1]

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

No branches or pull requests

2 participants