Closed Anovo-1 closed 4 years ago
It looks like this may be a bug in the GFA alignment computation. Can you post the contents of out.unitigs.aligned.gfa.err
.
As a workaround to finish the assembly, you may be able to run and re-start Canu:
cp out.unitigs.gfa out.unitigs.aligned.gfa
cp out.unitigs.bed out.unitigs.aligned.bed
If possible, I'd also like to look at this data locally. Are you able to share the out.unitigs.gfa
, out.unitigs.bed
, and the stores (out.utgStore
, out.ctgStore
) with us? You can tar them together and upload them to our ftp following the instructions on the FAQ.
out.unitigs.aligned.gfa.err
:
-- Reading GFA './out.unitigs.gfa'.
gfa: Loaded 13410 sequences and 59041 links.
-- Loading sequences from tigStore '../out.utgStore' version 1.
-- Loading sequences from tigStore '../out.utgStore' version 2.
-- Resetting sequence lengths.
-- Aligning 59041 links using 8 threads and 7.50 error rate.
ERROR: edlibAlign() queryLength = 0
ERROR: targetLength = 14008
alignGFA: utility/edlib.C:205: EdlibAlignResult edlibAlign(const char*, int, const char*, int, EdlibAlignConfig): Assertion `queryLength > 0' failed.
Failed with 'Aborted'; backtrace (libbacktrace):
utility/system-stackTrace.C::89 in _Z17AS_UTL_catchCrashiP9siginfo_tPv()
/ehpcdata/pengbing/00.scripts/00.tools/glibc-2.18/nptl/../sysdeps/unix/sysv/linux/x86_64/sigaction.c::0 in (null)()
../nptl/sysdeps/unix/sysv/linux/raise.c::56 in __GI_raise()
/ehpcdata/pengbing/00.scripts/00.tools/glibc-2.18/stdlib/abort.c::89 in __GI_abort()
/ehpcdata/pengbing/00.scripts/00.tools/glibc-2.18/assert/assert.c::92 in __assert_fail_base()
/ehpcdata/pengbing/00.scripts/00.tools/glibc-2.18/assert/assert.c::101 in __GI___assert_fail()
utility/edlib.C::205 in _Z10edlibAlignPKciS0_i16EdlibAlignConfig()
gfa/alignGFA.C::274 in _Z9checkLinkP7gfaLinkR9sequencesS2_dbb()
gfa/alignGFA.C::645 in _Z10processGFAPcjS_S_dj._omp_fn.0()
(null)::0 in (null)()
/ehpcdata/pengbing/00.scripts/00.tools/glibc-2.18/nptl/pthread_create.c::309 in start_thread()
../sysdeps/unix/sysv/linux/x86_64/clone.S::111 in (null)()
(null)::0 in (null)()
These days, I copied the corrected data ,out.trimmedReads.fasta.gz
, and ran this step on two other nodes.One is the LSF cluster and the other is the PBS cluster which has a 2Tb fat-node.
LSF_command.sh
in LSF didn't change anything
LSF_command.sh
:
#!/bin/bash canu -assemble -p out -d assembly genomeSize=410000000 correctedErrorRate=0.045 -pacbio-corrected out.trimmedReads.fasta.gz batMemory=60 batThreads=32 useGrid=true gfaMemory=60 gridEngine=lsf gridOptions=" -q smp"
,but FAT_command.sh
in PBS worked.
FAT_command.sh
:
#PBS -N work.canu.pbs
#PBS -l nodes=1:ppn=1
#PBS -l mem=1g
#PBS -q fat
#PBS -S /bin/bash
echo begin at `date` @`hostname`
data="/work/out.trimmedReads.fasta.gz"
size="410000000"
prefix="OUT"
cer="0.045"
coc="40"
directory="/work//assembly"
export PATH=/data1/bioinfo/tyli/04.software/01.assembly/canu_20190702/canu/Linux-amd64/bin:$PATH
#######
canu \
-p ${prefix} -d ${directory} genomeSize=${size} \
-assemble \
-pacbio-corrected ${data} \
correctedErrorRate=${cer} \
corOutCoverage=${coc} \
gridOptions=" -q fat" \
useGrid=true
echo end at `date`
Now, I have the reference genome.So I guess the error was due to a lack of memory.One of my single nodes is only 60G,Maybe I shouldn't have done that,gfaMemory=60
.
Thank u~
I wouldn't have expected memory to cause that error. If you're able to share, I'd still be curious to look at the data locally. Otherwise, since you have an assembly you can close the issue and we'll wait to get another example of the error.
@skoren Sorry, I am not convenient to give you this data.I just found that I actually have got the reference ( from PBS) which is unitigging by CANU2.0
with trimmed reads (by CANU1.8
). The two errors were both assembled with canu2.0.So 1 I guess this error is unique to CANU2.0
Because the ownership of this data is not just me.I will close the issue ,thank u~~
I have the same problem, same error report, same canu2.0 and lsf
You should first update to Canu 2.1.1 as it has bug fixes which should addresses this error (because alignGFA is no longer used).
You should first update to Canu 2.1.1 as it has bug fixes which should addresses this error (because alignGFA is no longer used).
Thanks a lot, i get the result after updating to Canu 2.1.1
Hello, I'm having a
Aborted(core dumped)
error with alignGFA in 4-unitigger in unitigging.Command:
work.sh:
/work/assembly/work_assembly genomeSize=410000000 -pacbio-raw /work/assembly/data/*.fasta useGrid=true gridEngine=sge gridEngineResourceOption="-pe make THREADS -l vf=MEMORY -q all.q" cormhapThreads=8 cormhapMemory=15 obtovlThreads=8 obtovlMemory=15 utgovlThreads=8 utgovlMemory=15 corThreads=8 corMemory=15
alignGFA.sh in workdir:
Versions:
Canu 2.0
Linux version 3.10.0-957.21.3.el7.x86_64
SGE
Logs:
canu.out:
alignGFA.1.out:
And,I found the simular mistake in community(the issue is closed):
So I didn't delete any files, just added
gfaMemory=60
in my command.But it didn't change anything.Command:
/ehpcdata/genome_analysis/GA_ASM/software/01.canu/used_now/Linux-amd64/bin/canu -p out -d /work/assembly/work_assembly genomeSize=410000000 -pacbio-raw /work/assembly/data/*.fasta useGrid=true gridEngine=sge gridEngineResourceOption="-pe make THREADS -l vf=MEMORY -q all.q" cormhapThreads=8 cormhapMemory=15 obtovlThreads=8 obtovlMemory=15 utgovlThreads=8 utgovlMemory=15 corThreads=8 corMemory=15 gfaMemory=60
Logs:
alignGFA.1.out
Now,i have some output files which inclued the files named
core.xxx
andunitigger.success
.:Thank you for taking time out of your busy schedule to answer my questions,I am looking forward to your reply!