Starting at the 2020.1 resource allocation period, storage decommissioning procedures have been established for project storage on the Sigma2’s national e-infrastructure resources. The data decommissioning policy is intended to help research projects define data management plans and contribute to more sustainable provisioning and capacity planning.
Projects
Projects without an allocation in both the previous and the current period will be decommissioned.
The decommissioning procedure consists of deleting data after a grace period of 6 weeks, where project leaders will get support to download the data.
Particularities for HPC projects: If a project remains without computation quota on a machine (e.g. machine A) for an entire allocation period, that project’s datasets on that machine will be scheduled for deletion. More specifically, projects’ datasets on machine A will still be deleted even though the project has computational quota on another HPC machine (e.g. machine B).
Home catalogoue
Every user given access to Sigma2’s national e-infrastructure (be it HPC or NIRD resource) has at least one home ($HOME) catalogue. There is one home catalogue per resource.
In either of the following cases a home catalogue will be decommissioned:
- Users with expired accounts: Home catalogues for users with expired accounts will be decommissioned.
- Users without an allocation: Home catalogues for users which are not tied to a project with an active allocation on a system in both the previous and the current period will be decommissioned (on that system).
The decommissioning procedure consists of deleting users’ home catalogue after a grace period.
Regaining access to the resource will automatically interrupt the decommissioning process of the home catalogue.
Timeline for users with expired accounts
Timeline for users without an allocation
Examples
Projects
- HPC project NN0000K last had an allocation in 2019.1 on the system Fram. They did not apply for 2019.2 and didn't have an allocation for the entire period. Access to the project on Fram is closed at the start of 2019.2 period, and the project will be decommissioned and deleted on Fram 6 weeks after the period start of 2020.1.
- HPC project NN0000K last had an allocation in 2019.1 on the systems Saga and Fram. They did apply for quota in 2019.2, but only got an allocation on Saga. Access to the project on Fram is closed at the start of the 2019.2 period, and the project will be decommissioned and deleted on Fram 6 weeks after the 2020.1 period starts.
- NIRD project NS0000K last had an allocation in 2019.1. They did not apply for 2019.2 and didn't have an allocation for the entire period. Access to the project on NIRD is closed at the start of the 2019.2 period, and the project will be decommissioned and deleted 6 weeks after the 2020.1 period starts.
Home catalogues
- Anders has data stored in his $HOME catalogue on Fram in period 2019.1, while he was a member of HPC project nn0000k. The project of which Anders is a member did not apply for a new compute quota on Fram for the allocation period 2019.2, and therefore Anders lost access to the machine. Anders was not a member of a project with an active quota on Fram for the entirety of the period 2019.2. In this case, Anders’ $HOME catalogue would be deleted 90 days after the 2019.2 period starts.
- Bella has data stored in her $HOME catalogue on Fram and Saga in period 2019.1, while she was a member of HPC project nn0000k. The project did not apply for a new compute quota on Fram for allocation period 2019.2, and so Bella lost access to Fram from the start of that period. Bella was not a member of a project with an active quota on Fram for the entirety of the period 2019.2. The HPC project was granted a quota on Saga for the same period, and thus she had access to Saga. Bellas’ $HOME catalogue on Fram would be deleted 90 days after the 2019.2 period starts.