Thanks Michael,

One thing I fogot to tell you is this problem (long time to compile C codes(LAM, or something else)) does not happen
on the head node.
So, it can try to optimize for ia64 or something else on the client node but it does not seem to do on the head node.


Please, can you try to test with your machines?


[EMAIL PROTECTED] lam]# cat hello.c #include <stdio.h> int main() { printf("Hello, world\n"); return 0; } [EMAIL PROTECTED] lam]# time gcc hello.c -o hello

real    0m5.635s
user    0m0.060s
sys     0m0.020s
[EMAIL PROTECTED] lam]# ssh oscar_server
Warning: Permanently added 'oscar_server' (RSA) to the list of known hosts.
Last login: Mon Dec 20 16:44:30 2004 from loudsl01.4.0.6.117.iglou.com
[EMAIL PROTECTED] root]# cat hello.c
#include <stdio.h>
int main() {
 printf("Hello, world\n");
 return 0;
}
[EMAIL PROTECTED] root]# time gcc hello.c -o hello

real    0m0.120s
user    0m0.060s
sys     0m0.040s
[EMAIL PROTECTED] root]#



Regards,

DongInn.

Michael Edwards wrote:

Did you check to see if it is trying to optimize for ia64 or something
odd since I think that is what RHEL is mainly used on?  Or is it just
a mater of compiling it on a 64 bit machine that makes it 32/64 bit
code?

I suppose I should figure these types of things out sincee I have some
opterons sitting here waiting  for me to get some setup time.


On Mon, 20 Dec 2004 22:58:09 -0500, DongInn Kim <[EMAIL PROTECTED]> wrote:


Hi all,

I have a testing problem of MPICH and LAM/MPI on RHEL AS 3 (*ia32*)*,
not IA64*

This is my cluster environment for testing OSCAR 4.0b6r2801.

- OS : RHEL (Red Hat Enterprise Linux) AS (Advanced Server) release 3
(Taroon Update 3).
- Kernel : 2.4.21-20.EL
- NFS : nfs-utils-1.0.6-31EL
- MySQL server : rebuilt from the mysql src rpm
   ftp://ftp.redhat.com/pub/redhat/linux/enterprise/3/en/os/i386/SRPMS/
- /etc/exports on my head node
  /home   192.168.0.6/255.255.255.0(async,rw,no_root_squash)
- /home of  /etc/fstab on the client node
  nfs_oscar:/home   /home   nfs   rw   0   0
- rpcinfo
[EMAIL PROTECTED] root]# rpcinfo -p | grep nfs
  100003    2   udp   2049  nfs
  100003    3   udp   2049  nfs
  100003    2   tcp   2049  nfs
  100003    3   tcp   2049  nfs
[EMAIL PROTECTED] root]#

I have two testing failures (MPICH and LAM/MPI) at step 8 "Test Cluster
Setup".
The superficial reason that I can figure out is passing the time limit
(30 sec).

However, there is no reason for MPICH and LAM to have this long compile
time and
I checked to see if it takes this much time to compile lam codes on the
client nodes.
Surprisingly, it takes more than a miniute to compile the cpi, which is
about a 100 line C program.
I checked if this kind of thing happens in the other normal C programs.
And yes, it does.
So, I think that the problem can be NFS.

Please, can anyone, who has the RHEL AS 3 (IA32), test the new SVN
version of OSCAR or oscar-4.0br2801 posted
by Thomas and check to see if you have the same problem whether or not
you have the exactly same environment
as I mentioned above?
http://www.csm.ornl.gov/~naughton/oscar/testing/

As far as I have tested, RH9 and FC2 have never this problem. Several
persons confirmed that there is no
this problem on RH9 and FC2.
I have two persons with RHEL AS 3 (IA64) but not IA32 and they don't
have this problem.

I appreciate if you can test and share some idea.

Regards,

DongInn.

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
_______________________________________________
Oscar-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/oscar-devel






-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/
_______________________________________________
Oscar-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/oscar-devel

Reply via email to