Hi, Am 22.11.2011 um 12:58 schrieb baf035:
> > Hello all. > > 1) When s_rt time is reached a job is signaled by default by SIGUSR1. One of > our applications is dying by the signal. > I changed in a global configuration in execd_params a parameter > NOTIFY_KILL=none or NOTIFY_KILL=SIGCONT > bur without effect. Applications are still signaled by SIGUSR1. How could I > change the behavior? these are two different things. a) when you defined s_rt, it will send SIGUSR1 at the specified time - there is no way to avoid this. If you don't want it, don't define s_rt. b) the notification by -notify will be send the specified time before the final kill/suspend. These notifications can be redefined by the commands you used. If you don't want it, don't use -notify at submission time. NB: The signal will be send to the complete processgroup, i.e. the job script and the called binary. If you want to have an action happening on SIGUSR1, you need a proper set "trap" for the shell and/or a proper signal handling in the binary. The default action for SIGUSR1 is to terminate: http://kernel.org/doc/man-pages/online/pages/man7/signal.7.html So you just face the default behavior. > 2) Is the way how to reduce warning messages "job <JID>.1should have finished > since <num> s" in a qmaster messages file > when s_rt time is exceeded and a notify time is going on. Not that I'm aware of. But using s_rt and -notify at the same time doesn't work in a nice way together is my experience. I suggest to use only one of them at a time. Do you have a 2 stage warning in mind, which you want to implement? Using both the signal chain would be: 1) s_rt (sigusr1) warning, 2) -notify defined warning before kill, 3) kill -- Reuti > Our productive GE is SoGE 8.0.0a. > > Thanks for help. Best regards > > baf035 > > _______________________________________________ > users mailing list > [email protected] > https://gridengine.org/mailman/listinfo/users _______________________________________________ users mailing list [email protected] https://gridengine.org/mailman/listinfo/users
