For now I put a quick hack in the /l/osl/www/www.open-mpi.org/mtt/ config.inc file to allow this specific BigRed server to submit. This will bring the BigRed runs back online until one of you can fix the mirror/mpi-relay issue.

<------------------------->
[jjhursey@milliways mtt] svn diff
Index: config.inc
===================================================================
--- config.inc  (revision 721)
+++ config.inc  (working copy)
@@ -3,18 +3,23 @@
# Open MPI-specific functionality: deny mirrors access to Open MPI MTT
$mother_site = "www.open-mpi.org";
$server_dir = "/";
+# JJH: Hack work around for BigRed which uses the mtt-relay and reports the
+# JJH: following name. This should be fixed by fixing the mtt-relay
+$iu_bigred_site = "s10c2b3.dim";
# Are we the "mother site" or a mirror?  Remember that "alerts.php" is
# run locally as a script via cron, therefore it won't have certain
# array keys set in $_SERVER (and therefore should not be subject to
# the mirroring stuff).
if (array_key_exists("SERVER_NAME", $_SERVER) &&
-    $_SERVER["SERVER_NAME"] != $mother_site) {
+ (0 != strncmp($_SERVER["SERVER_NAME"], $mother_site, strlen ($mother_site)) && + 0 != strncmp($_SERVER["SERVER_NAME"], $iu_bigred_site, strlen ($iu_bigred_site)) ) ) { $equiv_dir = ereg_replace("^$server_dir", '', $_SERVER ["REQUEST_URI"]);
     print "Sorry, this page is not mirrored.  " .
"Please see the <a href=\"http://$mother_site/$equiv_dir \">" .
            "original version of this page</a> " .
-            "on the main Open MPI web site.\n";
+           "on the main Open MPI web site.\n".
+ "DEBUG [".$_SERVER["SERVER_NAME"]."] != [".$mother_site."] \n";
     exit();
}
[jjhursey@milliways mtt] pwd
/l/osl/www/www.open-mpi.org/mtt
<------------------------->

-- Josh


On Sep 6, 2007, at 10:25 AM, Josh Hursey wrote:

(Off Users list for the moment)

A bit of debug output:
$_SERVER["SERVER_NAME"] = s10c2b3.dim
$mother_site = www.open-mpi.org

So it looks like the relay is doing something a bit odd. :/

On Sep 6, 2007, at 10:04 AM, Josh Hursey wrote:

Weird this looks like a mirror issue again. Below is some more debug
output from MTT on BigRed:
<---------------------------------------->
*** Reporter initializing
Evaluating: MTTDatabase
Initializing reporter module: MTTDatabase
Evaluating: require MTT::Reporter::MTTDatabase
Evaluating: $ret = &MTT::Reporter::MTTDatabase::Init(@args)
Evaluating: XXUsernameXX
Evaluating: XXPasswordXX
Evaluating: http://s10c2b3.dim:8008/
Evaluating: OMPI
Evaluating: 1
Evaluating: IU_BigRed
    Set HTTP credentials for realm "OMPI"
MTTDatabase getting a client serial number...
MTTDatabase trying proxy:  / Default (none)
MTTDatabase got response: Sorry, this page is not mirrored.  Please
see the
    <a href="http://www.open-mpi.org/mtt/submit/index.php";>original
version
    of this page</a> on the main Open MPI web site.
*** WARNING: MTTDatabase did not get a serial
Making dir:
    /N/ptl01/mpiteam/bigred/20070906-CronTest-cron/pb_0/mttdatabase-
submit
    (cwd: /N/ptl01/mpiteam/bigred/20070906-CronTest-cron/pb_0)
<---------------------------------------->

In the INI file we have the following for the reporter so we can do
the redirect through the head node (s10c2b3.dim):
<------------------------------------>
[Reporter: IU database]
module = MTTDatabase

mttdatabase_realm = OMPI

mttdatabase_url = http://s10c2b3.dim:8008/

mttdatabase_username = XXUsernameXX
mttdatabase_password = XXPasswordXX

mttdatabase_platform = IU_BigRed
mttdatabase_keep_debug_files = 1

<------------------------------------>

It looks like IU is using the trunk version of the mtt-relay, and the
branch version of the MTT client. The mtt-relay code is the same on
both the trunk and the branch. The relay seems to be submitting to:
https://www.open-mpi.org/mtt/submit/index.php

Any thoughts on why this might be happening? It looks like the mirror
check is messed up again.

-- Josh

On Sep 5, 2007, at 11:31 PM, Josh Hursey wrote:

yeah I'll try to take a look at it tomorrow. I suspect that something
is going wrong with the relay, but I can't really think of what it
might be at the moment.

-- Josh

On Sep 5, 2007, at 9:11 PM, Jeff Squyres wrote:

Josh / Ethan --

Not getting a serial means that the client is not getting a value
back from the server that it can parse into a serial.

Can you guys dig into this and see why the mtt dbdebug file that Tim
has at the end of this message is not getting a serial?

Thanks...


On Sep 5, 2007, at 9:24 AM, Tim Prins wrote:

Here is the smallest one. Let me know if you need anything else.

Tim

Jeff Squyres wrote:
Can you send any one of those mtt database files?  We'll need to
figure out if this is a client or a server problem.  :-(
On Sep 5, 2007, at 7:40 AM, Tim Prins wrote:
Hi,

BigRed has not gotten its test results into the database for a
while.
This is running the ompi-core-testers branch. We run by passing
the
results through the mtt-relay.

The mtt-output file has lines like:
*** WARNING: MTTDatabase did not get a serial; phases will be
isolated
from each other in the reports
Reported to MTTDatabase: 1 successful submit, 0 failed submits
(total of 1 result)

I have the database submit files if they would help.

Thanks,

Tim

_______________________________________________
mtt-users mailing list
mtt-us...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/mtt-users

$VAR1 = {
          'exit_signal_1' => -1,
          'duration_1' => '5 seconds',
          'mpi_version' => '1.3a1r16038',
          'trial' => 0,
          'mpi_install_section_name_1' => 'bigred 32 bit gcc',
          'client_serial' => undef,
          'hostname' => 's1c2b12',
          'result_stdout_1' => '/bin/rm -f *.o *~ PI* core IMB-IO
IMB-EXT IMB-MPI1 exe_io exe_ext exe_mpi1
touch IMB_declare.h
touch exe_mpi1 *.c; rm -rf exe_io exe_ext
make MPI1 CPP=MPI1
make[1]: Entering directory `/N/ptl01/mpiteam/bigred/20070905-
Wednesday/pb_0/installs/d7Ri/tests/imb/IMB_2.3/src\'
mpicc  -I.  -DMPI1 -O -c IMB.c
mpicc  -I.  -DMPI1 -O -c IMB_declare.c
mpicc  -I.  -DMPI1 -O -c IMB_init.c
mpicc  -I.  -DMPI1 -O -c IMB_mem_manager.c
mpicc  -I.  -DMPI1 -O -c IMB_parse_name_mpi1.c
mpicc  -I.  -DMPI1 -O -c IMB_benchlist.c
mpicc  -I.  -DMPI1 -O -c IMB_strgs.c
mpicc  -I.  -DMPI1 -O -c IMB_err_handler.c
mpicc  -I.  -DMPI1 -O -c IMB_g_info.c
mpicc  -I.  -DMPI1 -O -c IMB_warm_up.c
mpicc  -I.  -DMPI1 -O -c IMB_output.c
mpicc  -I.  -DMPI1 -O -c IMB_pingpong.c
mpicc  -I.  -DMPI1 -O -c IMB_pingping.c
mpicc  -I.  -DMPI1 -O -c IMB_allreduce.c
mpicc  -I.  -DMPI1 -O -c IMB_reduce_scatter.c
mpicc  -I.  -DMPI1 -O -c IMB_reduce.c
mpicc  -I.  -DMPI1 -O -c IMB_exchange.c
mpicc  -I.  -DMPI1 -O -c IMB_bcast.c
mpicc  -I.  -DMPI1 -O -c IMB_barrier.c
mpicc  -I.  -DMPI1 -O -c IMB_allgather.c
mpicc  -I.  -DMPI1 -O -c IMB_allgatherv.c
mpicc  -I.  -DMPI1 -O -c IMB_alltoall.c
mpicc  -I.  -DMPI1 -O -c IMB_sendrecv.c
mpicc  -I.  -DMPI1 -O -c IMB_init_transfer.c
mpicc  -I.  -DMPI1 -O -c IMB_chk_diff.c
mpicc  -I.  -DMPI1 -O -c IMB_cpu_exploit.c
mpicc   -o IMB-MPI1 IMB.o IMB_declare.o  IMB_init.o
IMB_mem_manager.o IMB_parse_name_mpi1.o  IMB_benchlist.o
IMB_strgs.o IMB_err_handler.o IMB_g_info.o  IMB_warm_up.o
IMB_output.o IMB_pingpong.o IMB_pingping.o IMB_allreduce.o
IMB_reduce_scatter.o IMB_reduce.o IMB_exchange.o IMB_bcast.o
IMB_barrier.o IMB_allgather.o IMB_allgatherv.o IMB_alltoall.o
IMB_sendrecv.o IMB_init_transfer.o  IMB_chk_diff.o
IMB_cpu_exploit.o
make[1]: Leaving directory `/N/ptl01/mpiteam/bigred/20070905-
Wednesday/pb_0/installs/d7Ri/tests/imb/IMB_2.3/src\'
',
          'mpi_name' => 'ompi-nightly-trunk',
          'number_of_results' => '1',
          'phase' => 'Test Build',
          'compiler_version_1' => '3.3.3',
          'exit_value_1' => 0,
          'result_message_1' => 'Success',
          'start_timestamp_1' => 'Wed Sep  5 04:16:52 2007',
          'compiler_name_1' => 'gnu',
          'suite_name_1' => 'imb',
          'test_result_1' => 1,
          'mtt_client_version' => '2.1devel',
          'fields' =>
'compiler_name,compiler_version,duration,exit_signal,exit_value,mp i
_
g
e
t_section_name,mpi_install_id,mpi_install_section_name,mpi_name,mp i
_
v
e
rsion,phase,result_message,result_stdout,start_timestamp,suite_nam e
,
t
e
st_result',
          'mpi_install_id' => undef,
          'platform_name' => 'IU_BigRed',
          'local_username' => 'mpiteam',
          'mpi_get_section_name_1' => 'ompi-nightly-trunk'
        };
_______________________________________________
mtt-users mailing list
mtt-us...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/mtt-users


--
Jeff Squyres
Cisco Systems

_______________________________________________
mtt-users mailing list
mtt-us...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/mtt-users

_______________________________________________
mtt-devel mailing list
mtt-de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/mtt-devel

_______________________________________________
mtt-users mailing list
mtt-us...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/mtt-users

_______________________________________________
mtt-devel mailing list
mtt-de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/mtt-devel

Reply via email to