Installing Aleph

Search…
Installing Aleph
Below you will find the installation steps on how to install Aleph.
Prerequisites
Aleph requires multiple services to operate. It uses Docker containers to make it easier for development and deployments. Before we continue, you will need to have Docker and docker-compose installed. Please refer to their manual to learn how to set up Docker and docker-compose.
Developer setup
This section describes how to set up Aleph for software development. Developer mode disables many security measures and it not meant to be used for internet-facing uses, Production deployment is needed instead.
What is developer mode?
Developer mode is a docker configuration for Aleph which makes it easy to do software development and debug the tool without having to install its dependencies on your host machine. These are the features of developer mode:
The code for the backend (api) server and the React frontend will automatically reload to reflect any changes you make in your working copy while the application is running.
Both backend and frontend will operate in debug mode and give more verbose error messages when a problem occurs.
The host machine's file system will be accessible from within Aleph's docker container at /host.
Developer mode overrides the configuration file for docker-compose, using docker-compose.dev.yml instead of docker-compose.yml. This is done by wrapping most developer mode commands using make.
Getting started
As a first step, check out the source code of Aleph from GitHub:
1
# Use the SSH URL if you have commit access:
2
git clone https://github.com/alephdata/aleph.git
3
cd aleph/
Copied!
Once the code is downloaded, find the file called aleph.env.tmpl in the base directory. This is a template of the configuration file. Make a copy of this file named aleph.env and define settings for your local instance. Check the configuration section for more information regarding the available options.
Also, please execute the following command to allow ElasticSearch to map its memory:
1
sudo sysctl -w vm.max_map_count=262144
Copied!
With the settings in place, you can use make all to set everything up and launch the web service. This is equivalent to the following steps:
1.make build to build the docker images for the application and relevant services. You can run make docker-pull before to pull pre-build release images.
2.make upgrade to run the latest database migrations and create/update the search index.
3.make web to run the web-based API server and the user interface.
Open http://localhost:8080/ in your browser to visit the web frontend.
If any of the above steps fail, refer to the troubleshooting section for some common stumbling blocks and their fixes.
Working in a shell
During development, you will need to run command-line operations for certain tasks. In order to do so, you will first need to enter the docker container of Aleph. To do so, run:
1
make shell
2
# This will result in a root shell inside the container:
3
aleph --help
Copied!
This will enter a docker container where the aleph shell command is available (see Usage for details). You can also access the host computers file system at /host. This means a file stored at /tmp/bla.txt on your computer can be found at /host/tmp/bla.txt inside the container.
When you run Aleph in development mode, the default configuration will not run the worker component used to index documents and do other background work. You can start it either via make worker or inside an Aleph shell using aleph worker.
Users
For development purposes, you can quickly create a new user with the aleph createuser command, inside a shell:
1
aleph createuser --name="Alice" \
2
                 --admin \
3
                 --password=123abc \
4
                 [email protected]
Copied!
If you pass an email address in the ALEPH_ADMINS environment variable (in your configuration) it will automatically be made into an admin.
After running createuser, the newly created user's API key is printed, which you can use in the Authorization HTTP header of requests to the API. If you pass a password, you can use this email address and password to log into the web interface.
Loading Sample Data
If you want to quickly get some sample data in your Aleph instance you can use crawldir to index a small test data folder.
1
aleph crawldir /aleph/contrib/testdata
Copied!
Make sure that a worker is running, otherwise your data won’t be processed. Run make worker to start a worker in your development environment. If you can’t see your sample data, make sure that you’re signed in, as your data won’t be public by default. See Users for instructions on how to create new user accounts.
To also get a sample of (non-document) entity data, consider loading sanctions lists.
Running Tests
To run the tests, assuming you already have the docker-compose up and ready, run:
1
make test
2
make ingest-test
Copied!
This will create a new database and run all the tests.
Debugging
If you're looking to debug changes that you've made to Alephs python then there are a couple of options. By default, Aleph ships with the vscode python debugger (debugpy) enabled for the API and worker services when in dev mode. This makes it easy to create a launch.json file and attach a debugger to a running instance of the software.
The API is exposed via the standard 5678 port whereas the worker service is exposed via 5679.
Additionally you may wish to configure the debugger to wait for a client to attach. If this is the case you'll need to edit the docker-compose.dev.yml file adding the following as the command for the API:
1
command: python3 -m debugpy --listen 0.0.0.0:5678 --wait-for-client -m flask run -h 0.0.0.0 -p 5000 --with-threads --reload --debugger
Copied!
Or in the case of the worker, from the Makefile:
1
worker: services
2
    $(COMPOSE) run -p 127.0.0.1:5679:5679 --rm app python3 -m debugpy --listen 0.0.0.0:5679 --wait-for-client /usr/local/bin/aleph worker
Copied!
If you'd prefer to use the pdb debugger then the first step is to add the following to the api section of the docker-compose.dev.yml:
1
stdin_open: true
2
tty: true
Copied!
Once this is done, restart your docker containers and set a breakpoint() in your code. Now, running docker attach aleph_api_1 should provide you the ability to view that breakpoint and make use of pdb's other features.
Building from a clean state
You can also build the Aleph images locally. This could be useful while working on the Dockerfile changes and new dependency upgrades.
To build the image you can run make build, which will build the alephdata/aleph image (this will generate a production ready image).
Production deployment
This section details how to set up Aleph in production mode. If you plan to change the source code or quickly test the software, you may wish to use the Developer setup instead.
Aleph is distributed as a set of Docker containers, which can be run on any server that meets the following criteria:
8GB (or more) of RAM. While the software will start with much less, we advise providing ample main memory for ideal performance.
A working install of Docker and docker-compose. See the FAQ page for information on not using Docker.
A domain name or IP address which can be used at the root via HTTPS (i.e. Aleph doesn't support running at a sub-path like /aleph). You are welcome to contribute fixes for this scenario.
An internet connection to download and install the package.
To begin a production deployment:
Obtain a copy of Aleph's docker-compose file and base configurations (named aleph.env.tmpl).
Make a copy of the configurations file named aleph.env and define settings for your production instance. Check the section on configuration for more information regarding the available options.
Aleph has support for multiple storage engines, including Amazon Web Services Simple Storage Service, Google storage buckets, and local file storage. Remember to configure this in your instance's configuration file.
Set ALEPH_TAG environment variable to specify the version of Aleph you want deploy. If ALEPH_TAG is not set, the stable version specified in the docker compose file is deployed.
Once you are happy with your configuration, execute the following command to allow ElasticSearch to map its memory:
1
sudo sysctl -w vm.max_map_count=262144
Copied!
Finally, you can boot the docker-compose environment:
1
docker-compose up -d
Copied!
This will run Aleph in detached mode. You can shut down the system at any time by issuing the following command:
1
docker-compose down
Copied!
Before Aleph can process any requests or data, you need to make sure it sets up the database and search index correctly by executing an upgrade:
1
docker-compose run --rm shell aleph upgrade
Copied!
While the system is running, it will bind to to port 8080 of its host machine and accept incoming connections. You can check that the system is functional with a curl request:
1
curl http://localhost:8080/api/2/statistics
Copied!
If your servers firewall configuration allows it, you can now also open http://localhost:8080 in your browser and use the web interface to navigate the application.
Be careful with the ports exposed from your Docker system on public ports. Docker is known to override some firewall rules so make sure you double-check that you're only exposing the intended ports on your productions system.
Upgrading
See the relevant section in the Technical FAQ.
Backing up and restoring data
Aleph stores persistent data in 3 different systems:
1.Blob storage: This is where Aleph stores the uploaded files as blobs.
2.SQL Database: Aleph has a couple of different use cases for a SQL database. * A database to store application data like users, sessions, collection metadata etc. This database is the one defined by ALEPH_DATABASE_URI setting. * A database to store FtM entities. This database is defined by FTM_STORE_URI. These two databases can use the same SQL database instance or can use separate instance for each use case.
3.ElasticSearch: ElasticSearch powers Aleph's search and stores the contents of all processed documents and entities.
To have a functional Aleph instance, we need all 3 of these components to be operational without data loss and have a restoration plan if we any of these components experience data corruption, data loss or any other failure.
For blob storage, Aleph can use cloud storage services like Google Cloud Storage, AWS S3 which provide automatic backups and availability guarantees. In case you're using the local file system for storage, the docker volume can be mapped to a host directory, and the host directory can be backed up in usual ways. (for example, running rsync in a cron job to copy the directory to a backup server.)
For SQL database, Aleph uses PostgreSQL. PostgreSQL can be backed up and restored through pg_dump, pg_restore and similar utilities.
For example, here's how you can dump the database:
1
docker-compose exec postgres pg_dumpall -c -U postgres > dump_`date +%Y-%m-%d"_"%H:%M:%S`.sql
Copied!
and then restore from the dump:
1
cat dump_2021-11-03_18:03:54.sql | docker-compose exec -T postgres psql -U aleph -d aleph
Copied!
The commands will be slightly different depending on your specific set up. If you're running a separate database instance for FtM-Store, you should backup both the Aleph application database and the FtM-Store database. The data dump creation command should be put in a cron job to automate snapshot creation and those snapshots should be copied to a separate backup server.
The ElasticSearch index can be regenerated from the FtM-Store database. So, the backup of that database can serve as the backup of your ElasticsSearch index too.
Note: This works only for Aleph versions greater than 3.8.0.
Here's how you can recreate the ElasticSearch index from the FtM-Store database:
1.Run docker-compose run --rm shell aleph upgrade to recreate the indices in Elasticsearch
2.Once that finishes running, run docker-compose run --rm shell aleph reindex-full to write data into Elasticsearch indices from the FtM-Store PostgreSQL database.This will take some time to run depending on how much data you have.
Configuration
The main configuration file of Aleph is aleph.env, which is loaded by docker-compose and can modify many aspects of system behaviour. A template for the configuration with details regarding many of the options is available in the aleph.env.tmpl file.
Configuration options
You will need to provide a value for the ALEPH_SECRET_KEY. A good example of a value is the output of openssl rand -hex 24.
Aleph needs to know the URL under which the web interface is mounted. Make sure to set the correct public ALEPH_UI_URL.
Pages configuration
Some instance-specific information, e.g. 'About' page, is configured with pages mechanism. You can find default examples in aleph/pages directory.
OAuth Credentials
Using OAuth for login is optional. Skip this section (and leave the config commented out) if you don't want to use it.
Aleph supports a couple of OAuth providers out of the box: Google, Facebook and Microsoft Azure.
Using Google OAuth
To get the OAuth credentials please visit the Google Developers Console. There you will need to create an API key. In the Authorised redirect URIs section, use this URL:
1
http://localhost:8080/api/2/sessions/callback/google
Copied!
Save the client ID and the client secret as ALEPH_OAUTH_* values.
Using Microsoft Azure
Create a new app over at https://apps.dev.microsoft.com, make a note of the KEY and secret you generate there. Callback URL should be as follows: https:///api/2/sessions/callback . Then add the following to aleph.env, remember to update KEY and SECRET with your values.
1
ALEPH_OAUTH=true
2
ALEPH_OAUTH_KEY=***************************
3
ALEPH_OAUTH_SECRET=***************************
4
ALEPH_OAUTH_NAME=Azure
5
ALEPH_OAUTH_BASE_URL=https://login.microsoftonline.com/organizations/oauth2/v2.0/
6
ALEPH_OAUTH_AUTHORIZE_URL=https://login.microsoftonline.com/organizations/oauth2/v2.0/authorize
7
ALEPH_OAUTH_TOKEN_URL=https://login.microsoftonline.com/common/oauth2/token
8
ALEPH_OAUTH_SCOPE=openid profile email user.read
9
ALEPH_OAUTH_TOKEN_METHOD=POST
Copied!
Troubleshooting
Troubleshooting help can be found in the Technical FAQ.