[Aces-support] opt files
Matthew Mazloff
mmazloff at MIT.EDU
Sun Dec 19 09:29:38 EST 2004
Hello,
I have figured out what was causing my problem. Even though I have:
if ( -f /etc/profile.d/modules.csh ) then
source /etc/profile.d/modules.csh
endif
#
module add mpich/intel
in my runscript, if I don't use
module add mpich/intel
at least once sometime before I run my script, my model will crash.
Don't know if this is worthy of the support list....but someone might be
interested
Thanks,
Matt
Matthew Mazloff wrote:
> Hello everyone,
>
> I don't understand it, but I just recompiled the model with
>
> linux_ia32_ifort+mpi_aces
>
> and it is running fine...
>
> Sorry about that, I must have done something wrong before...
>
> Matt
>
>
> Patrick Heimbach wrote:
>
>> Hi Matt,
>>
>> re. 1), order doesn't matter.
>>
>> I just ran the global_ocean.90x40x15
>> on 2 processors under 'module load mpich/intel'
>> and it ran fine.
>> Have a look under
>> /home/heimbach/ecco/MITgcm/verification/global_ocean.90x40x15/build/
>> for the compile and output
>> and
>> /home/heimbach/ecco/MITgcm/jobs/
>> for the job script (which is basically yours).
>>
>> For compile, I did
>> ../../../tools/genmake2 -of
>> ../../../tools/build_options/linux_ia32_ifort+mpi_aces -mpi -mods
>> ../code
>>
>> Maybe a different problem?
>> For that, a more detailed bug report would be needed
>> (which file does it try to read when crashing?)
>>
>> -Patrick
>>
>>
>>
>> On Thursday 16 December 2004 14:08, Matthew Mazloff wrote:
>> > Hi,
>> >
>> > I def. used genmake2 -mpi ....
>> >
>> > 2 things I may have done to mess things up
>> >
>> > 1) I may have added the -mpi in diff. order...would it matter if
>> I put
>> > the -mpi aftr the -of=...I am not sure if I did this, but it is
>> possible
>> >
>> > 2) I noticed a few extra lines at the end of the
>> > 'linux_ia32_ifort+mpi_aces' file that I may have accidentally put
>> > there...I know I shouldn't have messed with this file...it was a
>> > mistake...would these extra 'returns' have messed things up. I did
>> > check the CVS repository and everything else, besides these extra
>> lines
>> > is the exact same. However, I know Fortran is sensitive enough that
>> > these lines may have cause the model to crash...if so I am very sorry
>> > for making people search for an answer...my mistake
>> >
>> > If 1 or 2 would not have made the model crash, then I really have no
>> > idea why it crashed...everything else I did was identical...
>> >
>> > Matt
>> >
>> > Patrick Heimbach wrote:
>> > >Hi Ed,
>> > >
>> > >I saw an "inconsistency" as to when we explicitly specify
>> > >-DALLOW_USE_MPI -DALWAYS_USE_MPI
>> > >in the optfiles and when we don't.
>> > >If '+mpi' is included in the optfile name people tend to assume,
>> > >rightly so, that -mpi isn't needed as explicit genmake2 option.
>> > >
>> > >Matt may have run into this.
>> > >the ...+mpi_itrda optfile does have the -DALLOW_USE_MPI
>> -DALWAYS_USE_MPI
>> > >the ...+mpi_aces doesn't.
>> > >
>> > >Matt, could you check whether you did 'genmake2 -mpi ...' ?
>> > >
>> > >-Patrick
>> > >
>> > >On Wednesday 15 December 2004 14:53, Matthew Mazloff wrote:
>> > > > Hello,
>> > > >
>> > > > I wanted to bring to attention, the fact that when I compiled
>> the
>> > > > MITGCM with the optfile
>> > > > linux_ia32_ifort+mpi_aces
>> > > > the model crashed. By changing to the optfile
>> > > > linux_ia32_ifc+mpi_itrda
>> > > > everything ran smoothly. For both I used the mpich/intel
>> > > > environment.
>> > > >
>> > > > Thanks,
>> > > > Matt
>> > > >
>> > > >
>> > > >
>> > > >
>> <http://mitgcm.org/cgi-bin/viewcvs.cgi/MITgcm/tools/build_options/li
>> > > >nux_i a32_ifc%2Bmpi_itrda>
>> >
>> > _______________________________________________
>> > Aces-support mailing list
>> > Aces-support at acesgrid.org
>> > http://acesgrid.org/mailman/listinfo/aces-support
>>
>>
>>
>
> _______________________________________________
> Aces-support mailing list
> Aces-support at acesgrid.org
> http://acesgrid.org/mailman/listinfo/aces-support
>
More information about the Aces-support
mailing list