Question: Velvet: Segmentation fault (core dumped)
gravatar for ramesh.8v
4.3 years ago by
United States
ramesh.8v200 wrote:

I compiled Velvet 1.2.10 in my Ububtu desktop based on User Manual as follows


make color
make ’CATEGORIES=57’
make ’OPENMP=1’

After compiling, I could run one of my paired mi-seq reads,

./velveth output1 31 -fastq -shortPaired ./shuffled/W2_Shuffled.fastq

But couldn't able to run other sequences, I hit with the error

Segmentation fault (core dumped)

​Please, help me, how to overcome this?

ADD COMMENTlink modified 2.8 years ago by rafael.d.macho0 • written 4.3 years ago by ramesh.8v200
gravatar for RamRS
4.3 years ago by
Houston, TX
RamRS20k wrote:

I hope you've read through all the segfault posts here. Word of caution: velvet is a memory hog, you better have a high config machine.

ADD COMMENTlink written 4.3 years ago by RamRS20k
gravatar for SES
4.3 years ago by
Vancouver, BC
SES8.1k wrote:

This may not be the issue given your command to velveth, but your method for compiling velvet doesn't look correct. I would run make clean, followed by make ... with all your compilation options in one go. Then, try again and see if you have the same issue.

Also, you may find it helpful to run a small sample of data to see if this error has something to do with the parameters or compilation settings. If not, you can watch the resource usage with top or qstat/bstat (or similar) to see if this is an issue with memory.

ADD COMMENTlink written 4.3 years ago by SES8.1k

Thank you for your response and time.

I have tried your suggestions but ended up in same error message. I strongly believe, error may be due to compilation problem not memory issue. Top command tells, CPU: 12% and Mem: 45%. FastQC reports, total sequences: 463023, and sequence length: 30-301. I believe, I can run this stuff in my desktop with 4GB RAM. 

ADD REPLYlink written 4.2 years ago by ramesh.8v200

Just because the program didn't use all the memory doesn't rule out a memory issue, it could be that it could not allocate memory. I think the issue may be with your read lengths and whether you are specifying long or short, since you have a mixture of both. I would take a subset of short reads and retry the assembly with the '-short' option to velveth.

ADD REPLYlink written 4.2 years ago by SES8.1k
gravatar for rafael.d.macho
2.8 years ago by
rafael.d.macho0 wrote:

I had the same problem about "core dump" or similar and it was that you need to locate the sequences within the same folder as the software to make it run, despite you had written the very path towards the file wherever you may left it.

Here is my example: Computer@Computer:~/Descargas/velvet_1.2.10$ ./velveth velvet5 31 -fastq.gz -shortPaired ~/Descargas/SRR292770_1.fastq.gz ~/Descargas/SRR292770_2.fastq.gz

ADD COMMENTlink written 2.8 years ago by rafael.d.macho0
Please log in to add an answer.


Use of this site constitutes acceptance of our User Agreement and Privacy Policy.
Powered by Biostar version 2.3.0
Traffic: 1235 users visited in the last hour