Original title: Server Indexed File (Human (homo sapiens): hg38) does not appear to be functional
Using bedtools GetFastaBed to get sequences in Server Indexed Files: Human (homo sapiens): hg38 underlying ChIP-seq binding sites in a collection of BED files, all returned files were 0 bytes with warnings saying “WARNING. chromosome (chr1) was not found in the FASTA file. Skipping.” (and many more similar warning lines)
I’m assuming this has something to do with the server maintenance and reloading of Server Indexed Files. When do you think this will be resolved?
Thank you,
Justin
Dataset Information
Number: 7947
Name: bedtools GetFastaBed on data 7881
Created: Fri Oct 16 14:11:18 2020 (UTC)
Filesize: 0 bytes
Dbkey: hg38
Format: fasta
Job Information
Galaxy Tool ID: toolshed.g2.bx.psu.edu/repos/iuc/bedtools/bedtools_getfastabed/2.29.0
Galaxy Tool Version: 2.29.0
Tool Version: bedtools v2.29.0
Tool Standard Output: stdout
Tool Standard Error: stderr
Tool Exit Code: 0
History Content API ID: bbd44e69cb8906b5ee719ead5a404447
Job API ID: bbd44e69cb8906b544381b625dcffda9
History API ID: 387a03a1eca44028
UUID: 71eb5c07-de44-44fd-8b5c-457194f301fc
Tool Parameters
Input Parameter Value
BED/bedGraph/GFF/VCF file
7881: STAT5A PLS.BED
Choose the source for the FASTA file preloaded
fasta_id hg38
Use the ‘name’ column in the BED file for the FASTA headers in the output FASTA file True
Report extract sequences in a tab-delimited format instead of in FASTA format False
Force strandedness False
Treat split/spliced BAM or BED12 entries as distinct BED intervals when computing coverage. False
Inheritance Chain
bedtools GetFastaBed on data 7881
Once confirmed to be fixed, that ticket will close out. It should be very soon
Correction in progress.
Tools with known issues (are likely more):
BamLeftAlign GetFastaBed BWA-MEM and most other mapping tools Freebayes
Details:
We can confirm the problem and are correcting it right now. It might be Monday before everything is done. Write back if still a problem on Tuesday for an update.
Copy the link from a dataset’s “disk” icon and paste it into the other server’s Upload tool to move data around. Some servers require that the history/datasets are in a shared state first. Do this under User > Histories > menu (gear) > Share or Publish. Choose the “share by URL” option making sure the box is checked to also share the objects inside of the history (eg datasets). Or, reset all permissions to share objects by default in user-defined ways under User > Preferences.
Each public server has the default data permissions set a bit differently, but these FAQs cover all of the sharing/permissions in case you get stuck: https://galaxyproject.org/support/#data-options