Skip to Main Content


This page serves as a growing list of frequently asked questions.

If you have a question that is not answered on this page, please see the support section located at this site

Quick Question Reference

How do I gain access to the ada cluster environment?

Easy! Find a sponsor (if you are not faculty or staff) and then fill out the form found under the “Forms” drop-down above. Be sure to select System: “ada” and be sure to select “Account or Group Request”.

To access the cluster, use your UMBC login credentials and use your favorite remote connection client to login to .

How to Unix?

The system administrators and the first users of the ada cluster environment worked to establish an understanding of what most users probably already know about Unix environments. This is the summary of that conversation with links to external resources to help any user who might need guidance. In this summary, CLI means “Command Line Interface” and it is expected that this CLI uses BASH.

Note that commands appearing as this one are meant to be run on the ada login node.

  1. How to securely access a remote machine (see (sorry for the ads))
  2. What are and how to use man pages (run man man in the CLI, seriously)
  3. How to navigate file systems and manipulate file contents from the CLI (an Econ TA from UCLA wrote a page on this
  4. How to query group membership from the CLI (see man groups or man id)
  5. How to query objects to determine user, group, or other permissions (see Indiana University’s Page on this
  6. How to securely transfer data between a local and remote machine (see this good StackExchange
  7. What are and how to use environment variables (See this page from GNU

We’re all here to learn! If you’re having issues understanding any of these, please see

Help! My jobs are disappearing!

Take a deep breath, and prepare to brush-up on your SLURM commands.

If you still find that you can’t explain what’s happening to your jobs, submit a descriptive help request outlining your issues, questions, and concerns. Follow the following link for some good practices.

sacct is a SLURM command for displaying job data. Anyone can use sacct to look at anyone else’s job! You could just read through the man page on sacct, but here is at least one system administrator’s favorite command to use when trying to determine what’s happened to a job.

sacct -X -u $USER --format="jobid,account,state,elapsedraw"

Where $USER is your username. This should output information regarding the jobs that completed since the last local midnight. The information that’s given is (1) the Job ID, (2) the Sponsoring Account, (3) the State of the job (e.g., RUNNING, PENDING, COMPLETED, FAILED, …), and (4) the total walltime of the job in seconds.

Another way to use this command is the following:

sacct -X -j ${JOB_ID} --format="jobid,account,state,elapsedraw"

Where ${JOB_ID} is the SLURM-given job ID printed to stdout at the time of submission. This will output the same information as above.

If you find any entry at all for your job in this output, it has not disappeared. It’s very likely that your job simply completed or failed very quickly! Use the output written to the SLURM output and SLURM error files to determine the cause of the failure. Always feel free to submit a descriptive help request at the link above, but expect some minor shaming if it’s clear that you haven’t looked at this type of output yourself.

Is there a way to get around SLURM job preemption?

Short answer: no.

The system administrators and the first users of the ada cluster environment worked together in their design of the ada cluster environment to ensure an equal level of access.

As with all computing environments, the ada cluster environment has a limited number of resources to offer its users. For this reason, the cluster resources will sometimes be subject to resource contention(wiki), when the same resource is requested by different SLURM tasks.  Preemption is our answer to cases of resource contention. Preemption is described on the preemption page located under “ada GPU Cluster” and “SLURM” in the above drop-down menu.

System administrators who grant an exemption to SLURM job preemption would be granting unequal access to a shared campus resource. Please refrain from asking them to grant such an exemption. The answer will always be the same.

Please remember to checkpoint your SLURM jobs to ensure that computational efforts are not lost in the case of preemption.

I would like to run a command as a super-user (sudo). How do I do this?

Users cannot run super-user commands on the ada cluster environment. In many cases, you do not need to. In the rare exception to this, please submit a descriptive help request at the link above under “Forms” or read about how ada cluster environment support at the following link.

Why “ada”?

The ada cluster environment is named in honor of Augusta Ada King, Countess of Lovelace a.k.a. “The Prophet of the Computer Age” [1] or “Enchantress of Number” [2].

Ada lived from 1815-1852 and was born and died in London, England [2]. Ada is commonly regarded as the first computer programmer given her unique insight to what we might call computer programming today [1,3]. She left an extensive set of notes on a French paper penned by Luigi Menabrea [1,2,3,4]. This paper was a summary of the Analytic Engine designed by Charles Babbage and presented to, among others, Menabrea [3,4]. These notes represent the first discussion of using symbols (mathematical or otherwise) and rules to represent complex patterns and processes beyond rote arithmetic [1]–that is, using symbols and rules to give machine instructions.





Who are the system administrators?

No one really knows. They hide behind the thin veil of the Research Computing RT system and venture out only for snacks and fancy cable management solutions.

System administrators retain the right to simply refer users to this page 🙂