ALCF Data Confidentiality
The Argonne Leadership Computing Facility (ALCF) network is an open-research network. Because our resources and networks are open to many users and cannot be protected at a partitioned level, we cannot guarantee complete security for any data that resides here. It is up to users to provide the security they need.
The basic level of protection provided is UNIX file level permissions; it is the user's responsibility to ensure that file permissions and umasks are set to match their needs.
NOTE: The default permissions and umasks are group and world readable. For help determining or setting file permissions or umasks, or creating a UNIX group, contact firstname.lastname@example.org.
ALCF Staff with Root Privileges
ALCF resource administrators with root privileges are not constrained by the file permissions, and they have the capability to open and/or copy all files on the system. They can also assume a user’s identity on the system.
The ALCF resources are Federal resources and are the property of the United States Government. Any or all uses of this system and all files on this system may be intercepted, monitored, recorded, copied, audited, inspected, and disclosed to authorized site, Department of Energy, and law enforcement personnel, as well as authorized officials of other agencies, both domestic and foreign.
Administrators use elevated privileges for maintenance and system management. Following are instances where ALCF staff might look at your files:
- We maintain copies of all .error, .output, and Cobalt log files and may review them to determine if a job failure was due to user error or a system failure.
- If you request our assistance via any mechanism (for example, support ticket, direct personal email, in-person, etc.), be aware we may need to view your files using elevated privileges to aid us in resolving your issue.
Use of Proprietary/Licensed Software
All software used on ALCF computers must be appropriately acquired and used according to the appropriate licensing. Possession or use of illegally copied software is prohibited. Likewise, users shall not copy copyrighted software, except as permitted by the owner of the copyright. Currently, the use of export-controlled codes is prohibited.
The ALCF computer systems are operated as research systems and contain only data related to scientific research. Use of ALCF resources to store, manipulate, or remotely access any sensitive or national security information is prohibited unless documented and approved, by the PI and ALCF leadership. This includes, but is not limited to, personally identifiable information (data that falls under the Privacy Act of 1974, 5 U.S.C. 552a), controlled unclassified information (CUI) to include unclassified controlled nuclear information (UCNI), naval nuclear propulsion information (NNPI), International Traffic in Arms Relations (ITAR), the design or development of nuclear, biological, or chemical weapons, or any weapons of mass destruction. The use of ALCF resources for personal or non-work-related activities is also prohibited.
All principal investigators using ALCF resources and ALCF staff members working with project teams are responsible for knowing whether their project generates any of these prohibited data types or information that falls under Export Control. For questions, contact ALCF Support at email@example.com.
Data Storage Systems
Data stored for any length of time on ALCF resources should only be data directly related to work done on any of the ALCF leadership computing systems. Specific policies apply to the three types of data storage systems maintained at ALCF. Read these policies carefully and plan accordingly in terms of space, usage, and data protection.
Home File System Space (mira-home)
The home file system (/home) is intended to hold your executable files, configuration files, etc. It is NOT meant to hold the output from your application runs (use the data/parallel file system for that purpose). The home file system space is generally moderate in size and is the best protected. Because of its size, backups are practical to accomplish. There are two forms of backup. The system performs nightly snapshots of your home directory tree, allowing you to easily recover accidentally deleted files or previous versions of files by simply using the cp command. Snapshots for Theta home can be found at /gpfs/mira-home/.snapshots/<dayofweek>/<username>. Please note that these snapshots are stored on the same filesystem and do not serve as protection from disk failure. The system also performs tape backups, enabling the recovery of files more than seven days old or recovery from a catastrophic disk failure. Due to data replication being enabled for the /home file system, usable capacity will be half of the enforced quota limit. The table below indicates the capabilities and characteristics of each file system.
Team Project or Campaign File System (theta-fs0 and Grand)
The team project/campaign file system is intended primarily for results output from your computational runs on the ALCF computing systems. This space is accessible to the team members of your project that have an ALCF account. Default storage quota is 1 TB. Consider this space intermediate-term storage. Once any active production and/or analysis is complete and you no longer need regular access to the data, archive it within the ALCF (explained below) or transfer it to your home institution or move it to Eagle to share it with the broader community (explained below). This space has redundancy in the servers and storage but is so large that replication, snapshots, and backups are not practical. Theta-fs0 and Grand are Lustre global parallel file systems. All new projects will be given storage allocations on either Grand or Eagle. Continuing projects (renewals) will have access to theta-fs0. More information on Lustre File Striping Basics: Lustre File Striping Basics
theta-fs0 and Grand Data Pullback Policy: Projects that do not use a minimum of 50% of their allocated space after 6 months will be subject to a quota limit reduction.
Shared Community Project or Campaign File System (Eagle)
The file system Eagle, a Lustre global parallel file system, has community sharing-abilities and is useful for sharing the project/campaign data with the broader research community via Globus. This space does not have redundancy in the servers or storage and is so large that replication, snapshots, and backups are not practical. The table below indicates the capabilities and characteristics of each file system. Default storage quota on Eagle is 1 TB and the default period is 1 year. More information on Lustre File Striping Basics: Lustre File Striping Basics
Eagle Data Pullback Policy: Projects that do not use a minimum of 50% of their allocated space after 6 months will be subject to a quota limit reduction.
Eagle Access Termination Policy: Project endpoints (available once community sharing on Eagle is implemented) that have exhibited no activity* for a period of 6 months will be disabled and the storage space will be reclaimed. Notification will be sent to the PI and project members 30 days prior to and the day of the action
* Activity is defined as, but not limited to:
- Creation of the Globus endpoint
- Globus transfers to and from the endpoint
- atime audits of data files indicating access
- Other factors may include DOIs and citations referring to the project
The archive space is intended for offline storage of results you wish to retain but either have no immediate need to access or no room in your parallel file system space. Archiving capabilities are available via HPSS. The primary HPSS access is via HSI. HTAR is available, but its path length and file size limitations often cause it to fail. Globus Online and GridFTP are clients that can also be used with HPSS. Due to the possibility of data corruption or loss due to a bad tape, users can request dual writes for particularly critical data. Such requests will be handled on a case-by-case basis.
Disk Capacity and Retention Policies
Theta and Cooley
/lus/theta-fs0 or /projects
|/lus/grand/projects or /grand||lus/eagle/projects or /eagle|
|Default Quota1||100 GB||1 TB / 1 million files||1 TB / 1 million files||1 TB / 1 million files|
|Disk Redundancy3||dual parity||dual parity||dual parity||dual parity|
|File Server Snapshots6
|File Server Metadata Redundancy||yes||yes||yes||yes|
|File Server Metadata Replication4||yes||yes||yes||yes|
|File Server Data Replication5||yes||yes||no||no|
|Data Purged from Disk||n/a||6 months after project completion 8||6 months after project completion 8||After 6 months of inactivity (see Eagle Access termination policy listed in the Eagle section above)|
Tape Capacity and Retention Policies
Theta and Cooley
/lus/theta-fs0 or /projects
|/lus/grand/projects or /grand||/lus/eagle/projects or /eagle|
|Automatic Backup to Tape?7||yes||yes||no||no|
|Archived to Tape Before Deleted from Disk?9||yes||yes||no||no|
- While quotas are subject to negotiation on a case-by-case basis, disk space is a finite resource and projects must exercise good data management practices for their own sake and the sake of other users of the facility. With Lustre, it has become necessary to enforce file quotas as well, which are also negotiable.
- “Hard quota enforcement” means a job will fail when writing output if you exceed the hard quota limit. "Soft quota enforcement" means you may exceed the soft quota limit (but never the higher hard quota value) for up to seven days. If you do not drop back below the soft quota limit within seven days, writes will begin to fail.
- Hard drives are in redundancy groups of 10 disks (8 data + 2 parity). In other words, three out of 10 drives would have to fail before data loss occurred.
- Metadata (i.e., information listing which blocks are part of which files) is written twice to two different storage arrays. Thus, even if an entire array were lost, the metadata would be preserved.
- Refers to the fact that data (user output) is written twice with each block on two different storage arrays, so that even if an entire array were lost, the data would be preserved.
- Snapshots are stored in your home directory (see Home File System Space for more info). If you accidentally delete the directory or need a previous version, use the cp command to copy the file back to your home directory.
- “Yes” denotes that ALCF does regular backups without intervention from the user. In case of project data, data is backed up to tape after a stipulated period (see point 8 below) and is retained for 2 years (subject to change). In all other cases, user is responsible for archiving the data to HPSS or copying it to another facility as desired.
- The project directory is available on disk for the stipulated period but project quotas are reduced immediately following project end date (except Eagle). Access to the directory will be removed after 90 days. Requests to restore/extend access or reset the quota are reviewed on a case-by-case basis.
- Users who wish to retain data must archive or transfer their data elsewhere at the end of the project. Users need an active ALCF account to access archived data on HPSS. See Account Retention Policy for more information.