# @timestamp conflicts with existing mapping in eleasticsearch 2.1.0

**URL:** <https://discuss.elastic.co/t/timestamp-conflicts-with-existing-mapping-in-eleasticsearch-2-1-0/38544>\
**Category:** Elasticsearch\
**Created:** [January 6, 2016, 8:37pm UTC](https://discuss.elastic.co/t/timestamp-conflicts-with-existing-mapping-in-eleasticsearch-2-1-0/38544 "2016-01-06T20:37:22Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![inderjeet26](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/inderjeet26/32/3870_2.png) [@inderjeet26](https://discuss.elastic.co/u/inderjeet26)\
**Post date:** [January 6, 2016, 8:37pm UTC](https://discuss.elastic.co/t/timestamp-conflicts-with-existing-mapping-in-eleasticsearch-2-1-0/38544/1 "2016-01-06T20:37:22Z")

</div>

I am having this same issue in production.

We have already have data in the indexes when we upgraded from Elasticsearch 1.6 to 2.1.0. Now when trying to add the new types in the already existing indexes, there is the conflict stated above

The _default_ mapping before upgrade is:

```
"_default_": {
    "dynamic_templates": [
      {
        "string_fields": {
          "mapping": {
            "index": "analyzed",
            "omit_norms": true,
            "type": "string",
            "fields": {
              "raw": {
                "ignore_above": 256,
                "index": "not_analyzed",
                "type": "string"
              }
            }
          },
          "match_mapping_type": "string",
          "match": "*"
        }
      }
    ],
    "_timestamp": {

    },
    "_all": {
      "enabled": true
    },
    "properties": {
      "geoip": {
        "dynamic": "true",
        "properties": {
          "location": {
            "type": "geo_point"
          }
        }
      },
      "@version": {
        "index": "not_analyzed",
        "type": "string"
      }
    }
  },

```

After the upgrade to new Elasticsearch, the defualt mapping for newly formed indexed have changed to : [http://pastebin.com/yFBdWqAz](http://pastebin.com/yFBdWqAz)

which works fine for newly created types in the same index with the new default mapping. I am transforming the timestamp with the date filter aswell.

---

<div class="post-metadata">

**Author:** ![inderjeet26](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/inderjeet26/32/3870_2.png) [@inderjeet26](https://discuss.elastic.co/u/inderjeet26)\
**Post date:** [January 6, 2016, 8:49pm UTC](https://discuss.elastic.co/t/timestamp-conflicts-with-existing-mapping-in-eleasticsearch-2-1-0/38544/2 "2016-01-06T20:49:52Z")

</div>

I tested out the [https://github.com/elastic/elasticsearch-migration](https://github.com/elastic/elasticsearch-migration) plugin in production before upgrading the Elasticsearch. The results from the plugin had no issues for upgrade.

Also, the @timestamp field type is same across all the the types in our Elasticsearch indexes

---

<div class="post-metadata">

**Author:** ![jpountz](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/jpountz/32/45836_2.png) [@jpountz](https://discuss.elastic.co/u/jpountz)\
**Post date:** [January 6, 2016, 10:22pm UTC](https://discuss.elastic.co/t/timestamp-conflicts-with-existing-mapping-in-eleasticsearch-2-1-0/38544/3 "2016-01-06T22:22:49Z")

</div>

I suspect this would be addressed by [https://github.com/elastic/elasticsearch/pull/15633](https://github.com/elastic/elasticsearch/pull/15633), but this change won't be released soon. In the mean time, I would recommend to map your @timestamp field explicitly and to use the exact same mapping definition for new types as the mapping definition that already exists in your other types.

---

<div class="post-metadata">

**Author:** ![inderjeet26](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/inderjeet26/32/3870_2.png) [@inderjeet26](https://discuss.elastic.co/u/inderjeet26)\
**Post date:** [January 7, 2016, 5:46pm UTC](https://discuss.elastic.co/t/timestamp-conflicts-with-existing-mapping-in-eleasticsearch-2-1-0/38544/4 "2016-01-07T17:46:53Z")

</div>

Thanks for the suggestion. Although, Sorry, I forgot to mention the error:

`"error"=>{"type"=>"illegal_argument_exception", "reason"=>"Mapper for [@timestamp] conflicts with existing mapping in other types:\n[mapper [@timestamp] is used by multiple types. Set update_all_types to true to update [format] across all types.]"}}}, :level=>:warn}`

I got collected in logstash.log file

Does this error makes more things clear?

---

<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, 11:26pm UTC](https://discuss.elastic.co/t/timestamp-conflicts-with-existing-mapping-in-eleasticsearch-2-1-0/38544/5 "2017-07-05T23:26:18Z")

</div>