# MapperParsingException is logged at DEBUG?

**URL:** <https://discuss.elastic.co/t/mapperparsingexception-is-logged-at-debug/55496>\
**Category:** Elasticsearch\
**Created:** [July 14, 2016, 8:55am UTC](https://discuss.elastic.co/t/mapperparsingexception-is-logged-at-debug/55496 "2016-07-14T08:55:29Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![memelet](https://avatars.discourse-cdn.com/v4/letter/m/6bbea6/32.png) [@memelet](https://discuss.elastic.co/u/memelet)\
**Post date:** [July 14, 2016, 8:55am UTC](https://discuss.elastic.co/t/mapperparsingexception-is-logged-at-debug/55496/1 "2016-07-14T08:55:29Z")

</div>

While doing some bulk indexing we see MapperParsingException in the logs. But these are logged at DEBUG level. Is that on purpose? Shouldn't these be ERROR? (From our application's perspective a mapping failure is indeed an ERROR.) Is there any way to change the level for these exceptions?

es 2.3.3

---

<div class="post-metadata">

**Author:** ![javanna](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/javanna/32/4698_2.png) [@javanna](https://discuss.elastic.co/u/javanna)\
**Post date:** [July 14, 2016, 10:39am UTC](https://discuss.elastic.co/t/mapperparsingexception-is-logged-at-debug/55496/2 "2016-07-14T10:39:14Z")

</div>

Can you please post those exceptions that you see in the logs? Do you get back an error in the response? If you are using bulk you should be checking all the items in the response, as the response code is always 200.

Let's see what exceptions they are and then define whether you should be worried or not 😉

---

<div class="post-metadata">

**Author:** ![memelet](https://avatars.discourse-cdn.com/v4/letter/m/6bbea6/32.png) [@memelet](https://discuss.elastic.co/u/memelet)\
**Post date:** [July 15, 2016, 1:32am UTC](https://discuss.elastic.co/t/mapperparsingexception-is-logged-at-debug/55496/3 "2016-07-15T01:32:22Z")

</div>

Here is a different exception logged at DEBUG. This was just before a message of "[s-elasticsearch-data-8] stopping ..." where the data node stopped (itself?)

```
[connect-kennametal-kmnewalbany-mtconnectdataitems-201607][[connect-kennametal-kmnewalbany-mtconnectdataitems-201607][0]] IllegalIndexShardStateException[CurrentState[STARTED] shard is not a primary]
	at org.elasticsearch.index.shard.IndexShard.prepareIndexOnPrimary(IndexShard.java:557)
	at org.elasticsearch.action.index.TransportIndexAction.prepareIndexOperationOnPrimary(TransportIndexAction.java:212)
	at org.elasticsearch.action.index.TransportIndexAction.executeIndexRequestOnPrimary(TransportIndexAction.java:224)
	at org.elasticsearch.action.bulk.TransportShardBulkAction.shardIndexOperation(TransportShardBulkAction.java:326)
	at org.elasticsearch.action.bulk.TransportShardBulkAction.shardOperationOnPrimary(TransportShardBulkAction.java:119)
	at org.elasticsearch.action.bulk.TransportShardBulkAction.shardOperationOnPrimary(TransportShardBulkAction.java:68)
	at org.elasticsearch.action.support.replication.TransportReplicationAction$PrimaryPhase.doRun(TransportReplicationAction.java:639)
	at org.elasticsearch.common.util.concurrent.AbstractRunnable.run(AbstractRunnable.java:37)
	at org.elasticsearch.action.support.replication.TransportReplicationAction$PrimaryOperationTransportHandler.messageReceived(TransportReplicationAction.java:279)
	at org.elasticsearch.action.support.replication.TransportReplicationAction$PrimaryOperationTransportHandler.messageReceived(TransportReplicationAction.java:271)
	at org.elasticsearch.transport.RequestHandlerRegistry.processMessageReceived(RequestHandlerRegistry.java:75)
	at org.elasticsearch.transport.TransportService$4.doRun(TransportService.java:376)
	at org.elasticsearch.common.util.concurrent.AbstractRunnable.run(AbstractRunnable.java:37)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
	at java.lang.Thread.run(Thread.java:745)
```

---

<div class="post-metadata">

**Author:** ![memelet](https://avatars.discourse-cdn.com/v4/letter/m/6bbea6/32.png) [@memelet](https://discuss.elastic.co/u/memelet)\
**Post date:** [July 15, 2016, 1:34am UTC](https://discuss.elastic.co/t/mapperparsingexception-is-logged-at-debug/55496/4 "2016-07-15T01:34:03Z")

</div>

And we do check all the bulk request return status in the client. These logs/exceptions are all from the actual elasticsearch nodes themselves.

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\
**Post date:** [July 5, 2017, 10:35pm UTC](https://discuss.elastic.co/t/mapperparsingexception-is-logged-at-debug/55496/5 "2017-07-05T22:35:23Z")

</div>