Open almahmoud opened 5 years ago
Also documenting the tools that aren't loading properly (unrelated to any of the above):
Error reading tool from path: extract/liftOver_wrapper.xml
Traceback (most recent call last):
File "/galaxy/server/lib/galaxy/tools/toolbox/base.py", line 613, in _load_tool_tag_set
tool = self.load_tool(concrete_path, use_cached=False)
File "/galaxy/server/lib/galaxy/tools/toolbox/base.py", line 786, in load_tool
tool = self.create_tool(config_file=config_file, tool_shed_repository=tool_shed_repository, guid=guid, **kwds)
File "/galaxy/server/lib/galaxy/tools/__init__.py", line 279, in create_tool
return self._create_tool_from_source(tool_source, config_file=config_file, **kwds)
File "/galaxy/server/lib/galaxy/tools/__init__.py", line 282, in _create_tool_from_source
return create_tool_from_source(self.app, tool_source, **kwds)
File "/galaxy/server/lib/galaxy/tools/__init__.py", line 227, in create_tool_from_source
tool = ToolClass(config_file, tool_source, app, **kwds)
File "/galaxy/server/lib/galaxy/tools/__init__.py", line 480, in __init__
raise e
KeyError: 'liftOver'
Error reading tool from path: maf/interval2maf.xml
Traceback (most recent call last):
File "/galaxy/server/lib/galaxy/tools/toolbox/base.py", line 613, in _load_tool_tag_set
tool = self.load_tool(concrete_path, use_cached=False)
File "/galaxy/server/lib/galaxy/tools/toolbox/base.py", line 786, in load_tool
tool = self.create_tool(config_file=config_file, tool_shed_repository=tool_shed_repository, guid=guid, **kwds)
File "/galaxy/server/lib/galaxy/tools/__init__.py", line 279, in create_tool
return self._create_tool_from_source(tool_source, config_file=config_file, **kwds)
File "/galaxy/server/lib/galaxy/tools/__init__.py", line 282, in _create_tool_from_source
return create_tool_from_source(self.app, tool_source, **kwds)
File "/galaxy/server/lib/galaxy/tools/__init__.py", line 227, in create_tool_from_source
tool = ToolClass(config_file, tool_source, app, **kwds)
File "/galaxy/server/lib/galaxy/tools/__init__.py", line 480, in __init__
raise e
ValueError: invalid literal for int() with base 10: 'dbkey'
Just documenting some issues discussed with Nuwan today and possible solutions:
1) Job pod error, when trying to delete input files:
galaxy.objectstore CRITICAL 2019-06-02 11:00:29,685 None delete error [Errno 13] Permission denied: '/galaxy/server/database/jobs_directory/000/4/working/input_f.fastq.gz’
xref: https://github.com/crs4/container-galaxy-elixir-is-varcall/blob/master/docs/making_galaxy_and_tool_containers_share_data.md2) Tools that require galaxy code in path: eg:
Sort
tool:python: can't open file '/galaxy/server/tools/filters/sorter.py': [Errno 2] No such file or directory
List of these tools: https://github.com/galaxyproject/galaxy/blob/dev/lib/galaxy/tools/__init__.py#L114Solutions discussed: -Some tools could be forced to use local runner and this would not be a problem, but not all of them seem to be simple tools so might not be ideal situations -Using an init container with
rsync
ensuring syncing whenever a new pod comes up but abandoned for the idea below -Using ahelm post-install hook
(https://github.com/technosophos/k8s-helm/blob/master/docs/charts_hooks.md) to copy all galaxy files from container to a shared volume. One option is to share the same PVC/PV (probably best option for beginning), move/galaxy/server/database
to/export/database
and then copy/galaxy/server/
to/export/galaxy/
and mount the/galaxy
subPath only in job containers:Some possible things to consider: will the codebase ever change without a new
helm install
(for example, will installing a new tool add dependencies/tools to that code), and if so, are there any tools that can be installed later that depend on the codebase? (probably won't be a problem but putting it out there)3) Uploading a
fasta
file currently throws a pop-up error: It seems that the upload works, and the error is in theweb
pod:The following pop-up shows up in the UI: