(FSE Dry run 1) Cannot create/import MARC Holdings, MARC authorities

Description

Overview:

Cannot create/import MARC Holdings, MARC authorities on FSE Dry run 1

Steps to reproduce:

  1. Log into *FSE Dry run 1* environment # Open “Inventory” app

  2. Select “MARC“ option in “Source“ filter in the first pane

  3. Click on the title of any record in the second pane

  4. Click on the “Actions” button in the third pane → Select “Add MARC holdings record” option

  5. Add “$b“ subfield with valid location code to “852“ field (f.e., add “$b E“ for “Online (E)“ location)

  6. Click “Save & close“ button

Expected result: MARC Holdings successfully saved. Detailed view of created holdings in shown

Actual result: Success toast notification is shown, then error toast notification is shown: “Unable to create record due to system error. Please try again or contact support.“. Detailed view of created holdings is not shown. In DevTools, one of the GET /records-editor/records/status?qmRecordId=<<UUID>> calls has the following body:

{ "qmRecordId": "59cd81c8-c3fc-4923-9fad-c20d01da987d", "jobExecutionId": "faaa9057-9b4e-4c27-a7c7-bc25c395ea38", "status": "ERROR", "errorMessage": "Failed to initialize pool: SSL error: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target", "metadata": { "createdAt": "2024-07-08T07:37:50.219Z", "updatedAt": "2024-07-08T07:37:55.293684Z" } }

Additional information:

  • NOT reproducible on evrk2

  • Also, data import of MARC holdings record fails with the same error shown in import job logs: Failed to initialize pool: SSL error: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target

  • The same error also appears when trying to import MARC authority record

  • No issues when importing/creating MARC bib record

  • See screencast with an example:

 

Environment

None

CSP Request Details

None

CSP Rejection Details

None

Potential Workaround

None

Estimation Notes and Assumptions

None

RCA Group Details

None

Attachments

8
  • 14 Jan 2025, 12:19 PM
  • 14 Jan 2025, 12:19 PM
  • 14 Jan 2025, 12:19 PM
  • 14 Jan 2025, 12:19 PM
  • 08 Jul 2024, 07:41 AM
  • 08 Jul 2024, 07:33 AM
  • 08 Jul 2024, 07:33 AM
  • 08 Jul 2024, 07:33 AM

Checklist

hide

Activity

Show:

Denis January 16, 2025 at 2:11 PM

, just in case - I see comment from that LoC observed that issue on their environments. So just to make sure we don’t lose smth that could be expected.
https://folio-org.atlassian.net/browse/EUREKA-224?focusedCommentId=244811

Khalilah Gambrell January 16, 2025 at 2:03 PM

- I am closing this issue. CRS will not use MARC holding or MARC authority.

Yauhen Viazau January 16, 2025 at 2:02 PM

- Yes, we were able to reproduce it only on FSE Dry run 1. Not active on Eureka R BF or Eureka Snapshot.

Khalilah Gambrell January 16, 2025 at 1:12 PM

is this issue only happening with https://crs-sandbox2.int.aws.folio.org/oidc-landing&scope=openid?

Khalilah Gambrell January 15, 2025 at 12:35 AM

FWIW - LOC and GALILEO will not use MARC holdings. They will use MARC authority.

Won't Do

Details

Assignee

Reporter

Development Team

Folijet

RCA Group

TBD

Story Points

Sprint

Priority

TestRail: Cases

Open TestRail: Cases

TestRail: Runs

Open TestRail: Runs
Created July 8, 2024 at 7:33 AM
Updated March 17, 2025 at 11:22 AM
Resolved January 16, 2025 at 2:05 PM
TestRail: Cases
TestRail: Runs

Flag notifications