- X-Pack Reference for 6.0-6.2 and 5.x:
- Introduction
- Setting Up X-Pack
- Breaking Changes
- X-Pack APIs
- Graphing Connections in Your Data
- Profiling your Queries and Aggregations
- Reporting from Kibana
- Securing the Elastic Stack
- Getting Started with Security
- How Security Works
- Setting Up User Authentication
- Configuring SAML Single-Sign-On on the Elastic Stack
- Configuring Role-based Access Control
- Auditing Security Events
- Encrypting Communications
- Restricting Connections with IP Filtering
- Cross Cluster Search, Tribe, Clients and Integrations
- Reference
- Monitoring the Elastic Stack
- Alerting on Cluster and Index Events
- Machine Learning in the Elastic Stack
- Troubleshooting
- Getting Help
- X-Pack security
- Can’t log in after upgrading to 6.2.4
- Some settings are not returned via the nodes settings API
- Authorization exceptions
- Users command fails due to extra arguments
- Users are frequently locked out of Active Directory
- Certificate verification fails for curl on Mac
- SSLHandshakeException causes connections to fail
- Common SSL/TLS exceptions
- Internal Server Error in Kibana
- Setup-passwords command fails due to connection failure
- X-Pack Watcher
- X-Pack monitoring
- X-Pack machine learning
- Limitations
- License Management
- Release Notes
WARNING: Version 6.2 of the Elastic Stack has passed its EOL date.
This documentation is no longer being maintained and may be removed. If you are running this version, we strongly advise you to upgrade. For the latest information, see the current release documentation.
Job creation failure due to mapping clash
editJob creation failure due to mapping clash
editThis problem occurs when you try to create a job.
Symptoms:
-
Illegal argument exception occurs when you click Create Job in Kibana or run
the create job API. For example:
Save failed: [status_exception] This job would cause a mapping clash with existing field [field_name] - avoid the clash by assigning a dedicated results index
orSave failed: [illegal_argument_exception] Can't merge a non object mapping [field_name] with an object mapping [field_name]
.
Resolution:
This issue typically occurs when two or more jobs store their results in the
same index and the results contain fields with the same name but different
data types or different fields
settings.
By default, machine learning results are stored in the .ml-anomalies-shared
index in Elasticsearch.
To resolve this issue, click Advanced > Use dedicated index when you create
the job in Kibana. If you are using the create job API, specify an index name in
the results_index_name
property.