-
Notifications
You must be signed in to change notification settings - Fork 191
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
VG giraffe warning[vg::Watchdog] #3954
Comments
What does your graph contain and how did you build it? If you run the following commands, what is the output?
If the last command listed any sample names under tag
Additionally, is the mapping speed reasonable if you use GAM or GAF as the output format? |
Hello, although I am now able to run giraffe in an array job. The mapping speed is still very slow ~ 80 reads / per second per thread. I then ran
which returned Then I ran
which returned 10 |
Are you specifying the number of mapping threads each Giraffe job should use with the Also, what does |
I specified 32 threads, and vg stats -l graph.gbz returns 400249670. Which is 50 Mb larger than the reference genome. Although other genomes used in the graph construction are closer to 400Mb |
Can you share the graph and some reads? I think we have ruled out most of the common things that could go wrong. |
How should I share it? |
I don't know. What options do you have? |
I can share it with you on google drive if that works for you |
Sharing on Google Drive should work. Please let me know once you have uploaded the files. |
Just shared the folder to your ucsc email address |
There were no real reads to try, but I managed to map simulated 150 bp and 250 bp reads in a reasonable time on my laptop. Based on the filenames, the graph you provided is a You may get better performance by mapping reads to the default ( |
I met the same problom,did you solve it? @IsaacDiaz026 |
vg v1.36.0 works. |
I haven't yet, working on rebuilding a new pangenome graph first |
I think it's actually that we added these warnings since v1.36.0, not that the mapping got slower. If you see a few of these warnings in a mapping run, it's not such a huge deal. If you're seeing many of them, then there's probably something to troubleshoot with the mapping speed. |
My graph is constructed by minigraph-cactus pipeline. When i mapping with vg giraffe,I saw lots of warnings above so that mapping got lower.I want to know what went wrong maybe. @jeizenga |
Hi, maybe this helps but from what I can tell when vg giraffe hits these errors when accessing the same index files? My situation was that I have a single graph (with three files graph.dist, graph.giraffe.gbz, graph.min) and multiple short-read samples that I want to align. When I run a single sample I get steady progress. When I run my samples in parallel (using a slurm array job) I get almost no progress and lots of watchdog errors. When I copy the 3 graph files to unique names for each sample for eahc array job I get steady progress again. So it feels like there is some conflict in accessing the three graph files when running vg in parallel? I've got no idea how/why but yeah, having separate graph files for each sample let me run normally. Not something I've seen mentioned? |
Sorry sir. If i get the 0
Sorry, sir. If my results were like this, what would it reveal? vg gbwt -M -Z graph.gbz returned: |
Maybe I found the reason. when i use real short-read data, there is no problem happen. but when i use simulated data, waring would happen. |
@Andy-B-123 I am facing exactly same question as you described. Do you use cluster job manage tool like slurm to run it in parallel? And I think the reason may be we should compile vg by ourselves? |
Yes I use slurm on our HPC. My work around is to copy the graph files (graph.dist, graph.giraffe.gbz, graph.min)at the start of each parallel (eg job 1, graph.1.dist, job 2 graph.2.dist... ), use those for each job and then delete them once complete. It increases the space requirements for the run but actually allows it to run in parallel so in my mind it's worth it. Just make sure to include a delete step at the end to clean up the copies graph files |
1. What were you trying to do?
I am trying to use vg giraffe to align paired end sequencing reads to a graph that was assembled using cactus-mini graph. I used a small subset of 10,000 reads to test vg giraffe.
I used the command
2. What did you want to happen?
I was expecting the run to complete quickly since there are only a few reads to align.
3. What actually happened?
vg giraffe has been running for almost 2 days. It keeps producing these warning messages and is not producing an output bam.
4. If you got a line like
Stack trace path: /somewhere/on/your/computer/stacktrace.txt
, please copy-paste the contents of that file here:5. What data and command can the vg dev team use to make the problem happen?
6. What does running
vg version
say?The text was updated successfully, but these errors were encountered: