Open agstephens opened 2 years ago
Staging server: ceda-wps-staging.ceda.ac.uk
We install Phoenix using our playbook on breezy
: ceda-wps/phoenix-playbook.git
This will install with:
ansible-playbook -i inventories/ceda-wps-staging.yml \
--vault-password-file=vault-password-ceda-wps \
playbook.yml
WPSNAME=swallow
cd /usr/local/src/
git clone https://github.com/cedadev/${WPSNAME}
cd ${WPSNAME}/
export PATH=/usr/local/Miniconda3-py39_4.9.2-Linux-x86_64/bin:$PATH
conda env create -f environment.yml
source activate ${WPSNAME}
Then use make
to install and run:
make install
make start
This will start the service on: http://localhost:5000/wps
Go to admin on CEDA WPS UI (on staging server):
https://ceda-wps-staging.ceda.ac.uk/admin
Login and add the WPS here:
https://ceda-wps-staging.ceda.ac.uk/services/register
Use info:
NOTE: These instructions work for vulture
- not swallow
We can tell the Phoenix installation to provide access to the output directories by doing:
$ cat /usr/local/birdhouse/etc/nginx/conf.d/outputs.conf
server {
listen 80;
server_name ceda-wps-staging.ceda.ac.uk;
location /outputs
{
alias /gws/nopw/j04/ceda_wps/birds/test/outputs/vulture;
autoindex off;
}
}
# Logout and login again
ssh root@ceda-wps-staging...
source ./setup-env.sh
make restart
Then, this should work:
http://ceda-wps-staging.ceda.ac.uk/outputs/test.txt
You might need to add these lines in vulture/cli.py
:
diff --git a/vulture/cli.py b/vulture/cli.py
index 5053c08..cc7478f 100644
--- a/vulture/cli.py
+++ b/vulture/cli.py
@@ -202,6 +202,8 @@ def start(
wps_log_level=log_level,
wps_log_file=log_file,
wps_database=database,
+ wps_outputurl="http://ceda-wps-staging.ceda.ac.uk/outputs",
+ wps_outputpath="/gws/nopw/j04/ceda_wps/birds/test/outputs/vulture"
)
)
and do:
vulture start -d --outputurl=http://ceda-wps-staging.ceda.ac.uk/outputs \
--outputpath=/gws/nopw/j04/ceda_wps/birds/test/outputs/vulture
Otherwise, the WPS will be using /tmp
as its default output directory.
Visit: https://ceda-wps-staging.ceda.ac.uk/processes
Click on the link, it will render a form for the process (if the describeprocess
endpoint is working).
Does run it on that port on that server, as does
--hostname 0.0.0.0
but can't see it in main browser.Might need a solution to run the server and the client on separate servers. Just need to create a new server:
ceda-wps-ui-staging.ceda.ac.uk