comparison doc/maintenance.md @ 1:5c5027485f7d draft

Uploaded correct file
author damion
date Sun, 09 Aug 2015 16:07:50 -0400
parents
children
comparison
equal deleted inserted replaced
0:d31a1bd74e63 1:5c5027485f7d
1 # Permissions, security, and maintenance
2
3 ## Permissions
4
5 When installing the Versioned Data tool, ensure that you are in the Galaxy config admin_user's list and that you have an API key. Run the tool at least once after install, that way the tool can create its own "versioneddata" user if it isn't already there. The tool uses this account to run data retrieval workflow jobs.
6
7 For your server data store folders, since galaxy is responsible for triggering the generation and storage of versions in them, it will need permissions. For example, assuming "galaxy" is the user account that runs galaxy:
8
9 ```bash
10 chown -R galaxy /projects2/reference_dbs/versioned/
11 chmod u+rwx /projects2/reference_dbs/versioned/*
12 ```
13
14 Otherwise you will be confronted with an error similar to the following error within Galaxy when you try to do a retrieval:
15
16 ```bash
17 File "/usr/lib64/python2.6/subprocess.py", line 1234, in _execute_child
18 raise child_exception
19 OSError: [Errno 13] Permission denied"
20 ```
21
22 ## Cache Clearing
23
24 All the retrieved data store versions (except for static "folder" data stores) get cached on the server, and all the triggered galaxy workflow runs get cached in galaxy in the Versioned Data library's "Workflow cache" folder. A special script will clear out all but the most recent version of any data store's cached versions, and remove workflow caches as appropriate. This script is named
25
26 `versioned_data_cache_clear.py`
27
28 and is in the Versioned Data script's shed_tools folder. It can be run as a monthly scheduled task.
29
30 The "versioneddata" user has a history for each workflow it runs on behalf of another user. A galaxy admin can impersonate the "versioneddata" user to see the workflows being executed by other users, and as well, manually delete any histories that haven't been properly deleted by the cache clearing script.
31
32 Note that Galaxy won't delete a dataset if it is linked from another (user or library) context.
33
34 ## Notes
35
36 In galaxy, the galaxy (i) information link from a "Versioned Data Retrieval" history job item will display all the form data collected for the job run. One item,
37
38 `For user with Galaxy API Key http://salk.bccdc.med.ubc.ca/galaxylab/api-cc628a7dffdbeca7`
39
40 is used to pass the api url, and user's current history id. We weren't able to convey this information any other way. The coded parameter is not the user's api key; that is kept confidential, i.e. it doesn't exist in the records of the job run.
41
42