![]() |
|
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
Demultiplexing MiSeq run reads. | memento | Illumina/Solexa | 5 | 09-10-2014 06:24 AM |
Help needed for Zero Passed-filter reads on MiSeq run | NGS777 | Illumina/Solexa | 3 | 04-16-2014 02:57 PM |
problem with R2 reads from Miseq | m_elena_bioinfo | Bioinformatics | 2 | 04-23-2013 02:41 AM |
Mixing dual and single index TruSeq samples in a single MiSeq run | pmiguel | Illumina/Solexa | 1 | 12-21-2012 06:21 AM |
Miseq index reads missing | scotoma | Illumina/Solexa | 4 | 11-06-2012 02:12 PM |
![]() |
|
Thread Tools |
![]() |
#1 |
Junior Member
Location: Vancouver Join Date: Sep 2013
Posts: 3
|
![]()
I just ran a miseq run using NEBNext Ultra DNA prep, (the bio analyzer results looked fine prior to sequencing).
We sequenced 6 samples ( 3 samples X 2 duplicates) all with different index primers (NEBNext primers for illumina 1,2,3,4,6 and 12#). However, of these six samples, three were substantially low in concentration below normalization. These three contained indices 4,6 and 12. Using the sample sheet from illumina, it said that the indices 1,2,3 would be invalid if you used them together, however for this reason we included the samples with indices 4,6 and 12 despite the low quantification. (we know we shouldve used a better combination but the miseq reagents were already thawed) The miseq was run, and resulted in overclustering, no (0) index reads for the 6 indices, and no clustering for the second read. This resulted in single file of undetermined reads. The questions i have are, does any one know what the most likely reason for the failure? the Overclustering? the lack of any index reads? And is there any way i can dive into the fastq file generated and see my DNA was even sequenced or if its just random stuff? Thank you for any help! |
![]() |
![]() |
![]() |
#2 |
Senior Member
Location: East Coast USA Join Date: Feb 2008
Posts: 7,088
|
![]()
Do you know what the cluster concentration was? Is this a version 2 or version 3 reagent run?
|
![]() |
![]() |
![]() |
#3 |
Senior Member
Location: Monash University, Melbourne, Australia. Join Date: Jan 2008
Posts: 246
|
![]()
Without seeing the rest of the run details, I'd guess that it was due to the over-clustering. I would expect to see a very rapid quality drop-off too, in read 1, despite an 'OK' start.
Bear in mind that the cluster number reported by MSR might suggest that it's only slightly over-clustered, but it could be much more severe than it looks. You can look at the cluster images for an idea of how heavily clustered the flowcell was. MSR can't count the clusters accurately when they're too crowded, so the reported number isn't an (always) an indication of true density... or library concentration. Don't use this number to dilute your sample if you re-run it. |
![]() |
![]() |
![]() |
#4 |
Jafar Jabbari
Location: Melbourne Join Date: Jan 2013
Posts: 1,238
|
![]()
Over clustering can affect correct reading and recognition of indices and lowers the number of reads that can be parsed. To my knowledge if the first index read fails and software is not able to find any index, MiSeq aborts sequencing and does not proceed for second read. Illumina Tech support can have a look at run files to see why the run has stopped and if it is related to lack of index recognition.
You can map (if there is a reference genome) or BLAST fastq file reads to see how many of them are related to your species |
![]() |
![]() |
![]() |
#5 | |
Senior Member
Location: Purdue University, West Lafayette, Indiana Join Date: Aug 2008
Posts: 2,317
|
![]() Quote:
I've seen cases on both the HiSeq and MiSeq where extremely over-clustered flowcells produced a low quality first read, poor indexing and then no real results from the reverse read. I think this might be because at extremely high cluster densities the first read may use up all the flowcell oligos, not leaving enough around for turn around to occur. Also, while indexes work a bit better if you have a good balance of bases at each position, they still work to some extent even if you have a terrible balance. So it is definitely the high cluster density causing your issues. Of course, just because you have one problem, doesn't mean you won't have other problems as well. "When it rains, it pours", eh? -- Phillip |
|
![]() |
![]() |
![]() |
#6 |
Member
Location: DC area Join Date: Sep 2011
Posts: 42
|
![]()
Hi all, on the other end , using NEBNext high fidelity kit I had libraries made. Used 1% phiX. But miSeq failed giving an error saying "clutering failed". There is absolutely nothing to see why or where it failed? It had happened before but then the PhiX 100% run had worked, to check the machine and illumine told that there was nothing wrong with the machine. Is it possible there is some problem with the enzymes that there is no cluster being formed? Or could there be a problem with the indices? I am new to this and any suggestion might help. Thanks
![]() |
![]() |
![]() |
![]() |
#7 | |
Senior Member
Location: Washington, D.C. metro area Join Date: Feb 2010
Posts: 118
|
![]() Quote:
You might try double checking your NaOH first. To help you further, I think you would need to post some of the QC data for your libraries-- i.e. concentration from qPCR and a copy of the bioanalyzer results. |
|
![]() |
![]() |
![]() |
Tags |
failure, miseq, nebnext ultra, troubleshooting |
Thread Tools | |
|
|