# ES 6.4.2 - MapperParsingException when performing Bulk requests **URL:** \ **Category:** Elasticsearch\ **Created:** [September 9, 2022, 12:25pm UTC](https://discuss.elastic.co/t/es-6-4-2-mapperparsingexception-when-performing-bulk-requests/314057 "2022-09-09T12:25:26Z")\ **Posts on this page:** 5\ **Page:** 1
**Author:** ![JPS\_23](https://avatars.discourse-cdn.com/v4/letter/j/ecae2f/32.png) [@JPS\_23](https://discuss.elastic.co/u/JPS_23)\ **Post date:** [September 9, 2022, 12:25pm UTC](https://discuss.elastic.co/t/es-6-4-2-mapperparsingexception-when-performing-bulk-requests/314057/1 "2022-09-09T12:25:26Z")
Hi! I have been experiencing a **MapperParsingException** when performing Bulk requests on the Elastic Search 6.4.2 instance. This issue is happening on all the environments (development, qa, production). The weird thing is that only happens when the Bulk request is performed through Java. I have tried to manually performed the Bulk Request using CURL and using the exact same data but the issue is not triggered. This is the exact output I am getting: ```auto [o.e.a.b.TransportShardBulkAction] [conferenceindex][1] failed to execute bulk item (index) BulkShardRequest [[conferenceindex][1]] containing [index {[conferenceindex][doc][uIgtIoMBqtH6okL1o17R], source[n/a, actual length: [2.7kb], max length: 2kb]}] org.elasticsearch.index.mapper.MapperParsingException: failed to parse at org.elasticsearch.index.mapper.DocumentParser.wrapInMapperParsingException(DocumentParser.java:171) ~[elasticsearch-6.4.2.jar:6.4.2] at org.elasticsearch.index.mapper.DocumentParser.parseDocument(DocumentParser.java:72) ~[elasticsearch-6.4.2.jar:6.4.2] at org.elasticsearch.index.mapper.DocumentMapper.parse(DocumentMapper.java:263) ~[elasticsearch-6.4.2.jar:6.4.2] at org.elasticsearch.index.shard.IndexShard.prepareIndex(IndexShard.java:725) ~[elasticsearch-6.4.2.jar:6.4.2] at org.elasticsearch.index.shard.IndexShard.applyIndexOperation(IndexShard.java:702) ~[elasticsearch-6.4.2.jar:6.4.2] at org.elasticsearch.index.shard.IndexShard.applyIndexOperationOnPrimary(IndexShard.java:682) ~[elasticsearch-6.4.2.jar:6.4.2] at org.elasticsearch.action.bulk.TransportShardBulkAction.lambda$executeIndexRequestOnPrimary$2(TransportShardBulkAction.java:560) ~[elasticsearch-6.4.2.jar:6.4.2] ``` It says there is a **MapperParsingException** but it does not say what exactly is failing to parse. Plus the amount of data in some cases are just less than 30 records which does not make sense. Could you please help me with some thoughts on this? ---
**Author:** ![JPS\_23](https://avatars.discourse-cdn.com/v4/letter/j/ecae2f/32.png) [@JPS\_23](https://discuss.elastic.co/u/JPS_23)\ **Post date:** [September 9, 2022, 6:31pm UTC](https://discuss.elastic.co/t/es-6-4-2-mapperparsingexception-when-performing-bulk-requests/314057/2 "2022-09-09T18:31:17Z")
To add more details related to the issue, this issue does not happen locally it only happens on the server. Also I have a very small json data that I use to perform some manual bulk requests: ```auto {"index":{"_index": "conferenceindex", "_type": "doc", "_id":"1"}} {"id":"1","name":"Conference 1" } {"index":{"_index": "conferenceindex", "_type": "doc", "_id":"2"}} {"id":"2","name":"Conference 2" } {"index":{"_index": "conferenceindex", "_type": "doc", "_id":"3"}} {"id":"3","name":"Conference 3", "tenant": 1} {"index":{"_index": "conferenceindex", "_type": "doc", "_id":"4"}} {"id":"4","name":"Conference 4"} {"index":{"_index": "conferenceindex", "_type": "doc", "_id":"5"}} {"id":"5","name":"Conference 5"} {"index":{"_index": "conferenceindex", "_type": "doc", "_id":"6"}} {"id":"6","name":"Conference 6"} {"index":{"_index": "conferenceindex", "_type": "doc", "_id":"7"}} {"id":"7","name":"Conference 7"} {"index":{"_index": "conferenceindex", "_type": "doc", "_id":"8"}} {"id":"8","name":"Conference 8"} {"index":{"_index": "conferenceindex", "_type": "doc", "_id":"9"}} {"id":"9","name":"Conference 9"} {"index":{"_index": "conferenceindex", "_type": "doc", "_id":"10"}} {"id":"10","name":"Conference 10"} {"index":{"_index": "conferenceindex", "_type": "doc", "_id":"11"}} {"id":"11","name":"Conference 11"} {"index":{"_index": "conferenceindex", "_type": "doc", "_id":"12"}} {"id":"12","name":"Conference 12"} {"index":{"_index": "conferenceindex", "_type": "doc", "_id":"13"}} {"id":"13","name":"Conference 13"} {"index":{"_index": "conferenceindex", "_type": "doc", "_id":"14"}} {"id":"14","name":"Conference 14"} {"index":{"_index": "conferenceindex", "_type": "doc", "_id":"15"}} {"id":"15","name":"Conference 15"} {"index":{"_index": "conferenceindex", "_type": "doc", "_id":"16"}} {"id":"16","name":"Conference 16"} {"index":{"_index": "conferenceindex", "_type": "doc", "_id":"17"}} {"id":"17","name":"Conference 17"} {"index":{"_index": "conferenceindex", "_type": "doc", "_id":"18"}} {"id":"18","name":"Conference 18"} {"index":{"_index": "conferenceindex", "_type": "doc", "_id":"19"}} {"id":"19","name":"Conference 19"} {"index":{"_index": "conferenceindex", "_type": "doc", "_id":"20"}} {"id":"20","name":"Conference 20"} {"index":{"_index": "conferenceindex", "_type": "doc", "_id":"21"}} {"id":"21","name":"Conference 21"} {"index":{"_index": "conferenceindex", "_type": "doc", "_id":"22"}} {"id":"22","name":"Conference 22"} {"index":{"_index": "conferenceindex", "_type": "doc", "_id":"23"}} {"id":"23","name":"Conference 23"} {"index":{"_index": "conferenceindex", "_type": "doc", "_id":"24"}} {"id":"24","name":"Conference 24"} {"index":{"_index": "conferenceindex", "_type": "doc", "_id":"25"}} {"id":"25","name":"Conference 25"} ``` The command I run to perform the manual bulk requests is: ```auto curl -H 'Content-Type: application/x-ndjson' -XPOST '10.5.2.155:9200/conferenceindex/_bulk?pretty' --data-binary @/Users/Documents/conferenceindex_test.json ``` The data contained in the JSON is the exact same that is in the database and that throws the exception when running the Bulk through Java code. ---
**Author:** ![warkolm](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/warkolm/32/39224_2.png) [@warkolm](https://discuss.elastic.co/u/warkolm)\ **Post date:** [September 12, 2022, 2:36am UTC](https://discuss.elastic.co/t/es-6-4-2-mapperparsingexception-when-performing-bulk-requests/314057/3 "2022-09-12T02:36:30Z")
Welcome to our community! 😃 Elasticsearch 6.4 is very much past [EOL](https://www.elastic.co/support/eol) and is no longer supported. You need to upgrade as a matter of urgency. > [@JPS\_23](#): > > It says there is a **MapperParsingException** but it does not say what exactly is failing to parse. What does the response to your client that is making the index request report? ---
**Author:** ![JPS\_23](https://avatars.discourse-cdn.com/v4/letter/j/ecae2f/32.png) [@JPS\_23](https://discuss.elastic.co/u/JPS_23)\ **Post date:** [September 14, 2022, 1:54pm UTC](https://discuss.elastic.co/t/es-6-4-2-mapperparsingexception-when-performing-bulk-requests/314057/5 "2022-09-14T13:54:40Z")
Hi! Thanks for the reply. Yes we are making sure to upgrade the ES version in the short-mid term. In the meantime I have ruled out a few more things and I noticed that only 30-40% of the data to index is coming through from the main micro service. Basically, the 30-40% that is coming through is getting properly indexed (the **MapperParsingException: failed to parse** is still triggered but the data is still indexed). I am troubleshooting right now to understand why the 100% data that is sent to be indexed is not coming through. As for the response I am getting from the client to index the data I am not getting any issues and/or exceptions. The only exception I am getting is inside the ES server ( **MapperParsingException: failed to parse** ). ---
**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\ **Post date:** [October 12, 2022, 1:54pm UTC](https://discuss.elastic.co/t/es-6-4-2-mapperparsingexception-when-performing-bulk-requests/314057/6 "2022-10-12T13:54:51Z")
This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.