Hi Jeff,
What protection do you mean? Check that /proc/pid/status exists? It is done
in Grep()
We observe that process which was launched by mtt and hangs (mtt detect
timeout and starts do_command procedure), later enters into "defunct" state.
The mtt sends email that process hangs and when we check the reason, it
appears that process basically finished and mtt monitoring "defunct"
process which is an only left.
This fix will let mtt detect that it is monitoring such process and proceed
to the next test.
I don`t know yet what mtt part caused "defunct" but looking into it.
After some googling found that fork from perl (used in mtt) can have such
side-effect.
This is an example, based on true story:
miked 1362 0.0 0.0 0 0 ?Z13:36 0:00 [sh]
My guess, inside mtt.ini we use mpi details like this, which calls "sh"
from shebang. Somehow and sometimes it can become zombie.
exec =< -Original Message-
> From: Jeff Squyres (jsquyres) [mailto:jsquy...@cisco.com
]
> Sent: Sunday, February 24, 2013 13:10
> To:
> Cc: Mike Dubman
> Subject: fix zombie commit
>
> Mike --
>
> Please protect this code better; MTT is also run on Solaris and OS X.
>
> Also, can you describe more fully the case where zombies are being left
> behind by MTT?
>
>
> On Feb 24, 2013, at 1:44 AM, wrote:
>
> > Author: miked (Mike Dubman)
> > Date: 2013-02-24 01:44:31 EST (Sun, 24 Feb 2013) New Revision: 1589
> > URL: https://svn.open-mpi.org/trac/mtt/changeset/1589
> >
> > Log:
> > * fix: fork leaves zombie processes sometimes. temp fix: detect zombie
> and proceed with tests.
> >
> > Text files modified:
> > trunk/lib/MTT/DoCommand.pm | 6 ++
> > 1 files changed, 6 insertions(+), 0 deletions(-)
> >
> > Modified: trunk/lib/MTT/DoCommand.pm
> >
> ==
>
> > --- trunk/lib/MTT/DoCommand.pm Wed Feb 20 12:41:12 2013
>(r1588)
> > +++ trunk/lib/MTT/DoCommand.pm 2013-02-24 01:44:31 EST (Sun, 24 Feb
> 2013) (r1589)
> > @@ -641,6 +641,12 @@
> > if (!$pid_exists) {
> > Verbose("--> Process completed somehow at " . time() . ",
> proceeding with tests\n");
> > $resume_tests++;
> > +} else {
> > +my $matches = MTT::Files::Grep("zombie",
"/proc/$pid/status");
> > +if (@$matches) {
> > +Verbose("--> Process become Zombie at " . time() . ",
proceeding
> with tests\n");
> > +$resume_tests++;
> > +}
> > }
> > # Remove the timeout sentinel file, if a timeout notify timeout
value is
> set
> > if (defined($end_time) and time() > $end_time) {
> > ___
> > mtt-svn mailing list
> > mtt-...@open-mpi.org
> > http://www.open-mpi.org/mailman/listinfo.cgi/mtt-svn
>
>
> --
> Jeff Squyres
> jsquy...@cisco.com
> For corporate legal information go to:
> http://www.cisco.com/web/about/doing_business/legal/cri/
On Sun, Feb 24, 2013 at 1:09 PM, Jeff Squyres (jsquyres) wrote:
> Mike --
>
> Please protect this code better; MTT is also run on Solaris and OS X.
>
> Also, can you describe more fully the case where zombies are being left
> behind by MTT?
>
>
> On Feb 24, 2013, at 1:44 AM, wrote:
>
> > Author: miked (Mike Dubman)
> > Date: 2013-02-24 01:44:31 EST (Sun, 24 Feb 2013)
> > New Revision: 1589
> > URL: https://svn.open-mpi.org/trac/mtt/changeset/1589
> >
> > Log:
> > * fix: fork leaves zombie processes sometimes. temp fix: detect zombie
> and proceed with tests.
> >
> > Text files modified:
> > trunk/lib/MTT/DoCommand.pm | 6 ++
> > 1 files changed, 6 insertions(+), 0 deletions(-)
> >
> > Modified: trunk/lib/MTT/DoCommand.pm
> >
> ==
> > --- trunk/lib/MTT/DoCommand.pmWed Feb 20 12:41:12 2013
> (r1588)
> > +++ trunk/lib/MTT/DoCommand.pm2013-02-24 01:44:31 EST (Sun, 24
> Feb 2013) (r1589)
> > @@ -641,6 +641,12 @@
> > if (!$pid_exists) {
> > Verbose("--> Process completed somehow at " . time() . ",
> proceeding with tests\n");
> > $resume_tests++;
> > +} else {
> > +my $matches = MTT::Files::Grep("zombie",
> "/proc/$pid/status");
> > +if (@$matches) {
> > +Verbose("--> Process become Zombie at " . time() . ",
> proceeding with tests\n");
> > +$resume_tests++;
> > +}
> > }
> > # Remove the timeout sentinel file, if a timeout notify timeout
> value is set
> > if (defined($end_time) and time() > $end_time) {
> > ___
> > mtt-svn mailing list
> > mtt-...@open-mpi.org
> > http://www.open-mpi.org/mailman/listinfo.cgi/mtt-svn
>
>
> --
> Jeff Squyres
> jsquy...@cisco.com
> For corporate legal informatio
