p_cir_12 produces 0-length output for certain sublibrary
- Article Type: General
- Product: Aleph
- Product Version: 19.01
Description:
We run multiple iterations (one for each ABC50 sublibrary) of p_cir_12 from our job_list daily around 8:00AM. Following upgrade to v19, the jobs ran fine initially. However, since July 15, each running for sublibrary ACFST has failed to yield results. In the Task Manager > Batch Log, I can see that ABC_Pullslips_20090729 ran for example and has 26 slips, but when I look at it in File Manager > File List, the file is empty so we have nothing to print.
We don't remember making any changes on/around July 16 that would account for the change in the way the job runs; if there were changes, they certainly weren't intentional.
Resolution:
Multiple entries in the job_list were causing p_cir_12 to be run multiple times for the same sublibrary. The second run didn't find any unprocessed requests and overwrote the (good) output from the first run with a zero-length output.
- Article last edited: 10/8/2013