Running OSDF Origin in a Container¶
Currently, the origin container only supports distribution of public data. If you would like to distribute private data requiring authentication, see the RPM installation guide.
The OSG operates the Open Science Data Federation (OSDF), which provides organizations with a method to distribute their data in a scalable manner to thousands of jobs without needing to pre-stage data across sites or operate their own scalable infrastructure.
Origins store copies of users' data. Each community (or experiment) needs to run one origin to export its data via the federation. This document outlines how to run such an origin in a Docker container.
The OSDF Origin was previously named "Stash Origin" and some documentation and software may use the old name.
Before starting the installation process, consider the following points:
- Docker: For the purpose of this guide, the host must have a running docker service and you must have the ability
to start containers (i.e., belong to the
- Network ports: The origin listens for incoming HTTP/S and XRootD connections on ports 1094 and 1095 (by default).
- File Systems: The origin needs a host partition to store user data.
- Registration: Before deploying an origin, you must registered the service in the OSG Topology
Configuring the Origin¶
In addition to the required configuration above (ports and file systems), you may also configure the behavior of your origin with the following variables using an environment variable file:
Where the environment file on the docker host,
/opt/origin/.env, has (at least) the following contents,
<YOUR_RESOURCE_NAME> with the resource name of your origin as
registered in Topology
<FQDN> with the public DNS name that should be used to contact your origin:
Populating Origin Data¶
The OSDF namespace is shared by multiple VOs so you must choose a namespace for your own VO's data. When running an origin container, your chosen namespace must be reflected in your host partition.
For example, if your host partition is
/srv/origin-public and the name of your VO is
you should store the Astro VO's public data in
Then, when starting container, you will mount
/xcache/namespace in the container.
Running the Origin¶
It is recommended to use a container orchestration service such as docker-compose or kubernetes whose details are beyond the scope of this document. The following sections provide examples for starting origin containers from the command-line as well as a more production-appropriate method using systemd.
[email protected] $ docker run --rm --publish 1094:1094 \ --publish 1095:1095 \ --volume <HOST PARTITION>:/xcache/namespace \ --env-file=/opt/origin/.env \ opensciencegrid/stash-origin:3.6-release
<HOST PARTITION> with the host directory containing data that your origin should serve.
See this section for details.
A container deployed this way will serve the entire contents of
Running on origin container with systemd¶
An example systemd service file for the OSDF.
This will require creating the environment file in the directory
This example systemd file assumes
<HOST PARTITION> is
Create the systemd service file
/etc/systemd/system/docker.stash-origin.service as follows:
[Unit] Description=Origin Container After=docker.service Requires=docker.service [Service] TimeoutStartSec=0 Restart=always ExecStartPre=-/usr/bin/docker stop %n ExecStartPre=-/usr/bin/docker rm %n ExecStartPre=/usr/bin/docker pull opensciencegrid/stash-origin:3.6-release ExecStart=/usr/bin/docker run --rm --name %n -p 1094:1094 -p 1095:1095 -v /srv/origin-public:/xcache/namespace --env-file /opt/origin/.env opensciencegrid/stash-origin:3.6-release [Install] WantedBy=multi-user.target
Enable and start the service with:
[email protected] $ systemctl enable docker.stash-origin [email protected] $ systemctl start docker.stash-origin
You must register the origin before considering it a production service.
To validate the origin please follow the validating origin instructions.