/g/data/ik11 is very full, so it would be great if we could delete or archive some of the outputs there if they’re no longer needed.
First up, there are a bunch of ACCESS-OM2-025 experiments in /g/data/ik11/outputs/access-om2-025/. I guess we want to keep the main omip ones? Although is there any double up there with what’s here: /g/data/cj50/access-om2/cf-compliant/access-om2-025/ ? Is anyone still using all the different experiments here? @rmholmes@AndyHoggANU ?
Next up, old panan runs. Does anyone mind if we delete the following highlighted experiments? (Obviously keeping the current unhighlighted 1/10th, 1/20th and 1/40th simulations - and moving these to /g/data/ol01/.) Has anyone published with these blue highlighted runs? Maybe @JuliaN ? @AndyHoggANU
There are many folders in there that I don’t know what they are (e.g. 01deg_jra55v13_iaf_4hourly; how is 01deg_jra55v13_ryf9091_qian_ctrl different from the normal ryf again? should we move that to cj50?; 01deg_jra55v140_iaf_cycle3_HF; 01deg_jra55v140_iaf_cycle4_rerun_from_*).
Also, can we consider deleting any of it? e.g. Does anyone use the start of the RYF or need long time series of it? Could we delete outputs000-195? And then perhaps also outputs280-739? And outputs 800-1075?
Maybe we can discuss at COSIMA meeting tomorrow @edoddridge since there seems to be time?
Many of the runs in access-om2-025 are mine. Here are some thoughts/proposals:
025deg_era5_iaf → active use. Keep. 025deg_era5_ryf → Cut down storage by deleting everything except scalars and 3D monthly T/S for all years except the last 10. 025deg_jra55_iaf_era5comparison → Apples-to-apples comparison with 025deg_era5_iaf, keep. 025deg_jra55_iaf_omip2_cycle1-5 → first five cycles of OMIP-2. I don’t think anyone looks at these, so I would propose deleting everything except scalars. 025deg_jra55_iaf_omip2_cycle6 and 025deg_jra55_iaf_omip2_cycle6_jra55v150_extension → active use. Keep. 025deg_jra55_iaf_omip2_straits* → Looks like these were done by @AndyHoggANU? 025deg_jra55_ryf9091_bgc → Done by @Aidan. 025deg_jra55_ryf9091_gadi → A well spunup RYF run (550 years). I would propose cutting down on storage by deleting most outputs (looks like last ~250 years have more output saved, we could cut that down to last ~50). 025deg_jra55_ryf9091_gadi_noGM/norediGM → Take very little space. 025deg_jra55_ryf9091_gadi_GMhi → @AndyHoggANU 025deg_jra55_ryf_era5comparison → Apples to apples comparison with 025deg_era5_ryf. Again, I would propose cutting down storage by deleting everything except scalars and 3D monthly T/S for all years except the last 10.
I don’t know anything about the runs in /g/data/cj50/access-om2/cf-compliant/access-om2-025/. The readme in there suggests they were done by Andy, Andrew and Abhishek?
I back Ryan’s comments on iaf_jra55_025deg runs keep cylce6 runs and comparisons with era5comparioson as they are still actively used. I am not users of the ryf runs but others will be.
As Ryan says the data on cj50 looks like more it has been formatted for omip style entry to CMIP6. Not sure which cycle it matches.
I ran the OMIP-2 run for CMIP6 and I’m not mentioned in the cj50 readme, so I was assuming these were older runs (not any of the ones listed above) that Abhi did ages ago?
we also need to keep panant-01-zstar-ACCESSyr2_first_run (I am using it atm) but might be able to delete some output. panant-01-zstar-ACCESSyr2_first_run and panant-01-zstar-ACCESSyr2 are identical but we saved high resolution output for panant-01-zstar-ACCESSyr2 which we hadn’t saved before. panant-01-zstar-ACCESSyr2 however only goes to 2005 whereas panant-01-zstar-ACCESSyr2_first_run was run to 2010.
Good to know Christina. We could perhaps delete /g/data/ik11/outputs/mom6-panan/panant-01-zstar-ACCESSyr2_first_run up to the end of 2005 then? Looks like we don’t have the first 10 years in any case.
Keep all of RYF for now. @ongqingyee is using it. I’m just remembering now that maybe @jemmajeffree also used it?
Check last accessed stamp on files before deleting.
@aekiss will check 01deg_jra55v13_iaf_4hourly and 01deg_jra55v140_iaf_cycle3_HF.
I will check what 01deg_jra55v13_ryf9091_qian_ctrl is with Qian.
01deg_jra55v140_iaf_cycle4_rerun_from_* are @pat_wongpan’s runs to output some extra BGC variables that were missing from the original cycle4. He is still using them.
Let’s try to move some of the widely used 1/10th runs on ik11 (e.g. RYF and IAF runs) into reference datasets at NRI.
I used all of the 0.1 ryf, as well as 0.25 cycle 5. I don’t need them for anything more and have calculated the indexes I needed, so they could theoretically be deleted without causing me problems (though if you’re going to delete give me a warning to triple-check), depending on what needs to be stored to meet journal requirements
This incantation lists all the output dirs which don’t contain any .nc files which have been accessed (nb: creation date ignored) in the previous year (caution: it also lists dirs with newly-copied .nc files that nobody’s accessed yet, and dirs with no .nc files, and non-directories, so there are some “false positives”). Directory size and owner are shown, together with the directory modification date.
for d in /g/data/ik11/outputs/*/*; do if [ `find $d -name "*.nc" -atime -365 | wc -l` -eq "0" ]; then du -hs $d; ls -ld $d; echo; fi; done
Following up @rmholmes requests, I’m actively analysing all the below: 025deg_jra55_iaf_era5comparison 025deg_era5_iaf 025deg_jra55_iaf_omip2_cycle6 025deg_jra55_iaf_omip2_cycle6_jra55v150_extension
OK, I’ve started to have a look through these. I think that:
025deg_jra55_iaf_omip2_straits* → these were runs we did when running the 0.25° coupled model, to help tune the bathymetry. I don’t need them any more and I propose deleting. Let me know if you disagree. 025deg_jra55_ryf9091_gadi_GMhi → This run was for comparison with the coupled model simulations. I’m concerned that @wghuneke might be using these for comparison, so propose not deleting for now until we can determine that. 01deg_jra55v140_iaf_cycle3_HF → This was a short run with high-frequency output for movie-making. I’m happy to delete that.
Sorry for the late reply! I have used panant-01-zstar-v13 for the vorticity budget paper. If its not possible to keep it I can try to find alternative storage (massdata in e14 maybe?)