External Email - Use Caution Hi Freesurfer support,
I have several questions regarding recon-all -fill and -debug. If we run recon-all -fill, what is the command set-up for that? From the ReconAllDevTable here, https://secure-web.cisco.com/168deFdRWVJ6rqWKdMIwjH_-sTPV9vncDkCBQheBnFXRjWPeM947jBmyBHJo3h-QEnDusTKbRmjjkTkDeDGvR3IZaeDV7vw2Td-KoOaXSRXub7gll1iS4zMc8ejCPJ3fNkbX-vkC_fosx5qsWn8IedW1Kr8lFwV1-6quZoijHC7oEiNozNkmbfREm-6mPo0f5RRuZBF1BESAsz2Hi-KrB3BeTh9VMEUOrbwcoMBVZMO7NH1LiT8XfJ0KeV_bWLPrB1HsW4d55bPQ8CwvSUWN8nVBmc5jKr3nYseN1h_SvY5PEFvJKmZ0GDgF9iTBaQ7P7/https%3A%2F%2Fsurfer.nmr.mgh.harvard.edu%2Ffswiki%2FReconAllDevTable, do we structure the recon-all command to be: recon-all -autorecon2 -fill -subjid <subjid>? I attempted to run recon-all -fill with -debug with the structure as follows: recon-all -s $subject -i $1 -fill -debug and I was wondering if this was the wrong format. I have also attached our recon-all-slurm-apr19.sb cluster submission file for reference. Does recon-all -fill only run the fill step, while ignoring the previous steps before that or does recon-all run through all the initial steps including the -fill step ideally? Regarding recon-all -debug, does the stdout file have the huge amounts of text specifying what each line is doing? I have included .out and .err files from the same recon-all -fill with -debug command for reference. Sincerely, Yilei ________________________________ From: freesurfer-boun...@nmr.mgh.harvard.edu <freesurfer-boun...@nmr.mgh.harvard.edu> on behalf of Douglas N. Greve <dgr...@mgh.harvard.edu> Sent: Thursday, April 18, 2024 2:57 PM To: freesurfer@nmr.mgh.harvard.edu <freesurfer@nmr.mgh.harvard.edu> Subject: Re: [Freesurfer] recon-all process still not finishing properly not sure what is happening. You can run recon-all with -debug and capture the output (both stdout and stderr) into a file. This will cause it to print out huge amounts of text specifying what it is doing on each line. You should also see if there is some stderr output that is not being caught. You can try running recon-all -fill on the subject that you created to see if the fill will run at all (this may be easier than waiting 4 hours). On 4/8/2024 3:18 PM, Dong, Yilei wrote: External Email - Use Caution Hi Freesurfer Support, The past few weeks, I've emailed about my recon-all processing stream never completely finishing. We are still encountering the same problem. For context, our recon-all job submission script runs recon-all for 1 image. Given a folder of 100 MRI images, we have another script that calls upon the recon-all script for each image within the folder via a for loop. The result is 100 jobs running in parallel on the cluster. I have attached a screenshot of the parameters we set whenever we submit each recon-all job for each image by SLURM to UCSD's cluster. The maximum time we are allowed for each job is 48 hours. Our jobs are shared-node jobs, which means we run more than 1 job on a single node. This time, we increased RAM from 8GB to 16GB in hopes the entire recon-all processing stream can fully run through for each image, but it still stops at "mri_pretess done" and does not go on to the -fill step. Each job submitted to the cluster took around 4 hours and 20 minutes each to run in our most recent attempt. If increasing the RAM did not change anything for us, how else can we get more verbose error messages? What other reasons could be why our recon-all aborts before finishing? I have attached a recon-all.log from one of our subjects for reference and a screenshot of the parameters we set for submitting jobs in our cluster for reference. Freesurfer version: 7.2.0, but already available as module on UCSD's cluster system Platform: Rocky Linux release 8.8 (Green Obsidian) uname -a: Linux login01 4.18.0-477.15.1.el8_8.x86_64 #1 SMP Wed Jun 28 15:04:18 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux Recon-all log: see attached Thank you! Sincerely, Yilei _______________________________________________ Freesurfer mailing list Freesurfer@nmr.mgh.harvard.edu<mailto:Freesurfer@nmr.mgh.harvard.edu> https://secure-web.cisco.com/10vZ3lyKifsSsLtfZzgKvrT91yFm1-8drLKU54PSfnAnAiESmYS6W_CA2fgqhDO78xVRBn80uZ97W0Xc7Q10iR7JcW1W9ONn1KOEFSoWEDcvMesNEJvIXEvbI-bWho7fLs492h0mL1fjQ84GhzaBNBXvLOQFxJEmI8G5ZhJYg3m1BRxSytAaRVKW4ZxBCpj95Seq_GjOWjRncnVq-Jz2fycf9gxJxx_lTMM7AZtWP_1Qjb4cvPwgVoMlOhEGG_8SK6H3u6_BUfXAc6Xlrl6OrscdR2gE0eNXlwN08c3leIR5Bcj9bcYlhnnADh1y3alib/https%3A%2F%2Fmail.nmr.mgh.harvard.edu%2Fmailman%2Flistinfo%2Ffreesurfer<https://secure-web.cisco.com/1L9JtWIahKTHfxUVwdkxJIsmbw26B2aV-zoJtcXFvPFglatVfthNANOU6m6dINcqgOMcqNe6-NyaJ1AACvR352K7WfmeGGQLRHqelIETwyGo-Ax_nLddafs6AFMte7wozQAQA7-h9QiZAa9Y1ygaAONlIsaEVwAHq2B0Jk8QESmgqPwz4w_LSdAjkVLTuvd-sFzVsZcGTaW5j7FdAF9-lianwwSs1wX2pKmBJJeiImfx1uy946naVFPeEn9gh67Cbvtw25-pCSt2lspl0bliEpRlyxHBKqoO7SztH_LqXZyU506emutMUiW7URO2tyocR/https%3A%2F%2Furldefense.com%2Fv3%2F__https%3A%2F%2Fmail.nmr.mgh.harvard.edu%2Fmailman%2Flistinfo%2Ffreesurfer__;!!LLK065n_VXAQ!iYiPFfQGnfb0AUsXFU0O8g63EYT_Ws59pJFwJLy77PZ9mY6xftY2ysOiM9wrt5KFxVIc-uTTtBbho1NHzIeUC2Rq5w$>
recon-all-slurm-apr19.sb
Description: recon-all-slurm-apr19.sb
recon-all-slurm.30013376.exp-6-15.err
Description: recon-all-slurm.30013376.exp-6-15.err
recon-all-slurm.30013376.exp-6-15.out
Description: recon-all-slurm.30013376.exp-6-15.out
_______________________________________________ Freesurfer mailing list Freesurfer@nmr.mgh.harvard.edu https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer The information in this e-mail is intended only for the person to whom it is addressed. If you believe this e-mail was sent to you in error and the e-mail contains patient information, please contact the Mass General Brigham Compliance HelpLine at https://www.massgeneralbrigham.org/complianceline <https://www.massgeneralbrigham.org/complianceline> . Please note that this e-mail is not secure (encrypted). If you do not wish to continue communication over unencrypted e-mail, please notify the sender of this message immediately. Continuing to send or respond to e-mail after receiving this message means you understand and accept this risk and wish to continue to communicate over unencrypted e-mail.