IPP Software Navigation Tools IPP Links Communication Pan-STARRS Links

Changes between Version 168 and Version 169 of ippToPsps


Ignore:
Timestamp:
Oct 5, 2011, 3:11:11 PM (15 years ago)
Author:
rhenders
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • ippToPsps

    v168 v169  
    154154 * it will ignore certain missing values, which would otherwise fail the batch
    155155
     156=== Multiple 'clients' ===
     157
     158It is possible, and usually necessary, to run multiple versions of {{{load.py}}}. The code has been designed so that the user need simply run the program as described above. Any number of clients can run concurrently on any number of hosts, so long as they have a local 'scratch' database set up properly (see above).
     159
     160Note that clients on machines where the DVO database is not on a local disk will run more slowly due to the increased network reading of DVO data files.
     161
    156162== Running {{{dvoToMySQL}}} ==
    157163
     
    170176When loading, three copies of the data exist: the original files on disk, the batches on the datastore and a third copy on the PSPS loading machine. The deletion policy at present is:
    171177
    172  * when a batch has been loaded to the ODM and has a status of 'merge worthy', then the copy on the datastore and the DXLayer copy can be removed
    173  * when a batch has been successfully merged into the PSPS database, the final copy on local disk is deleted
    174 
    175 The logic for this is that errors may occur during the merge phase and it is useful to have local copies of offending batches for debugging purposes.
    176 
    177 This standard behavior can be changed by setting the appropriate values in the ''deletion'' section of the config file.
     178 * when a batch has been loaded to the ODM and has a status of 'merge worthy' '''or''' 'failed', then the copy on the datastore and the DXLayer's copy can be removed
     179 * when a batch has been successfully merged into the PSPS database, then final copy on local disk may be deleted
     180
     181The logic for this is that errors may occur during the merge phase and it is useful to have local copies of offending batches for debugging purposes. This standard behavior can be changed by setting the appropriate values in the ''deletion'' section of the config file.
     182
     183To actually perform the clean, run the {{{cleanup.py}}} program like this:
     184
     185{{{
     186./run.sh cleanup.py  configs/lap20110809.xml
     187}}}
    178188
    179189== Metrics ==