Ok,
thanks for this information.
Cheers,
Cyril
On 01/08/2013 01:58 AM, Jeremy Goecks wrote:
These bugs have been fixed in our development repository
(galaxy-central) and will be available in the next distribution, which
should occur in the coming week.
Thanks,
J.
On Jan 7, 2013, at 6:23
Hello All,
I'm trying to deploy my instance of Galaxy in production. Some tests
we've done show that when the number of person connected is high (20
together), the server stops itself.
Sometimes, I have this error in the paster.log:
Exception happened during processing of request from
I am a little paranoid that I am the one that broke something (I guess
that is pattern matching more than paranoia), but I have looked
through that code and it is not immediately obvious to me what the
problem is. If you have some time, can you try cloning the workflow
and ripping various parts
Hi all,
Updating our Galaxy: the migration of some tools to the toolshed (let's
take picard as an example) and installing them back from the toolshed
worked well.
However, during the update, I forgot to install the dependencies.
So I went to the administration part of our Galaxy, and
Hi Brad,
Sorry that didn't fix your issue and I agree that your traceback hasn't changed.
I've committed another potential fix in galaxy-central changeset
8542:530fb4f8204f, but it is hard to be certain that I have replicated your
exact issue. Could you try that changeset to see if that
I am trying to understand how FTP and data library upload options are working
in Galaxy. When a non-binary file is uploaded through FTP option, it goes
through three move operations:
1. First it is copied to a temporary namespace line-by-line converting newlines
2. Then the temporary file is
I'm running a test Galaxy system on a cluster (merged galaxy-dist on
Janurary 4th). And I've noticed some odd behavior from the DRMAA job
runner.
I'm running a multithread system, one web server, one job_manager, and
three job_handlers. DRMAA is the default job runner (the command for
tophat2 is
