# Which node(s) hold a document? **URL:** \ **Category:** Elasticsearch\ **Created:** [February 16, 2014, 10:09pm UTC](https://discuss.elastic.co/t/which-node-s-hold-a-document/15834 "2014-02-16T22:09:01Z")\ **Posts on this page:** 4\ **Page:** 1
**Author:** ![Daniel\_Winterstein](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/daniel_winterstein/32/1442_2.png) [@Daniel\_Winterstein](https://discuss.elastic.co/u/Daniel_Winterstein)\ **Post date:** [February 16, 2014, 10:09pm UTC](https://discuss.elastic.co/t/which-node-s-hold-a-document/15834/1 "2014-02-16T22:09:01Z")
Hello, Is it possible to find out (a) which logical shard a document is in, and (b) which servers are holding that shard? These are documents with parents, so setRouting() is used when indexing. NB: I'm working in Java using the Java client. Why? I want to do distributed computation, where the processing for a document happens on the server holding the data. I'm using a parent-child routing scheme, which means that large blocks of related data will end up in the same shard. Shifting computation to be near data, rather than vice-versa, would make a significant difference. Also, I'm thinking the holding servers can be used as part of coordinating the distribution of jobs. Thank you for any help, - Daniel -- You received this message because you are subscribed to the Google Groups "elasticsearch" group. To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com). To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/6ade77fb-3752-4db6-b678-e23c7118de08%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/6ade77fb-3752-4db6-b678-e23c7118de08%40googlegroups.com). For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out). ---
**Author:** ![javanna](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/javanna/32/4698_2.png) [@javanna](https://discuss.elastic.co/u/javanna)\ **Post date:** [February 17, 2014, 8:43am UTC](https://discuss.elastic.co/t/which-node-s-hold-a-document/15834/2 "2014-02-17T08:43:45Z")
Hi, I'd have a look at the search shards api, which given a search request returns which shards (and nodes) it would get executed on, without actually executing it. Have a look at issue #2726[https://github.com/elasticsearch/elasticsearch/issues/2726](https://github.com/elasticsearch/elasticsearch/issues/2726) . On Sunday, February 16, 2014 11:09:01 PM UTC+1, Daniel Winterstein wrote: > Hello, > > Is it possible to find out (a) which logical shard a document is in, and > (b) which servers are holding that shard? > These are documents with parents, so setRouting() is used when indexing. > > NB: I'm working in Java using the Java client. > > Why? > I want to do distributed computation, where the processing for a document > happens on the server holding the data. > I'm using a parent-child routing scheme, which means that large blocks of > related data will end up in the same shard. > Shifting computation to be near data, rather than vice-versa, would make a > significant difference. > Also, I'm thinking the holding servers can be used as part of coordinating > the distribution of jobs. > > Thank you for any help, > > - Daniel -- You received this message because you are subscribed to the Google Groups "elasticsearch" group. To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com). To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/42962441-8178-48b2-92c3-4f92da1721f2%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/42962441-8178-48b2-92c3-4f92da1721f2%40googlegroups.com). For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out). ---
**Author:** ![Daniel\_Winterstein](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/daniel_winterstein/32/1442_2.png) [@Daniel\_Winterstein](https://discuss.elastic.co/u/Daniel_Winterstein)\ **Post date:** [February 18, 2014, 9:50am UTC](https://discuss.elastic.co/t/which-node-s-hold-a-document/15834/3 "2014-02-18T09:50:11Z")
Thanks Luca -- that should do the job. The cat shards endpoint also looks relevant: > **[Elasticsearch Platform — Find real-time answers at scale](https://www.elastic.co)** > > Power insights and outcomes with the Elasticsearch Platform and AI. See into your data and find answers that matter with enterprise solutions designed to help you build, observe, and protect. Try Elasticsearch free today. Best regards, - Daniel On 17 February 2014 08:43, Luca Cavanna [cavannaluca@gmail.com](mailto:cavannaluca@gmail.com) wrote: > Hi, > I'd have a look at the search shards api, which given a search request > returns which shards (and nodes) it would get executed on, without actually > executing it. Have a look at issue #2726 . > > On Sunday, February 16, 2014 11:09:01 PM UTC+1, Daniel Winterstein wrote: > > > Hello, > > > > Is it possible to find out (a) which logical shard a document is in, and > > (b) which servers are holding that shard? > > These are documents with parents, so setRouting() is used when indexing. > > > > NB: I'm working in Java using the Java client. > > > > Why? > > I want to do distributed computation, where the processing for a document > > happens on the server holding the data. > > I'm using a parent-child routing scheme, which means that large blocks of > > related data will end up in the same shard. > > Shifting computation to be near data, rather than vice-versa, would make a > > significant difference. > > Also, I'm thinking the holding servers can be used as part of coordinating > > the distribution of jobs. > > > > Thank you for any help, > > > > - Daniel > > -- > You received this message because you are subscribed to a topic in the > Google Groups "elasticsearch" group. > To unsubscribe from this topic, visit > [https://groups.google.com/d/topic/elasticsearch/XEJECqcdJhU/unsubscribe](https://groups.google.com/d/topic/elasticsearch/XEJECqcdJhU/unsubscribe). > To unsubscribe from this group and all its topics, send an email to > [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com). > To view this discussion on the web visit > [https://groups.google.com/d/msgid/elasticsearch/42962441-8178-48b2-92c3-4f92da1721f2%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/42962441-8178-48b2-92c3-4f92da1721f2%40googlegroups.com). > > For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out). -- Dr Daniel Winterstein Director A: TechCube, Edinburgh, EH9 1PL M: +44 (0)772 5172 612 [http://winterwell.com](http://winterwell.com)[http://sodash.com](http://sodash.com) -- You received this message because you are subscribed to the Google Groups "elasticsearch" group. To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com). To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/CAEmLStmH6-zvbHvhkE\_nuBLRUc7yoyn0SpDUCyFtcd0OW-eivw%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAEmLStmH6-zvbHvhkE_nuBLRUc7yoyn0SpDUCyFtcd0OW-eivw%40mail.gmail.com). For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out). ---
**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, 1:49am UTC](https://discuss.elastic.co/t/which-node-s-hold-a-document/15834/4 "2017-07-06T01:49:32Z")