[GE users] sgeexecd softstop

reuti reuti at staff.uni-marburg.de
Sat Mar 20 21:53:13 GMT 2010


Am 19.03.2010 um 17:39 schrieb ccaamad:

> Can someone confirm that I can restart sgeexecd on the execution hosts
> without any ill effects on running jobs, please? I'm planning a:
>   ./sgeexecd softstop

at this point the SGE limits (i.e. h_rt, ...) are not enforced, as the  
execd is summarizing this. Set ulimits for the process are enforced  
though (i.e. h_cpu, ...).

>   ./sgeexecd start

The execd will also check, whether in the meantime the limits were  
passed and take measures if necessary and check actual limits again.  
After some delay the accounting records will be written once the execd  
was started again.

-- Reuti

> i.e. no jobs are killed and sge keeps full control of any running jobs
> (e.g. enforcing resource limits, job accounting records are written).
> The obvious change by doing this is that the sge_shepherd-*  
> processes are
> no longer child processes of sge_execd - but is this significant?
> I'm running the 6.2u5 courtesy binaries on RHEL5 / CentOS5 on x86_64.
> Cheers,
> Mark
> (I'm not planning on changing the executables, but trying to clear a  
> bug
> I'm hitting)
> -- 
> -----------------------------------------------------------------
> Mark Dixon                       Email    : m.c.dixon at leeds.ac.uk
> HPC/Grid Systems Support         Tel (int): 35429
> Information Systems Services     Tel (ext): +44(0)113 343 5429
> University of Leeds, LS2 9JT, UK
> -----------------------------------------------------------------
> ------------------------------------------------------
> http://gridengine.sunsource.net/ds/viewMessage.do?dsForumId=38&dsMessageId=249715
> To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net 
> ].


To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].

More information about the gridengine-users mailing list