Hold targeter v2 fails to properly group parallel batches
Bug #1679279 reported by
Bill Erickson
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Evergreen 2.12
The new hold targeter attempts to segregate parallel targeting batches by the metarecord ultimately linked to from the hold target. This prevents any 2 processes from targeting holds that share potential copies. The logic that implements this is flawed, though, because it's grouping on the metarecord_
Patch en route.
Changed in evergreen: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
Fix pushed:
http:// git.evergreen- ils.org/ ?p=working/ Evergreen. git;a=shortlog; h=refs/ heads/user/ berick/ lp1679279- hold-targeter- parallel- grouping- repair
This is not easily tested via a Perl test, but one way to confirm the fix is to check that the SQL for main holds-to-target query (in parallel mode) now shows:
mod("mmrsm" .metarecord, x) = y
Instead of:
mod("mmrsm".id, x) = y