Using data import to overlay a record with legacy 999 other than the one FOLIO creates with the inventory and srs UUIDs fields fails silently.
Steps to Reproduce:
- Log into FOLIO as diku_admin (affects kiwi-bugfest, and probably snapshot-load)
- Import the attached file single_local999_test3.mrc of MARC records, using the job profile: Default - Create instance and SRS MARC Bib
- Once imported, check to be sure that the local 999 field (with blank indicators) was retained, and a new 999 field (with ff indicators and the Instance and SRS MARC Bib UUIDs) was created.
- Go to Inventory and search for that Instance by HRID (do NOT use the hotlink in the Data Import log)
- Go to Actions/View source and confirm
- The existing 999 with blank indicators was retained
- A new 999 with ff indicators was created and has the Instance UUID in $i and SRS MARC Bib UUID in $s
- This single_local999_test3.mrc file is not currently importing to Kiwi Bugfest (gets stuck in "Running")
- On Kiwi Bugfest, if you search Instance by HRID insta7155403, you will see the record when it was previously imported, but the View source option is greyed out.
- abreaux will check on the hosted ref envs once they come back to life).
- On Kiwi demo env (https://folio-kiwi.dev.folio.org/), import for this single_local999_test3.mrc file also gets stuck in "Running" - so it appears that even importing to create when there is a 999 field is not working. It previously worked; see
MODSOURMAN-204. When I import the file attached to MODSOURMAN-204using the Default Create job profile (61PRINT160129 also attached here), it imports cleanly in Kiwi BF and in Kiwi demo env.
- Close the source record and the instance detail view. That should leave the 1 search result in your Inventory search results screen
- Go to Actions/Save instance UUIDs. That will trigger download of a csv file with that one UUID in it
- Go to the Data Export app and upload the csv file
- Select the Default job profile to export the associated MARC record.
- Doublecheck the exported file to make sure that the non-fff 99 field and the 999 ff field are both in the exported MARC record
- Go to Settings/Data Import and create the following profiles
- Match profile: MARC 001 matching to Instance HRID
- Field mapping profile for Instance: suppress from Inventory and add a statistical code
- Action profile: Update Instance (and link above field mapping profile)
- Job profile: Update instance
- Match profile
- If yes, then Update instance
- Match profile
- Go to the Data Import app
- Upload the exported MARC file
- Select the newly-created job profile and import the file
- Check Inventory to see if the Instance was updated properly (Suppressed from Inventory, and statistical code added)
- Check View source to ensure the SRS MARC record has the non-ff 999 field and the 999 ff UUID field
- NOTE: When I did this in Kiwi Bugfest, it worked properly. See https://bugfest-kiwi.folio.ebsco.com/inventory/view/d0cf4f85-f451-44b9-bcd1-891b69b27f3f and job 7806, with log https://bugfest-kiwi.folio.ebsco.com/data-import/job-summary/633ce3f2-e89e-465a-b80c-e3d83c2e5b8f?sort=recordNumber
Record is imported cleanly
The following error will come up in mod-source-record-storage:
Removing all Local 999 fields other than the one with $i and $s for UUIDs will work. Tested on mod-source-record-storage 5.1.9 and 5.0.5
Attached a file to represent the record with one 999 (works) and legacy 999s (does not work)
Notes from abreaux
- This is a regression. this previously worked.
- I wonder if it's related to the data in the Lehigh MARC record. It would be helpful to understand why the Lehigh file is bombing (event for create at this point), but my file is working (for create and update)