job status when SGE kills/aborts job
We are using SGE cluster with our galaxy install. We have specified resource and run-time limits for certain tools using tool specific drmaa URL configuration, e.g.: - run-time (h_rt, s_rt) - memory (vf, h_vmem). This helps scheduler in submitting jobs to an appropriate node and also prevent node from crashing because of excessive memory consumption. However, sometimes a job needs more resources and/or run-time than specified in the drmaa URL configuration. In such cases SGE kills particular job and we get email notification with appropriate job summary. However, the galaxy web interface doesn't show any error for such failures. The job table doesn't contain any related state/info as well. The jobs are shown in green-boxes meaning they completed without any failure. In reality these jobs have been killed/aborted by the scheduler. This is really confusing as there is inconsistency between job status indicated by the galaxy and SGE/drmaa. Has anyone else experienced and/or addressed this issue? Any comments or suggestions will be really helpful. Thanks, Shantanu.
Hi Shantanu, I am also using a SGE cluster and the DRMAA runner for my Galaxy install. I am also having the same issue for jobs that were killed. How did you define the run-time or memory/runtime configurations in your DRMAA URLs? I had to add "-w n" in the DRMAA URLs in order for my jobs to be dispatched to the cluster. However, someone said (on another thread) that doing so might hide the errors. I am not sure if this is the cause since my jobs won't be dispatched at all if "-w n" was not in the DRMAA URLs. Ka Ming ________________________________________ From: galaxy-dev-bounces@lists.bx.psu.edu [galaxy-dev-bounces@lists.bx.psu.edu] On Behalf Of Shantanu Pavgi [pavgi@uab.edu] Sent: July 29, 2011 1:56 PM To: galaxydev psu Subject: [galaxy-dev] job status when SGE kills/aborts job We are using SGE cluster with our galaxy install. We have specified resource and run-time limits for certain tools using tool specific drmaa URL configuration, e.g.: - run-time (h_rt, s_rt) - memory (vf, h_vmem). This helps scheduler in submitting jobs to an appropriate node and also prevent node from crashing because of excessive memory consumption. However, sometimes a job needs more resources and/or run-time than specified in the drmaa URL configuration. In such cases SGE kills particular job and we get email notification with appropriate job summary. However, the galaxy web interface doesn't show any error for such failures. The job table doesn't contain any related state/info as well. The jobs are shown in green-boxes meaning they completed without any failure. In reality these jobs have been killed/aborted by the scheduler. This is really confusing as there is inconsistency between job status indicated by the galaxy and SGE/drmaa. Has anyone else experienced and/or addressed this issue? Any comments or suggestions will be really helpful. Thanks, Shantanu. ___________________________________________________________ Please keep all replies on the list by using "reply all" in your mail client. To manage your subscriptions to this and other Galaxy lists, please use the interface at: http://lists.bx.psu.edu/
With Regards, ---------------- Ambarish Biswas, University of Otago Department of Biochemistry, Dunedin, New Zealand, Tel: +64(22)0855647 Fax: +64(0)3 479 7866 Hi have u tested the option *drmaa://-q galaxy -V/ *option yet? Here as it suggests, -q galaxy creats a queue name with galaxy, not sure what V stands for, but could be verbose On Sat, Jul 30, 2011 at 9:13 AM, Ka Ming Nip <kmnip@bcgsc.ca> wrote:
Hi Shantanu,
I am also using a SGE cluster and the DRMAA runner for my Galaxy install. I am also having the same issue for jobs that were killed.
How did you define the run-time or memory/runtime configurations in your DRMAA URLs?
I had to add "-w n" in the DRMAA URLs in order for my jobs to be dispatched to the cluster. However, someone said (on another thread) that doing so might hide the errors. I am not sure if this is the cause since my jobs won't be dispatched at all if "-w n" was not in the DRMAA URLs.
Ka Ming ________________________________________ From: galaxy-dev-bounces@lists.bx.psu.edu [ galaxy-dev-bounces@lists.bx.psu.edu] On Behalf Of Shantanu Pavgi [ pavgi@uab.edu] Sent: July 29, 2011 1:56 PM To: galaxydev psu Subject: [galaxy-dev] job status when SGE kills/aborts job
We are using SGE cluster with our galaxy install. We have specified resource and run-time limits for certain tools using tool specific drmaa URL configuration, e.g.: - run-time (h_rt, s_rt) - memory (vf, h_vmem).
This helps scheduler in submitting jobs to an appropriate node and also prevent node from crashing because of excessive memory consumption. However, sometimes a job needs more resources and/or run-time than specified in the drmaa URL configuration. In such cases SGE kills particular job and we get email notification with appropriate job summary. However, the galaxy web interface doesn't show any error for such failures. The job table doesn't contain any related state/info as well. The jobs are shown in green-boxes meaning they completed without any failure. In reality these jobs have been killed/aborted by the scheduler. This is really confusing as there is inconsistency between job status indicated by the galaxy and SGE/drmaa. Has anyone else experienced and/or addressed this issue? Any comments or suggestions will be really helpful.
Thanks, Shantanu. ___________________________________________________________ Please keep all replies on the list by using "reply all" in your mail client. To manage your subscriptions to this and other Galaxy lists, please use the interface at:
___________________________________________________________ Please keep all replies on the list by using "reply all" in your mail client. To manage your subscriptions to this and other Galaxy lists, please use the interface at:
On Jul 29, 2011, at 8:03 PM, ambarish biswas wrote: With Regards, ---------------- Ambarish Biswas, University of Otago Department of Biochemistry, Dunedin, New Zealand, Tel: +64(22)0855647 Fax: +64(0)3 479 7866 Hi have u tested the option drmaa://-q galaxy -V/ option yet? Here as it suggests, -q galaxy creats a queue name with galaxy, not sure what V stands for, but could be verbose The -V option is not for verbose mode but for exporting your shell environment. Refer to qsub manual for details: "Specifies that all environment variables active within the qsub utility be exported to the context of the job." We are already using it in our configuration as needed. I think we are having problem with the galaxy (or drmaa Python lib) parsing correct drmaa/SGE messages and not with the drmaa URL configuration. Thoughts? -- Shantanu. On Sat, Jul 30, 2011 at 9:13 AM, Ka Ming Nip <kmnip@bcgsc.ca<mailto:kmnip@bcgsc.ca>> wrote: Hi Shantanu, I am also using a SGE cluster and the DRMAA runner for my Galaxy install. I am also having the same issue for jobs that were killed. How did you define the run-time or memory/runtime configurations in your DRMAA URLs? I had to add "-w n" in the DRMAA URLs in order for my jobs to be dispatched to the cluster. However, someone said (on another thread) that doing so might hide the errors. I am not sure if this is the cause since my jobs won't be dispatched at all if "-w n" was not in the DRMAA URLs. Ka Ming ________________________________________ From: galaxy-dev-bounces@lists.bx.psu.edu<mailto:galaxy-dev-bounces@lists.bx.psu.edu> [galaxy-dev-bounces@lists.bx.psu.edu<mailto:galaxy-dev-bounces@lists.bx.psu.edu>] On Behalf Of Shantanu Pavgi [pavgi@uab.edu<mailto:pavgi@uab.edu>] Sent: July 29, 2011 1:56 PM To: galaxydev psu Subject: [galaxy-dev] job status when SGE kills/aborts job We are using SGE cluster with our galaxy install. We have specified resource and run-time limits for certain tools using tool specific drmaa URL configuration, e.g.: - run-time (h_rt, s_rt) - memory (vf, h_vmem). This helps scheduler in submitting jobs to an appropriate node and also prevent node from crashing because of excessive memory consumption. However, sometimes a job needs more resources and/or run-time than specified in the drmaa URL configuration. In such cases SGE kills particular job and we get email notification with appropriate job summary. However, the galaxy web interface doesn't show any error for such failures. The job table doesn't contain any related state/info as well. The jobs are shown in green-boxes meaning they completed without any failure. In reality these jobs have been killed/aborted by the scheduler. This is really confusing as there is inconsistency between job status indicated by the galaxy and SGE/drmaa. Has anyone else experienced and/or addressed this issue? Any comments or suggestions will be really helpful. Thanks, Shantanu. ___________________________________________________________ Please keep all replies on the list by using "reply all" in your mail client. To manage your subscriptions to this and other Galaxy lists, please use the interface at: http://lists.bx.psu.edu/ ___________________________________________________________ Please keep all replies on the list by using "reply all" in your mail client. To manage your subscriptions to this and other Galaxy lists, please use the interface at: http://lists.bx.psu.edu/
On Saturday, July 30, 2011, Shantanu Pavgi <pavgi@uab.edu> wrote:
The -V option is not for verbose mode but for exporting your shell environment. Refer to qsub manual for details: "Specifies that all environment variables active within the qsub utility be exported to the context of the job." We are already using it in our configuration as needed.
That is such a common need it would be great to have it in the Galaxy documentation as an example of using native SGE options with drmaa:// in universe_wsgi.ini Plus the http://linux.die.net/man/5/sge_complex link. Thanks!
I think we are having problem with the galaxy (or drmaa Python lib) parsing correct drmaa/SGE messages and not with the drmaa URL configuration. Thoughts?
I'd try adding a few debug log/print statements to the code to try and diagnose it. Peter
On Jul 30, 2011, at 4:58 AM, Peter Cock wrote:
On Saturday, July 30, 2011, Shantanu Pavgi <pavgi@uab.edu> wrote:
The -V option is not for verbose mode but for exporting your shell environment. Refer to qsub manual for details: "Specifies that all environment variables active within the qsub utility be exported to the context of the job." We are already using it in our configuration as needed.
That is such a common need it would be great to have it in the Galaxy documentation as an example of using native SGE options with drmaa:// in universe_wsgi.ini Plus the http://linux.die.net/man/5/sge_complex link.
Thanks!
I think we are having problem with the galaxy (or drmaa Python lib) parsing correct drmaa/SGE messages and not with the drmaa URL configuration. Thoughts?
I'd try adding a few debug log/print statements to the code to try and diagnose it.
Peter
The option is the same for Torque/PBS as well. We'll have the chance (or misfortune depending on how you look at it) of testing both SGE and Torque locally. chris
On Jul 29, 2011, at 4:13 PM, Ka Ming Nip wrote: Hi Shantanu, I am also using a SGE cluster and the DRMAA runner for my Galaxy install. I am also having the same issue for jobs that were killed. How did you define the run-time or memory/runtime configurations in your DRMAA URLs? I had to add "-w n" in the DRMAA URLs in order for my jobs to be dispatched to the cluster. However, someone said (on another thread) that doing so might hide the errors. I am not sure if this is the cause since my jobs won't be dispatched at all if "-w n" was not in the DRMAA URLs. Ka Ming The drmaa/SGE URL in our configuration looks something like this: {{{ drmaa:// -V -m be -M <email.address.for.notification> -l vf=<memory>,h_rt=<hard-run-time>,s_rt=<soft-run-time>,h_vmem=<memory> / }}} We don't use "-w n" option in our configuration. The "-w n" will turn off validation of your job script. Refer to qsub manual for details. The -l options (complex configuration options) can be found here: http://linux.die.net/man/5/sge_complex . Hope this helps you. -- Shantanu. ________________________________________ From: galaxy-dev-bounces@lists.bx.psu.edu<mailto:galaxy-dev-bounces@lists.bx.psu.edu> [galaxy-dev-bounces@lists.bx.psu.edu] On Behalf Of Shantanu Pavgi [pavgi@uab.edu] Sent: July 29, 2011 1:56 PM To: galaxydev psu Subject: [galaxy-dev] job status when SGE kills/aborts job We are using SGE cluster with our galaxy install. We have specified resource and run-time limits for certain tools using tool specific drmaa URL configuration, e.g.: - run-time (h_rt, s_rt) - memory (vf, h_vmem). This helps scheduler in submitting jobs to an appropriate node and also prevent node from crashing because of excessive memory consumption. However, sometimes a job needs more resources and/or run-time than specified in the drmaa URL configuration. In such cases SGE kills particular job and we get email notification with appropriate job summary. However, the galaxy web interface doesn't show any error for such failures. The job table doesn't contain any related state/info as well. The jobs are shown in green-boxes meaning they completed without any failure. In reality these jobs have been killed/aborted by the scheduler. This is really confusing as there is inconsistency between job status indicated by the galaxy and SGE/drmaa. Has anyone else experienced and/or addressed this issue? Any comments or suggestions will be really helpful. Thanks, Shantanu. ___________________________________________________________ Please keep all replies on the list by using "reply all" in your mail client. To manage your subscriptions to this and other Galaxy lists, please use the interface at: http://lists.bx.psu.edu/
participants (5)
-
ambarish biswas -
Chris Fields -
Ka Ming Nip -
Peter Cock -
Shantanu Pavgi