From: Yujie <rec...@gm...> - 2010-07-10 02:47:09
|
Dear Libmesh Developers I am updating MPICH from MPICH1 to MPICH2. I can compile PETSc and Libmesh successfully. I also use "make test" to successfully test PETSc. However, when I run my codes with mpiexec. I got the following errors " 0 - <NO ERROR MESSAGE> : Could not convert index 1140850688 into a pointer The index may be an incorrect argument. Possible sources of this problem are a missing "include 'mpif.h'", a misspelled MPI object (e.g., MPI_COM_WORLD instead of MPI_COMM_WORLD) or a misspelled user variable for an MPI object (e.g., com instead of comm). [0] Aborting program ! [0] Aborting program! p0_17843: p4_error: : 9039 p0_17842: p4_error: : 9039 0 - <NO ERROR MESSAGE> : Could not convert index 1140850688 into a pointer The index may be an incorrect argument. Possible sources of this problem are a missing "include 'mpif.h'", a misspelled MPI object (e.g., MPI_COM_WORLD instead of MPI_COMM_WORLD) or a misspelled user variable for an MPI object (e.g., com instead of comm). [0] Aborting program ! [0] Aborting program! p0_23019: p4_error: : 9039" Could you give me some comments? thanks a lot. Regards, Yujie |
From: John P. <pet...@cf...> - 2010-07-10 13:10:16
|
On Fri, Jul 9, 2010 at 9:47 PM, Yujie <rec...@gm...> wrote: > Dear Libmesh Developers > > I am updating MPICH from MPICH1 to MPICH2. I can compile PETSc and > Libmesh successfully. I also use "make test" to successfully test > PETSc. However, when I run my codes with mpiexec. I got the following > errors > " > 0 - <NO ERROR MESSAGE> : Could not convert index 1140850688 into a pointer > The index may be an incorrect argument. > Possible sources of this problem are a missing "include 'mpif.h'", > a misspelled MPI object (e.g., MPI_COM_WORLD instead of MPI_COMM_WORLD) > or a misspelled user variable for an MPI object (e.g., > com instead of comm). > [0] Aborting program ! > [0] Aborting program! > p0_17843: p4_error: : 9039 > p0_17842: p4_error: : 9039 > 0 - <NO ERROR MESSAGE> : Could not convert index 1140850688 into a pointer > The index may be an incorrect argument. > Possible sources of this problem are a missing "include 'mpif.h'", > a misspelled MPI object (e.g., MPI_COM_WORLD instead of MPI_COMM_WORLD) > or a misspelled user variable for an MPI object (e.g., > com instead of comm). > [0] Aborting program ! > [0] Aborting program! > p0_23019: p4_error: : 9039" > > Could you give me some comments? thanks a lot. Hi, If I recall correctly, this is a problem with the Fortran side of the mpich1 implementation storing the address of a pointer as a 4 byte integer. This does not work on 64-bit systems where pointers are 8 bytes...if you google the error message you'll get more information. You say you are switching to mpich2 though... so I'm not even sure why you would be seeing this error. My advice is to let petsc download MPI for you during it's installation. That has worked for me in the past. -- John |
From: Derek G. <fri...@gm...> - 2010-07-10 17:39:34
|
I don't know exactly what the problem is here.... But I thought I would let you know that we use MPICH2 with Petsc and libmesh everyday... On both 64bit macs and Linux... And everything works fine. So it is possible. Sorry I've never seen this error before... Maybe Cody can help.... Derek Sent from my iPad On Jul 10, 2010, at 7:10 AM, John Peterson <pet...@cf...> wrote: > On Fri, Jul 9, 2010 at 9:47 PM, Yujie <rec...@gm...> wrote: >> Dear Libmesh Developers >> >> I am updating MPICH from MPICH1 to MPICH2. I can compile PETSc and >> Libmesh successfully. I also use "make test" to successfully test >> PETSc. However, when I run my codes with mpiexec. I got the following >> errors >> " >> 0 - <NO ERROR MESSAGE> : Could not convert index 1140850688 into a pointer >> The index may be an incorrect argument. >> Possible sources of this problem are a missing "include 'mpif.h'", >> a misspelled MPI object (e.g., MPI_COM_WORLD instead of MPI_COMM_WORLD) >> or a misspelled user variable for an MPI object (e.g., >> com instead of comm). >> [0] Aborting program ! >> [0] Aborting program! >> p0_17843: p4_error: : 9039 >> p0_17842: p4_error: : 9039 >> 0 - <NO ERROR MESSAGE> : Could not convert index 1140850688 into a pointer >> The index may be an incorrect argument. >> Possible sources of this problem are a missing "include 'mpif.h'", >> a misspelled MPI object (e.g., MPI_COM_WORLD instead of MPI_COMM_WORLD) >> or a misspelled user variable for an MPI object (e.g., >> com instead of comm). >> [0] Aborting program ! >> [0] Aborting program! >> p0_23019: p4_error: : 9039" >> >> Could you give me some comments? thanks a lot. > > Hi, > > If I recall correctly, this is a problem with the Fortran side of the > mpich1 implementation storing the address of a pointer as a 4 byte > integer. This does not work on 64-bit systems where pointers are 8 > bytes...if you google the error message you'll get more information. > > You say you are switching to mpich2 though... so I'm not even sure why > you would be seeing this error. My advice is to let petsc download > MPI for you during it's installation. That has worked for me in the > past. > > -- > John > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > Libmesh-users mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libmesh-users |
From: Cody P. <cod...@gm...> - 2010-07-10 22:58:49
|
Please send details on your system, OS and your configure options and we may be able to see where the problem lies. Cody On Sat, Jul 10, 2010 at 11:39 AM, Derek Gaston <fri...@gm...> wrote: > I don't know exactly what the problem is here.... But I thought I > would let you know that we use MPICH2 with Petsc and libmesh > everyday... On both 64bit macs and Linux... And everything works fine. > > So it is possible. Sorry I've never seen this error before... Maybe > Cody can help.... > > Derek > > Sent from my iPad > > On Jul 10, 2010, at 7:10 AM, John Peterson > <pet...@cf...> wrote: > > > On Fri, Jul 9, 2010 at 9:47 PM, Yujie <rec...@gm...> wrote: > >> Dear Libmesh Developers > >> > >> I am updating MPICH from MPICH1 to MPICH2. I can compile PETSc and > >> Libmesh successfully. I also use "make test" to successfully test > >> PETSc. However, when I run my codes with mpiexec. I got the following > >> errors > >> " > >> 0 - <NO ERROR MESSAGE> : Could not convert index 1140850688 into a > pointer > >> The index may be an incorrect argument. > >> Possible sources of this problem are a missing "include 'mpif.h'", > >> a misspelled MPI object (e.g., MPI_COM_WORLD instead of MPI_COMM_WORLD) > >> or a misspelled user variable for an MPI object (e.g., > >> com instead of comm). > >> [0] Aborting program ! > >> [0] Aborting program! > >> p0_17843: p4_error: : 9039 > >> p0_17842: p4_error: : 9039 > >> 0 - <NO ERROR MESSAGE> : Could not convert index 1140850688 into a > pointer > >> The index may be an incorrect argument. > >> Possible sources of this problem are a missing "include 'mpif.h'", > >> a misspelled MPI object (e.g., MPI_COM_WORLD instead of MPI_COMM_WORLD) > >> or a misspelled user variable for an MPI object (e.g., > >> com instead of comm). > >> [0] Aborting program ! > >> [0] Aborting program! > >> p0_23019: p4_error: : 9039" > >> > >> Could you give me some comments? thanks a lot. > > > > Hi, > > > > If I recall correctly, this is a problem with the Fortran side of the > > mpich1 implementation storing the address of a pointer as a 4 byte > > integer. This does not work on 64-bit systems where pointers are 8 > > bytes...if you google the error message you'll get more information. > > > > You say you are switching to mpich2 though... so I'm not even sure why > > you would be seeing this error. My advice is to let petsc download > > MPI for you during it's installation. That has worked for me in the > > past. > > > > -- > > John > > > > > ------------------------------------------------------------------------------ > > This SF.net email is sponsored by Sprint > > What will you do first with EVO, the first 4G phone? > > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > > _______________________________________________ > > Libmesh-users mailing list > > Lib...@li... > > https://lists.sourceforge.net/lists/listinfo/libmesh-users > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > Libmesh-users mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libmesh-users > |
From: Derek G. <fri...@gm...> - 2010-07-10 23:03:35
|
Cody, how (and or why) the hell did you answer this... I thought you were camping!?!? Derek On Sat, Jul 10, 2010 at 4:58 PM, Cody Permann <cod...@gm...> wrote: > Please send details on your system, OS and your configure options and we > may be able to see where the problem lies. > > Cody > > > On Sat, Jul 10, 2010 at 11:39 AM, Derek Gaston <fri...@gm...> wrote: > >> I don't know exactly what the problem is here.... But I thought I >> would let you know that we use MPICH2 with Petsc and libmesh >> everyday... On both 64bit macs and Linux... And everything works fine. >> >> So it is possible. Sorry I've never seen this error before... Maybe >> Cody can help.... >> >> Derek >> >> Sent from my iPad >> >> On Jul 10, 2010, at 7:10 AM, John Peterson >> <pet...@cf...> wrote: >> >> > On Fri, Jul 9, 2010 at 9:47 PM, Yujie <rec...@gm...> wrote: >> >> Dear Libmesh Developers >> >> >> >> I am updating MPICH from MPICH1 to MPICH2. I can compile PETSc and >> >> Libmesh successfully. I also use "make test" to successfully test >> >> PETSc. However, when I run my codes with mpiexec. I got the following >> >> errors >> >> " >> >> 0 - <NO ERROR MESSAGE> : Could not convert index 1140850688 into a >> pointer >> >> The index may be an incorrect argument. >> >> Possible sources of this problem are a missing "include 'mpif.h'", >> >> a misspelled MPI object (e.g., MPI_COM_WORLD instead of MPI_COMM_WORLD) >> >> or a misspelled user variable for an MPI object (e.g., >> >> com instead of comm). >> >> [0] Aborting program ! >> >> [0] Aborting program! >> >> p0_17843: p4_error: : 9039 >> >> p0_17842: p4_error: : 9039 >> >> 0 - <NO ERROR MESSAGE> : Could not convert index 1140850688 into a >> pointer >> >> The index may be an incorrect argument. >> >> Possible sources of this problem are a missing "include 'mpif.h'", >> >> a misspelled MPI object (e.g., MPI_COM_WORLD instead of MPI_COMM_WORLD) >> >> or a misspelled user variable for an MPI object (e.g., >> >> com instead of comm). >> >> [0] Aborting program ! >> >> [0] Aborting program! >> >> p0_23019: p4_error: : 9039" >> >> >> >> Could you give me some comments? thanks a lot. >> > >> > Hi, >> > >> > If I recall correctly, this is a problem with the Fortran side of the >> > mpich1 implementation storing the address of a pointer as a 4 byte >> > integer. This does not work on 64-bit systems where pointers are 8 >> > bytes...if you google the error message you'll get more information. >> > >> > You say you are switching to mpich2 though... so I'm not even sure why >> > you would be seeing this error. My advice is to let petsc download >> > MPI for you during it's installation. That has worked for me in the >> > past. >> > >> > -- >> > John >> > >> > >> ------------------------------------------------------------------------------ >> > This SF.net email is sponsored by Sprint >> > What will you do first with EVO, the first 4G phone? >> > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first >> > _______________________________________________ >> > Libmesh-users mailing list >> > Lib...@li... >> > https://lists.sourceforge.net/lists/listinfo/libmesh-users >> >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by Sprint >> What will you do first with EVO, the first 4G phone? >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first >> _______________________________________________ >> Libmesh-users mailing list >> Lib...@li... >> https://lists.sourceforge.net/lists/listinfo/libmesh-users >> > > |
From: <cod...@gm...> - 2010-07-10 23:25:55
|
Just got back and like a true geek, checked my email BEFORE having a shower. It was awesome! On Jul 10, 2010 5:03pm, Derek Gaston <fri...@gm...> wrote: > Cody, how (and or why) the hell did you answer this... I thought you were > camping!?!? > Derek > On Sat, Jul 10, 2010 at 4:58 PM, Cody Permann cod...@gm...> > wrote: > Please send details on your system, OS and your configure options and we > may be able to see where the problem lies. > Cody > On Sat, Jul 10, 2010 at 11:39 AM, Derek Gaston fri...@gm...> wrote: > I don't know exactly what the problem is here.... But I thought I > would let you know that we use MPICH2 with Petsc and libmesh > everyday... On both 64bit macs and Linux... And everything works fine. > So it is possible. Sorry I've never seen this error before... Maybe > Cody can help.... > Derek > Sent from my iPad > On Jul 10, 2010, at 7:10 AM, John Peterson > pet...@cf...> wrote: > > On Fri, Jul 9, 2010 at 9:47 PM, Yujie rec...@gm...> wrote: > >> Dear Libmesh Developers > >> > >> I am updating MPICH from MPICH1 to MPICH2. I can compile PETSc and > >> Libmesh successfully. I also use "make test" to successfully test > >> PETSc. However, when I run my codes with mpiexec. I got the following > >> errors > >> " > >> 0 - : Could not convert index 1140850688 into a pointer > >> The index may be an incorrect argument. > >> Possible sources of this problem are a missing "include 'mpif.h'", > >> a misspelled MPI object (eg, MPI_COM_WORLD instead of MPI_COMM_WORLD) > >> or a misspelled user variable for an MPI object (eg, > >> com instead of comm). > >> [0] Aborting program ! > >> [0] Aborting program! > >> p0_17843: p4_error: : 9039 > >> p0_17842: p4_error: : 9039 > >> 0 - : Could not convert index 1140850688 into a pointer > >> The index may be an incorrect argument. > >> Possible sources of this problem are a missing "include 'mpif.h'", > >> a misspelled MPI object (eg, MPI_COM_WORLD instead of MPI_COMM_WORLD) > >> or a misspelled user variable for an MPI object (eg, > >> com instead of comm). > >> [0] Aborting program ! > >> [0] Aborting program! > >> p0_23019: p4_error: : 9039" > >> > >> Could you give me some comments? thanks a lot. > > > > Hi, > > > > If I recall correctly, this is a problem with the Fortran side of the > > mpich1 implementation storing the address of a pointer as a 4 byte > > integer. This does not work on 64-bit systems where pointers are 8 > > bytes...if you google the error message you'll get more information. > > > > You say you are switching to mpich2 though... so I'm not even sure why > > you would be seeing this error. My advice is to let petsc download > > MPI for you during it's installation. That has worked for me in the > > past. > > > > -- > > John > > > > > ------------------------------------------------------------------------------ > > This SF.net email is sponsored by Sprint > > What will you do first with EVO, the first 4G phone? > > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > > _______________________________________________ > > Libmesh-users mailing list > > Lib...@li... > > https://lists.sourceforge.net/lists/listinfo/libmesh-users > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > Libmesh-users mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libmesh-users |
From: Cody P. <cod...@gm...> - 2010-07-11 16:02:00
|
I see that you have installed MPICH2 in your home directory. This is fine except you need to make sure that you aren't mixing and matching that library with other MPI libs sitting in the system search area. If all your paths are not consistent throughout your builds (PETSC, and libMesh) you can end up with bizarre behavior at runtime because you may be compiling against one library but running against another with compatible symbol names. This might also explain why you might be seeing that spurious MPICH1 error that John eluded to earlier. The other thing that I do is set my compiler environment variables (CC, CXX, F90, FC, etc) to the mpi wrappers directly instead of using the 'with-mpi' options in our configure command. This is again to ensure consistency through the builds of libMesh and the libraries underneath it. Here are a few other troubleshooting steps you may take: - remove the '--enable-shared' option from the configuration line - this may reveal problems with your libraries earlier than if you dynamically link at runtime - use the '-n' option to 'make' so that you can visually inspect the compile lines when compiling libMesh (you can check that the correct compiler wrapper is being called (mpicxx instead of g++, also you can test your search paths after seeing those lines) Let me know if any of those suggestions help - we regularly run on all versions of Ubuntu, multiple versions of OpenSuSE 11 and 12, and SLES with this exact set of libraries. Cody On Sat, Jul 10, 2010 at 8:03 PM, Yujie <rec...@gm...> wrote: > Thank you very much, Cody. > > My system is AMD X86_64 CPU. OS is Red Hat Enterprise 5.0. The > configure command is > ./configure --enable-shared --enable-complex --enable-mpi > --enable-petsc --enable-tecplot --enable-metis --enable-tetgen > --enable-gmv --with-mpi=/home/yujie/codes/mpich2/ --enable-amr > --enable-perflog --enable-vtk|tee configresult.txt" > " > > Best Regards, > Yujie > > On Sat, Jul 10, 2010 at 5:58 PM, Cody Permann <cod...@gm...> > wrote: > > Please send details on your system, OS and your configure options and we > may > > be able to see where the problem lies. > > > > Cody > > > > On Sat, Jul 10, 2010 at 11:39 AM, Derek Gaston <fri...@gm...> > wrote: > >> > >> I don't know exactly what the problem is here.... But I thought I > >> would let you know that we use MPICH2 with Petsc and libmesh > >> everyday... On both 64bit macs and Linux... And everything works fine. > >> > >> So it is possible. Sorry I've never seen this error before... Maybe > >> Cody can help.... > >> > >> Derek > >> > >> Sent from my iPad > >> > >> On Jul 10, 2010, at 7:10 AM, John Peterson > >> <pet...@cf...> wrote: > >> > >> > On Fri, Jul 9, 2010 at 9:47 PM, Yujie <rec...@gm...> wrote: > >> >> Dear Libmesh Developers > >> >> > >> >> I am updating MPICH from MPICH1 to MPICH2. I can compile PETSc and > >> >> Libmesh successfully. I also use "make test" to successfully test > >> >> PETSc. However, when I run my codes with mpiexec. I got the following > >> >> errors > >> >> " > >> >> 0 - <NO ERROR MESSAGE> : Could not convert index 1140850688 into a > >> >> pointer > >> >> The index may be an incorrect argument. > >> >> Possible sources of this problem are a missing "include 'mpif.h'", > >> >> a misspelled MPI object (e.g., MPI_COM_WORLD instead of > MPI_COMM_WORLD) > >> >> or a misspelled user variable for an MPI object (e.g., > >> >> com instead of comm). > >> >> [0] Aborting program ! > >> >> [0] Aborting program! > >> >> p0_17843: p4_error: : 9039 > >> >> p0_17842: p4_error: : 9039 > >> >> 0 - <NO ERROR MESSAGE> : Could not convert index 1140850688 into a > >> >> pointer > >> >> The index may be an incorrect argument. > >> >> Possible sources of this problem are a missing "include 'mpif.h'", > >> >> a misspelled MPI object (e.g., MPI_COM_WORLD instead of > MPI_COMM_WORLD) > >> >> or a misspelled user variable for an MPI object (e.g., > >> >> com instead of comm). > >> >> [0] Aborting program ! > >> >> [0] Aborting program! > >> >> p0_23019: p4_error: : 9039" > >> >> > >> >> Could you give me some comments? thanks a lot. > >> > > >> > Hi, > >> > > >> > If I recall correctly, this is a problem with the Fortran side of the > >> > mpich1 implementation storing the address of a pointer as a 4 byte > >> > integer. This does not work on 64-bit systems where pointers are 8 > >> > bytes...if you google the error message you'll get more information. > >> > > >> > You say you are switching to mpich2 though... so I'm not even sure why > >> > you would be seeing this error. My advice is to let petsc download > >> > MPI for you during it's installation. That has worked for me in the > >> > past. > >> > > >> > -- > >> > John > >> > > >> > > >> > > ------------------------------------------------------------------------------ > >> > This SF.net email is sponsored by Sprint > >> > What will you do first with EVO, the first 4G phone? > >> > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > >> > _______________________________________________ > >> > Libmesh-users mailing list > >> > Lib...@li... > >> > https://lists.sourceforge.net/lists/listinfo/libmesh-users > >> > >> > >> > ------------------------------------------------------------------------------ > >> This SF.net email is sponsored by Sprint > >> What will you do first with EVO, the first 4G phone? > >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > >> _______________________________________________ > >> Libmesh-users mailing list > >> Lib...@li... > >> https://lists.sourceforge.net/lists/listinfo/libmesh-users > > > > > |
From: Jed B. <je...@59...> - 2010-07-11 16:27:24
|
It is likely just a matter of using the mpiexec in PATH (e.g. /usr/bin) instead of /home/yujie/codes/mpich2/bin/mpiexec. Note that either mpicc links with RPATH (MPICH2), or mpiexec sets up the environment so that the correct libraries are found (Open MPI; LD_LIBRARY_PATH may change in which case mpiexec -n 1 ./app works, but ./app doesn't) so shared libs should work correctly even if you don't modify LD_LIBRARY_PATH by hand. IIRC, libmesh always links with RPATH (and PETSc certainly does). Jed |
From: Yujie <rec...@gm...> - 2010-07-12 03:30:23
|
Thank you very much for your help. I made a mistake in F77 and F90. I always use MPIF77 and MPIF90 in MPICH1. I have revised them. Now, it works. Thanks a lot. Regards, Yujie On Sun, Jul 11, 2010 at 11:29 AM, Jed Brown <je...@59...> wrote: > It is likely just a matter of using the mpiexec in PATH (e.g. /usr/bin) > instead of /home/yujie/codes/mpich2/bin/mpiexec. Note that either mpicc > links with RPATH (MPICH2), or mpiexec sets up the environment so that > the correct libraries are found (Open MPI; LD_LIBRARY_PATH may change in > which case mpiexec -n 1 ./app works, but ./app doesn't) so shared libs > should work correctly even if you don't modify LD_LIBRARY_PATH by hand. > IIRC, libmesh always links with RPATH (and PETSc certainly does). > > Jed > |