No subject


Wed Jan 12 20:38:46 GMT 2011


the variables "delegated_file_staging true". Is this definition 
sufficient to include the DRMAA interface, or should I call it in any 
other way? If so, how can I call it?

Sorry, I'm totally not an expert...
Thanks
Goncalo

On Tue, 29 Nov 2005, Reuti wrote:

> Hi,
> 
> according to the man page this is only available when using the DRMAA
> interface. Are you using DRMAA? Otherwise the other Howto http://
> gridengine.sunsource.net/howto/filestaging maybe better suited for your
> environment.
> 
> HTH - Reuti
> 
> 
> Am 29.11.2005 um 10:53 schrieb Goncalo Borges:
> 
> > 
> > Hello everybody,
> > I have installed SGE6 and all went OK. Nevertheless, when I submit a given
> > job, the standard error and output always stays in the user (owner) home
> > directory of the execution host. For me this is a problem since I do not
> > want to use a shared system and I would like that the standard error and
> > output would be retrieved to the user (owner) home directory in the host
> > where the job was submitted (and not where it run).
> > 
> > I have seen that there is a HOW-TO explanation on how to implement this
> > procedure:
> > http://gridengine.sunsource.net/project/gridengine/howto/
> > filestaging/filestaging6.html
> > 
> > Nevertheless, and after following the HOW-TO procedure, it still doesn't
> > work. I have debugged the issue until the following situation:
> > 
> > 1) I have checked that the prolog and epilog scripts really run after and
> > before the job.
> > 
> > 2) The "delegate_file_staging" is also set to true in the cluster
> > configuration.
> > 
> > 3) Nevertheless, all variables $fs_stdout(err,in)_... are empty.
> > The variables $fs_stdout(in)_file_staging are also set to 0, although the
> > "delegate_file_staging" is set to true in the cluster configuration file.
> > 
> > Do you have any clues why this is happening and how can I solve it?
> > I really appreciate the help...
> > Thanks in advance
> >      Best Regards
> >      Goncalo
> > 
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
> > For additional commands, e-mail: users-help at gridengine.sunsource.net
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
> For additional commands, e-mail: users-help at gridengine.sunsource.net
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
For additional commands, e-mail: users-help at gridengine.sunsource.net




More information about the gridengine-users mailing list