Thanks for responding, John.
Yes, you're right.. finally just struck me that the failure was due to my
compute nodes not having internet connection.
Unfortunately, we have to setup our cluster this way due to limited
resources and galaxy would submit jobs to it. I guess the other option that
work
I see Galaxy API has a feature to import a history dataset into the library (in
copy_hda_to_ldda() fn from GCC2013 training day course). Is this available as
well via Bioblend? Latest docs don't seem to include this feature. It would
be the opposite of Bioblend's upload_dataset_from_library(h
Hi Dan,
Thanks for pointing out the tab issue. However, I have made the modification
and restarted my instance, but still get no reference genome listed. It is
funny that there are a limited number of tools that have this issue. They are:
SAM Tools:
Generate pileup
SAM-to-BAM
Mpileup
SNP/WGA
Thanks, that was the first thing I checked. However, restarting the
handler didn't help. Downloading the offending data and re-uploading as
a new data set and then rerunning using the new dataset as input did
work. Also, all other jobs continued to run fine.
Lance
Kandalaft, Iyad wrote:
I’ve had jobs get stuck in the new state when one of the handler servers
crashes. If you have dedicated handlers, check to make sure they are still
running.
Restart the handler to see if the jobs get resumed automatically.
Iyad Kandalaft
From: galaxy-dev-boun...@lists.bx.psu.edu
[mailto:ga
Hi Iry,
First thing to check is that your fields are tab delimited — they appear to be
spaces instead of tabs in this email, but copy and pasting into email can munge
things sometimes (also “gh19.fa” is probably a typo, but that wouldn’t prevent
the selection option from showing up).
Thanks f
Hi Team,
I have a new instance of galaxy cloudman running and have added tools from the
toolshed to it. When I attempt to run tools like sam-to-bam or any gatk tool I
am prompted for a reference genome. However, indices/references not available
for these tools. I have added the following lin
Ok, thanks for the on-target info and organizing the Trello card solution.
So the construct lets us pass data that is available in the
cheeta template context into a temporary file which the tool then has access
to, thus avoiding exposing parameters in the command line execution which are
visi
Okay - revisiting this because I was not nearly cautious enough with
my previous response. A couple large caveats -
- Exposing the master key or any admin key on the command line will
make it available to everyone who has access to the tools- so if you
do so you either need to encode it some way,
Thanks John -
Would it be more productive for us to port gsummary.py as a shed tool?
best -
david
On Oct 2, 2014, at 6:46 AM, John Chilton wrote:
> Thanks for the additional details - I am responding on list for people
> who may encounter similar problems in the future.
>
> The job running c
Thanks for the additional details - I am responding on list for people
who may encounter similar problems in the future.
The job running code will provide both core tools and tool shed tools
with the same PYTHONPATH - but some tools might setup a Python
virtualenv for instance which would replace
Hello John
Thanks for taking a look, and for the explanation. It's useful to know
that it's not something intrinsically wrong with what I've been doing,
and I'll work around it for now. It's good to know that it's targeted
for a fix at some point, even if it doesn't make it into the next relea
thank you!
--
Dr. Ioana C. Chintauan-Marquier
Muséum National d'Histoire Naturelle
Institut de SYstématique Evolution Biodiversité (ISYEB)
UMR MNHN/CNRS/UPMC/EPHE 7205
57 Rue Cuvier, CP50 (Entomologie, équipe Phylevo)
F-75231 PARIS cedex 05
France
Tel: +33 (0)1 40 79 34 15/+33 (0)6 02 27 32 41
Em
13 matches
Mail list logo