- Product: Aleph
- Product Version: 20, 21, 22, 23
- Relevant for Installation Type: Dedicated-Direct,Direct,Local,Total Care
The “ls” command doesn’t work in the xxx01 $data_scratch directory. No response.
Though it took a very long time ( 20 seconds) for it to start displaying the files -- and several minutes to display all of them – the “ls” function does work.
Almost all the files (several million) were publish-06 output files, such as:
-rw-rw-r-- 1 aleph exlibris 14296 Dec 21 11:09 XXX01.000074474.PRIMO-FULL.xml
Normally the publish-06 output is tarred and zipped, such as, aleph.PRIMO-FULL.20151225.115701.1.tar.gz. The files in this xxx01 $data_scratch are individual xml records, such as:
-rw-rw-r-- 1 aleph exlibris 861 Dec 25 11:46 XXX01.030806820.PRIMO-FULL.xml
-rw-rw-r-- 1 aleph exlibris 953 Dec 25 11:46 XXX01.030763574.PRIMO-FULL.xml
-rw-rw-r-- 1 aleph exlibris 13675 Dec 25 11:46 XXX01.030713813.PRIMO-FULL.xml
It’s unclear exactly how/why they were left this way. In any case, doing "rm *PRIMO-FULL*" should remove them -- but when there are so many, it will be necessary to do them in smaller groups, such as " rm XXX01.0300* ", " rm XXX01.0301* " , etc. (or possibly even smaller).
If these 030000001 - 031014400 xxx01 bib records were successfully processed by a later publish-06 run, that
should be the end of it. But, if not, then publish-06 will need to be rerun for these records.