can you show the update request?  















At 2021-01-07 20:25:13, "Flowerday, Matthew J" 
<matthew.flower...@gb.unisys.com> wrote:

Hi There

 

I have recently upgraded a solr database from 7.7.1 to 8.7.0 and not wiped the 
database and re-indexed (as this would take too long to run on site).

 

On my local windows machine I have a single solr server 7.7.1 installation

 

I upgraded in the following manner

 

Installed windows solr 8.7.0 on my machine in a different folder
Copied the core related folder (holding conf, data, lib, core.properties) from 
7.7.1 to the new 8.7.0 folder
Brought up the solr
Checked that queries work through the Solr Admin Tool and our application

 

This all worked fine until I tried to update a record which had been created 
under 7.7.1. Instead of marking the old record as deleted it effectively 
created a new copy of the record with the change in and left the old image as 
still visible. When I updated the record again it then correctly updated the 
new 8.7.0 version without leaving the old image behind. If I created a new 
record and then updated it the solr record would be updated correctly. The 
issue only seemed to affect the old 7.7.1 created records.

 

An example of the duplication as follows (the first record is 7.7.1 created 
version and the second record is the 8.7.0 version after carrying out an 
update):

 

{

  "responseHeader":{

    "status":0,

    "QTime":4,

    "params":{

      "q":"id:9901020319M01-N26",

      "_":"1610016003669"}},

  "response":{"numFound":2,"start":0,"numFoundExact":true,"docs":[

      {

        "id":"9901020319M01-N26",

        "groupId":"9901020319M01",

        "urn":"N26",

        "specification":"nominal",

        "owningGroupId":"9901020319M01",

        "description":"N26, Yates, Mike, Alan, Richard, MALE",

        "group_t":"9901020319M01",

        "nominalUrn_t":"N26",

        "dateTimeCreated_dtr":"2020-12-30T12:00:53Z",

        "dateTimeCreated_dt":"2020-12-30T12:00:53Z",

        "title_t":"Captain",

        "surname_t":"Yates",

        "qualifier_t":"Voyager",

        "forename1_t":"Mike",

        "forename2_t":"Alan",

        "forename3_t":"Richard",

        "sex_t":"MALE",

        "orderedType_t":"Nominal",

        "_version_":1687507566832123904},

      {

        "id":"9901020319M01-N26",

        "groupId":"9901020319M01",

        "urn":"N26",

        "specification":"nominal",

        "owningGroupId":"9901020319M01",

        "description":"N26, Yates, Mike, Alan, Richard, MALE",

        "group_t":"9901020319M01",

        "nominalUrn_t":"N26",

        "dateTimeCreated_dtr":"2020-12-30T12:00:53Z",

        "dateTimeCreated_dt":"2020-12-30T12:00:53Z",

        "title_t":"Captain",

        "surname_t":"Yates",

        "qualifier_t":"Voyager enterprise defiant yorktown xx yy",

        "forename1_t":"Mike",

        "forename2_t":"Alan",

        "forename3_t":"Richard",

        "sex_t":"MALE",

        "orderedType_t":"Nominal",

        "_version_":1688224966566215680}]

  }}

 

I checked the solrconfig.xml file and it does have a uniqueKey set up

 

              <field name="id" type="string" indexed="true" stored="true" 
required="true" multiValued="false" />

                 

<uniqueKey>id</uniqueKey>

 

I was wondering if this behaviour is expected and if there is a way to make 
sure that records created under a previous version are updated correctly (so 
that the old data is deleted when updated).

 

Also am I upgrading solr correctly as it could be that the way I have upgraded 
it might be causing this issue (I tried hunting through the solr documentation 
online but struggled to find window upgrade notes and the above steps I worked 
out by trial and error).

 

Many thanks

 

Matthew

 

Matthew Flowerday | Consultant | ULEAF

Unisys | 01908 774830| matthew.flower...@unisys.com

Address Enigma | Wavendon Business Park | Wavendon | Milton Keynes | MK17 8LX

 

 

THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is for use only by the intended recipient. If you received this in 
error, please contact the sender and delete the e-mail and its attachments from 
all devices.

   

 

Reply via email to