When running trac-all the script seems to be getting tripped up on the epidewarp.fsl portion of the script and throwing a weird error about the fsl version?

I am running trac-all -prep with bo homogeneity correction included in the configuration file.

I get the following error.

writing to /Volumes/DANIEL/dti_freesurf/trac/Rest.AES101.long.base_AES101/dmri/b0pha.nii.gz...

orientLAS /Volumes/DANIEL/dti_freesurf/trac/Rest.AES101.long.base_AES101/dmri/b0pha.nii.gz /Volumes/DANIEL/dti_freesurf/trac/Rest.AES101.long.base_AES101/dmri/b0pha.nii.gz

INFO: input image orientation is LPS

INFO: input image determinant is 10

mri_convert -oni 96 -onj 96 -onk 53 -oid -0.998405 -0.0247418 0.0507528 -ojd 4.61648e-10 0.898878 0.438199 -okd 0.0564624 -0.4375 0.897444 -oc 2.21634 10.523 31.9495 -rt nearest /Volumes/DANIEL/dti_freesurf/trac/Rest.AES101.long.base_AES101/dmri/b0pha.nii.gz /Volumes/DANIEL/dti_freesurf/trac/Rest.AES101.long.base_AES101/dmri/b0pha.nii.gz

mri_convert.bin -oni 96 -onj 96 -onk 53 -oid -0.998405 -0.0247418 0.0507528 -ojd 4.61648e-10 0.898878 0.438199 -okd 0.0564624 -0.4375 0.897444 -oc 2.21634 10.523 31.9495 -rt nearest /Volumes/DANIEL/dti_freesurf/trac/Rest.AES101.long.base_AES101/dmri/b0pha.nii.gz /Volumes/DANIEL/dti_freesurf/trac/Rest.AES101.long.base_AES101/dmri/b0pha.nii.gz 

normalizing out_i_direction: (-0.998405, -0.0247418, 0.0507528) -> (-0.998405, -0.0247418, 0.0507528)

$Id: mri_convert.c,v 1.226 2016/02/26 16:15:24 mreuter Exp $

reading from /Volumes/DANIEL/dti_freesurf/trac/Rest.AES101.long.base_AES101/dmri/b0pha.nii.gz...

TR=560.00, TE=0.00, TI=0.00, flip angle=0.00

i_ras = (-0.998405, -0.0247418, 0.0507528)

j_ras = (-4.61648e-10, -0.898878, -0.438199)

k_ras = (0.0564624, -0.4375, 0.897444)

Reslicing using nearest 

writing to /Volumes/DANIEL/dti_freesurf/trac/Rest.AES101.long.base_AES101/dmri/b0pha.nii.gz...

mri_probedicom --i /Volumes/DANIEL/dti_freesurf/diffusion_recons//AES101.Rest/phase/TE7.38_image000001.dcm > /Volumes/DANIEL/dti_freesurf/trac/Rest.AES101.long.base_AES101/dmri/b0info.dat

fslroi /Volumes/DANIEL/dti_freesurf/trac/Rest.AES101.long.base_AES101/dmri/dwi_eddy.nii.gz /Volumes/DANIEL/dti_freesurf/trac/Rest.AES101.long.base_AES101/dmri/lowb.nii.gz 0 1

epidewarp.fsl --mag /Volumes/DANIEL/dti_freesurf/trac/Rest.AES101.long.base_AES101/dmri/b0mag.nii.gz --dph /Volumes/DANIEL/dti_freesurf/trac/Rest.AES101.long.base_AES101/dmri/b0pha.nii.gz --exf /Volumes/DANIEL/dti_freesurf/trac/Rest.AES101.long.base_AES101/dmri/lowb.nii.gz --epi /Volumes/DANIEL/dti_freesurf/trac/Rest.AES101.long.base_AES101/dmri/dwi_eddy.nii.gz --tediff 2.46000000000000000000 --esp 0.7 --vsm /Volumes/DANIEL/dti_freesurf/trac/Rest.AES101.long.base_AES101/dmri/vsm.nii.gz --epidw /Volumes/DANIEL/dti_freesurf/trac/Rest.AES101.long.base_AES101/dmri/dwi.nii.gz

FSLVersion 6.0.1

FSLVerMaj 6

FSL Version is 6.0.1, must be 3.X or 4.X or 5.X

Darwin 255a-280.umd.edu 18.2.0 Darwin Kernel Version 18.2.0: Thu Dec 20 20:46:53 PST 2018; root:xnu-4903.241.1~1/RELEASE_X86_64 x86_64

trac-preproc exited with ERRORS at Sat Apr 20 14:56:02 EDT 2019

Does this mean there is an issue with the trac-all script that makes it incompatable with fsl?

I notice the --vsm /Volumes/DANIEL/dti_freesurf/trac/Rest.AES101.long.base_AES101/dmri/vsm.nii.gz portion of the epidewarp.fsl script was not created. Everything else that should go into it was created. 

Can anyone give me some guidance on why this might be happening?

Best,