• Product: Aleph
• Product Version: 20, 21, 22, 23
• Relevant for Installation Type: Dedicated-Direct,Direct,Local,Total Care

Description:  

The “ls” command doesn’t work in the xxx01 $data_scratch directory.  No response.

Resolution:

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.