Skip to main content
ExLibris
  • Subscribe by RSS
  • Ex Libris Knowledge Center

    Is it okay to delete $data_scratch/files?

    • Article Type: General
    • Product: Aleph
    • Product Version: 16.02

    Description:
    In /exlibris/aleph/u16_2/xxx01/scratch there are a total of 11GB worth of files dated March 4th that start with manage_01_4. Can these files be deleted? I assume they are related to the word index being run and are no longer needed but I want to be sure before I delete them.

    Actually this question can be extended to the scratch directories in general, is it safe to delete the files created by the various manage jobs that have been sitting around for days/weeks?

    Resolution:
    Once you are certain that an indexing job has completed successfully, you can delete the work files associated with the job. In this case:

    > rm *manage_01*

    The indexing jobs may also leave a large number of small
    dmp*ora,
    ora_length*,
    create_ora* files,

    such as: z02_dmp_ora.log.46 .

    Once you are certain that the job has been successful, these can also be deleted.

    Except for the batch jobs and daemons which are currently running, the system does not need anything in $data_scratch. But $data_scratch often contains input files (to bib-loading or patron-loading jobs) which you may want to preserve.

    The util x/3 utility can be used to clean the $data_scratch. It lets you specify a "number of days back to retain".

    Additional Information

    cleanning $data_scratch


    • Article last edited: 10/8/2013