These instructions will help guide you to installing Submitty onto a server (whether on a dedicated machine or a VM).

Note: We assume that you’re installing Submitty on a dedicated machine. If this machine is used for other things, you may need to adapt the instructions below and for your needs (as the script installs all of the dependencies that Submitty depends on).

Note: These instructions should be run under root/sudo.

  1. Install Ubuntu 16.04 or 18.04 server edition

  2. After installing the operating system, clone the git repository:

    mkdir -p /usr/local/submitty/GIT_CHECKOUT
    git clone /usr/local/submitty/GIT_CHECKOUT/Submitty
  3. Run the automated portion of the install.

    cd /usr/local/submitty/GIT_CHECKOUT/Submitty
    bash ./.setup/

    You will be asked several questions by the script. These questions are:

    1. Database Host
    2. Submitty Database User/Role
    3. Submitty Database User/Role Password
    4. Timezone
    5. Main Site URL
    6. Version Control System (VCS) URL
    7. Institution Name
    8. Authentication Method (PAM or Database)

    If you already have your database server installed and set up, you will most likely just specify localhost for the Database Host. Note: The database user is not a Linux user, just a user/role within the database server. If you don’t already have a role for the submitty database user/role, the script will create that for you with the specified name & password.

    IMPORTANT: Do not enable debugging unless you are developing code on a non-production machine.

  4. Run installations specific to your university.
    For example: RPI Computer Science specific installations

    sudo bash /usr/local/submitty/.setup/distro_setup/ubuntu/
  5. Edit PHP Settings

    We recommend for security that you modify your PHP installation and disable certain PHP functions. To do this, edit /etc/php/7.2/fpm/php.ini and find the entry for disable_functions and prepend the list of disabled functions with:


    Note: Ubuntu 18.04 is using 7.2, but older versions might be using php7.0-fpm.

  6. Setup Apache

    Note: If you don’t have a SSL certificate for your server, we recommend using Let’s Encrypt to get one. It’s recommended that you use certbot to do this (and to have an HTTP configuration up).

    We provide a default apache configuration at .setup/apache/submitty.conf which you can just copy to /etc/apache2/sites-available. You will need to replace all instances of __your_domain__ with your actual domain (don’t include the https:// part of it) and /path/to/ssl/certificate/ to the actual path for your SSL certificate.

    Note: If you used Let’s Encrypt, your certificates will be at /etc/letsencrypt/live/__your_domain__, otherwise the common place to look would be /etc/apache2/ssl.

    The basic commands to do this are:

    cp /usr/local/submitty/GIT_CHECKOUT/Submitty/.setup/apache/submitty.conf /etc/apache2/sites-available/submitty.conf
    a2ensite submitty

    We also recommend that you Edit /etc/apache2/conf-enabled/security.conf to ensure these options below are set to limit the information the server gives to potential hackers:

    ServerTokens Prod
    ServerSignature Off

    You probably want to first disable or remove the default configurations to prevent unintended access to the web server (but don’t do this if the default site is already in use).

    a2dissite 000-default

    You may also want to comment out the directory specific portions of /etc/apache2/apache2.conf so that you do not risk configuration conflicts with your other configurations. (Things that begin with Directory and end with /Directory).

    Alternately, we provide submitty_http.conf to run Submitty on just HTTP. We recommend only using this if you are planning on developing for Submitty. For production, we strongly recommend that you get a certificate and use HTTPS/SSL.

  7. We recommend that you should leave the PostgreSQL setup unless you know what you’re doing. However, for the version of PostgreSQL that comes with Ubuntu Server, you may use UNIX sockets and disable the ability to connect to the DB via TCP. The socket improves query responses minorly while disabling TCP can better secure your DB if you don’t plan to connect to it via localhost, IP, etc. The socket by default is run at /var/run/postgresql. To disable TCP, you will need to edit /etc/postgresql/9.5/main/pg_hba.conf and disable all the lines that start with host and hostssl. You will also have to modify /usr/local/submitty/.setup/ and change DATABASE_HOST to point to the socket, and then re-run the script.


    • When using Ubuntu 18.04, the configuration file path to disable TCP is /etc/postgresql/10/main/pg_hba.conf.
    • If you intend to run the Student Auto Feed, do not disable TCP.
  8. Test apache config with: apache2ctl -t

    If everything looks ok, restart apache with: `service apache2 restart’