Cookies on this website
We use cookies to ensure that we give you the best experience on our website. If you click 'Continue' we'll assume that you are happy to receive all cookies and you won't see this message again. Click 'Find out more' for information on how to change your cookie settings.


Here you'll find some of our most frequently encountered problems and recommended resolutions.

Quick Links

Mailing Lists

We operate two mailing lists:

  • - for all users
  • - for GPU users

Both mailing lists are low traffic, high importance and are reserved for important service announcements from the BMRC team. All users are warmly encouraged to subscribe to our general mailing list and likewise GPU users are encouraged to join our GPU mailing list.

To subscribe to our general mailing list, send an email to (from the address that you wish to subscribe - the subject and content are ignored so you may leave them empty) and then follow the instructions in the automated reply.

To subscribe to our GPU mailing list, please email your request to


If you have forgotten your password, please email us to request a password reset. You will receive a temporary password and instructions for how to set your own new password.

If you password has been reset, follow the instructions in the email (also copied below) to login and set your new a password.

  1. Login via ssh using your current password - the password change process will begin immediately. If you have received a password reset email, your current password is the temporary password in the email.
  2. When prompted for your Current Password re-enter your current password. If you have received a password reset email, your current password is (once again) the temporary password in the email.
  3. Only when prompted for a New Password should you enter your new password and then re-enter it when requested to Confirm New Password.

Your new password must contain at least 16 characters and contain at least three different character classes (lowercase, uppercase, numbers, symbols).

The password change is immediate and there is no need to log out and back in again. Contrariwise, if you are forcibly logged out after attempting to change your password, then your attempt was not successful and your password remains as it was.


If you cannot connect via ssh, look carefully at the error message received to help diagnose the issue and see what your options are.

Message Explanation & Resolution

ssh: Could not resolve hostname Name or service not known (likewise for

The login gateways for the BMRC have changed to and on Tuesday 23rd November 2021. Please update your SSH configuration and discontinue use of the old names. Once logged in, these hosts will continue to report their local hostname as rescomp1-2.

ssh: connect to host port 22: No route to host (Likewise for cluster2)

All connections to our systems must originate from within the Oxford University IT network. For local users, you can connect either via ethernet or via an Oxford University-hosted VPN. For remote users, you will need to connect via Oxford University-hosted VPN. NB A VPN provided by another university or institution will not work.

Further details are available on the University's VPN page.

ssh: connect to host port 22: Connection refused

(Likewise for cluster2)

Alternatively you may see:

ssh: connect to host port 22: Operation timed out

(Likewise for cluster2)

Your IP address has been temporarily blocked due to suspected malicious activity. This can happen e.g. if you or another user on the same IP address enter an incorrect password too many times. Please note that for blocking purposes, cluster1 and cluster2 are separate, so if you are blocked from one, you can still try the other.

In normal cases, your IP address will have been blocked for just 10 minutes. So you can either switch to logging in on the other node (i.e. switch to cluster2 if you have been blocked by cluster1) or you can wait ten minutes and see if you are automatically unblocked.

If the block remains after ten minutes and you still cannot login, please Google "what's my ip address" and then email with the address that Google reports. It will be in the format of four numbers (0-127) separated by dots e.g.

Do you support login via SSH keys?

The BMRC cluster does not support login via SSH keys. UK research institutions are a target for hacking and in 2020 another UK research institution suffered a login breach that was due to SSH keys. As a result, many UK institutions no longer permit SSH keys. We are currently reviewing our login methods to ensure that they remain up to date with the latest security guidance.

Why did my qsub job fail?

Every job submitted via qsub receives a job id number - this is reported back to you when submitting the job.

The job id number is the most important piece of information in diagnosing a job. If you are contacting the BMRC team for help, please make sure to include your job id number.

If a computing job has failed (i.e. has ceased to run), try these steps in order:

  1. Check your log files, in particular the error log files. By default these files are named by combining your job script name, your job id and the letter 'o' for regular output or the letter 'e' for error output. For example, the script submitted as job id 2001524 would produce log files named analyse.o2001524 and analyse.e2001524. Checking the error log file will show if there are error messages that might help explain why your job failed. Some common problems are these:
    Message in error log file Explanation & Resolution
    illegal instruction... You are running software built for one CPU architecture on another incompatible CPU type. The most common cause of this happening is the inclusion of the -V parameter to qsub, either on the command line or in your scripts.

    We strongly recommend against using the -V parameter because it interferes with the normal process whereby our system automatically chooses the correct software for each system's CPU architecture. Instead, please include all necessary environment setup in your job submission script.
    module command not found Please check that the first line of your script file is #!/bin/bash (with no empty lines preceding it). If you find that a script works when run interactively but produces a "module not found error" when submitted, this is likely the issue.
  2. If the log files have not helped, you can view the accounting information for this job by running qacct -j <job_id>. For example, with the example job mentioned above you would run qacct -j 2001524.

    The accounting file shows lots of information. To begin with, focus on the values shown for: exit_status and failed. Some common problems are shown in the table:

    Exit Status / Failed Message Explanation & Resolution

    52  : cgroups enforced memory limit



    Exit Status: 137. Failed: 100 : assumedly after job

    It's likely that your job exceeded the maximum RAM allocation. Check the maxvmem value reported by qacct against the queue specification (in general, values over 15.2GB are exceeding the maximum).

    You can either reduce the memory requirements of your script or increase the amount of RAM available to your job by selecting extra slots (see the section on parallel environments in the cluster guide).

    Exit Status 137: Failed: 44  : execd enforced h_rt limit

    Your job exceeded the maximum duration for its queue (see the queue time limits shown here). If you were using a short queue you could re-submit to the long queue to get extra time. Alternatively, you will need to try to shorten your run time so that your code completes in the time available - please contact us for advice.
    Exit Status: 0. Failed       27  : searching requested shell Your job submission script could not be read because it was prepared on Microsoft Windows and its text format is incompatible. Please run dos2unix <> on your script file to convert it to Linux format and then resubmit.