This Ansible role aims to install Dataverse and its prerequisites. The role installs PostgreSQL, GlassFish and other prerequisites, then deploys Dataverse.
Installation, customization, administration, and API documentation can be found in the Dataverse 4 Guides.
The preparation lies in the group_var options (usernames/passwords, whether to install Shibboleth, etc.).
Put this dataverse-ansible role in a roles
folder, so it looks something like:
roles
├── dataverse-ansible
│ ├── defaults
│ ├── files
│ ├── meta
│ ├── tasks
│ ├── templates
│ └── tests
│ └── group_vars
└── nginx
├── files
│ └── h5bp
│ ├── directive-only
│ └── location
├── handlers
├── meta
├── tasks
├── templates
└── vars
In the roles folder, add a file named <role>.yml
, e.g. dvn.yml
and set up this way:
---
- hosts: awsdvn
become: yes
user: ec2-user
roles:
- geerlingguy.repo-epel
- dataverse-ansible
Note above, I'm running a repo-epel
role prior to the dataverse-ansible
role b/c there were issues with Rhel7 and the epel
repository. I got this role via the ansible-galaxy
by running ansible-galaxy install repo-epel
(this will store that playbook in the your ~/.ansible/roles
). Now, we can run the role by:
$ ansible-playbook --private-key=~/.ssh/my-aws-secret.pem dvn.yml
Currently this role isn't idempotent, but we are working to resolve that.
The role currently supports CentOS 7 with all services running on the same machine, but intends to become OS-agnostic and support multiple nodes for scalability.
If you're interested in testing Dataverse locally using Vagrant, you'll want to clone this repository and edit the local port redirects if the http/https ports on your local machine are already in use. Note that the current Vagrant VM template requires VirtualBox 5.0 and will automatically launch the above command within your Vagrant VM.
$ git clone https://github.com/IQSS/dataverse-ansible
$ cd dataverse-ansible
$ vagrant up
On successful completion of the Vagrant run, you should be able to log in to your test Dataverse as dataverseAdmin using the dataverse_adminpass from group_vars/vagrant.vars using the address:
http://localhost
If you needed to update the host port in the Vagrantfile due to collision, you'd append it to the URL, for example "http://localhost:8080"
- Apache httpd
- Used as a front-end (proxy) for Glassfish (and Shibboleth, if enabled).
- Default config location: /etc/httpd/conf.d
- GlassFish server (Java EE application server)
- Default location: /user/local/glassfish4
- Default config location: /usr/local/glassfish4/glassfish/domains/domain1/config/domain.xml
- Solr (indexing)
- Default schema location: /usr/local/solr/example/solr/collection1/conf/schema.xml
- Postgres (database)
- Default data/config location: /var/lib/pgsql/9.3/data/
- Shibboleth
- Provides capability for an alternative authentication provider.
- Default config location: /etc/shibboleth/shibboleth2.xml
- Site-specific and therefore not activated in the default configuration
If you wish to clone an existing installation, you should perform the following (example uses default user/db names):
- On the source instance server
- $ pg_dump -U postgres dvndb > <source-db-dump-file>
- Copy the content directory of the source instance to the content directory of this instance.
- On the target instace server
- $ dropdb -U postgres dvndb
- $ createdb -U postgres dvndb
- $ psql -U postgres dvndb -f <source-db-dump-file>
- $ curl http://localhost:8080/api/admin/index/clear
- $ curl http://localhost:8080/api/admin/index
This is a community effort, written by [Don Sizemore][donsizemore] and wll include improvements from Tim Dilauro. The role is under active development - pull requests, suggestions and other contributions are welcome!