Skip to content

Data Transfer Services

Transferring data in and out of CHPC resources is a critical portion of many science workflows.  Science workflows may transfer a few small text files between collaborators or sites, or may transfer multiple tera or petabytes of data.  CHPC offers a number of options for moving data to and from CHPC storage resources.  In some cases, the data may not need to be moved, as there are options to mount some CHPC file systems from local resources.

A good resource for information on data transfer considerations is the ESnet Faster Data site.  Specifically, for setting expectations regarding transfer times, see the page "expected time to transfer data".  For understanding the impacts of dropped packets on network protocols and the corresponding impacts to large science transfers, see the page regarding "tcp for long range data transfers".

On this webpage, a description and usage information for four common scenarios is provided:

Large transfers are very dependent on the characteristics of the resources on both ends of the transfer.  If you need assistance in initiating, monitoring, or troubleshooting large transfers, you can reach out to CHPC via


Direct Mounts of CHPC File Systems

NOTE: CHPC doesn't offer direct mounts of PE file servers outside of the PE.  Users are recommended to use Globus, SFTP (FileZilla), SCP (WinSCP), rclone and pe-data transfer nodes ('pe-dtns').

For usage situations where you do not need a second copy on a local machine, but instead only need to access a file, you can do so by having the CHPC file system in which the file is located mounted on your local machine. CHPC allows mounts of home directories as well as group owned file systems on local machines. In addition we allow mounts of other group owned file systems; however, we do not allow mounts of the general CHPC scratch file systems such as /scratch/general/nfs1 and /scratch/general/vast. If the local machine is off campus, you must access via the University of Utah VPN. Below is information on how to do the mounts for home and group spaces on Windows, Mac and Linux systems. Note that there is also a short training video that covers this topic. In all of the following you must replace <uNID>  with your unid. 

  • For home directories:  The information needed to mount your home directory space exists in the Account Creation Notification email sent to new users. Alternately, you can also get this information when on a CHPC resource, by issuing a df or df | grep <uNID> command. As an example, if the df command returns<uNID>, then using the value of XX and your unid you would map the network drive using the following paths (NOTE - when authenticating, your username is ad\<uNID>):
    • On Windows: \\\XX-home\<uNID>
    • On a MAC:  smb://<uNID>  
    • On Linux: If you have root, you can cifs mount CHPC file spaces by (you will be prompted for your password): mount.cifs //<uNID>  /mnt -o domain=AD,user=<uNID>
  • For group directories:  When the PI obtains group space, CHPC provides the name of the space along with the information on mounting and using the group spaces.  (NOTE - when authenticating, your username is ad\<uNID>):
    • On Windows: \\\<name-groupnumber>
    • On a MAC:  smb://<name-groupnumber>
    • On Linux: If you have root, you can cifs mount  CHPC  file spaces by (you will be prompted for your password): mount.cifs //<name-groupnumber>  /mnt -o domain=AD,user=<uNID>


Local authenticated transfers of small data sets

In some scenarios, a research workflow requires the movement of a few small input files to a computational cluster and/or a few small output files back to a local desktop for storage, final reporting and/or analysis.   For this case, CHPC suggests three options:

  • The use of simple graphical tools to move data to/from a local machine.  Examples are WinSCP on Windows machines, CyberDuck on Macs. In these cases you can "drag and drop" files from one system to the other.
  • The use of Linux commands and tools (scp, rsnyc over ssh, sftp, wget, curl are examples) on CHPC interactive nodes or on the specialized Data Transfer Nodes (DTNs).  Note the DTN usage is described further down on this page. Detailed information of the use of these commands can readily be obtained either from the main pages links or searching 'DTNs' in our search bar.
  • To get a download link for data on a website with no direct link, e.g. for Dropbox or Sharefile, try the Chrome extension CurlWget, or Firefox extension cliget. This extension will generate an URL that can be used with wget or curl on a terminal command line.


Optimized Wide Area Network (WAN) authenticated transfers for large datasets

For science workflows that transfer very large files and/or very large data sets between national labs, industry partners, or peer institutions, users require more advanced parallel transfer tools running on tuned endpoint devices such as Data Transfer Nodes (DTNs).  CHPC supports various parallel transfer tools that support the known science workflows at the University of Utah.  If a research group requires the support of an additional transfer tool, the group may request it through


Data Transfer Nodes

Network traffic from most systems located at CHPC and at other locations on campus has traditionally passed through the campus firewall when communicating  with resources off campus. For many small data transfer usage cases, this traffic flow is acceptable.  However, large research computing workflows require more bandwidth requirements and more connections/sessions than the campus firewall can reasonably handle well.  These characteristics of research computing workflows can easily overwhelm the capacity of the campus firewall, impacting much of the day to day usage for the rest of campus. To help address these research computing workflow needs, the campus has created a Science DMZ, which is a different network segment with different security approaches. This network segment allows for transfers with specific high performance, low latency, and other special network and security characteristics.  CHPC offers a number of dedicated Data Transfer Nodes (DTNs) that utilize the Science DMZ for data transfers.  For more information regarding the specifics of a Data Transfer Node, see "What makes a Data Transfer Node?".

The general environment  DTNs are - 

  • (connected at 10gbs, no dmz, use for internal campus transfers)
  • (connected at 10gbs, no dmz, use for internal campus transfers)
  • (connected at 10gbs, no dmz, use for internal campus transfers)
  • (connected via dmz at 100gbs)
  • (connected via dmz at 100gbs)
  • (connected via dmz at 100gbs)
  • (connected via dmz at 100gbs)

All CHPC users are able to utilize these DTNs and leverage all the parallel transfer tools that CHPC supports.  The dtn05-08 nodes operate individually, as well as together, as a Globus Endpoint with Concurrent machines for moving large data sets with lots of files (see globus section below for CHPC endpoints). In a similar fashion, intdtn01-03 also operate both individually as well as together as a Globus endpoint for data transfers internal to campus.

CHPC also supports additional specialized  tools for moving data to/from cloud storage.   Some of these tools are specific to a single cloud storage provider (such as s3cmd for Amazon cloud services), whereas others such as rclone work with different cloud storage providers.

CHPC also supports a number of group owned DTNs.  If you need any information about an existing group owned DTN or are interested in having a group dedicated DTN, please contact us through 

 We also have a set of DTNs in the protected environment:


You can use one of the above or use and it it will round-robin between the two servers.  These are currently connected at 40gbs. Globus is now an option for data transfers in the PE.  See the Globus page referenced below for details.

We have also enabled the use of the dtns via slurm, both in the general environment on notchpeak and the protected environment on redwood. See for details.


Parallel Transfer Tools

There are a number of options available to use for large scale data transfer.  In the following we list ones that we have installed on CHPC resources. See the application database for more information on CHPC installations of these tools.  These can be used on the Data Transfer Nodes mentioned in the above section (recommended for any large file transfers), or from the other CHPC maintained resources that have access to the CHPC application. 

Rclone (recommended):  Rclone is a command-line program that supports file transfers and syncing of files between local storage and Google Drive as well as a number of other storage services, including Dropbox, OneDrive, and Swift/S3-based services. Rclone offers options to optimize a transfer and reach higher transfer speeds than other common transfer tools such as scp and rsync. For more information on using rclone as well as configuring it for both transferring data to google/onedrive drive storage and to the CHPC archive storage, see the CHPC Rclone Software Documentation page.

Globus (recommended): The Globus service is comprised of a set of tools developed to facilitate parallel, load-balanced, fault tolerant data transfers. There are a few steps involved in getting set up to use this service at CHPC, which are detailed on the Globus Software Documentation page.  For further information please visit:

Fpsync:  Fpsync, part of the fpart package, is a shell script that wraps fpart and rsync to launch multiple rsyncs in parallel

            To use:

             module load fpsync 

             fpsync -h 

Aspera:  Aspera is IBM's high-performance file transfer software which allows for the transfer of large files and data sets with predictable, reliable and secure delivery regardless of file size or transfer distance from a location that has the aspera transfer server running.  The NCBI recommend the use of aspera for transfer of data sets from their site.  The command line client is installed on CHPC at /uufs/

To use the command line client:

   module load aspera/3.6.1

   ascp --help

See the CHPC Aspera software page for additional information. 

The aspera transfer guide via NCBI can be found at

The currently up-to-date documentation for ascp can be found at

BBCP: BBCP is a point-to-point network file copy application developed at SLAC National Accelerator Laboratory that allows for sending data in multiple simultaneous streams, developed for the BABAR as a particle physics experiment. Complete documentation on bbcp usage can be found at BBCP website.

To use: /uufs/ --help  or visit the BBCP site.

FDT: FDT, Fast Data Transport, is a Java based file transfer application. CHPC has an installation that is located at /uufs/  FDT can be used in three modes: server, client and SCP.

  •  In Servermode the FDT will start listening for incoming client connections. The server may or may not stop after the last client finishes the transfer.
  • In Client mode the client will connect to the specified host, where an FDT Server is expected to be running. The client can either read or write file from/to the server.
  • In the SCP (Secure Copy) mode the local FDT instance will use SSH to start/stop the FDT server and/or client.  The security is based on ssh credentials. The server started in this mode will accept connections ONLY from the "SCP" client.
  • To use: java -jar /uufs/ --help or visit the FDT site.


Temporary Guest Transfer Service

CHPC provides a mechanism for our users to transfer files to and/or from individuals without CHPC accounts. This service is called guest-transfer.

What is it for?

  • At times, CHPC users need to transfer files to or from individuals that don't have CHPC accounts. These files are often quite large (many gigabytes), and thus unsuitable for other transport mechanisms (email, DVD).
  • These file transfers often need to happen with little or no warning. They may also need to occur outside CHPC's support hours. Thus, the guest-transfer service must function without intervention or assistance from CHPC staff.

What is it not for?

  • The guest transfer service is not for repeated events.
  • The guest transfer service is not for long-term data storage.
  • The guest transfer service is not for restricted (PHI/HIPAA/HITECH/FERPA) or sensitive data.
  • The guest transfer service is not for huge data transfers (it's currently restricted to approximately 5 terabytes).

How do I get a guest account?

  • When you need to use the guest transfer service, visit and fill out the form. This form creates a guest transfer account. You then give the guest account username and password to your colleague. You and your colleague can now share files.

How do I use the service?

  • Once you have created a guest-transfer account and given it to your colleague, you and your colleague can copy your files to with your scp/sftp client (scp, sftp, WinSCP, etc).

Things to remember:

  • The process is completely automatic. You fill out the form, it immediately gives you a guest account.
  • Only CHPC users can create accounts.
  • The person who creates the guest account is responsible for all activity of the guest account.
  • This guest account is only usable for the guest transfer service. It provides no access to any other CHPC or University resources.
  • Files are transferred via scp/sftp. Interactive logins are disabled.
  • Files are automatically removed after 90 days (based on last-access time).
  • Files in the guest-transfer service can be read or changed by any other user.
  • Consider using encryption to protect and verify your files.



****REMOVE?**** UPDATE - October 2020:  CHPC is moving to a new clustered implementation of Samba called CTDB - Clustered Trivial DataBase.  We have set up a cluster of five nodes, each of which has access to all Samba shares, with new Samba connections distributed among the five nodes via a load-balancing mechanism, and includes a mechanism for re-distributing mounds should one of the nodes fail.  This new implementation changes the path users will use to set up mounts for their home directory and group spaces on windows and mac systems.  Instead of having to know the specific mount path for each file share, e.g.,, the mount paths will now all be to  Below are updated examples for mounting both home and group spaces. Please start to move to this new solution. After a test period we will disable the old method (tentatively scheduled for early January 2021).

NOTE: Updated Jan 2022 for the replacement of dtn03 with intdtn0{1,2,3} for data transfers internal to campus:


Last Updated: 6/6/24