Post-Deployment Verification & Configuration

After successfully deploying all services to your cluster, you must perform some post-deployment verification and configuration tasks to make sure the DMS platform is up and running healthily.

  1. Check Docker services are running
  2. Check Ego API is running
  3. Check and configure Ego UI
  4. Check Song API is running
  5. Check Maestro API is running
  6. Check Elasticsearch is running
  7. Add project to Arranger UI
  8. Check Data Portal is running

The following sections below describe these tasks in detail.

Check Docker Services are Running

Although the Installer script indicates the deployment completed successfully, as a sanity check, make sure all Overture services have replicas running using this command:

shell
$ docker service ls

All services should display with replicas indicating **1/1**:

Entity

The specific services you must check for are:

Service / Container NameDescription
arranger-uiArranger administrative UI
arranger-serverArranger backend server
dms-uiDMS data portal
ego-apiEgo API
ego-dbEgo PostgreSQL database
ego-uiEgo administrative UI
elasticsearchElasticsearch
gatewayDMS gateway / ingress controller
maestroMaestro indexing service
minio-apiOnly used if MinIo chosen as object storage service
score-apiScore API
song-apiSong API
song-dbSong PostgreSQL database

Check Ego API is Running

Check that the Ego API is running by going to:

ModeURI
Localhttp://localhost:<port>/ego-api/swagger-ui.html
Serverhttps://<myDomain>/ego-api/swagger-ui.html

Where:

  • <port> is the port on which you have deployed the DMS Gateway in local mode
  • <myDomain> is the registered domain you configured for the DMS Gateway (e.g. dms.test.cancercollaboratory.org)

If running, the Swagger API will be accessible via your browser in graphical format:

Entity

Check and Configure Ego UI

Check Your Providers' Redirect URIs

Before logging into the Ego UI, you may wish to check again that all your identity providers have the correctd redirect URI configured in their developer console's OAUTH 2.0 settings. This was configured earlier when setting up your secrets, but double-checking is a good practice.

The redirect URI you must authorize can be found in that provider's Ego configuration section in the ~/.dms/config.yaml file. Look for the preEstablishedRedirectUri. In the example below, the preEstablishedRedirectUri for Google is https://dms.test.cancercollaboratory.org:443/ego-api/oauth/login/google

shell
ego:
api:
tokenDurationDays: 30
jwt:
user:
durationMs: 10800000
app:
durationMs: 10800000
refreshTokenDurationMS: 43200000
hostPort: 9000
sso:
google:
clientId: "abc123"
clientSecret: "abc123"
preEstablishedRedirectUri: "https://dms.test.cancercollaboratory.org:443/ego-api/oauth/login/google"

NOTE: When entering the domain in LinkedIn for server mode, you must append the port :443 to the end of the domain. The true redirect URI sent by the DMS actually contains :443 suffixed to the domain. While other identity providers ignore or drop this suffix, LinkedIn requires the redirect URI to match exactly, hence :443 must be explicitly entered.

Login and Configure Ego UI

  1. Next, log in using one of the providers you setup in your configuration (e.g. Google) by going to:
ModeURI
Localhttp://localhost:<port>/ego-ui
Serverhttps://<myDomain>/ego-ui

Where:

  • <port> is the port on which you have deployed the DMS Gateway in local mode
  • <myDomain> is the registered domain you configured for the DMS Gateway (e.g. dms.test.cancercollaboratory.org)

Entity

  1. Once logged in, the first user is automatically created and treated as an administrator.

NOTE: Subsequent users logging into Ego UI will NOT be automatically treated as administrators, for security precautions. It is then the responsibility of the first user (first admin) to assign an Admin role to other users as required.

  1. From the left navigation, click Groups and verify that the dms-admin group has been automatically created and is assigned these permissions: DMS.WRITE, SONG.WRITE, SCORE.WRITE

Entity

  1. From the left navigation, click Users and verify that your user was created with USER TYPE = ADMIN.
  1. Click Edit on your profile, then under Groups use the Add button to add yourself to the dms-admin group. This ensures your user can perform all basic actions required for a DMS administrator.
  1. Click Save. Here is an example of the resulting profile changes:

Entity

  1. From the left navigation, click Applications and verify that the dms application has been created.
  1. Click Edit on the dms application and in the ERROR REDIRECT URI field, enter:
ModeURI
Localhttp://localhost:<port>/dms-ui/403
Serverhttps://<myDomain>:443/dms-ui/403

Where:

  • <port> is the port on which you have deployed the DMS Gateway in local mode
  • <myDomain> is the registered domain you configured for the DMS Gateway (e.g. dms.test.cancercollaboratory.org)

This ensures that when OAUTH errors occurs, the DMS UI (Data Portal) is routed to the correct error page to display to the end user.

  1. Click Save. Here is an example of the resulting application changes:

Entity

Check Song API is Running

Check that the Song API is running by going to:

ModeURI
Localhttp://localhost:<port>/song-api/swagger-ui.html
Serverhttps://<myDomain>/song-api/swagger-ui.html

Where:

  • <port> is the port on which you have deployed the DMS Gateway in local mode
  • <myDomain> is the registered domain you configured for the DMS Gateway (e.g. dms.test.cancercollaboratory.org)

If running, the Swagger API will be accessible via your browser in graphical format:

Entity

Check MinIo is Running (Optional)

If you chose to use MinIo as your object storage service, check that the MinIo browser:

  1. Access the MinIo browser by going to:
ModeURI
Localhttp://localhost:<port>/minio
Serverhttps://<myDomain>/minio

Where:

  • <port> is the port on which you have deployed the DMS Gateway in local mode
  • <myDomain> is the registered domain you configured for the DMS Gateway (e.g. dms.test.cancercollaboratory.org)

Entity

  1. Enter the Access Key and Secret Key. If you chose to provide your own credentials during configuration, then you should have recorded these earlier. Otherwise, if you chose for credentials to be auto-generated, you can view them by running the dms config get command or inspecting the ~/.dms/config.yaml file.
  1. Click the login button. Your buckets are displayed. Verify that the bucket IDs you specified during configuration have been created:

Entity

Check Maestro API is Running

Check that the Maestro API is running by going to:

ModeURI
Localhttp://localhost:<port>/maestro/api-docs
Serverhttps://<myDomain>/maestro/api-docs

Where:

  • <port> is the port on which you have deployed the DMS Gateway in local mode
  • <myDomain> is the registered domain you configured for the DMS Gateway (e.g. dms.test.cancercollaboratory.org)

If running, the Swagger API will be accessible via your browser in graphical format:

Entity

Check Elasticsearch is Running

Check that Elasticsearch index is deployed by using a tool such as Elastic's own Kibana tool or browser plugin (e.g. Elastichead for Chrome or Elasticvue for Firefox) to graphically view the index.

Do the following:

  1. From your tool, connect to Elasticsearch by going to:
ModeURI
Localhttp://localhost:<port>/elasticsearch
Serverhttps://<myDomain>/elasticsearch

Where:

  • <port> is the port on which you have deployed the DMS Gateway in local mode
  • <myDomain> is the registered domain you configured for the DMS Gateway (e.g. dms.test.cancercollaboratory.org)
  1. Enter username elastic and the password you provided during configuration.

  2. Browse the indices and check that the default index (default name file_centric) is created and the base fields are present. For example, from the Chrome Elastichead plugin:

Entity

Add Project to Arranger UI

To enable the Data Portal to display indexed data, a project must be created in Arranger that the Portal can reference. The Arranger project will contain configurations and metadata that determine which data fields are displayed in the Portal and how.

Do the following:

  1. Check that the Arranger administrative UI is running by going to:
ModeURI
Localhttp://localhost:<port>/arranger-ui/
Serverhttps://<myDomain>/arranger-ui/

Where:

  • <port> is the port on which you have deployed the DMS Gateway in local mode
  • <myDomain> is the registered domain you configured for the DMS Gateway (e.g. dms.test.cancercollaboratory.org)
  1. From the Project versions list, click Add Project:

Entity

  1. A pop-up control appears. In the Project ID field, enter the exact same Project ID value that you specified in the DMS-UI section of the configuration questionnaire (default is file). These MUST match.
  1. Under Project ID, click Add Index. Additional fields appear.
  1. In the Name field, enter the exact same Project Name value that you specified in the DMS-UI section of the configuration questionnaire (default file). These MUST match.
    1. In the ES Index field, enter the Elasticsearch Alias Name value that you specified in the DMS-UI section of the configuration questionnaire (default file_centric). These MUST match.
  1. Click Choose Files, then browse for and select the four (4) JSON metadata files that define your project's default configuration in Arranger. These are the same files you setup earlier in the pre-quisite steps here:
  • aggs-state.json
  • columns-state.json
  • extended.json
  • matchbox-state.json

Demo samples of these files can be downloaded here.

  1. The configuration pop-up should now look like this:

Entity

As indicated, values used to create the project in the Arranger UI here MUST match the Project ID, Project Name, Elasticsearch Alias Name that you supplied earlier during the configuration script.

This screenshot shows how the Arranger UI fields map to the inputs in the DMS installation script:

Entity

  1. Click the Add button in the bottom right of the pop-up. Verify that your project is now created and has an entry (row) in the Project versions list:

Entity

  1. You can click the Project ID to browse its configurations and make sure they match the metadata files you uploaded above:

Entity

Check Data Portal is Running

After adding your project to Arranger, check that the Data Portal (DMS UI) is running by going to:

ModeURI
Localhttp://localhost:<port>/dms-ui
Serverhttps://<myDomain>

Where:

  • <port> is the port on which you have deployed the DMS Gateway in local mode
  • <myDomain> is the registered domain you configured for the DMS Gateway (e.g. dms.test.cancercollaboratory.org)
  1. Click Login, select one of the identity providers, and test that you can log into the Data Portal:

Entity

  1. Next, click Data Explorer and verify that page displays the filters in the left control panel and the columns in the results table, as described by your Arranger UI configuration. However, no data will be present at this point, since no actual data has been uploaded and indexed:

Entity

Verification Complete

NOTE: This completes the verification of your DMS installation. The final step in preparing your DMS platform is to upload actual data to it for end user consumption. In the Test Data Upload Flow section, we will teach you how to populate the system with data using a simple demo example.