Hello all, I was able to fix my error (see below) by re-running recon-all $SUB –autorecon2 –autorecon3 –qcache . However I am unsure why –make all was not incorporating edits correctly? Is it inappropriate to use –make all after manual edits? If so, should I just use –autorecon2 –autorecon3 as a catch all (assuming no edits in the first stage) after manual edits? -Andrew

----- Hello, I am running into an error when using qcache. Subjects that have had manual edits are exited with errors, while subjects that have not had edits run fine. All subjects have had –make all ran after edits and finished without errors. I have read about this problem and tried some of the solutions but am still getting errors.

When I first tried running –qcache I received this error:

Reading curvature file /scratch/lfs/aoshea/testAndrew/processedSubjects/1492/surf/lh.volume

ERROR: number of vertices in /scratch/lfs/aoshea/testAndrew/processedSubjects/1492/surf/lh.volume does not match surface (128222,130849)

ERROR: reading curvature file

Linux c2a-s21.ufhpc 2.6.32-358.23.2.el6.x86_64 #1 SMP Sat Sep 14 05:32:37 EDT 2013 x86_64 x86_64 x86_64 GNU/Linux

recon-all -s 1492 exited with ERRORS at Wed Jul 23 10:32:24 EDT 2014

To make sure everything was ran I re-ran –make all and got make: Nothing to be done for `all’.

I then ran –vno_match_check and it said everything was fine:

Pass: all surfaces and surface data for subject 1492 for hemi lh have the same number of vertices.

Pass: all surfaces and surface data for subject 1492 for hemi rh have the same number of vertices.

I saw Doug gave this suggestion ( using –surf volume –qcache) to someone who was having the same problem this resulted in qcache getting past the volume stage but failing lh.w-g.pct.mgh

Reading curvature file /scratch/lfs/aoshea/testAndrew/processedSubjects/1492/surf/lh.w-g.pct.mgh

ERROR: number of vertices in /scratch/lfs/aoshea/testAndrew/processedSubjects/1492/surf/lh.w-g.pct.mgh does not match surface (128222,130849)

ERROR: reading curvature file

Linux c1a-s11.ufhpc 2.6.32-358.23.2.el6.x86_64 #1 SMP Sat Sep 14 05:32:37 EDT 2013 x86_64 x86_64 x86_64 GNU/Linux

recon-all -s 1492 exited with ERRORS at Wed Jul 23 11:07:01 EDT 2014

Any suggestions on how to address this? Any idea of the cause? I assuming it has something to do with the manual edits since unedited ppl run fine.

-Andrew