My Stata batch job keeps running even after a fatal error!

When running a Stata .do file on the batch cluster via condor_submit_util, you have to add some additional arguments in order to get your job to stop when Stata encounters an unrecoverable error (which is probably the behavior you want).

The command line below runs Stata with the example file my_dofile.do:

@condor_submit_util --executable /usr/local/bin/stata-se --arguments '-b /my_dofile.do' --noinput

How do I automate actions when connecting to the RCE?

To configure your user account such that every time you connect to the RCE, some action is performed:

  1. Write a script that performs the desired action. The scripting languages available in the RCE include BASH, (/bin/bash), multiple versions of Python (/usr/bin/python) and Perl (/usr/bin/perl).

  2. Copy this script to the directory ~/.rce/startup with the command cp [scriptname] ~/.rce/startup/. If the directory does not exist, create it with the command mkdir -p ~/.rce/startup.

  3. Make sure the permissions on your script permit execution; to ensure that this is the case, run the command chmod +x ~/.rce/startup/[scriptname].

Your script is run every time you connect to the RCE.

Note: Be sure to test your script; a misbehaving script can prevent you from being able to connect to the RCE! In particular, your script must not require any keyboard input or other interaction with the user; it will not be able to communicate with you while it is running, and you will not be able to connect to the RCE while your script sits waiting for input.

Firefox or Thunderbird won't start!

The error Firefox is already running usually indicates that you must remove lock files before you can launch Firefox. To resolve this problem:

  • If you are working inside the HMDC RCE navigate to ApplicationsRCE UtilitiesClear Firefox Locks or Clear Thunderbird Locks. Then, try launching Firefox or Thunderbird again.

  • If you are not working inside the HMDC RCE, type the following command via a terminal to delete the Firefox lockfiles: rm -f ~/.mozilla/firefox/*.default/{lock,.parentlock}

What are the technical specifications of the RCE?

The RCE is divided into three parts:

  1. Login nodes: These servers provide a graphical or command line interface to the meat and potatoes of the RCE, the Interactive and Batch cluster. It operates like a personal desktop environment, but is not meant for running jobs.
  2. Interactive cluster: Run memory intensive jobs on these COD (compute-on-demand) nodes that require user interaction.
    • Size: 8 homogenous servers
    • CPU: Intel Xeon E5_2630 with 12 cores (24 counting hyper-threading) @ 2.3 Ghz
    • Memory: 250 GB each (2 TB total)
  3. Batch cluster: For jobs that do not require babysitting, and speed is king.
    • Size: 5 homogenous servers
    • CPU: Intel Xeon E5_2690 with 16 cores (32 counting hyper-threading) @ 2.9 Ghz
    • Memory: 125 GB each (1 TB total)
    • Each batch job process is allocated 1 CPU core and 4GB of RAM

Also see running multi-threaded jobs for more information.

Disk space options are as follows:

  • Home directories are allocated 500 MB. We do not increase this space, but you may request a project directory.
  • Project directories are available in storage sizes suited to each particular researcher. Please contact us to request storage space. Fees may be applicable to sizes over a certain amount. To read about using your storage space, please see:
  • 1 TB of shared scratch space is available to all users on our interactive cluster. Top level scratch space is world-writeable and -readable (Unix 1777 permissions). User created directories are only owner writeable/readable (1700) or owner/group (2770) if you are a member of a research group. Do not use the scratch space for permanent storage.

Why can't I connect to login.hmdc.harvard.edu?

We have retired the login.hmdc.harvard.edu name in favor of the other name for the Kennedy RCE login nodes, kennedy.fas.harvard.edu. If you are a KSG user you can login to kennedy.fas.harvard.edu. These nodes are exclusively for KSG students, staff and faculty.

Why does my screen lock frequently? Can I disable screen lock?

The RCE is a service that is remotely accessible, and many users work with sensitive data. Since we cannot guarantee the security of the physical environment around the user's computer, we are required to follow the Harvard information security policy for application availability which indicates that the screen lock timeout should "only be a few minutes."

The Harvard policy mandating screen lock is HEISP 2.6: http://security.harvard.edu/book/26-limit-application-availability-time

How do I copy/paste from a RCE terminal?

If you are running a RCE desktop session from a Windows client, you are probably used to using ctrl+c for copying and ctrl+v for pasting. Terminals remap these functions to shift+ctrl+c and shift+ctrl+v, respectively. The ctrl key is used for specific operations, such as terminating command-line operations (ctrl+c). You can also right-click in the terminal to copy and paste.

How do I stop windows from jumping to the foreground?

The default window behavior in the RCE uses the focus-follows-mouse model, in which the user selects windows by merely pointing at them, and the selected window jumps to the foreground.  To change this behavior go to:

Applications → RCE Utilities → Change Windows Focus Behavior

The focus policy change is immediate.

How do I share files with my collaborators?

Set up a project space

The simplest way to share files with collaborators in the RCE is to use a project space, which is a folder you all have access to. Send us a support request asking for a shared project space and we will create one for you. (Storage sizes over a certain amount are subject to a nominal fee.) Be sure to include the names of your collaborators.

Once you have a project space it will be linked from your RCE home directory under ~/shared_space/ by the name of the project. You may request more than one project space, but limitations on storage allocation apply.

Grant your collaborators access to the files you create in the project space

There are two ways to allow your collaborators access to the files you create in a project space. First and simplest -- do nothing. We run an automatic process each night that will change the permissions on your project files so that any permissions you have will also be granted to your project group.

If, however, you want to grant your collaborators immediate access to project files you have created, run the fixGroupPerm.sh command, as described in Projects & Shared Space.

Change your default file creation mode (optional)

If most or all of your work in the RCE is done in collaborative project spaces, you may want to change the default file creation mode (i.e. the file access permissions) for your RCE account so that all files you create can be modified by members of the group which owns them. For instructions see Projects & Shared Space

Copy/Paste to the RCE desktop isn't working!

When you copy and paste text between environments, you use the clipboard function.

If you have problems copying and pasting between environments, please try using ApplicationsRCE UtilitiesRestart Clipboard Sync.