Hi Shawn, I just check the clusterstate.json <http://192.168.33.10:18983/solr/admin/zookeeper?detail=true&path=%2Fclusterstate.json> which is restored for "restore_test_collection". The router is "router":{"name":"compositeId"}, not implicit.
So, it's a very serious bug I think. Should this bug go into jira? Please help! Regards, Jerome On Tue, Oct 11, 2016 at 8:34 PM, Shawn Heisey <apa...@elyograg.org> wrote: > On 10/11/2016 3:27 AM, Jerome Yang wrote: > > Then, I index some new documents, and commit. I find that the > > documents are all indexed in shard1 and the leader of shard1 don't > > have these new documents but other replicas do have these new documents. > > Not sure why the leader would be missing the documents but other > replicas have them, but I do have a theory about why they are only in > shard1. Testing that theory will involve obtaining some information > from your system: > > What is the router on the restored collection? You can see this in the > admin UI by going to Cloud->Tree, opening "collections", and clicking on > the collection. In the right-hand side, there will be some info from > zookeeper, with some JSON below it that should mention the router. I > suspect that the router on the new collection may have been configured > as implicit, instead of compositeId. > > Thanks, > Shawn > >
