Bug 4944 - Multijob resources never yield to memory pressure and can't be destroyed
: Multijob resources never yield to memory pressure and can't be destroyed
Status: RESOLVED WONTFIX
: GRAM
wsrf managed multi job service
: 4.0.3
: All All
: P3 major
: 4.2.1
Assigned To:
:
:
:
:
  Show dependency treegraph
 
Reported: 2007-01-09 09:57 by
Modified: 2012-09-05 11:43 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2007-01-09 09:57:47
It seems that when multijob resources set up their subjobs they subscribe to
subjob notifications in such a way that they will never exit memory. In
particular, the multijob resource itself implements implements the notify
callback interface and is registered with the notification consumer manager for
each subjob, which ends up keeping it in memory (this step needs to be
proxied). The other issue is that upon destroy we only remove one of the subjob
notification consumers, which essentially leaves the multijob resource in
memory indefinitely.
------- Comment #1 From 2007-09-19 11:38:08 -------
Reassigning to current GRAM developer to close/fix as appropriate.
------- Comment #2 From 2012-09-05 11:43:34 -------
Doing some bugzilla cleanup...  Resolving old GRAM3 and GRAM4 issues that are
no longer relevant since we've moved on to GRAM5.  Also, we're now tracking
issue in jira.  Any new issues should be added here:

http://jira.globus.org/secure/VersionBoard.jspa?selectedProjectId=10363