-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 14/11/13 09:44, Hay, William wrote: > We have a user who has a program submitting jobs via DRMAA which > is invoking our client side jsv. Unfortunately it appears that it > spawns one client JSV per job which never terminates leading to it > filling up the process table. IMAO the DRMAA interface should > either reuse the JSV or terminate it but apparently it doesn't do > that (at least in 6.2u3) When using the perl API does one really > need to return from jsv_on_verify or could I just terminate the jsv > after jsv_reject/jsv_accept/jsv_correct/jsv_reject_wait? > Replying to my own query. The JSV works fine if I terminate the program rather than return from the on_verify return. However it seems that the java DRMAA library takes its time about reaping processes. The user was specifying their own jsv in addition to the one we specify in sge_request. We got 410 copies of exiting. With our exiting JSV old defunct JSV processes eventually disapeared and were replaced whereas with the users looping jsv the same 410 processes just sat there.
William -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJShN4dAAoJEKCzH4joEjNWRyQP/3xa6CiUQOoQYE6fsMN3dXR3 5NWQhJILPyf682EfqkSCpD0KR4ZSZTg8Fp9Fuw2MAeayi9K6YyE46XFFXmofJOAM zYGR8A9ecN+dfw05s00bwSmaBKwPSxwyumz7DAKzR+gr9cEanOq/tv6ooWZ+TGhW bbMXggsgvx+jxIdjjBaYU73ZwQBUGrqftQblaT1sTh59ab13ISYLAi52OLcYAFzX G33h3699aTUWWWde7GtypJ00RyMnjZgxe3TIPq0KCfQwz7OkoZY3P4Ts0ncfPg59 VcEH7nsgjWyo8mve6KAEyZjSierc/H36OTZuDP+8Ni8JXUNbPvE8Te5/e8lrAFTT HNzUVCaI0JXKUb64ranIAoElLxupcyOBN+ZgBy3OAQuZ5/CY+WDQ0nINO9ybei9q ud4DblY5j4kWIBqhM0OGhQXYHLZuC0mHlUy9EpNGhVicwLfgiLR4Bd2sTOCrforj c25RRooVkm5bnW6oUU2b3pMsaIpjUtjZgy1ol9xaZxuW/7fvfqWgWEFt5GUfpmzM O98XUQf/EtvuBnnq4whpwf53wlkhW2MZGNk6fk3wECXqfumpGla+YviKTwmJrj92 kz7wG89Fq1lV84BzdRBlQSz4TdSYDKb3xbuG1V6rfch1bqcf9GheQVQpbI6n+onN +ivaN6xnbrAa/JifGMst =oG9P -----END PGP SIGNATURE----- _______________________________________________ users mailing list [email protected] https://gridengine.org/mailman/listinfo/users
