FilesystemDataStorage: Difference between revisions

From UMIACS
Jump to navigation Jump to search
m (Reverted edits by Mbaney (talk) to last revision by Jlent)
No edit summary
 
(34 intermediate revisions by 4 users not shown)
Line 1: Line 1:
UMIACS recommends that any and all important data be stored on a redundant, backed-up file server. However, there are a number of cases where this is not feasible.
Filesystem [[Data Storage | (data) storage]] refers to all data that is stored physically at UMIACS, i.e., on hard drives either in servers in datacenters managed by [[HelpDesk | UMIACS staff]], or in UMIACS-supported workstations. The opposite of this is [[CloudDataStorage | cloud storage]] which is stored on third-party providers' data hosting platforms.


==Windows Local Storage==
The below sections outline the different categories of filesystem storage available at UMIACS. Although technically filesystem storage by the above definition, UMIACS also hosts an [[OBJ | Object Store]] that is documented outside the scope of this page.
Windows hosts at UMIACS store user directories on their local drives. Supported, UMIACS-managed hosts are automatically backed up using the Institute's backup system.  Laptops and non-standard hosts are not automatically backed up and should be manually backed up by their users.


==UNIX Remote Storage==
==Network Home Directory Filesystem Storage==
We provide storage to each of our users in our UNIX offerings through the [[OpenLAB]] [[NFShomes]].
We provide network home directory filesystem storage to each of our users through [[NFShomes]] home directories.


This home directory,
This home directory can be accessed via either


     /nfshomes/username
     /nfshomes/<username> (NFS)


is backed up nightly into our [[TSM]] backup system.  This volume has [[Snapshots:NetApp|Snapshots]] enabled for easy user restores.
or


Users are given a 2 gigabyte [[Quota]].
    \\isilondata.umiacs.umd.edu\nfshomes\<username> (CIFS)


==UNIX Local Storage==
and is backed up nightly using the Institute's [[TSM]] backup system. It also has [[Snapshots]] enabled for easy user restores.
UNIX machines use redundant, backed-up network file shares for user directories. Research data storage is also stored on redundant, backed-up network file shares and is generally available under /fs/


All UNIX machines also have local storage available for transitory use. These directories may be used to store temporary, local '''''COPIES''''' of data that is permanently stored elsewhere or as a staging point for output.
Users are given a 30GB, non-expandable [[Quota]]. You will need to use either platform-specific filesystem storage, directly-attached filesystem storage, or other network-attached filesystem storage for increased space.


These directories may not, '''''under any circumstances''''', be used as permanent storage for unique, important data. UMIACS staff cannot recover damaged or deleted data from these directories and will not be responsible for data loss if they are misused.
On user account closure, the account's NFShomes home directory goes into our [[Archives]].
 
==UNIX Filesystem Storage==
UNIX hosts use redundant, backed-up network file shares for user directories ([[#Network Home Directory Filesystem Storage |above section]]). Research data storage ([[#Network-Attached Filesystem Storage |below section]]) is also stored on redundant, possibly-backed-up network file shares and is generally available under /fs/
 
All UNIX hosts also have filesystem storage available for transitory use. These directories may be used to store temporary '''''COPIES''''' of data that is permanently stored elsewhere or as a staging point for output.
 
These directories may not, '''''under any circumstances''''', be used as permanent storage for unique, important data. They are not backed up or archived by UMIACS. UMIACS staff cannot recover damaged or deleted data from these directories and will not be responsible for data loss if they are misused. Additionally, on our [[SLURM]] compute clusters, these volumes may have an automated cleanup routine that will delete unmodified data after some number of days. You can check the page for the specific cluster you are using for more information.


Please note that '''/tmp''' in particular is at risk for data loss or corruption as that directory is regularly used by system processes and services for temporary storage.
Please note that '''/tmp''' in particular is at risk for data loss or corruption as that directory is regularly used by system processes and services for temporary storage.
Line 27: Line 32:


   - /tmp
   - /tmp
   - /scratch0, /scratch1, /scratch*
   - /scratch0, /scratch1, ... (/scratch#)
   - any directory named in whole or in part "tmp", "temp", or "scratch".
   - any directory named in whole or in part "tmp", "temp", or "scratch".


==Locally Attached Storage==
==Windows and macOS Filesystem Storage==
Locally attached storage like USB flash drives and USB hard drives are very popular. However, these devices are significantly more vulnerable to data loss or theft than internal or networked data storage. In general, UMIACS discourages the use of locally attached network storage when any other option is available. Please note that these devices are prone to high rates of failure and additional steps should be taken to ensure that the data is backed up and that critical or confidential data is not lost or stolen.
Windows and macOS hosts at UMIACS store user directories on their primary internal drives (<tt>C:\Users</tt> for Windows, <tt>/Users</tt> for macOS). Supported, UMIACS-managed hosts automatically back up user data on these drives nightly using the Institute's [[TSM]] backup system. If you have a supported, UMIACS-managed host that has other internal or external hard drives attached to it, or other partitions on its primary internal drive, please be aware that these drives/partitions '''are not''' backed up. Laptops and non-standard hosts are not automatically backed up and should be manually backed up by their users.
 
On host decommission, user directories go into our [[Archives]].
 
==Direct-Attached Filesystem Storage==
Direct-attached filesystem storage refers to devices like USB flash drives and USB hard drives, which are very popular for easily expanding storage capacity on a host. However, these devices are significantly more vulnerable to data loss or theft than internal or networked data storage. In general, UMIACS discourages the use of direct-attached filesystem storage when any other option is available. Please note that these devices are prone to high rates of failure and additional steps should be taken to ensure that the data is backed up and that critical or confidential data is not lost or stolen.
 
Direct-attached filesystem storage is not backed up or archived by UMIACS.
 
==Network-Attached Filesystem Storage==
Some labs have network-attached filesystem storage space dedicated for datasets, models, and project storage. These shares are typically named in the form <tt>/fs/<lab>-<purpose></tt> (i.e., <tt>/fs/cml-models</tt> or <tt>/fs/vulcan-projects</tt>).
 
Network-attached filesystem storage may or may not be backed up and/or archived by UMIACS. Details of a specific share's retention policy should be stated along with the documentation of the share's access / usage policy. If you find documentation for a network-attached filesystem storage space in this wiki that does not state its retention policy, please [[HelpDesk | contact staff]].
 
===Network-Attached Filesystem Scratch Storage===
One specific sub-category of network-attached filesystem storage is network-attached filesystem scratch storage. These shares are named similarly to UNIX filesystem storage, but with the lab's name included (i.e., <tt>/fs/cbcb-scratch</tt> or <tt>/gammascratch</tt>), are intended for scratch/temporary storage, and are subject to the same policies as filesystem scratch/tmp directories, discussed above.
 
Network-attached filesystem scratch storage is not backed up or archived by UMIACS.
 
==UNIX Filesystem Storage Commands==
Below are a few different CLI commands that may prove useful for monitoring your filesystem storage usage and performance. For additional information, run <code>[command] --help</code> or <code>man [command]</code>
 
df - Shows descriptive file system information
<pre>
Usage: df [OPTION]... [FILE]...
Show information about the file system on which each FILE resides,
or all file systems by default.
</pre>
 
du - Shows disk usage of specific files. Use the -d flag for better depth control.
<pre>
Usage: du [OPTION]... [FILE]...
  or:  du [OPTION]... --files0-from=F
Summarize disk usage of each FILE, recursively for directories.
</pre>
 
free - Shows current memory(RAM) usage. Use the -h flag for a human readable format.
<pre>
Usage:
free [options]
</pre>
 
quota - Shows quota information, this is useful for viewing per filesystem limits in places such as a home directory.
<pre>
quota: Usage: quota [-guqvswim] [-l | [-Q | -A]] [-F quotaformat]
quota [-qvswim] [-l | [-Q | -A]] [-F quotaformat] -u username ...
quota [-qvswim] [-l | [-Q | -A]] [-F quotaformat] -g groupname ...
quota [-qvswugQm] [-F quotaformat] -f filesystem ...
</pre>


==Network Scratch Storage==
iostat - Shows drive utilization, as well as other utilizations. Pair this with the <code>watch</code> command for regular updates.  
Some labs have network-attached storage dedicated for scratch/temporary storage. These shares are named in the same manner as local scratch or temporary storage (i.e. /fs/lab-scratch or /lab/scratch0 ) and are subject to the same policies as local scratch/tmp (discussed above.)
<pre>
Usage: iostat [ options ] [ <interval> [ <count> ] ]
Options are:
[ -c ] [ -d ] [ -h ] [ -k | -m ] [ -N ] [ -t ] [ -V ] [ -x ] [ -y ] [ -z ]
[ -j { ID | LABEL | PATH | UUID | ... } ]
[ [ -T ] -g <group_name> ] [ -p [ <device> [,...] | ALL ] ]
[ <device> [...] | ALL ]
</pre>

Latest revision as of 22:03, 11 November 2024

Filesystem (data) storage refers to all data that is stored physically at UMIACS, i.e., on hard drives either in servers in datacenters managed by UMIACS staff, or in UMIACS-supported workstations. The opposite of this is cloud storage which is stored on third-party providers' data hosting platforms.

The below sections outline the different categories of filesystem storage available at UMIACS. Although technically filesystem storage by the above definition, UMIACS also hosts an Object Store that is documented outside the scope of this page.

Network Home Directory Filesystem Storage

We provide network home directory filesystem storage to each of our users through NFShomes home directories.

This home directory can be accessed via either

   /nfshomes/<username> (NFS)

or

   \\isilondata.umiacs.umd.edu\nfshomes\<username> (CIFS)

and is backed up nightly using the Institute's TSM backup system. It also has Snapshots enabled for easy user restores.

Users are given a 30GB, non-expandable Quota. You will need to use either platform-specific filesystem storage, directly-attached filesystem storage, or other network-attached filesystem storage for increased space.

On user account closure, the account's NFShomes home directory goes into our Archives.

UNIX Filesystem Storage

UNIX hosts use redundant, backed-up network file shares for user directories (above section). Research data storage (below section) is also stored on redundant, possibly-backed-up network file shares and is generally available under /fs/

All UNIX hosts also have filesystem storage available for transitory use. These directories may be used to store temporary COPIES of data that is permanently stored elsewhere or as a staging point for output.

These directories may not, under any circumstances, be used as permanent storage for unique, important data. They are not backed up or archived by UMIACS. UMIACS staff cannot recover damaged or deleted data from these directories and will not be responsible for data loss if they are misused. Additionally, on our SLURM compute clusters, these volumes may have an automated cleanup routine that will delete unmodified data after some number of days. You can check the page for the specific cluster you are using for more information.

Please note that /tmp in particular is at risk for data loss or corruption as that directory is regularly used by system processes and services for temporary storage.

These directories include:

 - /tmp
 - /scratch0, /scratch1, ... (/scratch#)
 - any directory named in whole or in part "tmp", "temp", or "scratch".

Windows and macOS Filesystem Storage

Windows and macOS hosts at UMIACS store user directories on their primary internal drives (C:\Users for Windows, /Users for macOS). Supported, UMIACS-managed hosts automatically back up user data on these drives nightly using the Institute's TSM backup system. If you have a supported, UMIACS-managed host that has other internal or external hard drives attached to it, or other partitions on its primary internal drive, please be aware that these drives/partitions are not backed up. Laptops and non-standard hosts are not automatically backed up and should be manually backed up by their users.

On host decommission, user directories go into our Archives.

Direct-Attached Filesystem Storage

Direct-attached filesystem storage refers to devices like USB flash drives and USB hard drives, which are very popular for easily expanding storage capacity on a host. However, these devices are significantly more vulnerable to data loss or theft than internal or networked data storage. In general, UMIACS discourages the use of direct-attached filesystem storage when any other option is available. Please note that these devices are prone to high rates of failure and additional steps should be taken to ensure that the data is backed up and that critical or confidential data is not lost or stolen.

Direct-attached filesystem storage is not backed up or archived by UMIACS.

Network-Attached Filesystem Storage

Some labs have network-attached filesystem storage space dedicated for datasets, models, and project storage. These shares are typically named in the form /fs/<lab>-<purpose> (i.e., /fs/cml-models or /fs/vulcan-projects).

Network-attached filesystem storage may or may not be backed up and/or archived by UMIACS. Details of a specific share's retention policy should be stated along with the documentation of the share's access / usage policy. If you find documentation for a network-attached filesystem storage space in this wiki that does not state its retention policy, please contact staff.

Network-Attached Filesystem Scratch Storage

One specific sub-category of network-attached filesystem storage is network-attached filesystem scratch storage. These shares are named similarly to UNIX filesystem storage, but with the lab's name included (i.e., /fs/cbcb-scratch or /gammascratch), are intended for scratch/temporary storage, and are subject to the same policies as filesystem scratch/tmp directories, discussed above.

Network-attached filesystem scratch storage is not backed up or archived by UMIACS.

UNIX Filesystem Storage Commands

Below are a few different CLI commands that may prove useful for monitoring your filesystem storage usage and performance. For additional information, run [command] --help or man [command]

df - Shows descriptive file system information

Usage: df [OPTION]... [FILE]...
Show information about the file system on which each FILE resides,
or all file systems by default.

du - Shows disk usage of specific files. Use the -d flag for better depth control.

Usage: du [OPTION]... [FILE]...
  or:  du [OPTION]... --files0-from=F
Summarize disk usage of each FILE, recursively for directories.

free - Shows current memory(RAM) usage. Use the -h flag for a human readable format.

Usage:
 free [options]

quota - Shows quota information, this is useful for viewing per filesystem limits in places such as a home directory.

quota: Usage: quota [-guqvswim] [-l | [-Q | -A]] [-F quotaformat]
	quota [-qvswim] [-l | [-Q | -A]] [-F quotaformat] -u username ...
	quota [-qvswim] [-l | [-Q | -A]] [-F quotaformat] -g groupname ...
	quota [-qvswugQm] [-F quotaformat] -f filesystem ...

iostat - Shows drive utilization, as well as other utilizations. Pair this with the watch command for regular updates.

Usage: iostat [ options ] [ <interval> [ <count> ] ]
Options are:
[ -c ] [ -d ] [ -h ] [ -k | -m ] [ -N ] [ -t ] [ -V ] [ -x ] [ -y ] [ -z ]
[ -j { ID | LABEL | PATH | UUID | ... } ]
[ [ -T ] -g <group_name> ] [ -p [ <device> [,...] | ALL ] ]
[ <device> [...] | ALL ]