[MTT devel] Uh testbake runs

2007-10-02 Thread Jeff Squyres (jsquyres)
I'm away from a computer right now so I don't have the specifics, but we saw some testbake results from UH today of mpich2 under slurm that were not run properly - it ran 16 copies of skampi instead of 1 16-node job, so the output was very skewed (and completely mis-parsed). Can you check your

Re: [MTT devel] OTF testing tool

2009-07-10 Thread Jeff Squyres (jsquyres)
That sounds yummy - andreas can you help out with how to invoke the otf tool? -jms Sent from my PDA. No type good. - Original Message - From: mtt-devel-boun...@open-mpi.org To: Development list for the MPI Testing Tool Cc:

Re: [MTT devel] MTToGDS

2010-03-04 Thread Jeff Squyres (jsquyres)
om> Cc: b...@argus-cv.com <b...@argus-cv.com>; Igor Ivanov <igor.iva...@argus-cv.com>; Development list for the MPI Testing Tool <mtt-de...@open-mpi.org>; yift...@voltaire.com <yift...@voltaire.com>; Mike Dubman <mi...@voltaire.com>; Jeff Squyres (jsquyres) Se

Re: [MTT devel] MTToGDS

2010-03-04 Thread Jeff Squyres (jsquyres)
m>; Igor Ivanov <igor.iva...@argus-cv.com>; Development list for the MPI Testing Tool <mtt-de...@open-mpi.org>; mtt-devel-boun...@open-mpi.org <mtt-devel-boun...@open-mpi.org>; Mike Dubman <mi...@voltaire.com>; Jeff Squyres (jsquyres) Sent: Thu Mar 04 01:31:16 2010

[MTT devel] Broken MTT trunk

2012-03-29 Thread Jeff Squyres (jsquyres)
It looks like some of my recent commits have broken the trunk. I'll be looking at this today. But it might be safest for those running off the trunk to update to a few days ago. Sent from my phone. No type good.

Re: [MTT devel] [MTT svn] svn:mtt-svn r1481 - in trunk: client lib/MTT/Reporter

2012-08-04 Thread Jeff Squyres (jsquyres)
Sounds sweet! Will you guys be contributing This stuff, perchance? Sent from my phone. No type good. On Aug 4, 2012, at 11:56 AM, "Mike Dubman" > wrote: Hi, We are switching from datastore (feature we added a couple of years ago) to MongoDB

Re: [MTT devel] [MTT svn] svn:mtt-svn r1575 - trunk/lib/MTT/Reporter

2013-01-14 Thread Jeff Squyres (jsquyres)
That's weird. Why would an "eval" fix this situation? On Jan 14, 2013, at 8:15 AM, svn-commit-mai...@open-mpi.org wrote: > Author: miked (Mike Dubman) > Date: 2013-01-14 08:15:54 EST (Mon, 14 Jan 2013) > New Revision: 1575 > URL: https://svn.open-mpi.org/trac/mtt/changeset/1575 > > Log: >

Re: [MTT devel] [MTT svn] svn:mtt-svn r1575 - trunk/lib/MTT/Reporter

2013-01-15 Thread Jeff Squyres (jsquyres)
Wow! Icky. That should be reported upstream. On Jan 15, 2013, at 1:28 PM, Mike Dubman <mi...@dev.mellanox.co.il> wrote: > there is a die"" in the MongoDB.connect :( > > On Mon, Jan 14, 2013 at 4:47 PM, Jeff Squyres (jsquyres) <jsquy...@cisco.com> >

[MTT devel] fix zombie commit

2013-02-24 Thread Jeff Squyres (jsquyres)
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

Re: [MTT devel] fix zombie commit

2013-02-25 Thread Jeff Squyres (jsquyres)
On Feb 24, 2013, at 6:59 AM, Mike Dubman wrote: > What protection do you mean? Check that /proc/pid/status exists? It is done > in Grep() Ah, excellent -- I hadn't noticed that. > We observe that process which was launched by mtt and hangs (mtt detect > timeout and

Re: [MTT devel] fix zombie commit

2013-02-26 Thread Jeff Squyres (jsquyres)
On Feb 26, 2013, at 2:11 AM, Mike Dubman <mi...@dev.mellanox.co.il> wrote: > On Mon, Feb 25, 2013 at 6:24 PM, Jeff Squyres (jsquyres) <jsquy...@cisco.com> > wrote: > >Looking at the code, you're checking for zombie status before MTT kills the > >proc. Am I readi

[MTT devel] Migrating www.open-mpi.org

2013-08-05 Thread Jeff Squyres (jsquyres)
All -- Our hosting provider will be migrating www.open-mpi.org to a new machine on Wednesday. See message below for details. Begin forwarded message: From: DongInn Kim > Subject: Migrating

Re: [MTT devel] mtt-relay patch - create pid file when run as daemon

2013-10-02 Thread Jeff Squyres (jsquyres)
It might also be desirable not to chain this functionality to --daemon, but rather create a new option, such as --pidfile=FILENAME. Then you write to that FILENAME if --pidfile is specified. Also -- don't you need to remove the pidfile when mtt-relay exits? Note that this should be done not

Re: [MTT devel] [MTT svn] svn:mtt-svn r1637 - trunk/lib/MTT/Values/Functions/MPI

2014-04-07 Thread Jeff Squyres (jsquyres)
Mike -- Why did you comment these out? By definition, --debug output should be a LOT of output. On Apr 5, 2014, at 7:27 PM, wrote: > Author: miked (Mike Dubman) > Date: 2014-04-05 19:27:28 EDT (Sat, 05 Apr 2014) > New Revision: 1637 > URL:

Re: [MTT devel] [MTT svn] svn:mtt-svn r1637 - trunk/lib/MTT/Values/Functions/MPI

2014-04-07 Thread Jeff Squyres (jsquyres)
same data for every test launch. > > maybe we should have verbose level in mtt? > > > On Mon, Apr 7, 2014 at 6:30 PM, Jeff Squyres (jsquyres) <jsquy...@cisco.com> > wrote: > Mike -- > > Why did you comment these out? By definition, --debug output should be a LOT &g

Re: [MTT devel] [MTT svn] svn:mtt-svn r1637 - trunk/lib/MTT/Values/Functions/MPI

2014-04-07 Thread Jeff Squyres (jsquyres)
On Apr 7, 2014, at 6:39 PM, Mike Dubman wrote: > somehow we run it with both, --verbose not enough to understand the problem > and --debug is too much. > > maybe --trace is here to rescue? It won't really solve the problem; it'll just create another level of argument

[MTT devel] Converted to git

2014-04-16 Thread Jeff Squyres (jsquyres)
I have done a TRIAL conversion to git and pushed it to a demo repo at github. Please examine it and let me know if you see any problems: https://github.com/jsquyres/mtt-test Note that we converted references to "rXYZ" in log messages -- see

Re: [MTT devel] Converted to git

2014-04-16 Thread Jeff Squyres (jsquyres)
Hursey <jjhur...@open-mpi.org> jsquyres = Jeff Squyres <jsquy...@cisco.com> miked = Mike Dubman <mi...@mellanox.com> pasha = Pavel Shamis <sham...@ornl.gov> rusraink = Rainer Keller <rainer.kel...@hft-stuttgart.de> shiqing = Shiqing Fan <f...@hlrs.de> timattox =

Re: [MTT devel] Converted to git

2014-04-17 Thread Jeff Squyres (jsquyres)
! On Apr 16, 2014, at 3:40 PM, Jeff Squyres (jsquyres) <jsquy...@cisco.com> wrote: > BTW, I used the following SVN<-->email addresses mapping for creating the git > commits. Let me know if you want something different: > > adkulkar = Abhishek Kulkarni <adkul...@cs.india

Re: [MTT devel] [MTT svn] GIT: MTT branch master updated. 016088f2a0831b32ab5fd6f60f4cabe67e92e594

2014-06-23 Thread Jeff Squyres (jsquyres)
There was actually quite a bit of testing before this was committed. This commit resolved a lot of hangs across multiple organizations. Can you be more specific as to what is happening? The prior code was killing child processes before mpirun itself, for example, which has led MTT to

Re: [MTT devel] [MTT svn] GIT: MTT branch master updated. 016088f2a0831b32ab5fd6f60f4cabe67e92e594

2014-06-23 Thread Jeff Squyres (jsquyres)
On Jun 23, 2014, at 7:47 AM, Mike Dubman wrote: > after patch, it killed child processes but kept mpirun ... itself. What does that mean -- are you saying that mpirun is still running? Was mpirun sent a signal at all? What kind of messages are being displayed?

Re: [MTT devel] [MTT svn] GIT: MTT branch master updated. 016088f2a0831b32ab5fd6f60f4cabe67e92e594

2014-06-23 Thread Jeff Squyres (jsquyres)
Ok, just got in to Chicago from my flight and am back online. Mike: you are still not providing very much information. :-\ Your first mails make it seem like MTT is continuing to run, but leaving "launchers" (assumedly mpirun processes) still running, but they have no children. Which would

[MTT devel] MTT: let's use git tags

2014-06-24 Thread Jeff Squyres (jsquyres)
The topic came up today that MTT sometimes has bugs, particularly w.r.t. ongoing MTT development. It seems like we should use git tags to let the OMPI/testing community know which tag they should be using (vs. HEAD). To that end, I have created a "v3.0.0" tag that exists before the

Re: [MTT devel] MTT: let's use git tags

2014-06-26 Thread Jeff Squyres (jsquyres)
I've thought about this a little, and I'm still inclined to use the simple/lazy method of tags on master. Some random points, in no particular order: 1. master should always be for development, IMHO. If we start using a multi-branch scheme, then the branches should be for releases, etc. 2.

Re: [MTT devel] MTT: let's use git tags

2014-06-30 Thread Jeff Squyres (jsquyres)
esign). You're better off making it > a branch that you treat like a tag, if that's your desire. Even then, you > might confuse someone who is less familiar with Git in some cases if you move > that branch around. > > -Dave > >> On Jun 26, 2014, at 6:06 AM, "Jeff Sq

Re: [MTT devel] collecting OpenMPI info when the AlreadyInstalled module is used

2014-07-10 Thread Jeff Squyres (jsquyres)
On Jul 9, 2014, at 6:26 AM, Gilles Gouaillardet wrote: > Folks, > > i noticed that the bend-rsh cluster (Ralph from Intel ?) does not report : > - bitness > - endian > - compiler > - compiler version > - configure arguments > - vpath mode (to be confirmed) > >

Re: [MTT devel] [MTT svn] GIT: MTT branch master updated. 313f269f46faa4e797ef48791baac659f5cc93ea

2014-07-21 Thread Jeff Squyres (jsquyres)
Good catch; thanks. On Jul 13, 2014, at 7:35 AM, MPI Team wrote: > The branch, master has been updated > via 313f269f46faa4e797ef48791baac659f5cc93ea (commit) > from ec7436085d39893e9e87369801b8db44c2e57d14 (commit) > > Those revisions listed above that are

[MTT devel] Migrating Trac wiki and tickets to Github

2014-09-02 Thread Jeff Squyres (jsquyres)
As part of moving the final OMPI SVN repo to Github, we're also converting the Trac wiki and tickets. I have a first attempt at converting the mtt trac wiki to Github's Markdown: https://github.com/jsquyres/mtt-test/wiki If this looks good (from a conversion standpoint -- at least some of

Re: [MTT devel] [MTT commits] Git: open-mpi/mtt branch master updated. f846c3c2bb57155c2123f8ea4fc6b608a2c37655

2015-02-09 Thread Jeff Squyres (jsquyres)
Mike -- If you're going to change the behavior, please also change the comment. > On Feb 8, 2015, at 10:11 AM, git...@crest.iu.edu wrote: > > This is an automated email from the git hooks/post-receive script. It was > generated because a ref change was pushed to the repository containing >

Re: [MTT devel] [OMPI devel] mtt-submit, etc.

2015-10-23 Thread Jeff Squyres (jsquyres)
I see the issue in the current code: 1. The current code assumes that if you use the MTT database reporter, you can reach the database. One of the first things it does is ping the server to ensure that it's reachable. The rationale is that you don't want MTT to run for a long time and then

Re: [MTT devel] GitHub Issue Cleanup

2016-05-13 Thread Jeff Squyres (jsquyres)
+1 > On May 13, 2016, at 2:27 PM, Ralph Castain wrote: > > +1 on all these > > Thanks for taking point, Josh! > >> On May 13, 2016, at 11:08 AM, Josh Hursey wrote: >> >> We are seeing more activity with MTT development, and there is a desire to >>

[MTT devel] MTT ompi-tests password

2016-05-18 Thread Jeff Squyres (jsquyres)
Folks -- In helping someone get up to speed with MTT yesterday, I updated an MTT sample .ini file and accidentally committed the ompiteam-mtt Github password to the public repository. :-( I have therefore just changed the password for the ompiteam-mtt account. Please contact me off-list for

[MTT devel] This list is migrating!

2016-07-19 Thread Jeff Squyres (jsquyres)
Short version = The server for this mailing list will be migrating sometime soon (the exact timing is not fully predictable). Three things you need to know: 1. We'll send a "This list is now closed for migration" last message when the migration starts 2. We'll send a "This list is

[MTT devel] Fwd: [MTT commits] Git: open-mpi/mtt branch gh-pages updated. a919925665b72524e7c77358c94c1d677900156b

2018-08-16 Thread Jeff Squyres (jsquyres) via mtt-devel
Is there a way, perchance, to not re-generate / re-push the docs if nothing meaningful changes? E.g., this commit is just changing the date, but no other content changed. Begin forwarded message: From: gitdub-nore...@aws.open-mpi.org ('Gitdub ')