galaxy-dev August 2017

galaxy-dev@lists.galaxyproject.org

29 participants
35 discussions

Monitoring Dashboard for Galaxy
by evan clark 03 Sep '18

03 Sep '18

I remember there previously being an additional tool that ran on a different port from galaxy that allowed for monitoring of performance and jobs running. Is this tool still packaged with galaxy and if so how can it be activated.

3 3

Re: [galaxy-dev] Shiny in Galaxy
by Yvan Le Bras 14 Mar '18

14 Mar '18

Dear Mohamed, Karim, galaxy-dev list, A rapid e-mail to inform you that we plan to work on this task in the upcoming weeks with Thimothée and Valentin, copied. We have had some exchanges with Eric (Rasche) and Björn (Grüning) and it seems that using the Galaxy "interactive environment" functionality is a good way to proceed. Don't hesitate to give us more informations to collaborate on it... Wishing you a good week end. Cheers, Yvan -------- Message d'origine -------- De : "Md. Rezaul Karim" <rezaul.karim(a)insight-centre.org> Date : 26/05/2017 15:45 (GMT+01:00) À : Mohamed Kassam <k.mamoud(a)gmail.com> Cc : Galaxy Dev List <galaxy-dev(a)lists.galaxyproject.org> Objet : Re: [galaxy-dev] Shiny in Galaxy +1 On May 26, 2017 2:44 PM, "Mohamed Kassam" <k.mamoud(a)gmail.com> wrote: Dear all, I have a shiny application working in my RStudio, but I would like to integrate it to Galaxy that the users can call my application via Galaxy . Thanks in Advance, Mohamed ___________________________________________________________ Please keep all replies on the list by using "reply all" in your mail client. To manage your subscriptions to this and other Galaxy lists, please use the interface at: https://lists.galaxyproject.org/ To search Galaxy mailing lists use the unified search at: http://galaxyproject.org/search/

3 5

unipept visualization
by Matthias Bernt 01 Sep '17

01 Sep '17

Dear list, I can not get the wonderful unipept visualization to work on our Galaxy instance (a test instance on the dev branch). I get the message: "Unfortunately we could not identify a suitable plugin...." The file I try to visualize was generated by unipept (pept2lca) and is of format d3_hierarchy. Could someone tell me if I need to install / configure something to get this running? Thanks a lot. Best, Matthias P.S. This might be also of interest for others, since this visualization is used in the Metaproteomics tutorial of the GTN. -- ------------------------------------------- Matthias Bernt Bioinformatics Service Molekulare Systembiologie (MOLSYB) Helmholtz-Zentrum für Umweltforschung GmbH - UFZ/ Helmholtz Centre for Environmental Research GmbH - UFZ Permoserstraße 15, 04318 Leipzig, Germany Phone +49 341 235 482296, m.bernt(a)ufz.de, www.ufz.de Sitz der Gesellschaft/Registered Office: Leipzig Registergericht/Registration Office: Amtsgericht Leipzig Handelsregister Nr./Trade Register Nr.: B 4703 Vorsitzender des Aufsichtsrats/Chairman of the Supervisory Board: MinDirig Wilfried Kraus Wissenschaftlicher Geschäftsführer/Scientific Managing Director: Prof. Dr. Dr. h.c. Georg Teutsch Administrative Geschäftsführerin/ Administrative Managing Director: Prof. Dr. Heike Graßmann -------------------------------------------

3 7

conda problem
by Matthias Bernt 01 Sep '17

01 Sep '17

Dear list, When running rmarkdown_wgcna I get the following error in the logs: PaddingError: Placeholder of length '80' too short in package bioconda::r-wgcna-1.51-r3.3.1_0. The package must be rebuilt with conda-build > 2.0. The command that seems to lead to this is: Executing command: /gpfs1/data/galaxy_server/galaxy-dev/database/dependencies/_conda/bin/conda create -y --name mulled-v1-3bfe8da4ed798836281cc963619917 317ae960c9a828f7ea05d1670c65b19619 pandoc=1.15.0.6-0 r-getopt=1.20.0 r-rmarkdown=1.2 r-plyr=1.8.4 r-highcharter=0.4.0 r-dt=0.2 r-htmltools=0.3.5 r-wgcna=1.51 Any ideas? Best, Matthias -- ------------------------------------------- Matthias Bernt Bioinformatics Service Molekulare Systembiologie (MOLSYB) Helmholtz-Zentrum für Umweltforschung GmbH - UFZ/ Helmholtz Centre for Environmental Research GmbH - UFZ Permoserstraße 15, 04318 Leipzig, Germany Phone +49 341 235 482296, m.bernt(a)ufz.de, www.ufz.de Sitz der Gesellschaft/Registered Office: Leipzig Registergericht/Registration Office: Amtsgericht Leipzig Handelsregister Nr./Trade Register Nr.: B 4703 Vorsitzender des Aufsichtsrats/Chairman of the Supervisory Board: MinDirig Wilfried Kraus Wissenschaftlicher Geschäftsführer/Scientific Managing Director: Prof. Dr. Dr. h.c. Georg Teutsch Administrative Geschäftsführerin/ Administrative Managing Director: Prof. Dr. Heike Graßmann -------------------------------------------

2 2

[hxr@hx42.org: [SECURITY] 2017-08 security patch. Update now!]
by E. Rasche 29 Aug '17

29 Aug '17

Two high priority security vulnerabilities were recently discovered by Eric Rasche and Manabu Ishii respectively. These vulnerabilities were to cross site scripting and session fixation attacks. Detailed descriptions of these categories of vulnerabilities can be found at: - https://www.owasp.org/index.php/Cross-site_Scripting_(XSS) - https://www.owasp.org/index.php/Session_fixation Per our new security policies (https://github.com/galaxyproject/galaxy/blob/dev/SECURITY_POLICY.md), we have created patches for versions of Galaxy including 16.10, 17.01, and 17.05. **With Git** If you have cloned Galaxy from the official GitHub repository and are on a supported release_branch, you can simply `git pull` to pull in the security patch which has been applied to those branches. **Manual Patching** The 16.10 patch can apply cleanly to 17.01 as well and can be fetched using: wget https://gist.githubusercontent.com/jmchilton/760bf8ba6055b9a47a48529fcc49a4… The 17.05 patch can be fetched using: wget https://gist.githubusercontent.com/jmchilton/2623e37a2ccb1820770278e348dfef… Once the patch has been downloaded and copied to the root of your Galaxy directory, it can be applied using the following patch command: % patch -p1 < 2017augsecurity_1610.patch -or- % patch -p1 < 2017augsecurity_1705.patch If you are having trouble applying the patch feel free to email galaxy-committers(a)lists.galaxyproject.org and we will try to help. -Eric (on behalf of the Galaxy Committers) Post script: this mail was intended to go out on Thursday the 24th of August, however I failed to send it then. My apologies to the community, it will be more timely in the future.

1 0

Error while building reference genome index
by laurent.fournier＠ulg.ac.be 29 Aug '17

29 Aug '17

Hi, As the topic says, i am trying to populate the "built in" list. Fetching with the tool "Create DBKey and Reference Genome" in the Local datas works just fine but when i try to complete the procedure with "BWA-MEM index" (as well as "SAM FASTA index"), the job stops quickly. There are some shell outputs : export PATH=$PATH:'/home/mass/ifilesets/GAL/APP/galaxy/database/dependencies/_conda/envs/__samtools(a)1.3.1/bin' ; python "/home/mass/ifilesets/GAL/APP/galaxy/database/jobs_directory/000/80/set_metadata_WKziP5.py" "/home/mass/GAL/DATATMP/tmpsX8JCw" "/home/mass/ifilesets/GAL/APP/galaxy/database/jobs_directory/000/80/working/galaxy.json" "/home/mass/ifilesets/GAL/APP/galaxy/database/jobs_directory/000/80/metadata_in_HistoryDatasetAssociation_81_RSHoLb,/home/mass/ifilesets/GAL/APP/galaxy/database/jobs_directory/000/80/metadata_kwds_HistoryDatasetAssociation_81_cGTIQh,/home/mass/ifilesets/GAL/APP/galaxy/database/jobs_directory/000/80/metadata_out_HistoryDatasetAssociation_81_6hf9L8,/home/mass/ifilesets/GAL/APP/galaxy/database/jobs_directory/000/80/metadata_results_HistoryDatasetAssociation_81_0CUrCX,/home/mass/GAL/DATA/032/dataset_32404.dat,/home/mass/ifilesets/GAL/APP/galaxy/database/jobs_directory/000/80/metadata_override_HistoryDatasetAssociation_81_XBr_WZ" 5242880; sh -c "exit $return_code" galaxy.jobs.runners.drmaa DEBUG 2017-08-29 12:06:50,938 (80) submitting file /home/mass/ifilesets/GAL/APP/galaxy/database/jobs_directory/000/80/galaxy_80.sh galaxy.jobs.runners.drmaa DEBUG 2017-08-29 12:06:50,938 (80) native specification is: -p all_5hrs galaxy.jobs.runners.drmaa INFO 2017-08-29 12:06:51,045 (80) queued as 2333510 galaxy.jobs DEBUG 2017-08-29 12:06:51,045 (80) Persisting job destination (destination id: slurm_default) galaxy.jobs.runners.drmaa DEBUG 2017-08-29 12:06:51,238 (80/2333510) state change: job is queued and active galaxy.jobs.runners.drmaa DEBUG 2017-08-29 12:06:52,247 (80/2333510) state change: job is running galaxy.jobs.runners.drmaa DEBUG 2017-08-29 12:06:57,373 (80/2333510) state change: job finished normally galaxy.jobs.output_checker INFO 2017-08-29 12:06:57,416 Job 80: Fatal error: Exit code 1 () galaxy.jobs.output_checker DEBUG 2017-08-29 12:06:57,417 Tool exit code indicates an error, failing job. galaxy.jobs DEBUG 2017-08-29 12:06:57,482 (80) setting dataset 32404 state to ERROR galaxy.jobs INFO 2017-08-29 12:06:57,578 Collecting metrics for Job 80 galaxy.jobs DEBUG 2017-08-29 12:06:57,584 job 80 ended (finish() executed in (170.899 ms)) galaxy.model.metadata DEBUG 2017-08-29 12:06:57,586 Cleaning up external metadata files and then, in galaxy's frontend : Traceback (most recent call last): File "/home/mass/ifilesets/GAL/APP/shed_tools/toolshed.g2.bx.psu.edu/repos/devteam/data_manager_sam_fasta_index_builder/2a1ac1abc3f7/data_manager_sam_fasta_index_builder/data_manager/data_manager_sam_fasta_index_builder.py", line 87, in <module> if __name__ == "__main__": main() File "/home/mass/ifilesets/GAL/APP/shed_tools/toolshed.g2.bx.psu.edu/repos/devteam/data_manager_sam_fasta_index_builder/2a1ac1abc3f7/data_manager_sam_fasta_index_builder/data_manager/data_manager_sam_fasta_index_builder.py", line 82, in main build_sam_index( data_manager_dict, options.fasta_filename, target_directory, options.fasta_dbkey, sequence_id, sequence_name, data_table_name=options.data_table_name or DEFAULT_DATA_TABLE_NAME ) File "/home/mass/ifilesets/GAL/APP/shed_tools/toolshed.g2.bx.psu.edu/repos/devteam/data_manager_sam_fasta_index_builder/2a1ac1abc3f7/data_manager_sam_fasta_index_builder/data_manager/data_manager_sam_fasta_index_builder.py", line 30, in build_sam_index assert os.path.exists( fasta_filename ), 'FASTA file "%s" is missing, cannot build samtools index.' % fasta_filename AssertionError: FASTA file "/home/mass/ifilesets/GAL/APP/galaxy/tool-data/mm10/seq/mm10.fa,/home/mass/ifilesets/GAL/APP/galaxy/tool-data/mm10/seq/mm10.fa" is missing, cannot build samtools index. BUT if i check, the unexisting file is right where it is supposed to : [f043030@big-cloud19 tmp]$ ls -l /home/mass/ifilesets/GAL/APP/galaxy/tool-data/mm10/seq/ total 2720208 -rw-r--r--. 1 4294967294 4294967294 2785490220 Aug 28 09:47 mm10.fa Any ideas on what i do wrong ? Regards, Laurent Fournier. --- Laurent FOURNIER IT Specialist University of Liège, GIGA +1 laurent.fournier(a)ulg.ac.be +32 497 87 96 46 www.giga.ulg.ac.be

1 0

Re: [galaxy-dev] galaxy-dev Digest, Vol 134, Issue 19
by Matthias Bernt 28 Aug '17

28 Aug '17

Dear ..., what are the file permissions for the file and the folder? Is the drmaa_external_runner.py python script run with sudo? Which release/branch are you on? Best, Matthias > We are setting up run as real user but have run into a strange issue. > When the drmaa external script is called it could not load the job json > file. All permissions are set properly and the file exists. Upon > attempting to run the script by itself this error is created. When > loading a test script to open a file there is no issue. If the drmaa > external script is run as root the same issue occurs. > > /mnt/ceph/home/galaxy/galaxy/files_directory/database/slurm/11.jt_json > Traceback (most recent call last): > File "scripts/drmaa_external_runner.py", line 157, in <module> > main() > File "scripts/drmaa_external_runner.py", line 146, in main > load_job_template_from_file(jt, json_filename) > File "scripts/drmaa_external_runner.py", line 43, in > load_job_template_from_file > f = open(filename, 'r') > IOError: [Errno 13] Permission denied: > '/mnt/ceph/home/galaxy/galaxy/files_directory/database/slurm/11.jt_json'

1 0

Error with run as real user, unable to read file
by Evan Clark 25 Aug '17

25 Aug '17

We are setting up run as real user but have run into a strange issue. When the drmaa external script is called it could not load the job json file. All permissions are set properly and the file exists. Upon attempting to run the script by itself this error is created. When loading a test script to open a file there is no issue. If the drmaa external script is run as root the same issue occurs. /mnt/ceph/home/galaxy/galaxy/files_directory/database/slurm/11.jt_json Traceback (most recent call last): File "scripts/drmaa_external_runner.py", line 157, in <module> main() File "scripts/drmaa_external_runner.py", line 146, in main load_job_template_from_file(jt, json_filename) File "scripts/drmaa_external_runner.py", line 43, in load_job_template_from_file f = open(filename, 'r') IOError: [Errno 13] Permission denied: '/mnt/ceph/home/galaxy/galaxy/files_directory/database/slurm/11.jt_json'

1 0

Firefox drag and drop not working
by Jochen Bick 25 Aug '17

25 Aug '17

Hi all, we recently updated to our galaxy server and now we would like to use the new feature drag and drop items from the history. It does not work with Firefox but with chrome. In Firefox it says: The address isn’t valid The URL is not valid and cannot be loaded. Web addresses are usually written like http://www.example.com/ Make sure that you’re using forward slashes (i.e. /). Is there anything to enable, install, or set inside Firefox? Cheers Jochen

3 3

job_working_directory: no subdirectories created
by D K 23 Aug '17

23 Aug '17

Hi Galaxy-devs, I recently ran into odd behavior when jobs were submitted at the same time to our cluster (jobs wouldn't return correctly, e.g. ). I changed "cleanup_job" in galaxy.ini to "never" to see what was going on in my job_working_directory (/scratch/galaxy/job_working/). It looks like subdirectories are no longer being created in my parent job_working_directory (e.g. the tool_script.sh along with the outputs are always placed and executed in /scratch/galaxy/job_working). Isn't there usually a bunch of subdirectories created (e.g. 000/XXX, etc...) I suspect my issues arise because script execution is happening in the parent directory rather than in temporary ones that get created within the parent directory. Could this be the issue and if so does anyone know how this could have happened or how I can fix this? I've also noticed that my environment variables are pointing to the parent directory rather than a subdirectory: SGE_CWD_PATH=/scratch/galaxy/job_working As an example, the contents of /scratch/galaxy/job_working look like this (note that there are no usual subdirectories like 000/XXX, etc...): [galaxy@galaxy job_working]$ ls | more __instrument_core_epoch_end __instrument_core_epoch_start __instrument_core_galaxy_slots conda-env conda-metadata-env galaxy_20771.e galaxy_20771.ec galaxy_20771.o galaxy_20771.sh galaxy_20772.e galaxy_20772.ec galaxy_20772.o galaxy_20772.sh metadata_in_HistoryDatasetAssociation_46704_NHpqc0 metadata_in_HistoryDatasetAssociation_46705_nUT573 metadata_kwds_HistoryDatasetAssociation_46704_5IADnM metadata_kwds_HistoryDatasetAssociation_46705__z5cTO metadata_out_HistoryDatasetAssociation_46704_G8phbW metadata_out_HistoryDatasetAssociation_46705_qTOxoE metadata_override_HistoryDatasetAssociation_46704_v0f_Wl metadata_override_HistoryDatasetAssociation_46705_8pzLX_ metadata_results_HistoryDatasetAssociation_46704_fSFQsP metadata_results_HistoryDatasetAssociation_46705_r4vUOP set_metadata_2A6wuD.py set_metadata_2Dasxn.py tool_script.sh working Any help would be greatly appreciated!!

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

galaxy-dev August 2017