[MITgcm-devel] Shelfice-Remeshing verification

Mon Jul 11 00:36:44 EDT 2016

Hi Dan,

The optfile to use can be found in many places:
1) testreport summary:
  http://mitgcm.org/testing/results/2016_07/tr_baudelaire-b_20160710_3/summary.txt
2) testreport output dir:
  http://mitgcm.org/testing/results/2016_07/tr_baudelaire-b_20160710_3/linux_amd64_ifort11
3) testing script that I run on baudelaire, in CVS main tree:
  MITgcm/tools/example_scripts/csail/test_baudelaire

And from this last place (testing script), you can find the sequence of 
commands, and specially the one relevant for the intel compiler:
around line 220:
> if test $typ = 'ifc' ; then
>   source /srv/software/intel/intel-11.1.073/bin/ifortvars.sh intel64
> fi

Cheers,
Jean-Michel

PS: I cc to devel list since it might be of interest for others.

On Sun, Jul 10, 2016 at 07:52:49PM -0400, Daniel Goldberg wrote:
> Hi J-M
> 
> Could you tell me which optfile to use for ifort? Otherwise is there
> something else I need to do? I tried testreport on baudelaire as follows:
> 
> ./testreport -t shelfice_remeshing -devel
> -of=../tools/build_options/linux_amd64_ifort
> 
> but in compilation it says ifort is not available:
> 
> make[1]: ifort: Command not found
> 
> thanks!
> dan
> 
> 
> On Sun, Jul 10, 2016 at 1:10 PM, Daniel Goldberg <dngoldberg at gmail.com>
> wrote:
> 
> > hi j-m
> >
> > thanks for this. this must be from a change i made to streamice earlier
> > this year. i will try compiling with an ifort optfile to locate the issue.
> >
> > fixing restart is on my list but will take longer..
> >
> > d
> >
> > On Sun, Jul 10, 2016 at 5:17 PM, Jean-Michel Campin <jmc at mit.edu> wrote:
> >
> >> Hi Dan,
> >>
> >> The new/revised shelfice_remeshing experiment (from
> >> cContrib/verification_other)
> >> is running nicely (every night) on baudelaire with gfortran + devel.
> >> Restart still to be fixed.
> >>
> >> Starting last night, I also test this exeriment with ifort (+ devel) au
> >> baudelaire,
> >> but it stops with same error msg as last March (err_init in
> >> streamice_vel_solve.F).
> >>
> >> http://mitgcm.org/testing/results/2016_07/tr_baudelaire-b_20160710_3/shelfice_remeshing/run.tr_log
> >>
> >> Cheers,
> >> Jean-Michel
> >>
> >> On Wed, Mar 02, 2016 at 12:46:37AM +0000, Daniel Goldberg wrote:
> >> > ok i think this is mine to fix. did not flag up for me but of course
> >> this
> >> > depends on the compiler. Will try to look into it tomorrow...
> >> >
> >> > On Tue, Mar 1, 2016 at 8:42 PM, Jean-Michel Campin <jmc at ocean.mit.edu>
> >> > wrote:
> >> >
> >> > > Hi Jim,
> >> > >
> >> > > I made little adjustment to shelfice_remeshing experiment, and
> >> > > will try to run it everyday on baudelaire (with gfortran and with
> >> ifort).
> >> > > Will see how it goes.
> >> > >
> >> > > There is still one issue when I try if with high debug level:
> >> > > it stops in streamice_vel_solve.F complaining that variable
> >> > > "err_init" is used without beeing previously set:
> >> > > > forrtl: severe (194): Run-Time Check Failure. The variable
> >> > > 'streamice_vel_solve_$ERR_INIT' is being used in
> >> > > 'streamice_vel_solve.f(2295,7)' without being defined
> >> > > Should not trigger false results but might be worth (and easy) to fix.
> >> > >
> >> > > Cheers,
> >> > > Jean-Michel
> >> > >
> >> > > On Tue, Mar 01, 2016 at 11:25:03AM +0000, Jordan, James R wrote:
> >> > > > Heya,
> >> > > >
> >> > > > Sorry about that, all files needed to run should now have been
> >> added.
> >> > > Have also cleaned up diagnostics, changed SHI_Rshelfice to SHIRshel.
> >> Let me
> >> > > know if you have any other problems running it. Run should be 12 time
> >> steps
> >> > > long with a remesh happening at time step no 6.
> >> > > >
> >> > > > Cheers,
> >> > > >
> >> > > > Jim
> >> > > >
> >> > > > -----Original Message-----
> >> > > > From: Jean-Michel Campin [mailto:jmc at ocean.mit.edu]
> >> > > > Sent: 29 February 2016 22:31
> >> > > > To: Jordan, James R
> >> > > > Cc: Daniel Goldberg; heimbach at mit.edu; Jean-Michel Campin
> >> > > > Subject: Re: Shelfice-Remeshing verification
> >> > > >
> >> > > > Hi Jim,
> >> > > >
> >> > > > I think the first step would be to test regularly (i.e., daily)
> >> this new
> >> > > set-up in Contrib to check that it works nicely.
> >> > > > Then we could start to incorporate pieces into main (MITgcm)
> >> repository.
> >> > > >
> >> > > > Could you clean up the experiment "shelfice_remeshing":
> >> > > > 1) the data.diagnostics is not well written
> >> > > >    a) as you could see in all verification/*/input*/data.diagnostics
> >> > > >       when several fields are specified, we do:
> >> > > >        fields(1:12,1) =
> >> > > >       and not:
> >> > > >        fields(1,1) =
> >> > > >    b) dianostics name: 'SHI_Rshelfice' is too long
> >> > > > 2) when I try to run (for now with useDiagnostics=F), it stops
> >> because
> >> > > it cannot find file "bathy101.box."
> >> > > >
> >> > > > Cheers,
> >> > > > Jean-Michel
> >> > > >
> >> > > > On Mon, Feb 29, 2016 at 05:14:11PM +0000, Jordan, James R wrote:
> >> > > > > Hi Jean-Michel,
> >> > > > >
> >> > > > > Hope all is well with you!
> >> > > > >
> >> > > > > I have updated the verification case in
> >> > >
> >> http://mitgcm.org/viewvc/MITgcm/MITgcm_contrib/verification_other/shelfice_remeshing/
> >> > > .
> >> > > > >
> >> > > > > Along with general bug fixing it now has a  retreating, sloping
> >> > > grounding line. Any way we can start to get this merged back into the
> >> > > shelfice package?
> >> > > > >
> >> > > > > Cheers,
> >> > > > >
> >> > > > > Jim
> >> > > > > ________________________________
> >> > > > >  This message (and any attachments) is for the recipient only.
> >> NERC is
> >> > > subject to the Freedom of Information Act 2000 and the contents of
> >> this
> >> > > email and any reply you make may be disclosed by NERC unless it is
> >> exempt
> >> > > from release under the Act. Any material supplied to NERC may be
> >> stored in
> >> > > an electronic records management system.
> >> > > > > ________________________________
> >> > > > ________________________________
> >> > > >  This message (and any attachments) is for the recipient only. NERC
> >> is
> >> > > subject to the Freedom of Information Act 2000 and the contents of
> >> this
> >> > > email and any reply you make may be disclosed by NERC unless it is
> >> exempt
> >> > > from release under the Act. Any material supplied to NERC may be
> >> stored in
> >> > > an electronic records management system.
> >> > > > ________________________________
> >> > >
> >> >
> >> >
> >> >
> >> > --
> >> >
> >> > Daniel Goldberg, PhD
> >> > Lecturer in Glaciology
> >> > School of Geosciences, University of Edinburgh
> >> > Geography Building, Drummond Street, Edinburgh EH8 9XP
> >> >
> >> >
> >> > em: D <dgoldber at mit.edu>an.Goldberg at ed.ac.uk
> >> > web: http://ocean.mit.edu/~dgoldberg
> >>
> >
> >
> >
> > --
> >
> > Daniel Goldberg, PhD
> > Lecturer in Glaciology
> > School of Geosciences, University of Edinburgh
> > Geography Building, Drummond Street, Edinburgh EH8 9XP
> >
> >
> > em: D <dgoldber at mit.edu>an.Goldberg at ed.ac.uk
> > web: http://ocean.mit.edu/~dgoldberg
> >
> 
> 
> 
> -- 
> 
> Daniel Goldberg, PhD
> Lecturer in Glaciology
> School of Geosciences, University of Edinburgh
> Geography Building, Drummond Street, Edinburgh EH8 9XP
> 
> 
> em: D <dgoldber at mit.edu>an.Goldberg at ed.ac.uk
> web: http://ocean.mit.edu/~dgoldberg