Hi,
I'm afraid I don't know what is going on here.
There isn't really any difference between the 5.0.9 and 5.0.10 versions of remove_ext, so it is extremely puzzling that there is a difference in performance.
Are you sure that it is always remove_ext that is at fault?
Do you have a lot of files on your system?
The fork error is normally related to that.
All the best,
Mark
> On 18 May 2017, at 00:59, Dara Ghahremani <[log in to unmask]> wrote:
>
> Hi,
>
> Since upgrading from 5.0.9 to 5.0.10 we have been repeatedly faced with
> the following errors when running several 1st level FEAT models
> sequentially on our grid system:
>
> /space/raid/fmri/fsl-5.0.10-centos6_64/bin/remove_ext: fork: retry:
> Resource temporarily unavailable
> /space/raid/fmri/fsl-5.0.10-centos6_64/bin/remove_ext: fork: retry: No
> child processes
>
> The result is that FEAT halts at random points. The errors are not
> reproducible for a given model (i.e., when re-running the models, the
> error appears for a different participants' models).
>
> When we revert back to 5.0.9, the errors don't appear and FEAT completes
> normally.
>
> Are there any suggestions of how to deal with this issue?
>
> We're running the Centos6 binaries on openSUSE 42.2, for both 5.0.9 and
> 5.0.10, on an Open Grid Scheduler system. There is no difference in the
> system between the two versions of FSL (i.e., same OS, hardware, etc.)
>
> Thanks, Dara
>
> _________________________________
> Dara Ghahremani, Ph.D.
> Associate Researcher
> Laboratory of Molecular Neuroimaging
> Department of Psychiatry and Biobehavioral Sciences
> The Semel Institute for Neuroscience and Human Behavior
> University of California, Los Angeles
|