Thanks for reporting the problems! We are reviewing. More feedback soon.
Update:
The issue with Stringtie has been confirmed and isolated. Details: https://gitter.im/galaxyproject/dev?at=5f4eb3e449148b41c98a2b6c
The issue with Cufflinks appears to be similar but that is not confirmed. Cufflinks is a deprecated tool and is no longer supported. However, you can certainly try the same options below and see what results.
Note: This part of the error message is just a log message about rerouted resources and isn’t related to the bug uncovered related to Pulsar/Jetstream/Stringtie. Even successful jobs can report it in a log message. These two tools, plus others.
slurmstepd: error: couldn’t chdir to `/srv/pulsar/main/venv/lib/python3.6/site-packages’: No such file or directory: going to /tmp instead
For Stringtie, our administrator @nate will be re-routing all jobs for this tool to the cluster where it works while resolving the root bug. Not sure that is done or not yet (testing in progress), but you can try two ways to get the tool run successfully at the cluster where it works right now – you don’t need to wait for us to fix it the problem or to confirm the temporary configuration change. You can try both ways at the same time to get this done quicker (and purge one of the results to recover disk space should both work).
-
Rerun again using defaults for the “Job Resource Parameters”. This is probably what you are doing now – your two matched jobs were sent to different clusters, and one is problematic for this tool (Jetstream). If this is successful, then you can keep using this method. Is simpler, and once this bug is fixed, you’ll want Galaxy to choose the appropriate cluster for most use cases (this tool and others). Jobs are scheduled to clusters based on data/tool factors and cluster node availability at any particular time.
Screenshot:
-
Rerun again, choosing the cluster to send the job to. Under “Job Resource Parameters” set the option to “Galaxy cluster (default)”. The problem is at the “Jetstream” cluster – and this action specifically avoids it.
Screenshot:
