Closed thomas-long-f3 closed 1 month ago
Looks like a breaking change, we need to reproduce this and try to fix this.
@thomas-long-f3 Are you interested in writing a failing test for this ?
@thomas-long-f3 I am not able to reproduce the issue:
$ docker run -d -p 9200:9200 -p 9600:9600 -e "discovery.type=single-node" -e "DISABLE_SECURITY_PLUGIN=true" opensearchproject/opensearch:2.17.0
$ curl http://localhost:9200/_bulk -H 'Content-Type: application/json' -H 'Content-Encoding: gzip' --data-binary @bulk.json.gz
{"took":168,"errors":false,"items":[{"index":{"_index":"test","_id":"ctJkSJIBkHuKu8Vtt9yQ","_version":1,"result":"created","_shards":{"total":2,"successful":1,"failed":0}
Are you running it on Windows?
This is strange, I can no longer replicate this either. I thought I replicated this on a clean container, but I can only assume there was crossover with the stream testing I was performing on 2.17.
Closing, apologies for the false alarm!
This is strange, I can no longer replicate this either. I thought I replicated this on a clean container, but I can only assume there was crossover with the stream testing I was performing on 2.17.
That could be it, the stream testing could make it behave like that , I will double check , thanks @thomas-long-f3
Describe the bug
When upgrading from 2.16.0 > 2.17.0, all compressed bulk index requests fail.
Related component
Indexing
To Reproduce
Testing using the OpenSearch docker images. Single node mode, with security disabled.
Successful response:
Request fails:
Note the file does contain a newline at the end, and works as expected on previous OS versions.
Expected behavior
A compressed request would be successful, like the uncompressed request.
Additional Details
Plugins Please list all plugins currently enabled.
Screenshots If applicable, add screenshots to help explain your problem.
Host/Environment (please complete the following information):
Additional context Add any other context about the problem here.