[GE users] submitting multifile programs to grid engine

Daniel Templeton Dan.Templeton at Sun.COM
Fri Nov 30 23:44:16 GMT 2007


    [ The following text is in the "ISO-8859-1" character set. ]
    [ Your display is set for the "ISO-8859-10" character set.  ]
    [ Some special characters may be displayed incorrectly. ]

For a script, the qsub command makes a copy of the script contents and 
sends them along with the job submission parameters.  When the job is 
sent to an execution host, the script is recreated in a temp directory 
on that machine for the execution daemon to execute.  When the job 
finishes, the script is removed.

Daniel

Bruce Rothermal wrote:
> OK. So for a script it does it differently? Passes the script file 
> over to the executing system?
>
> Bruce
>
>
> Daniel Templeton wrote:
>> When you submit a binary, all you're submitting to the qmaster is a 
>> path to that binary, and hence all that the qmaster passes on to the 
>> execution daemon is the path to the binary.  All the execution daemon 
>> will do is (more or less) fork and exec your binary path.  That means 
>> that the binary path must be resolvable on the execution host, and 
>> all shared libraries must be accessible and available from the shared 
>> library path (or run path).
>>
>> You have multiple options for setting environment variables in your 
>> job's environment.  The first and most obvious is the submitting 
>> user's shell rc file(s).  Other favorites are the -V and -v switches.
>>
>> Daniel
>>
>> Bruce Rothermal wrote:
>>> Hi
>>>
>>> Can anyone point out how you would submit a binary job where the 
>>> executable relies on linked libraries. Would every system on the 
>>> grid have to setup with these files. Would a share file system need 
>>> to be used or is Grid Engine capable of figuring out the 
>>> dependencies and providing the libraries to the compute machine chosen.
>>>
>>> In this same line how best are environment variable handled?
>>>
>>> Thanks for any help on this.
>>>
>>> Bruce Rothermal
>>>
>>> ---------------------------------------------------------------------
>>> 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
>

---------------------------------------------------------------------
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