Page History

...

...

1. All experiments are treated equally even if a few institutions copy the data home and don't need to have the data on disk at SLAC: ideally we would reserve that disk space for other experiments that do rely on it.
2. Some folders and the different storage classes (short, medium and long term) were not always properly understood or used  (eg e.g. ftc was often treated as scratch).
3. It's been hard to maintain the promise of preserving all the data on disk for their supposed lifetime: this has proved particularly tricky for scratch where the users can easily write tens of terabytes in a few hours.
4. Deleting data too early, ie i.e. when files are still being actively accesses, can cause large, and concurrent, restore operations from tape which affect negatively the performance of the system.

We Also, we have studied the data usage over time and we have observed that:

...

• Eliminate the short and medium storage classes..
• Eliminate the /ftc folder.
  • Data currently under ftc will be moved to scratch and the scratch policy will apply.
• Change the lifetime for raw and scratch data disks to 4 months.
• After the initial 4 months period, the expiration status of a run Switch from an experiment wide policy, where all files from one experiment stay on disk for a fixed duration of time after the end of the experiment, to a run wide policy where the expiration status of the files is determined by the access pattern of the its files of a specific run. 
  • This will be enforced by the constant monitoring of the file systems to determine which files were accessed and when. We will be also tracking if the files were actually analyzed or just "touched" to dodge the policy. 
  • Igor: no need in this statement as this has always been like this. Perhaps we should just say/remind that: "...for raw and translated data all files associated with a run and stored within a particular folder would be a subject for the Policy..."
  • Analyzing the data extends the lifetime of the access data by 1 month from the access date.
  • Data restored from tape will stay on disk for 1 month
  .Change the lifetime for raw and scratch data disks to 4 months. (For raw data the cleanup will affect all files
  • , i.e.
  all streams and chunks, which make up one run, rather than individual files.)Eliminate the /ftc folder (data currently under ftc will be moved to scratch and the scratch policy will apply)
  • it's treated as a file access.
• Rename the usr folder as usrdaq.
• Rename the res folder as results.
• Increase the quota of the results folder to 2TB.
• Igor: What should we say about files restored from tape? Should we assume a different expiration term for them?
• Igor: What should we say about NERSC?

...

Notes

• Please do not store under the scratch folder data that you cannot recreate because this directory is not backed up and the oldest files on scratch may be deleted at any time to make space for data from new experiments.
• The backup of the results and home folders is fundamentally different from the archiving of the xtc/hdf5/usrdaq folders. In the latter case the folders are frozen after the end of the experiments and their contents are stored on tape once. In the case of the res and home, files which are deleted from disk are eventually, i.e. after a long enough time, also deleted from tape.
• Please do not store under the scratch folder data that you cannot recreate because this directory is not backed up and the oldest files on scratch may be deleted at any time to make space for data from new experiments.

...

• For raw data the cleanup operations will affect all files, i.e. all streams and chunks, which make up one run, rather than individual files.