[SEARCH-1750] Content count in the replica does not match the original node Created: 16-Jul-19 Updated: 28-Jul-20 Resolved: 09-Aug-19 |
|
Status: | Done |
Project: | Search and Discovery |
Component/s: | None |
Affects Version/s: | None |
Fix Version/s: | Search Services 1.4 |
Type: | Bug | ||
Reporter: | Meenal Bhave [X] (Inactive) | Assignee: | Unassigned |
Resolution: | Done | Votes: | 0 |
Labels: | None | ||
Remaining Estimate: | 0 minutes | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Attachments: |
![]() ![]() ![]() ![]() |
||||
Issue Links: |
|
||||
Bug Priority: |
|
||||
Sprint: | Team Ninja-King - S&I 15 | ||||
Story Points: | 3 |
Description |
Setup: ACS + ASS / Insight Engine (tested with ACS 6.2.0-snapshot - latest and IE 1.4.snapshot) Steps: Configure IE to run with ACS in a sharded mode. #Shard setup shard.method=EXPLICIT_ID shard.instance=0 shard.key=expl:shardID Where, expl is the custom model I added, that includes a ShardInfo aspect and has a text property <shardID>. Model is Active. Check the sharding method is recognised as EXPLICIT_ID using Admin console > Search Service Sharding screen. Add some content. I added a folder, added a rule to set the ShardInfo aspect and property: shardID to 0. Then added some content to the folder. Check that the property is correctly set and the added content is indexed on the appropriate shard (shard 0). Now, start a replica of shard 0, by using the same properties as above. #Shard setup shard.method=EXPLICIT_ID shard.instance=0 shard.key=expl:shardID Check the no of docs (overview) and no of content returned by the query using Slr admin screen. Expected Result: Error: Also, checked adding <shard.count> property to all the shard nodes. Index for Alfresco core matches but it still differs for archive core. |
Comments |
Comment by Angel Borroy [ 02-Aug-19 ] |
Described configuration has been reproduced using Docker Compose. Available at https://git.alfresco.com/aborroy/search-1750 |
Comment by Angel Borroy [ 02-Aug-19 ] |
The issue cannot be reproduced. Following the steps described in https://git.alfresco.com/aborroy/search-1750, the same results are obtained for original and replica shard. First two different folders with ShardId 0 and ShardId 1 are created. Folders and files are created on each folder. Checked count for this situation: http://localhost:8083/solr/alfresco/select?fl=[cached]cm_name,[cached]PATH,[cached]DBID&indent=on&q=cm:name:*&sort=DBID%20desc&wt=json "response":{"numFound":295,"start":0,"docs":[ http://localhost:8085/solr/alfresco/select?fl=[cached]cm_name,[cached]PATH,[cached]DBID&indent=on&q=cm:name:*&sort=DBID%20desc&wt=json "response":{"numFound":280,"start":0,"docs":[ Solr Replica is started. $ docker-compose up --build --force-recreate solr6replica After waiting the indexation time, the same result is observed: http://localhost:8084/solr/alfresco/select?fl=[cached]cm_name,[cached]PATH,[cached]DBID&indent=on&q=cm:name:*&sort=DBID%20desc&wt=json "response":{"numFound":295,"start":0,"docs":[ Meenal Bhave [X] Can you provide additional instructions to reproduce the behaviour described in the ticket? |
Comment by Angel Borroy [ 02-Aug-19 ] |
Same results observed for EXPLICIT_ID_FALLBACK_LRIS. It looks like it works fine. |
Comment by Michael Suzuki [X] (Inactive) [ 05-Aug-19 ] |
Meenal Bhave [X] | Angel Borroy to confirm if reproducible with Zip distribution. |
Comment by Angel Borroy [ 08-Aug-19 ] |
Tested with ZIP Distribution. Still not able to reproduce the problem. |