Hi,
Our new scripts are designed to work with SGE queuing software. Do
you have such a system as it appears that the script is deciding to
try and use it? If this is the case then you will need to have your
sys admin look at the fsl_sub script and customise it for the queues
defined at your site - should be relatively self explanatory what he/
she needs to do. If not then I don't know why the script is doing
this and we'll need to look at your environment settings to work it out.
On 6 Sep 2007, at 16:14, Sheyna Gifford wrote:
> Dear FSL mailing list-
>
> I am trying to run bedpostx on fsl 4.0.1 on a mac osx ppc cluster.
> The
> process had been running until slice 68, then either hanging or
> quitting.
> After the 4.0.0 upgrade, it began complaining about a lack of
> long.q and
> short.q. I created both queues in sge, and now the problem is:
>
> 0 slices processed
> 0 slices processed
> 0 slices processed
> 0 slices processed
>
> NO slices are being processed, or at least that's what the bedpost
> monitor
> is claiming. Meanwhile, xfibres is taking up 99-100% of the CPU,
> according
> to top.
>
> Anyone seen similar issues with bedpostx for 4.0.1 on mac os x pcc?
>
> Thank you!
>
> -seg
|