Open igormakunin opened 7 years ago
From what I see, data_manager_fetch_genome_dbkeys_all_fasta does not write to /mnt/galaxy/galaxy-app/tool-data/all_fasta.loc If I got it right, data managers look in /mnt/galaxy/galaxy-app/tool-data/all_fasta.loc for available genomes / db_keys. The issue was fixed by manual editing of this file.
I'm not able to recreate the issue. This is what I did:
Launched a 4.2 instance with blank indices.
Run the data manager "Create DBKey and Reference Genome" to fetch a new genome and create a dbkey. I used sacCer2
.
This populated the loc files all_fasta.loc
and dbkeys.loc
in /mnt/galaxyIndices/tool-data/dm/toolshed.g2.bx.psu.edu/repos/devteam/data_manager_fetch_genome_dbkeys_all_fasta/16ab4dd6a0e5
successfully.
Checked the other data managers could see sacCer2 (they could).
Restarted Galaxy via Cloudman.
Checked data managers could run a sacCer2 job (bwa-mem indices were created successfully).
@igormakunin Could you list the steps you performed to recreate the error?
@jessicachung My steps: upload a fasta ref sequence into history, run "Create DBKey...", This populates /mnt/galaxy/galaxy-app/tool-data/dbkeys.loc Other data managers can see the new genome. Restart Galaxy. Data managers do not see the new genome. I fixed it by editing /mnt/galaxy/galaxy-app/tool-data/all_fasta.loc
and /mnt/galaxyIndices/tool-data/dm/toolshed.g2.bx.psu.edu/repos/devteam/data_manager_fetch_genome_dbkeys_all_fasta/16ab4dd6a0e5/all_fasta.loc
I used a big genome, 14 or 16 billion bases. XXLarge instance was deployed in QRISCloud using an old launcher.
I have a problem with db_key on GVL-4.2 deployed without any genome. I create a new db_key with data manager, but after Galaxy restart the new db_key is not visible to data managers. It is inconvenient, but probably is not a major issue that would prevent release of GVL-4.2