# Interpretting Shard Failure information in a search response

**URL:** https://discuss.elastic.co/t/interpretting-shard-failure-information-in-a-search-response/5529
**Category:** Elasticsearch
**Created:** [October 6, 2011, 11:45am UTC](https://discuss.elastic.co/t/interpretting-shard-failure-information-in-a-search-response/5529 "2011-10-06T11:45:32Z")
**Posts on this page:** 4
**Page:** 1

<div class="post-metadata">

### Author: ![Paul\_Smith](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/paul_smith/32/1323_2.png) [@Paul\_Smith](https://discuss.elastic.co/u/Paul_Smith)
#### Post date: [October 6, 2011, 11:45am UTC](https://discuss.elastic.co/t/interpretting-shard-failure-information-in-a-search-response/5529/1 "2011-10-06T11:45:32Z")

</div>

Hey all,

just wanted to be clear on how to interpret the # shard failures during a  
search, in particular a Scan type request in case it makes a difference.  
Does one interpret that a search response with a # shard failures \> 1 is a  
'best effort' search response, and perhaps not fully accurate, or is it  
simply reporting failures ES has managed to recover from and return a  
full/complete response ?

I guess for my case, if I'm really needing the response to be accurate, that  
any shard failure count \> 0 should require retrying the request (with  
bailout/backoff/whatever) built in?

tah,

Paul

---

<div class="post-metadata">

### Author: ![kimchy](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/kimchy/32/44952_2.png) [@kimchy](https://discuss.elastic.co/u/kimchy)
#### Post date: [October 6, 2011, 2:54pm UTC](https://discuss.elastic.co/t/interpretting-shard-failure-information-in-a-search-response/5529/2 "2011-10-06T14:54:26Z")

</div>

Heya,

When you get shard failures, it means that the search failed to execute on  
the respective shards (on all those shard replicas, as they are  
automatically retried) that are reported. The result of the search will  
include hits from the rest (non failed) shards.

On Thu, Oct 6, 2011 at 1:45 PM, Paul Smith [tallpsmith@gmail.com](mailto:tallpsmith@gmail.com) wrote:

> Hey all,
> 
> just wanted to be clear on how to interpret the # shard failures during a  
> search, in particular a Scan type request in case it makes a difference.  
> Does one interpret that a search response with a # shard failures \> 1 is a  
> 'best effort' search response, and perhaps not fully accurate, or is it  
> simply reporting failures ES has managed to recover from and return a  
> full/complete response ?
> 
> I guess for my case, if I'm really needing the response to be accurate,  
> that any shard failure count \> 0 should require retrying the request (with  
> bailout/backoff/whatever) built in?
> 
> tah,
> 
> Paul

---

<div class="post-metadata">

### Author: ![Paul\_Smith](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/paul_smith/32/1323_2.png) [@Paul\_Smith](https://discuss.elastic.co/u/Paul_Smith)
#### Post date: [October 6, 2011, 9:57pm UTC](https://discuss.elastic.co/t/interpretting-shard-failure-information-in-a-search-response/5529/3 "2011-10-06T21:57:42Z")

</div>

On 7 October 2011 01:54, Shay Banon [kimchy@gmail.com](mailto:kimchy@gmail.com) wrote:

> Heya,
> 
> When you get shard failures, it means that the search failed to execute  
> on the respective shards (on all those shard replicas, as they are  
> automatically retried) that are reported. The result of the search will  
> include hits from the rest (non failed) shards.

ok, so any shard failure is effectively a compromised search, you can't  
trust the results. thanks.

Paul

---

<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 6, 2017, 3:52am UTC](https://discuss.elastic.co/t/interpretting-shard-failure-information-in-a-search-response/5529/4 "2017-07-06T03:52:38Z")

</div>


