Open madwort opened 3 years ago
There is a daily cronjob that downloads XML files from upstream & converts them to CSV. There is a second daily cronjob that imports fresh data into the staging site using the db clinicaltrials_staging...
seems like this understanding was wrong - there's just the one cronjob that does both of these jobs in one https://github.com/ebmdatalab/clinicaltrials-act-tracker/blob/801cacaf2830d7acc853e44eb4382f63a40fadc1/clinicaltrials/frontend/management/commands/load_data.py#L215-L219
I did indeed find useful debugging information in emails for the seb user on smallweb1 for this issue
Cronjobs
The production site uses the db
clinicaltrials
. ~There is a daily cronjob that downloads XML files from upstream & converts them to CSV. There is a second daily cronjob~ There is a cronjob that imports fresh data into the staging site using the dbclinicaltrials_staging
- if the data in staging looks good then @NickCEBM will use fabric to manually copy the data from staging to production.The import-into-staging cronjob is currently not the cronjob that the fabfile suggests but is in fact
fdaaa
:fdaaa_temp.sh
contains:I think any output from this script will be in the mailbox of the
seb
user on the server:although the logs from when this import was broken (9-20 July 2021) don't show any errors.
Manual updates
The production deployment is currently on
commit a6e4e1241c2ae25e9c5bd3ab88cda90731a2008b
(master
), and staging is on commit6b063216bab4a0165a5c4a1349716d616358e904
(gae-ise
). Thegae-ise
branch is out of date, and the fabfile is now out of date, however the fabfile frommaster
works, I can run it as documented in the readme from my dev environment if I have an updated python package :UPDATE it does not manually run from fabric, it throws this error into
/tmp/fdaaa_staging_*_data_load.out