compilation.
Thanks.
Sharon.
-Original Message-
From: mtt-users-boun...@open-mpi.org
[mailto:mtt-users-boun...@open-mpi.org] On Behalf Of Jeff Squyres
Sent: Wednesday, June 06, 2007 2:50 PM
To: General user list for the MPI Testing Tool
Subject: Re: [MTT users] Test build failure
Wow, that's
...@open-mpi.org
You can reach the person managing the list at
mtt-users-ow...@open-mpi.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of mtt-users digest..."
Today's Topics:
1. Re: mtt-users Digest, Vol 15, Issue 5 (Je
-mpi.org/svn/ompi-tests/trunk/IMB_2.3
Should PMB be removed from ompi-tests? I mean, would there
ever be a reason to use PMB 2.2 instead of IMB 2.3?
-Ethan
On Mon, May/21/2007 06:32:53AM, Jeff Squyres wrote:
It looks like your makefile is hard-coded to use /bin/mpicc, which
will always be wrong
1.2 (Shai Venter)
2. Re: MTT with ompiv1.2 (Jeff Squyres)
3. How can I know the path to mpicc ? (Shai Venter)
4. Re: How can I know the path to mpicc ? (Jeff Squyres)
--
Message: 1
Date: Thu, 17 May 2007 16:50:14 +0300
___
mtt-users mailing list
mtt-us...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/mtt-users
--
Jeff Squyres
Cisco Systems
and "skip" criteria with the new _*() funclets that are
available (examples are on the wiki page).
Ethan will reply shortly with the timeframe for when we plan to cut
the new version over on the "ompi-core-developers" branch.
--
Jeff Squyres
Cisco Systems
rs). This does not
help SVN checkouts, though -- we cannot configure those [easily] via
the INI file. That would take a bit more work (SVN checkouts do not
obey environment variable proxy settings -- you have to change a SVN
config file).
On Thu, Mar/01/2007 01:20:53PM, Jeff Squyres w
MTT v2.0.1 has been placed on the release branch. The next time you
"svn up", you should get it.
A brief description of the changes are available here:
https://svn.open-mpi.org/trac/mtt/wiki/News-31-Jan-2007
Please let us know if you have any problems or questions. Thanks
I had a ton of false IB failures last night; one of my nodes rebooted
and didn't restart SLURM properly. So ignore most of those.
--
Jeff Squyres
Server Virtualization Business Unit
Cisco Systems
t; results
that do not show up in default queries (you can go into the
preferences and indicate that you want to see trial runs).
This allows you to test your MTT setup until you get it right and not
"taint" the database with potentially inaccurate results.
--
Jeff Squyres
Serve
Israel +972.9.892.7026
TO ATTEND A VOICE ONLY CONFERENCE
1. Dial into Cisco MeetingPlace (view the Access Numbers and link above)
2. Press 1 to attend the meeting
3. Follow the prompts to enter the Meeting ID 2103185 and join the
meeting
--
Jeff Squyres
Server Virtualization Business Unit
Cisco
George from UTK just RSVP'ed as well. It would be good to get
representation from as many organizations as possible...
On Jan 4, 2007, at 7:16 PM, Jeff Squyres wrote:
Galen from LANL told me that he'll be there too.
Who else will be there?
On Jan 4, 2007, at 3:44 PM, Tim Mattox wrote
since MTT 1.0 (i.e., helping users
migrate from 1.x to 2.0).
We are assuming that there will be a larger smaller number of people
interested in #1 than #2. So it's expected that people may drop off
the teleconference after #1.
--
Jeff Squyres
Server Virtualization Business Unit
Cisco
run and
analyzing their results (e.g., correctness and performance)
--
Jeff Squyres
Server Virtualization Business Unit
Cisco Systems
-users mailing list
mtt-us...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/mtt-users
--
Jeff Squyres
Server Virtualization Business Unit
Cisco Systems
w
funclets. By example, here's an old one:
pass = (_exit_status(), 0)
and here's what I suggest for a new one:
pass = (_wifexited(), (_wexitstatus(), 0))
This will make sure that both a) a test exited normally (i.e., not
via signal), and b) that its exit status was 0.
--
Jeff Squ
I feel somewhat better now. Ethan - can you fix?
-Original Message-
From: Tim Mattox [mailto:timat...@open-mpi.org]
Sent: Sunday, November 12, 2006 05:34 PM Eastern Standard Time
To: General user list for the MPI Testing Tool
Subject:[MTT users] Corrupted MTT database or
ntly handle.
2) If we have different groups testing from different tarball sets,
then it would become harder to aggregate the testing results,
since we would not necessarily be testing the same tarball.
On 11/8/06, Jeff Squyres <jsquy...@cisco.com> wrote:
I'm wondering if it's worthwhile to
because they have limited time and access to
resources (starting at 7pm lets them finish all their testing by 9am).
So what do people think about my proposals from above? Either 9pm,
or perhaps make them every 6 hours throughout the day.
--
Jeff Squyres
Server Virtualization Business Unit
Cisco
Jim --
I made some changes to the IBM test suite last night that should fix
some of your other failures.
Do you plan to run MTT on a regular basis (e.g., via cron), or will
you run them manually?
--
Jeff Squyres
Server Virtualization Business Unit
Cisco Systems
world, I am ', rank, ' of ', size
call MPI_FINALIZE(ierr)
end
It's apparently complaining about the "end" statement; I don't know why.
--
Jeff Squyres
Server Virtualization Business Unit
Cisco Systems
ional seconds to drain all output, and then kill it with
+# extreme prejiduce.
+drain_timeout = 5
+
#
==
# MPI get phase
#========
==
___
mtt-svn mailing list
mtt-...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/mtt-svn
--
Jeff Squyres
Server Virtualization Business Unit
Cisco Systems
I would like to schedule some phone time with you guys and Ethan and
me to talk about what's working, what's not working, etc. One
obvious question I have is: is the INI config file format suitable?
Do we need to do something more complex that would allow
consolidation of your various
: intel all]
suite_name = intel
Why do you need different test build sections?
Different intel_ompi_tests_(f|c)flags parameters for each.
Ah, ok.
Hmm. Let me think about this a little. The premise is good; I'm not
sure I like the "suite_name" approach.
--
Jeff Squyres
Server Virt
y for any of the
> test builds for any of the branches.
>
> Any leads on what is causing this?
>
> On Oct 2, 2006, at 8:04 PM, Jeff Squyres wrote:
>
>> K. Am still investigating.
>>
>>
>> On 10/2/06 7:57 PM, "Josh Hursey" <jjhur...
Yes. The only bummer is that we currently provide no assistance on the
"wait for it to complete" step. :-\
--
Jeff Squyres
Server Virtualization Business Unit
Cisco Systems
refix (e.g., rsh/ssh environments -- SLURM/PBS
users need not worry).
--
Jeff Squyres
Server Virtualization Business Unit
Cisco Systems
09650,
>> m=0x509600) at ../../../opal/threads/condition.h:81
>> #6 0x00402f52 in orterun (argc=9, argv=0x7fb0b8) at
>> orterun.c:444
>> #7 0x004028a3 in main (argc=9, argv=0x7fb0b8) at
>> main.c:13
>>
>> Seems that mpirun is waiti
lower
the amount of resources required for sites to test 1.1 and 1.0.
We used to generate new tarballs for all branches whenever there was even
one commit on any development/release.
--
Jeff Squyres
Server Virtualization Business Unit
Cisco Systems
nd while one of the
trivial tests is running, do some ps's on the relevant nodes and see what,
if anything, is running? E.g., mpirun, the test executable on the nodes,
etc.
--
Jeff Squyres
Server Virtualization Business Unit
Cisco Systems
, we'll be carefully monitoring what gets put out on the release
branch (remember: WE DO NOT WANT YOU RUNNING FROM THE TRUNK!); it might be
best to simply have a "svn up" at the beginning of your script that launches
MTT for your daily runs.
--
Jeff Squyres
Server Virtualization Business Unit
Cisco Systems
l collective/allgather
Where is mpirun in your path?
MTT actually drops sourceable files in the top-level install dir (i.e., the
1.3a1r11481) that you can source in your shell and set the
PATH/LD_LIBRARY_PATH for that install. Can you source it and try to run
again?
How long does it take to run manually -- just a few seconds, or a long time
(that could potentially timeout)?
--
Jeff Squyres
Server Virtualization Business Unit
Cisco Systems
of their being 1.1 and 1.0 tarballs to test, and therefore lower
the amount of resources required for sites to test 1.1 and 1.0.
We used to generate new tarballs for all branches whenever there was even
one commit on any development/release.
--
Jeff Squyres
Server Virtualization Business Unit
o see what functionality is/is not supported.
Please use this information to setup and start running MTT to test Open MPI.
Report back here with any questions/comments and be sure to let us know of
any success/failure stories.
Enjoy!
--
Jeff Squyres
Server Virtualization Business Unit
Cisco Systems
>> exec definition contained in the MPI Details section?
>
> This is probably what I would do.
>
> Andrew
> ___
> mtt-users mailing list
> mtt-us...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/mtt-users
--
Jeff Squyres
Server Virtualization Business Unit
Cisco Systems
intel | barrier |
> | 38 | 2006-07-20 | intel | bcast |
> | 39 | 2006-07-20 | imb | bcast_struct|
> | 40 | 2006-07-20 | imb | exscan |
> | 41 | 2006-07-20 | imb | gather |
> | 42 | 2006-07-20 | imb | gather_in_place |
> | 43 | 2006-07-20 | imb | gatherv |
> | 44 | 2006-07-20 | imb | gatherv_in_place|
>
> [snip] ...
>
> ___
> mtt-results mailing list
> mtt-resu...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/mtt-results
>
> ___
> mtt-users mailing list
> mtt-us...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/mtt-users
--
Jeff Squyres
Server Virtualization Business Unit
Cisco Systems
It might be ok to adapt the module to try to "include" it (vs. requiring
it) and if it's not there, fail over.
Make sense?
> -Original Message-
> From: mtt-users-boun...@open-mpi.org
> [mailto:mtt-users-boun...@open-mpi.org] On Behalf Of Ethan Mallove
> Sent: Monday, July 17, 2006 9:46
> Yeah, either tonight or tomorrow I'll go take a look at where
> I left off
> and get in touch with Brian. There shouldn't be much to do to have
> *something* working.
Excellent. If you could, keep your threads on this list -- when/if I
get time to work on MTT, it would be good to be kept in the loop.
--
Jeff Squyres
Server Virtualization Business Unit
Cisco Systems
verify that we can have a 2nd perfbase running for continued
testing/development/debugging that will not impact the production
perfbase
Brian's probably got the most cycles to spend on this; Andrew -- can you
point him in the right direction for server-side stuff, or help him get
it running at IU?
ing nightly runs from everyone
will *really* help shake out the bugs and feature requests.
How does this sound for a plan?
--
{+} Jeff Squyres
{+} The Open MPI Project
{+} http://www.open-mpi.org/
101 - 140 of 140 matches
Mail list logo