Details
-
Bug
-
Status: Closed (View Workflow)
-
P2
-
Resolution: Done
-
21.0.3
-
CP: sprint 124
-
Core: Platform
-
R2 2021 Hot Fix #3
-
Yes
-
Cornell
-
Data related (ex. Can be detected with large dataset only)
Description
Overview:
mod-inventory-storage module update takes an unacceptable amount of time
Steps to Reproduce:
prepare a database with 5.5million items
set up database with at aws 8xlarge
Expected Results:
Database update takes as little time as possible, though 2 hrs is usually acceptable
Actual Results:
entire install took 6 hours for one tenant, Mod inventory storage accounted for 5.5 hrs of it.
Additional Information:
additional datapoint: xLarge took 36 hours for 2 tenants simultaneously at 5.5m rows each
Interested parties:
mveksler@ebsco.com
TestRail: Results
Attachments
Issue Links
- blocks
-
MODINVSTOR-777 Schema Upgrade Testing
-
- Closed
-
-
MODINVSTOR-784 Release for Kiwi R3 2021
-
- Closed
-
-
MODINVSTOR-794 Memory Leaks: io.vertx.core.impl.DuplicatedContext
-
- Closed
-
- is blocked by
-
MODINVSTOR-795 Backport database memory fix to Juniper (RMB-863, RMB v33.1.1)
-
- Closed
-
- is defined by
-
MODINVSTOR-806 Remove instance publication period defaulting
-
- Closed
-
- relates to
-
MODINVSTOR-811 Populate publicationPeriod from dateOfPublication fields
-
- Closed
-
-
MODINVSTOR-812 Improve ways to populate publicationPeriod field
-
- Closed
-
-
MODINVSTOR-724 Populate publication year field based on dateOfPublication field
-
- Closed
-
-
MODINVSTOR-838 mod-inventory-storage upgrade from Juniper-Kiwi unacceptable
-
- Closed
-