Hello,
in the context of pre-processing some rs-fMRI data I am running freesurfer on an HPC. However, I am receiving segmentation faults in mri_convert which I have been able to track to a problem with volume_stats and smooth_spline:
From the mri folder of my subject's freesurfer tree I run
Reading volume /work/test2/01387fs/mri/tmp.mri_nu_correct.mni.15919/0/nu0__.mncDone
C1:32609792:32768 C2:31554272:32768
Created blocks:
32609792
31554272
Assertion failed at line 742 in file templates/CachedArray.cc
Line 742 reads assert(_s.is_open());
Interestingly, when I run volume_stats with the -noache flag, the error disappears, namely
Repeating the latest command gives a simple Segmentation Fault without further information.
So there is
1) A problem related to CachedArray and asserting the successful opening of a temporary file
2) a seg fault in spline_smooth which I am unable to track down further.
All commands can be run successfully with the same input files on my local computer. One of the hardware peculiarities on the cluster I am aware of is the inability to create hard links. Soft links are permitted.
This problem appears to have popped up now and again in various mailing lists, but so far no definitive solution has transpired.
Thanks!
Hello, in the context of pre-processing some rs-fMRI data I am running freesurfer on an HPC. However, I am receiving segmentation faults in
mri_convert
which I have been able to track to a problem withvolume_stats
andsmooth_spline
:From the mri folder of my subject's freesurfer tree I run
which results in
Line 742 reads
assert(_s.is_open())
;Interestingly, when I run
volume_stats
with the-noache
flag, the error disappears, namelyIn https://github.com/BIC-MNI/N3/blob/master/src/VolumeStats/volumeStats.cc, the only difference caused by the
-nocache
flag appears to be the use ofCachedArray
instead ofSimpleArray
. To test the functionality ofCachedArray
I compiledtest.cc
from https://github.com/BIC-MNI/EBTKS/tree/master/src which runs on my cluster without error.When I patch
freesurfer
so as to use the-nocache
option involume_stats
as explained on https://mailman.bic.mni.mcgill.ca/pipermail/minc-users/2008-April/001996.html, the program exits atRepeating the latest command gives a simple Segmentation Fault without further information.
So there is 1) A problem related to
CachedArray
and asserting the successful opening of a temporary file 2) a seg fault inspline_smooth
which I am unable to track down further.All commands can be run successfully with the same input files on my local computer. One of the hardware peculiarities on the cluster I am aware of is the inability to create hard links. Soft links are permitted.
This problem appears to have popped up now and again in various mailing lists, but so far no definitive solution has transpired. Thanks!