Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

A more descriptive warning message instead of the vague and not useful "Courier Fetch: 1 of 5 shards failed" #11178

Closed
astefan opened this issue Apr 12, 2017 · 7 comments

Comments

@astefan
Copy link

astefan commented Apr 12, 2017

Kibana version: 5.3.0/5.2.0

Elasticsearch version: 5.3.0/5.2.0

Description of the problem including expected versus actual behavior:

Kibana seems to report a vague and incorrect message for a mapping problem in the Elasticsearch index. It would be better if the message displayed would be more descriptive. The Elasticsearch one is definitely more helpful.

Steps to reproduce:

  1. create a simple index like the following gist
  2. in Kibana, define an Index Pattern to cover the test index that was just created
  3. go to the Discover tab and choose the freshly created pattern

Errors in browser (if relevant): Courier Fetch: 1 of 5 shards failed.

kibana warning message

Provide logs and/or server output (if relevant):

[2017-04-12T05:44:00,350][DEBUG][o.e.a.s.TransportSearchAction] [main_node_5_3_0] [45] Failed to execute fetch phase
org.elasticsearch.transport.RemoteTransportException: [main_node_5_3_0][127.0.0.1:9300][indices:data/read/search[phase/fetch/id]]
Caused by: java.lang.IllegalArgumentException: Can't load fielddata on [my_date] because fielddata is unsupported on fields of type [date]. Use doc values instead.
	at org.elasticsearch.index.mapper.MappedFieldType.failIfNoDocValues(MappedFieldType.java:428) ~[elasticsearch-5.3.0.jar:5.3.0]
	at org.elasticsearch.index.mapper.DateFieldMapper$DateFieldType.fielddataBuilder(DateFieldMapper.java:379) ~[elasticsearch-5.3.0.jar:5.3.0]
	at org.elasticsearch.index.fielddata.IndexFieldDataService.getForField(IndexFieldDataService.java:111) ~[elasticsearch-5.3.0.jar:5.3.0]
	at org.elasticsearch.search.fetch.subphase.DocValueFieldsFetchSubPhase.hitExecute(DocValueFieldsFetchSubPhase.java:65) ~[elasticsearch-5.3.0.jar:5.3.0]
@astefan astefan added Feature:Visualizations Generic visualization features (in case no more specific feature label is available) bug Fixes for quality problems that affect the customer experience labels Apr 12, 2017
@Bargs Bargs added :Discovery release_note:enhancement and removed Feature:Visualizations Generic visualization features (in case no more specific feature label is available) bug Fixes for quality problems that affect the customer experience labels Apr 12, 2017
@Bargs
Copy link
Contributor

Bargs commented Apr 12, 2017

I believe we're just passing through the message that came back from ES. Was there a "more info" button on the right side of the notification banner? Usually we'll include the full ES error there.

The message we get in master seems to be improved:

screen shot 2017-04-12 at 6 04 41 pm

@truebit
Copy link

truebit commented Jun 20, 2017

@Bargs this is a warning message, It only displays as follows:
default

@astefan could you tell me how could I locate the exception? I could not found such log in elasticsearch log file.

I finally found that it's due to scripted fields issue.

@alexfrancoeur
Copy link

@epixa what team would own this, would it be platform? Seems like this is a common pain point and wasted time for debugging issues in support. If we could provide any additional context for errors like this it'd be fantastic.

@epixa
Copy link
Contributor

epixa commented Jun 1, 2018

Discovery

@mauriziod
Copy link

This will be really helpful to have. I had the same problem and I managed to fix it by resolving the field type conflicts reported in the Management section on the left hand side menu. Hope that helps.

@cjcenizal
Copy link
Contributor

This is a very valid problem, but this issue is a dupe of #5957. I'm closing this in favor of that one.

@u007
Copy link

u007 commented Aug 20, 2018

in my case, changing data structure seems to be the problem. i did a quick resolution by removing elasticsearch database. not recommended for others, but mine is just statistic, isnt important to keep history of data.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

8 participants