By far and away the quickest way to get started with Learning Locker is to install our Community AMI (Amazon Machine Image) on AWS. You will be able to spin up your LRS in a matter of minutes.
To find the AMI, search for “Learning Locker” in the Community AMI’s section when starting a new EC2 instance and follow the instructions below, or watch the video below. Note that we don’t currently support “t2.micro” instances because they don’t provide enough RAM, we recommend “t2.medium” as a minimum.
When you start the AMI, you will need to allow access to port 80 to your server in order to be able to access your Learning Locker user interface.
You will also need to ssh to the AMI using the default ‘ubuntu’ user and the keypair you specified at launch time, in order to read the
/home/ubuntu/ll_credentials.txt file which contains autogenerated default login credentials for an organisation and user.
This file will be generated when the server is fully running and can take up to 5 minutes to be available.
Please note that by default your EC2 instance will hold all of your LRS’s data. Spinning up a new AMI will not transfer any of your data. Please see the Upgrading section below if you plan on using your LRS for real users and keeping your LRS up to date.
To install Learning Locker version 2, you can run one of the commands below as the root user on
Debian. For more information, you can view the deployment repository’s documentation. Alternatively, view the following video tutorial:
Please run the required update script for your distro to ensure you have the latest version of all packages.
apt-get update && apt-get upgrade
You must run this script as root user. Typically this can be done by running
sudo su -
Install with cURL
curl -o- -L http://lrnloc.kr/installv2 > deployll.sh && bash deployll.sh
Install with Wget:
wget -qO deployll.sh http://lrnloc.kr/installv2 && bash deployll.sh
You may choose to upgrade your Learning Locker to take advantage of new features and bug fixes. To make this process easier, it is strongly recommended that any Learning Locker running for production use has the database (Mongo) running on different servers to that of the application. This means you can seamlesly update your application without having to move your data.
You can run the install script below on your existing EC2 server and that will grab and rebuild the code directly on the server. Please note: this requires an EC2 instance with at least 2GB of RAM. You will be asked if you wish to “upgrade” any existing instance, or perform a fresh install.
If you are using an AMI, this will come installed with Mongo and Redis installed - by default your data will live on the same server as your application.
Over time this will allow you to simply spin up newer versions of the AMI and simply adjust your configuration file to point at your Mongo and Redis instances (existing on other servers). You will also be able to utilise load balancers to handle more traffic and provide redundancy for your site.
If you plan on keeping the Mongo database on the same server as the application, you will need to perform a backup and restoration of your Mongo data between upgrades. For this reason we strongly recommend placing your database separate to your application.
By default, logs are written to
If there is a problem installing the script, you can view the full install log output here:
Individual logs for the different services outputs (stdout) and errors (stderr) are available in this directory under the following names:
***: Logs may have slightly different names due to rotation
To restart the services, simply run the following command:
service pm2-learninglocker restart
learninglocker is the system user you chose to install with in the script (defaults to
The PM2 service manages the 4 micro-services that Learning Locker requires. This is installed by default with the install script under the system user you chose.
In order to use the pm2 service, first ensure you are in as the correct system user:
(using the default
learninglocker system user):
sudo su learninglocker
To view the status of your processes (using the default
learninglocker system user):
┌──────────┬─────────┬────────┬───┬──────┬────────────┐ │ Name │ mode │ status │ ↺ │ cpu │ memory │ ├──────────┼─────────┼────────┼───┼──────┼────────────┤ │ API │ cluster │ online │ 0 │ 0% │ 144.0 MB │ │ UIServer │ cluster │ online │ 0 │ 0% │ 105.8 MB │ │ Worker │ cluster │ online │ 0 │ 0% │ 109.5 MB │ │ xAPI │ cluster │ online │ 0 │ 0% │ 81.8 MB │ └──────────┴─────────┴──-─────┴───┴──────┴────────────┘
You can view a tail of the logs by running:
Or view the logs for a particular service (by name or ID):
pm2 logs xAPI
To view more lines:
pm2 logs --lines 1000
You can restart all the services by running:
pm2 restart all
Or individual services by their name or ID:
pm2 restart UIServer
There are two main repositories that are installed as part of a fresh Learning Locker installation, the Learning Locker application and xAPI service. An in depth look at what both these packages do can be read in the Architecture Overview.
When installing your LL instance using the install script, these packages will be (by default) installed to
/usr/local/learninglocker/current (as a symlink to a directory inside
current/webapp/ lives the Learning Locker application which controls the User Interface, API and worker.
We also install the xAPI Service here, inside the
Each of these applications has their own
.env. These hold all the configurations that the applications require in order to run, from database settings to logging configuration.
It is likely you will wish to configure your application to connect to external databases, and whilst setup and configuration of these in beyond the scopes of this documentation, you will need to ensure that both
.env files contain the same configuration values where appropriate.
A full description of all configuration values in both repositories is available in the Configuration Guide
For production installations, we recommend the following setup:
This setup ensures good performance and a reasonable degree of redundancy in case of failures in some parts. We’d also recommend that you back up your Mongo database quite regularly depending on your own data requirements. If this sounds too costly or challenging, you may wish to consider using our Software as a Service (SaaS) enterprise solution. If you require more advice for your setup, please get in touch via firstname.lastname@example.org.
Please follow instructions here if you wish to install Learning Locker manually.