# Reindex conflicts

**URL:** <https://discuss.elastic.co/t/reindex-conflicts/69486>\
**Category:** Elasticsearch\
**Created:** [December 19, 2016, 7:08pm UTC](https://discuss.elastic.co/t/reindex-conflicts/69486 "2016-12-19T19:08:10Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![TeePee](https://avatars.discourse-cdn.com/v4/letter/t/eada6e/32.png) [@TeePee](https://discuss.elastic.co/u/TeePee)\
**Post date:** [December 19, 2016, 7:08pm UTC](https://discuss.elastic.co/t/reindex-conflicts/69486/1 "2016-12-19T19:08:10Z")

</div>

Hi guys,

When using **/\_reindex** , wasn't **"conflicts": "proceed"** supposed to prevent the proccess from aborting?

```
curl -XPOST http://187.41.XXX.XX:9200/_reindex?pretty -d'{
  "conflicts": "proceed",
  "source": {
    "index": "dull-2016.12.01"
  },
  "dest": {
    "index": "the_dull-2016.12.01"
  }
}'

```

Output

```
{
  "took" : 768304,
  "timed_out" : false,
  "total" : 13745504,
  "updated" : 0,
  "created" : 9072999,
  "deleted" : 0,
  "batches" : 9073,
  "version_conflicts" : 0,
  "noops" : 0,
  "retries" : {
    "bulk" : 0,
    "search" : 0
  },
  "throttled_millis" : 0,
  "requests_per_second" : -1.0,
  "throttled_until_millis" : 0,
  "failures" : [
    {
      "index" : "the_dull-2016.12.01",
      "type" : "logs",
      "id" : "AVi6lWRXLAkCrdn_k-wj",
      "cause" : {
        "type" : "mapper_parsing_exception",
        "reason" : "failed to parse [parsed_tracking.data.data.uid]",
        "caused_by" : {
          "type" : "number_format_exception",
          "reason" : "For input string: \"ABC\""
        }
      },
      "status" : 400
    }
  ]
}

```

It looks like that there's 4672505 documents missing.

Any help?

TIA

---

<div class="post-metadata">

**Author:** ![nik9000](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/nik9000/32/44947_2.png) [@nik9000](https://discuss.elastic.co/u/nik9000)\
**Post date:** [December 19, 2016, 7:24pm UTC](https://discuss.elastic.co/t/reindex-conflicts/69486/2 "2016-12-19T19:24:26Z")

</div>

> [@TeePee](#):
>
> When using /\_reindex, wasn't "conflicts": "proceed" supposed to prevent the proccess from aborting?

Aborting on version conflicts. This isn't a version conflict. It looks like the `parsed_tracking.data.data.uid` field is a number in the mapping but is a string in some documents. This usually happens because you have both numbers (like, without quotes around them) in the documents and those arrive first so Elasticsearch infers the type of the field to be number.

For reindex it is usually best to create the destination index, mapping and all, before starting the process.

---

<div class="post-metadata">

**Author:** ![TeePee](https://avatars.discourse-cdn.com/v4/letter/t/eada6e/32.png) [@TeePee](https://discuss.elastic.co/u/TeePee)\
**Post date:** [December 20, 2016, 9:58am UTC](https://discuss.elastic.co/t/reindex-conflicts/69486/3 "2016-12-20T09:58:51Z")

</div>

Before using reindex I've created a mapping for the new dest indexes.

I thought that "proceed" could bypass those cases that doesn't match the field type.

Thank you

---

<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:** [January 17, 2017, 9:58am UTC](https://discuss.elastic.co/t/reindex-conflicts/69486/4 "2017-01-17T09:58:54Z")

</div>

This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.