[Met_help] [rt.rap.ucar.edu #87136] History for Running MODE on Cheyenne
John Halley Gotway via RT
met_help at ucar.edu
Wed Oct 10 09:54:27 MDT 2018
----------------------------------------------------------------
Initial Request
----------------------------------------------------------------
Good afternoon,
I am attempting to run MODE (via met version 7.0) on Cheyenne and I believe
I have everything configured correctly. I use a tcsh script to run MODE and
reference the file provided by DTC. When I run MODE, I get the following
error:
/gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-7.0/bin/mode: error while
loading shared libraries: libnetcdf_c++4.so.1: cannot open shared object
file: No such file or directory
I reference the following paths in my tcshrc script:
module use /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/modulefiles
module use met/7.0
I see their are beta versions of MET for 7.1, but was unsure if those were
ok to use yet. Are we supposed to use these executables instead? I ask
because I contacted CISL about the issue and they mentioned that the
libnetcdf_c++4.so.1
library was quite old, and to contact those who compiled MET to see if they
had any library updates.
I appreciate any advice that you can provide and I look forward to hearing
from you in the near future!
Brian Squitieri
--
Brian Squitieri
PhD Candidate
Department of Geological and Atmospheric Sciences
Iowa State University
----------------------------------------------------------------
Complete Ticket History
----------------------------------------------------------------
Subject: Running MODE on Cheyenne
From: Julie Prestopnik
Time: Wed Sep 26 00:48:56 2018
Hi Brian.
I see that you are having a problem with MET on cheyenne. The recent
directory renaming on cheyenne broke the MET build that you are using.
We
rebuilt the code in a different area. Here is a link to the webpage
where
we list our existing MET builds:
https://dtcenter.org/met/users/downloads/existing_met_builds/METv7.0_existing_met_builds.php
Please note that for cheyenne, you should now run:
module use /glade/p/ral/jntp/MET/MET_releases/modulefiles
module load met/7.0
Please give that a try and let us know how it goes.
Thanks!
Julie
On Tue, Sep 25, 2018 at 4:17 PM Brian Squitieri via RT
<met_help at ucar.edu>
wrote:
>
> Tue Sep 25 16:10:36 2018: Request 87136 was acted upon.
> Transaction: Ticket created by brianjs at iastate.edu
> Queue: met_help
> Subject: Running MODE on Cheyenne
> Owner: Nobody
> Requestors: brianjs at iastate.edu
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
>
>
> Good afternoon,
>
> I am attempting to run MODE (via met version 7.0) on Cheyenne and I
believe
> I have everything configured correctly. I use a tcsh script to run
MODE and
> reference the file provided by DTC. When I run MODE, I get the
following
> error:
>
> /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-7.0/bin/mode: error
while
> loading shared libraries: libnetcdf_c++4.so.1: cannot open shared
object
> file: No such file or directory
>
> I reference the following paths in my tcshrc script:
> module use /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/modulefiles
> module use met/7.0
>
> I see their are beta versions of MET for 7.1, but was unsure if
those were
> ok to use yet. Are we supposed to use these executables instead? I
ask
> because I contacted CISL about the issue and they mentioned that the
> libnetcdf_c++4.so.1
> library was quite old, and to contact those who compiled MET to see
if they
> had any library updates.
>
> I appreciate any advice that you can provide and I look forward to
hearing
> from you in the near future!
>
> Brian Squitieri
>
> --
> Brian Squitieri
> PhD Candidate
> Department of Geological and Atmospheric Sciences
> Iowa State University
>
>
------------------------------------------------
Subject: Running MODE on Cheyenne
From: Brian Squitieri
Time: Wed Sep 26 13:03:27 2018
Hello Julie,
I still got the same error as before. I used the following in my
tcshrc
script:
module use /glade/p/ral/jntp/MET/MET_releases/modulefiles
module load met/7.0
I experimented with both of the following MODE executables when
running a
tcsh script for using the 'mode' command:
/gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-7.0/bin/mode
/gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
Could it be the netcdf library version I am using? I also have access
to
MET (and MODE) on a much smaller machine at a university, and was able
to
get MODE running, but with netcdf 4.6.2. On Cheyenne, all we have is
up to
version 4.6.1. Please let me know your thoughts.
Brian Squitieri
On Wed, Sep 26, 2018 at 1:48 AM, Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:
> Hi Brian.
>
> I see that you are having a problem with MET on cheyenne. The
recent
> directory renaming on cheyenne broke the MET build that you are
using. We
> rebuilt the code in a different area. Here is a link to the webpage
where
> we list our existing MET builds:
>
> https://dtcenter.org/met/users/downloads/existing_met_
> builds/METv7.0_existing_met_builds.php
>
> Please note that for cheyenne, you should now run:
>
> module use /glade/p/ral/jntp/MET/MET_releases/modulefiles
> module load met/7.0
>
>
> Please give that a try and let us know how it goes.
>
> Thanks!
>
> Julie
>
> On Tue, Sep 25, 2018 at 4:17 PM Brian Squitieri via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > Tue Sep 25 16:10:36 2018: Request 87136 was acted upon.
> > Transaction: Ticket created by brianjs at iastate.edu
> > Queue: met_help
> > Subject: Running MODE on Cheyenne
> > Owner: Nobody
> > Requestors: brianjs at iastate.edu
> > Status: new
> > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
> >
> >
> > Good afternoon,
> >
> > I am attempting to run MODE (via met version 7.0) on Cheyenne and
I
> believe
> > I have everything configured correctly. I use a tcsh script to run
MODE
> and
> > reference the file provided by DTC. When I run MODE, I get the
following
> > error:
> >
> > /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-7.0/bin/mode: error
while
> > loading shared libraries: libnetcdf_c++4.so.1: cannot open shared
object
> > file: No such file or directory
> >
> > I reference the following paths in my tcshrc script:
> > module use /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/modulefiles
> > module use met/7.0
> >
> > I see their are beta versions of MET for 7.1, but was unsure if
those
> were
> > ok to use yet. Are we supposed to use these executables instead? I
ask
> > because I contacted CISL about the issue and they mentioned that
the
> > libnetcdf_c++4.so.1
> > library was quite old, and to contact those who compiled MET to
see if
> they
> > had any library updates.
> >
> > I appreciate any advice that you can provide and I look forward to
> hearing
> > from you in the near future!
> >
> > Brian Squitieri
> >
> > --
> > Brian Squitieri
> > PhD Candidate
> > Department of Geological and Atmospheric Sciences
> > Iowa State University
> >
> >
>
>
--
Brian Squitieri
PhD Candidate
Department of Geological and Atmospheric Sciences
Iowa State University
------------------------------------------------
Subject: Running MODE on Cheyenne
From: Julie Prestopnik
Time: Wed Sep 26 13:07:48 2018
Hi Brian.
I am not able to reproduce the problem you are experiencing. Can you
please send me the command line you are running for mode? Please
include
full paths for the data.
Also, could you please run "module list" and send me the output?
Thanks,
Julie
On Wed, Sep 26, 2018 at 1:03 PM Brian Squitieri via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
>
> Hello Julie,
>
> I still got the same error as before. I used the following in my
tcshrc
> script:
>
> module use /glade/p/ral/jntp/MET/MET_releases/modulefiles
> module load met/7.0
>
> I experimented with both of the following MODE executables when
running a
> tcsh script for using the 'mode' command:
>
> /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-7.0/bin/mode
> /gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
>
> Could it be the netcdf library version I am using? I also have
access to
> MET (and MODE) on a much smaller machine at a university, and was
able to
> get MODE running, but with netcdf 4.6.2. On Cheyenne, all we have is
up to
> version 4.6.1. Please let me know your thoughts.
>
> Brian Squitieri
>
>
> On Wed, Sep 26, 2018 at 1:48 AM, Julie Prestopnik via RT <
> met_help at ucar.edu>
> wrote:
>
> > Hi Brian.
> >
> > I see that you are having a problem with MET on cheyenne. The
recent
> > directory renaming on cheyenne broke the MET build that you are
using.
> We
> > rebuilt the code in a different area. Here is a link to the
webpage
> where
> > we list our existing MET builds:
> >
> > https://dtcenter.org/met/users/downloads/existing_met_
> > builds/METv7.0_existing_met_builds.php
> >
> > Please note that for cheyenne, you should now run:
> >
> > module use /glade/p/ral/jntp/MET/MET_releases/modulefiles
> > module load met/7.0
> >
> >
> > Please give that a try and let us know how it goes.
> >
> > Thanks!
> >
> > Julie
> >
> > On Tue, Sep 25, 2018 at 4:17 PM Brian Squitieri via RT <
> met_help at ucar.edu>
> > wrote:
> >
> > >
> > > Tue Sep 25 16:10:36 2018: Request 87136 was acted upon.
> > > Transaction: Ticket created by brianjs at iastate.edu
> > > Queue: met_help
> > > Subject: Running MODE on Cheyenne
> > > Owner: Nobody
> > > Requestors: brianjs at iastate.edu
> > > Status: new
> > > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136
> >
> > >
> > >
> > > Good afternoon,
> > >
> > > I am attempting to run MODE (via met version 7.0) on Cheyenne
and I
> > believe
> > > I have everything configured correctly. I use a tcsh script to
run MODE
> > and
> > > reference the file provided by DTC. When I run MODE, I get the
> following
> > > error:
> > >
> > > /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-7.0/bin/mode:
error while
> > > loading shared libraries: libnetcdf_c++4.so.1: cannot open
shared
> object
> > > file: No such file or directory
> > >
> > > I reference the following paths in my tcshrc script:
> > > module use /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/modulefiles
> > > module use met/7.0
> > >
> > > I see their are beta versions of MET for 7.1, but was unsure if
those
> > were
> > > ok to use yet. Are we supposed to use these executables instead?
I ask
> > > because I contacted CISL about the issue and they mentioned that
the
> > > libnetcdf_c++4.so.1
> > > library was quite old, and to contact those who compiled MET to
see if
> > they
> > > had any library updates.
> > >
> > > I appreciate any advice that you can provide and I look forward
to
> > hearing
> > > from you in the near future!
> > >
> > > Brian Squitieri
> > >
> > > --
> > > Brian Squitieri
> > > PhD Candidate
> > > Department of Geological and Atmospheric Sciences
> > > Iowa State University
> > >
> > >
> >
> >
>
>
> --
> Brian Squitieri
> PhD Candidate
> Department of Geological and Atmospheric Sciences
> Iowa State University
>
>
------------------------------------------------
Subject: Running MODE on Cheyenne
From: Brian Squitieri
Time: Wed Sep 26 16:21:22 2018
Sure!
At /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_domains/MODE, I
run
using a tcsh script. The command in the script I use is the following:
time /gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
/gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/regridFiles/ColdPool_forMODE_06_03_2015.nc
/gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/regridFiles/ColdPool_forMODE_06_03_2015.nc
/gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_domains/MODE/configuration/coldPoolConfig
-outdir
/gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_domains/experiments/cold_pool_generalizations/3domains_conv/MODE_results
The first argument is the mode executable I am running. The next two
commands are obs and fcst (both are in the same file), followed by the
configuration file (and path). The last command is the output
directory.
Here is what I get for modules when doing a module list:
Currently Loaded Modules:
1) ncarenv/1.2 2) intel/17.0.1 3) ncarcompilers/0.4.1 4)
mpt/2.15f
5) netcdf/4.6.1 6) ncl/6.4.0 7) cdo/1.7.2 8) python/3.6.2 9)
vim/8.0
I hope this helps!
Brian Squitieri
On Wed, Sep 26, 2018 at 2:07 PM, Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:
> Hi Brian.
>
> I am not able to reproduce the problem you are experiencing. Can
you
> please send me the command line you are running for mode? Please
include
> full paths for the data.
>
> Also, could you please run "module list" and send me the output?
>
> Thanks,
> Julie
>
> On Wed, Sep 26, 2018 at 1:03 PM Brian Squitieri via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
> >
> > Hello Julie,
> >
> > I still got the same error as before. I used the following in my
tcshrc
> > script:
> >
> > module use /glade/p/ral/jntp/MET/MET_releases/modulefiles
> > module load met/7.0
> >
> > I experimented with both of the following MODE executables when
running a
> > tcsh script for using the 'mode' command:
> >
> > /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-7.0/bin/mode
> > /gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
> >
> > Could it be the netcdf library version I am using? I also have
access to
> > MET (and MODE) on a much smaller machine at a university, and was
able to
> > get MODE running, but with netcdf 4.6.2. On Cheyenne, all we have
is up
> to
> > version 4.6.1. Please let me know your thoughts.
> >
> > Brian Squitieri
> >
> >
> > On Wed, Sep 26, 2018 at 1:48 AM, Julie Prestopnik via RT <
> > met_help at ucar.edu>
> > wrote:
> >
> > > Hi Brian.
> > >
> > > I see that you are having a problem with MET on cheyenne. The
recent
> > > directory renaming on cheyenne broke the MET build that you are
using.
> > We
> > > rebuilt the code in a different area. Here is a link to the
webpage
> > where
> > > we list our existing MET builds:
> > >
> > > https://dtcenter.org/met/users/downloads/existing_met_
> > > builds/METv7.0_existing_met_builds.php
> > >
> > > Please note that for cheyenne, you should now run:
> > >
> > > module use /glade/p/ral/jntp/MET/MET_releases/modulefiles
> > > module load met/7.0
> > >
> > >
> > > Please give that a try and let us know how it goes.
> > >
> > > Thanks!
> > >
> > > Julie
> > >
> > > On Tue, Sep 25, 2018 at 4:17 PM Brian Squitieri via RT <
> > met_help at ucar.edu>
> > > wrote:
> > >
> > > >
> > > > Tue Sep 25 16:10:36 2018: Request 87136 was acted upon.
> > > > Transaction: Ticket created by brianjs at iastate.edu
> > > > Queue: met_help
> > > > Subject: Running MODE on Cheyenne
> > > > Owner: Nobody
> > > > Requestors: brianjs at iastate.edu
> > > > Status: new
> > > > Ticket <URL: https://rt.rap.ucar.edu/rt/
> Ticket/Display.html?id=87136
> > >
> > > >
> > > >
> > > > Good afternoon,
> > > >
> > > > I am attempting to run MODE (via met version 7.0) on Cheyenne
and I
> > > believe
> > > > I have everything configured correctly. I use a tcsh script to
run
> MODE
> > > and
> > > > reference the file provided by DTC. When I run MODE, I get the
> > following
> > > > error:
> > > >
> > > > /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-7.0/bin/mode:
error
> while
> > > > loading shared libraries: libnetcdf_c++4.so.1: cannot open
shared
> > object
> > > > file: No such file or directory
> > > >
> > > > I reference the following paths in my tcshrc script:
> > > > module use
/gpfs/p/ral/jnt/MET/MET_releases/cheyenne/modulefiles
> > > > module use met/7.0
> > > >
> > > > I see their are beta versions of MET for 7.1, but was unsure
if those
> > > were
> > > > ok to use yet. Are we supposed to use these executables
instead? I
> ask
> > > > because I contacted CISL about the issue and they mentioned
that the
> > > > libnetcdf_c++4.so.1
> > > > library was quite old, and to contact those who compiled MET
to see
> if
> > > they
> > > > had any library updates.
> > > >
> > > > I appreciate any advice that you can provide and I look
forward to
> > > hearing
> > > > from you in the near future!
> > > >
> > > > Brian Squitieri
> > > >
> > > > --
> > > > Brian Squitieri
> > > > PhD Candidate
> > > > Department of Geological and Atmospheric Sciences
> > > > Iowa State University
> > > >
> > > >
> > >
> > >
> >
> >
> > --
> > Brian Squitieri
> > PhD Candidate
> > Department of Geological and Atmospheric Sciences
> > Iowa State University
> >
> >
>
>
--
Brian Squitieri
PhD Candidate
Department of Geological and Atmospheric Sciences
Iowa State University
------------------------------------------------
Subject: Running MODE on Cheyenne
From: Julie Prestopnik
Time: Thu Sep 27 10:05:22 2018
Hi Brian.
Could you please run the following commands and send me the output?
echo $LD_LIBRARY_PATH
ldd /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-7.0/bin/mode
Thanks!
Julie
On Wed, Sep 26, 2018 at 4:21 PM Brian Squitieri via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
>
> Sure!
>
> At /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_domains/MODE, I
run
> using a tcsh script. The command in the script I use is the
following:
>
> time /gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
>
>
/gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/regridFiles/ColdPool_forMODE_
> 06_03_2015.nc
>
>
/gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/regridFiles/ColdPool_forMODE_
> 06_03_2015.nc
>
>
/gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_domains/MODE/configuration/coldPoolConfig
> -outdir
>
>
/gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_domains/experiments/cold_pool_generalizations/3domains_conv/MODE_results
>
> The first argument is the mode executable I am running. The next two
> commands are obs and fcst (both are in the same file), followed by
the
> configuration file (and path). The last command is the output
directory.
>
> Here is what I get for modules when doing a module list:
>
> Currently Loaded Modules:
> 1) ncarenv/1.2 2) intel/17.0.1 3) ncarcompilers/0.4.1 4)
mpt/2.15f
> 5) netcdf/4.6.1 6) ncl/6.4.0 7) cdo/1.7.2 8) python/3.6.2
9)
> vim/8.0
>
> I hope this helps!
>
> Brian Squitieri
>
> On Wed, Sep 26, 2018 at 2:07 PM, Julie Prestopnik via RT <
> met_help at ucar.edu>
> wrote:
>
> > Hi Brian.
> >
> > I am not able to reproduce the problem you are experiencing. Can
you
> > please send me the command line you are running for mode? Please
include
> > full paths for the data.
> >
> > Also, could you please run "module list" and send me the output?
> >
> > Thanks,
> > Julie
> >
> > On Wed, Sep 26, 2018 at 1:03 PM Brian Squitieri via RT <
> met_help at ucar.edu>
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
> > >
> > > Hello Julie,
> > >
> > > I still got the same error as before. I used the following in my
tcshrc
> > > script:
> > >
> > > module use /glade/p/ral/jntp/MET/MET_releases/modulefiles
> > > module load met/7.0
> > >
> > > I experimented with both of the following MODE executables when
> running a
> > > tcsh script for using the 'mode' command:
> > >
> > > /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-7.0/bin/mode
> > > /gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
> > >
> > > Could it be the netcdf library version I am using? I also have
access
> to
> > > MET (and MODE) on a much smaller machine at a university, and
was able
> to
> > > get MODE running, but with netcdf 4.6.2. On Cheyenne, all we
have is up
> > to
> > > version 4.6.1. Please let me know your thoughts.
> > >
> > > Brian Squitieri
> > >
> > >
> > > On Wed, Sep 26, 2018 at 1:48 AM, Julie Prestopnik via RT <
> > > met_help at ucar.edu>
> > > wrote:
> > >
> > > > Hi Brian.
> > > >
> > > > I see that you are having a problem with MET on cheyenne. The
recent
> > > > directory renaming on cheyenne broke the MET build that you
are
> using.
> > > We
> > > > rebuilt the code in a different area. Here is a link to the
webpage
> > > where
> > > > we list our existing MET builds:
> > > >
> > > > https://dtcenter.org/met/users/downloads/existing_met_
> > > > builds/METv7.0_existing_met_builds.php
> > > >
> > > > Please note that for cheyenne, you should now run:
> > > >
> > > > module use /glade/p/ral/jntp/MET/MET_releases/modulefiles
> > > > module load met/7.0
> > > >
> > > >
> > > > Please give that a try and let us know how it goes.
> > > >
> > > > Thanks!
> > > >
> > > > Julie
> > > >
> > > > On Tue, Sep 25, 2018 at 4:17 PM Brian Squitieri via RT <
> > > met_help at ucar.edu>
> > > > wrote:
> > > >
> > > > >
> > > > > Tue Sep 25 16:10:36 2018: Request 87136 was acted upon.
> > > > > Transaction: Ticket created by brianjs at iastate.edu
> > > > > Queue: met_help
> > > > > Subject: Running MODE on Cheyenne
> > > > > Owner: Nobody
> > > > > Requestors: brianjs at iastate.edu
> > > > > Status: new
> > > > > Ticket <URL: https://rt.rap.ucar.edu/rt/
> > Ticket/Display.html?id=87136
> > > >
> > > > >
> > > > >
> > > > > Good afternoon,
> > > > >
> > > > > I am attempting to run MODE (via met version 7.0) on
Cheyenne and I
> > > > believe
> > > > > I have everything configured correctly. I use a tcsh script
to run
> > MODE
> > > > and
> > > > > reference the file provided by DTC. When I run MODE, I get
the
> > > following
> > > > > error:
> > > > >
> > > > > /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-7.0/bin/mode:
error
> > while
> > > > > loading shared libraries: libnetcdf_c++4.so.1: cannot open
shared
> > > object
> > > > > file: No such file or directory
> > > > >
> > > > > I reference the following paths in my tcshrc script:
> > > > > module use
/gpfs/p/ral/jnt/MET/MET_releases/cheyenne/modulefiles
> > > > > module use met/7.0
> > > > >
> > > > > I see their are beta versions of MET for 7.1, but was unsure
if
> those
> > > > were
> > > > > ok to use yet. Are we supposed to use these executables
instead? I
> > ask
> > > > > because I contacted CISL about the issue and they mentioned
that
> the
> > > > > libnetcdf_c++4.so.1
> > > > > library was quite old, and to contact those who compiled MET
to see
> > if
> > > > they
> > > > > had any library updates.
> > > > >
> > > > > I appreciate any advice that you can provide and I look
forward to
> > > > hearing
> > > > > from you in the near future!
> > > > >
> > > > > Brian Squitieri
> > > > >
> > > > > --
> > > > > Brian Squitieri
> > > > > PhD Candidate
> > > > > Department of Geological and Atmospheric Sciences
> > > > > Iowa State University
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > Brian Squitieri
> > > PhD Candidate
> > > Department of Geological and Atmospheric Sciences
> > > Iowa State University
> > >
> > >
> >
> >
>
>
> --
> Brian Squitieri
> PhD Candidate
> Department of Geological and Atmospheric Sciences
> Iowa State University
>
>
------------------------------------------------
Subject: Running MODE on Cheyenne
From: Brian Squitieri
Time: Thu Sep 27 17:31:55 2018
For echo $LD_LIBRARY_PATH, I get the following:
/ncar/opt/slurm/latest//lib:/opt/sgi/mpt/mpt-
2.15/lib:/glade/u/apps/opt/intel/2017u1/compilers_and_libraries/linux/lib/intel64_lin:/glade/u/apps/ch/os/usr/lib64:/glade/u/apps/ch/os/usr/lib:/glade/u/apps/ch/os/lib64:/glade/u/apps/ch/os/lib
For ldd /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-7.0/bin/mode, I
get:
linux-vdso.so.1 (0x00002aaaaaaab000)
libpng16.so.16 => /glade/u/apps/ch/os/usr/lib64/libpng16.so.16
(0x00002aaaaaaae000)
libz.so.1 => /glade/u/apps/ch/os/lib64/libz.so.1
(0x00002aaaaacec000)
libm.so.6 => /glade/u/apps/ch/os/lib64/libm.so.6
(0x00002aaaaaf02000)
libnetcdf_c++4.so.1 => not found
libnetcdf.so.11 => not found
libgsl.so.19 => not found
libgslcblas.so.0 =>
/glade/u/apps/ch/os/usr/lib64/libgslcblas.so.0
(0x00002aaaab224000)
libstdc++.so.6 => /glade/u/apps/ch/os/usr/lib64/libstdc++.so.6
(0x00002aaaab463000)
libgcc_s.so.1 => /glade/u/apps/ch/os/lib64/libgcc_s.so.1
(0x00002aaaab7e7000)
libc.so.6 => /glade/u/apps/ch/os/lib64/libc.so.6
(0x00002aaaab9fe000)
libdl.so.2 => /glade/u/apps/ch/os/lib64/libdl.so.2
(0x00002aaaabda7000)
/lib64/ld-linux-x86-64.so.2 (0x0000555555554000)
Also, I imagine that MET-MODE version 7.0 will require running with a
new
configure script. Where may I find one for version 7.0?
On Thu, Sep 27, 2018 at 11:05 AM, Julie Prestopnik via RT
<met_help at ucar.edu
> wrote:
> Hi Brian.
>
> Could you please run the following commands and send me the output?
>
> echo $LD_LIBRARY_PATH
> ldd /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-7.0/bin/mode
>
> Thanks!
>
> Julie
>
> On Wed, Sep 26, 2018 at 4:21 PM Brian Squitieri via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
> >
> > Sure!
> >
> > At /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_domains/MODE,
I run
> > using a tcsh script. The command in the script I use is the
following:
> >
> > time /gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
> >
> > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> regridFiles/ColdPool_forMODE_
> > 06_03_2015.nc
> >
> > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> regridFiles/ColdPool_forMODE_
> > 06_03_2015.nc
> >
> > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> domains/MODE/configuration/coldPoolConfig
> > -outdir
> >
> > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
>
domains/experiments/cold_pool_generalizations/3domains_conv/MODE_results
> >
> > The first argument is the mode executable I am running. The next
two
> > commands are obs and fcst (both are in the same file), followed by
the
> > configuration file (and path). The last command is the output
directory.
> >
> > Here is what I get for modules when doing a module list:
> >
> > Currently Loaded Modules:
> > 1) ncarenv/1.2 2) intel/17.0.1 3) ncarcompilers/0.4.1 4)
> mpt/2.15f
> > 5) netcdf/4.6.1 6) ncl/6.4.0 7) cdo/1.7.2 8) python/3.6.2
9)
> > vim/8.0
> >
> > I hope this helps!
> >
> > Brian Squitieri
> >
> > On Wed, Sep 26, 2018 at 2:07 PM, Julie Prestopnik via RT <
> > met_help at ucar.edu>
> > wrote:
> >
> > > Hi Brian.
> > >
> > > I am not able to reproduce the problem you are experiencing.
Can you
> > > please send me the command line you are running for mode?
Please
> include
> > > full paths for the data.
> > >
> > > Also, could you please run "module list" and send me the output?
> > >
> > > Thanks,
> > > Julie
> > >
> > > On Wed, Sep 26, 2018 at 1:03 PM Brian Squitieri via RT <
> > met_help at ucar.edu>
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136
>
> > > >
> > > > Hello Julie,
> > > >
> > > > I still got the same error as before. I used the following in
my
> tcshrc
> > > > script:
> > > >
> > > > module use /glade/p/ral/jntp/MET/MET_releases/modulefiles
> > > > module load met/7.0
> > > >
> > > > I experimented with both of the following MODE executables
when
> > running a
> > > > tcsh script for using the 'mode' command:
> > > >
> > > > /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-7.0/bin/mode
> > > > /gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
> > > >
> > > > Could it be the netcdf library version I am using? I also have
access
> > to
> > > > MET (and MODE) on a much smaller machine at a university, and
was
> able
> > to
> > > > get MODE running, but with netcdf 4.6.2. On Cheyenne, all we
have is
> up
> > > to
> > > > version 4.6.1. Please let me know your thoughts.
> > > >
> > > > Brian Squitieri
> > > >
> > > >
> > > > On Wed, Sep 26, 2018 at 1:48 AM, Julie Prestopnik via RT <
> > > > met_help at ucar.edu>
> > > > wrote:
> > > >
> > > > > Hi Brian.
> > > > >
> > > > > I see that you are having a problem with MET on cheyenne.
The
> recent
> > > > > directory renaming on cheyenne broke the MET build that you
are
> > using.
> > > > We
> > > > > rebuilt the code in a different area. Here is a link to the
> webpage
> > > > where
> > > > > we list our existing MET builds:
> > > > >
> > > > > https://dtcenter.org/met/users/downloads/existing_met_
> > > > > builds/METv7.0_existing_met_builds.php
> > > > >
> > > > > Please note that for cheyenne, you should now run:
> > > > >
> > > > > module use /glade/p/ral/jntp/MET/MET_releases/modulefiles
> > > > > module load met/7.0
> > > > >
> > > > >
> > > > > Please give that a try and let us know how it goes.
> > > > >
> > > > > Thanks!
> > > > >
> > > > > Julie
> > > > >
> > > > > On Tue, Sep 25, 2018 at 4:17 PM Brian Squitieri via RT <
> > > > met_help at ucar.edu>
> > > > > wrote:
> > > > >
> > > > > >
> > > > > > Tue Sep 25 16:10:36 2018: Request 87136 was acted upon.
> > > > > > Transaction: Ticket created by brianjs at iastate.edu
> > > > > > Queue: met_help
> > > > > > Subject: Running MODE on Cheyenne
> > > > > > Owner: Nobody
> > > > > > Requestors: brianjs at iastate.edu
> > > > > > Status: new
> > > > > > Ticket <URL: https://rt.rap.ucar.edu/rt/
> > > Ticket/Display.html?id=87136
> > > > >
> > > > > >
> > > > > >
> > > > > > Good afternoon,
> > > > > >
> > > > > > I am attempting to run MODE (via met version 7.0) on
Cheyenne
> and I
> > > > > believe
> > > > > > I have everything configured correctly. I use a tcsh
script to
> run
> > > MODE
> > > > > and
> > > > > > reference the file provided by DTC. When I run MODE, I get
the
> > > > following
> > > > > > error:
> > > > > >
> > > > > > /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-
7.0/bin/mode:
> error
> > > while
> > > > > > loading shared libraries: libnetcdf_c++4.so.1: cannot open
shared
> > > > object
> > > > > > file: No such file or directory
> > > > > >
> > > > > > I reference the following paths in my tcshrc script:
> > > > > > module use
/gpfs/p/ral/jnt/MET/MET_releases/cheyenne/modulefiles
> > > > > > module use met/7.0
> > > > > >
> > > > > > I see their are beta versions of MET for 7.1, but was
unsure if
> > those
> > > > > were
> > > > > > ok to use yet. Are we supposed to use these executables
instead?
> I
> > > ask
> > > > > > because I contacted CISL about the issue and they
mentioned that
> > the
> > > > > > libnetcdf_c++4.so.1
> > > > > > library was quite old, and to contact those who compiled
MET to
> see
> > > if
> > > > > they
> > > > > > had any library updates.
> > > > > >
> > > > > > I appreciate any advice that you can provide and I look
forward
> to
> > > > > hearing
> > > > > > from you in the near future!
> > > > > >
> > > > > > Brian Squitieri
> > > > > >
> > > > > > --
> > > > > > Brian Squitieri
> > > > > > PhD Candidate
> > > > > > Department of Geological and Atmospheric Sciences
> > > > > > Iowa State University
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Brian Squitieri
> > > > PhD Candidate
> > > > Department of Geological and Atmospheric Sciences
> > > > Iowa State University
> > > >
> > > >
> > >
> > >
> >
> >
> > --
> > Brian Squitieri
> > PhD Candidate
> > Department of Geological and Atmospheric Sciences
> > Iowa State University
> >
> >
>
>
--
Brian Squitieri
PhD Candidate
Department of Geological and Atmospheric Sciences
Iowa State University
------------------------------------------------
Subject: Running MODE on Cheyenne
From: Julie Prestopnik
Time: Fri Sep 28 12:50:54 2018
Hi Brian.
You previously mentioned:
> I reference the following paths in my tcshrc script:
> module use /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/modulefiles
> module use met/7.0
>
I don't believe that is getting used.
Below, see my LD_LIBRARY_PATH upon initial login on cheyenne. Then,
see
that I run "module use" and "module load". Then, see my
LD_LIBRARY_PATH
after that. Please note the addition of
/glade/p/ral/jntp/MET/MET_releases/7.0/external_libs/lib, which is
where
that netcdf library file resides.
cheyenne5:jpresto> echo $LD_LIBRARY_PATH
/glade/u/home/jpresto/local/lib:/glade/u/home/jpresto/libs:/usr/lib:/usr/local/X11R5/lib:/usr/openwin/lib:/usr/local/lib:/glade/u/home/jpresto/local/enthought/epd-
7.0-2-rh5-x86_64/lib:/usr/local/icc/lib/intel64
cheyenne5:jpresto> module use
/glade/p/ral/jntp/MET/MET_releases/modulefiles
cheyenne5:jpresto> module load met/7.0
cheyenne5:jpresto> echo $LD_LIBRARY_PATH
/glade/p/ral/jntp/MET/MET_releases/7.0/external_libs/lib:/glade/u/apps/opt/intel/2017u1/compilers_and_libraries/linux/lib/intel64_lin:/glade/u/home/jpresto/local/lib:/glade/u/home/jpresto/libs:/usr/lib:/usr/local/X11R5/lib:/usr/openwin/lib:/usr/local/lib:/glade/u/home/jpresto/local/enthought/epd-
7.0-2-rh5-x86_64/lib:/usr/local/icc/lib/intel64
Instead of relying on the load from your ~/.cshrc file, please run the
commands manually and see if you still get that same error. Please
let me
know how it works out.
Regarding:
> Also, I imagine that MET-MODE version 7.0 will require running with
a new
> configure script. Where may I find one for version 7.0?
>
Do you mean updated configuration files? If so, you can find the
default
config files for met-7.0
at /glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/. I hope
that
helps!
Thanks,
Julie
On Thu, Sep 27, 2018 at 5:32 PM Brian Squitieri via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
>
> For echo $LD_LIBRARY_PATH, I get the following:
>
>
> /ncar/opt/slurm/latest//lib:/opt/sgi/mpt/mpt-
2.15/lib:/glade/u/apps/opt/intel/2017u1/compilers_and_libraries/linux/lib/intel64_lin:/glade/u/apps/ch/os/usr/lib64:/glade/u/apps/ch/os/usr/lib:/glade/u/apps/ch/os/lib64:/glade/u/apps/ch/os/lib
>
> For ldd /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-7.0/bin/mode,
I get:
> linux-vdso.so.1 (0x00002aaaaaaab000)
> libpng16.so.16 =>
/glade/u/apps/ch/os/usr/lib64/libpng16.so.16
> (0x00002aaaaaaae000)
> libz.so.1 => /glade/u/apps/ch/os/lib64/libz.so.1
> (0x00002aaaaacec000)
> libm.so.6 => /glade/u/apps/ch/os/lib64/libm.so.6
> (0x00002aaaaaf02000)
> libnetcdf_c++4.so.1 => not found
> libnetcdf.so.11 => not found
> libgsl.so.19 => not found
> libgslcblas.so.0 =>
/glade/u/apps/ch/os/usr/lib64/libgslcblas.so.0
> (0x00002aaaab224000)
> libstdc++.so.6 =>
/glade/u/apps/ch/os/usr/lib64/libstdc++.so.6
> (0x00002aaaab463000)
> libgcc_s.so.1 => /glade/u/apps/ch/os/lib64/libgcc_s.so.1
> (0x00002aaaab7e7000)
> libc.so.6 => /glade/u/apps/ch/os/lib64/libc.so.6
> (0x00002aaaab9fe000)
> libdl.so.2 => /glade/u/apps/ch/os/lib64/libdl.so.2
> (0x00002aaaabda7000)
> /lib64/ld-linux-x86-64.so.2 (0x0000555555554000)
>
> Also, I imagine that MET-MODE version 7.0 will require running with
a new
> configure script. Where may I find one for version 7.0?
>
> On Thu, Sep 27, 2018 at 11:05 AM, Julie Prestopnik via RT <
> met_help at ucar.edu
> > wrote:
>
> > Hi Brian.
> >
> > Could you please run the following commands and send me the
output?
> >
> > echo $LD_LIBRARY_PATH
> > ldd /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-7.0/bin/mode
> >
> > Thanks!
> >
> > Julie
> >
> > On Wed, Sep 26, 2018 at 4:21 PM Brian Squitieri via RT <
> met_help at ucar.edu>
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
> > >
> > > Sure!
> > >
> > > At
/gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_domains/MODE, I
> run
> > > using a tcsh script. The command in the script I use is the
following:
> > >
> > > time /gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
> > >
> > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> > regridFiles/ColdPool_forMODE_
> > > 06_03_2015.nc
> > >
> > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> > regridFiles/ColdPool_forMODE_
> > > 06_03_2015.nc
> > >
> > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> > domains/MODE/configuration/coldPoolConfig
> > > -outdir
> > >
> > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> >
domains/experiments/cold_pool_generalizations/3domains_conv/MODE_results
> > >
> > > The first argument is the mode executable I am running. The next
two
> > > commands are obs and fcst (both are in the same file), followed
by the
> > > configuration file (and path). The last command is the output
> directory.
> > >
> > > Here is what I get for modules when doing a module list:
> > >
> > > Currently Loaded Modules:
> > > 1) ncarenv/1.2 2) intel/17.0.1 3) ncarcompilers/0.4.1 4)
> > mpt/2.15f
> > > 5) netcdf/4.6.1 6) ncl/6.4.0 7) cdo/1.7.2 8) python/3.6.2
9)
> > > vim/8.0
> > >
> > > I hope this helps!
> > >
> > > Brian Squitieri
> > >
> > > On Wed, Sep 26, 2018 at 2:07 PM, Julie Prestopnik via RT <
> > > met_help at ucar.edu>
> > > wrote:
> > >
> > > > Hi Brian.
> > > >
> > > > I am not able to reproduce the problem you are experiencing.
Can you
> > > > please send me the command line you are running for mode?
Please
> > include
> > > > full paths for the data.
> > > >
> > > > Also, could you please run "module list" and send me the
output?
> > > >
> > > > Thanks,
> > > > Julie
> > > >
> > > > On Wed, Sep 26, 2018 at 1:03 PM Brian Squitieri via RT <
> > > met_help at ucar.edu>
> > > > wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
> > > > >
> > > > > Hello Julie,
> > > > >
> > > > > I still got the same error as before. I used the following
in my
> > tcshrc
> > > > > script:
> > > > >
> > > > > module use /glade/p/ral/jntp/MET/MET_releases/modulefiles
> > > > > module load met/7.0
> > > > >
> > > > > I experimented with both of the following MODE executables
when
> > > running a
> > > > > tcsh script for using the 'mode' command:
> > > > >
> > > > > /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-7.0/bin/mode
> > > > > /gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
> > > > >
> > > > > Could it be the netcdf library version I am using? I also
have
> access
> > > to
> > > > > MET (and MODE) on a much smaller machine at a university,
and was
> > able
> > > to
> > > > > get MODE running, but with netcdf 4.6.2. On Cheyenne, all we
have
> is
> > up
> > > > to
> > > > > version 4.6.1. Please let me know your thoughts.
> > > > >
> > > > > Brian Squitieri
> > > > >
> > > > >
> > > > > On Wed, Sep 26, 2018 at 1:48 AM, Julie Prestopnik via RT <
> > > > > met_help at ucar.edu>
> > > > > wrote:
> > > > >
> > > > > > Hi Brian.
> > > > > >
> > > > > > I see that you are having a problem with MET on cheyenne.
The
> > recent
> > > > > > directory renaming on cheyenne broke the MET build that
you are
> > > using.
> > > > > We
> > > > > > rebuilt the code in a different area. Here is a link to
the
> > webpage
> > > > > where
> > > > > > we list our existing MET builds:
> > > > > >
> > > > > > https://dtcenter.org/met/users/downloads/existing_met_
> > > > > > builds/METv7.0_existing_met_builds.php
> > > > > >
> > > > > > Please note that for cheyenne, you should now run:
> > > > > >
> > > > > > module use /glade/p/ral/jntp/MET/MET_releases/modulefiles
> > > > > > module load met/7.0
> > > > > >
> > > > > >
> > > > > > Please give that a try and let us know how it goes.
> > > > > >
> > > > > > Thanks!
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Tue, Sep 25, 2018 at 4:17 PM Brian Squitieri via RT <
> > > > > met_help at ucar.edu>
> > > > > > wrote:
> > > > > >
> > > > > > >
> > > > > > > Tue Sep 25 16:10:36 2018: Request 87136 was acted upon.
> > > > > > > Transaction: Ticket created by brianjs at iastate.edu
> > > > > > > Queue: met_help
> > > > > > > Subject: Running MODE on Cheyenne
> > > > > > > Owner: Nobody
> > > > > > > Requestors: brianjs at iastate.edu
> > > > > > > Status: new
> > > > > > > Ticket <URL: https://rt.rap.ucar.edu/rt/
> > > > Ticket/Display.html?id=87136
> > > > > >
> > > > > > >
> > > > > > >
> > > > > > > Good afternoon,
> > > > > > >
> > > > > > > I am attempting to run MODE (via met version 7.0) on
Cheyenne
> > and I
> > > > > > believe
> > > > > > > I have everything configured correctly. I use a tcsh
script to
> > run
> > > > MODE
> > > > > > and
> > > > > > > reference the file provided by DTC. When I run MODE, I
get the
> > > > > following
> > > > > > > error:
> > > > > > >
> > > > > > > /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-
7.0/bin/mode:
> > error
> > > > while
> > > > > > > loading shared libraries: libnetcdf_c++4.so.1: cannot
open
> shared
> > > > > object
> > > > > > > file: No such file or directory
> > > > > > >
> > > > > > > I reference the following paths in my tcshrc script:
> > > > > > > module use
> /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/modulefiles
> > > > > > > module use met/7.0
> > > > > > >
> > > > > > > I see their are beta versions of MET for 7.1, but was
unsure if
> > > those
> > > > > > were
> > > > > > > ok to use yet. Are we supposed to use these executables
> instead?
> > I
> > > > ask
> > > > > > > because I contacted CISL about the issue and they
mentioned
> that
> > > the
> > > > > > > libnetcdf_c++4.so.1
> > > > > > > library was quite old, and to contact those who compiled
MET to
> > see
> > > > if
> > > > > > they
> > > > > > > had any library updates.
> > > > > > >
> > > > > > > I appreciate any advice that you can provide and I look
forward
> > to
> > > > > > hearing
> > > > > > > from you in the near future!
> > > > > > >
> > > > > > > Brian Squitieri
> > > > > > >
> > > > > > > --
> > > > > > > Brian Squitieri
> > > > > > > PhD Candidate
> > > > > > > Department of Geological and Atmospheric Sciences
> > > > > > > Iowa State University
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Brian Squitieri
> > > > > PhD Candidate
> > > > > Department of Geological and Atmospheric Sciences
> > > > > Iowa State University
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > Brian Squitieri
> > > PhD Candidate
> > > Department of Geological and Atmospheric Sciences
> > > Iowa State University
> > >
> > >
> >
> >
>
>
> --
> Brian Squitieri
> PhD Candidate
> Department of Geological and Atmospheric Sciences
> Iowa State University
>
>
------------------------------------------------
Subject: Running MODE on Cheyenne
From: Brian Squitieri
Time: Fri Sep 28 16:05:48 2018
Hello Julie,
I got put in the commands manually and rectified the issue. I went
through
my tcshrc file and found that I had "module use met/7.0" instead of
"module
load met/7.0." That solved this round of issues.
One thing I should mention is that I am not feeding raw files (like
raw WRF
output) to MODE, but customized files that show output of a
convectively
induced cold pool. While all of my data are regridded to a common
grid, I
am attempting to compare one two resolutions with a third (which is
"treated as observations"). One thing I have been warned about is that
MODE
can only except netcdf files that are assigned to specific global
attributes. When I run MODE, I get the following output.
DEBUG 1: Default Config File:
/glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/MODEConfig_default
DEBUG 1: Match Config File:
/gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_domains/MODE/configuration/coldPoolConfig
DEBUG 1: Merge Config File:
/gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_domains/MODE/configuration/coldPoolConfig
WARNING:
WARNING: read_netcdf_grid() -> Applying METv2.0 grid parsing logic
since
the "MET_version" global attribute is not present.
WARNING:
WARNING:
WARNING: read_netcdf_grid() -> Applying METv2.0 grid parsing logic
since
the "MET_version" global attribute is not present.
WARNING:
WARNING:
WARNING: read_netcdf_grid() -> Applying METv2.0 grid parsing logic
since
the "MET_version" global attribute is not present.
WARNING:
WARNING:
WARNING: read_netcdf_grid() -> Applying METv2.0 grid parsing logic
since
the "MET_version" global attribute is not present.
WARNING:
WARNING:
WARNING: Resetting the regridding method from "BUDGET" to "NEAREST"
since
the regridding width is 1.
WARNING:
WARNING:
WARNING: Resetting the regridding method from "BUDGET" to "NEAREST"
since
the regridding width is 1.
WARNING:
DEBUG 1: Forecast File:
/gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/regridFiles/ColdPool_forMODE_06_03_2015.nc
DEBUG 1: Observation File:
/gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/regridFiles/ColdPool_forMODE_06_03_2015.nc
terminate called after throwing an instance of
'netCDF::exceptions::NcEdge'
what(): NetCDF: Start+count exceeds dimension bound
file: ncVar.cpp line:1614
Abort (core dumped)
0.152u 0.144s 0:01.82 15.9% 0+0k 0+0io 0pf+0w
I have two questions. First, what are the implications of "DEBUG 1"
vs.
"WARNING" or "ERROR"? Second, did the program terminate because the
netcdf
file was not attributed properly or because of a grid structural
issue?
I apologize for all of the questions! I admit I'm running MODE in a
rather
strange way (in order to compare cold pools in model output), but I
feel I
am getting close to getting MODE to work for this task.
Brian Squitieri
On Fri, Sep 28, 2018 at 1:50 PM, Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:
> Hi Brian.
>
> You previously mentioned:
>
> > I reference the following paths in my tcshrc script:
> > module use /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/modulefiles
> > module use met/7.0
> >
>
> I don't believe that is getting used.
>
> Below, see my LD_LIBRARY_PATH upon initial login on cheyenne. Then,
see
> that I run "module use" and "module load". Then, see my
LD_LIBRARY_PATH
> after that. Please note the addition of
> /glade/p/ral/jntp/MET/MET_releases/7.0/external_libs/lib, which is
where
> that netcdf library file resides.
>
> cheyenne5:jpresto> echo $LD_LIBRARY_PATH
>
> /glade/u/home/jpresto/local/lib:/glade/u/home/jpresto/
> libs:/usr/lib:/usr/local/X11R5/lib:/usr/openwin/lib:/
> usr/local/lib:/glade/u/home/jpresto/local/enthought/epd-7.
> 0-2-rh5-x86_64/lib:/usr/local/icc/lib/intel64
>
> cheyenne5:jpresto> module use /glade/p/ral/jntp/MET/MET_
> releases/modulefiles
>
> cheyenne5:jpresto> module load met/7.0
>
> cheyenne5:jpresto> echo $LD_LIBRARY_PATH
>
> /glade/p/ral/jntp/MET/MET_releases/7.0/external_libs/
> lib:/glade/u/apps/opt/intel/2017u1/compilers_and_
> libraries/linux/lib/intel64_lin:/glade/u/home/jpresto/
> local/lib:/glade/u/home/jpresto/libs:/usr/lib:/usr/
> local/X11R5/lib:/usr/openwin/lib:/usr/local/lib:/glade/u/
> home/jpresto/local/enthought/epd-7.0-2-rh5-x86_64/lib:/usr/
> local/icc/lib/intel64
>
>
> Instead of relying on the load from your ~/.cshrc file, please run
the
> commands manually and see if you still get that same error. Please
let me
> know how it works out.
>
> Regarding:
>
> > Also, I imagine that MET-MODE version 7.0 will require running
with a new
> > configure script. Where may I find one for version 7.0?
> >
>
> Do you mean updated configuration files? If so, you can find the
default
> config files for met-7.0
> at /glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/. I hope
that
> helps!
>
> Thanks,
> Julie
>
> On Thu, Sep 27, 2018 at 5:32 PM Brian Squitieri via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
> >
> > For echo $LD_LIBRARY_PATH, I get the following:
> >
> >
> > /ncar/opt/slurm/latest//lib:/opt/sgi/mpt/mpt-2.15/lib:/
> glade/u/apps/opt/intel/2017u1/compilers_and_libraries/linux/
> lib/intel64_lin:/glade/u/apps/ch/os/usr/lib64:/glade/u/apps/
> ch/os/usr/lib:/glade/u/apps/ch/os/lib64:/glade/u/apps/ch/os/lib
> >
> > For ldd /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-
7.0/bin/mode, I
> get:
> > linux-vdso.so.1 (0x00002aaaaaaab000)
> > libpng16.so.16 =>
/glade/u/apps/ch/os/usr/lib64/libpng16.so.16
> > (0x00002aaaaaaae000)
> > libz.so.1 => /glade/u/apps/ch/os/lib64/libz.so.1
> > (0x00002aaaaacec000)
> > libm.so.6 => /glade/u/apps/ch/os/lib64/libm.so.6
> > (0x00002aaaaaf02000)
> > libnetcdf_c++4.so.1 => not found
> > libnetcdf.so.11 => not found
> > libgsl.so.19 => not found
> > libgslcblas.so.0 => /glade/u/apps/ch/os/usr/lib64/
> libgslcblas.so.0
> > (0x00002aaaab224000)
> > libstdc++.so.6 =>
/glade/u/apps/ch/os/usr/lib64/libstdc++.so.6
> > (0x00002aaaab463000)
> > libgcc_s.so.1 => /glade/u/apps/ch/os/lib64/libgcc_s.so.1
> > (0x00002aaaab7e7000)
> > libc.so.6 => /glade/u/apps/ch/os/lib64/libc.so.6
> > (0x00002aaaab9fe000)
> > libdl.so.2 => /glade/u/apps/ch/os/lib64/libdl.so.2
> > (0x00002aaaabda7000)
> > /lib64/ld-linux-x86-64.so.2 (0x0000555555554000)
> >
> > Also, I imagine that MET-MODE version 7.0 will require running
with a new
> > configure script. Where may I find one for version 7.0?
> >
> > On Thu, Sep 27, 2018 at 11:05 AM, Julie Prestopnik via RT <
> > met_help at ucar.edu
> > > wrote:
> >
> > > Hi Brian.
> > >
> > > Could you please run the following commands and send me the
output?
> > >
> > > echo $LD_LIBRARY_PATH
> > > ldd /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-7.0/bin/mode
> > >
> > > Thanks!
> > >
> > > Julie
> > >
> > > On Wed, Sep 26, 2018 at 4:21 PM Brian Squitieri via RT <
> > met_help at ucar.edu>
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136
>
> > > >
> > > > Sure!
> > > >
> > > > At
/gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_domains/MODE, I
> > run
> > > > using a tcsh script. The command in the script I use is the
> following:
> > > >
> > > > time /gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
> > > >
> > > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> > > regridFiles/ColdPool_forMODE_
> > > > 06_03_2015.nc
> > > >
> > > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> > > regridFiles/ColdPool_forMODE_
> > > > 06_03_2015.nc
> > > >
> > > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> > > domains/MODE/configuration/coldPoolConfig
> > > > -outdir
> > > >
> > > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> > > domains/experiments/cold_pool_generalizations/3domains_conv/
> MODE_results
> > > >
> > > > The first argument is the mode executable I am running. The
next two
> > > > commands are obs and fcst (both are in the same file),
followed by
> the
> > > > configuration file (and path). The last command is the output
> > directory.
> > > >
> > > > Here is what I get for modules when doing a module list:
> > > >
> > > > Currently Loaded Modules:
> > > > 1) ncarenv/1.2 2) intel/17.0.1 3) ncarcompilers/0.4.1
4)
> > > mpt/2.15f
> > > > 5) netcdf/4.6.1 6) ncl/6.4.0 7) cdo/1.7.2 8)
python/3.6.2 9)
> > > > vim/8.0
> > > >
> > > > I hope this helps!
> > > >
> > > > Brian Squitieri
> > > >
> > > > On Wed, Sep 26, 2018 at 2:07 PM, Julie Prestopnik via RT <
> > > > met_help at ucar.edu>
> > > > wrote:
> > > >
> > > > > Hi Brian.
> > > > >
> > > > > I am not able to reproduce the problem you are experiencing.
Can
> you
> > > > > please send me the command line you are running for mode?
Please
> > > include
> > > > > full paths for the data.
> > > > >
> > > > > Also, could you please run "module list" and send me the
output?
> > > > >
> > > > > Thanks,
> > > > > Julie
> > > > >
> > > > > On Wed, Sep 26, 2018 at 1:03 PM Brian Squitieri via RT <
> > > > met_help at ucar.edu>
> > > > > wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
> > > > > >
> > > > > > Hello Julie,
> > > > > >
> > > > > > I still got the same error as before. I used the following
in my
> > > tcshrc
> > > > > > script:
> > > > > >
> > > > > > module use /glade/p/ral/jntp/MET/MET_releases/modulefiles
> > > > > > module load met/7.0
> > > > > >
> > > > > > I experimented with both of the following MODE executables
when
> > > > running a
> > > > > > tcsh script for using the 'mode' command:
> > > > > >
> > > > > > /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-7.0/bin/mode
> > > > > > /gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
> > > > > >
> > > > > > Could it be the netcdf library version I am using? I also
have
> > access
> > > > to
> > > > > > MET (and MODE) on a much smaller machine at a university,
and was
> > > able
> > > > to
> > > > > > get MODE running, but with netcdf 4.6.2. On Cheyenne, all
we have
> > is
> > > up
> > > > > to
> > > > > > version 4.6.1. Please let me know your thoughts.
> > > > > >
> > > > > > Brian Squitieri
> > > > > >
> > > > > >
> > > > > > On Wed, Sep 26, 2018 at 1:48 AM, Julie Prestopnik via RT <
> > > > > > met_help at ucar.edu>
> > > > > > wrote:
> > > > > >
> > > > > > > Hi Brian.
> > > > > > >
> > > > > > > I see that you are having a problem with MET on
cheyenne. The
> > > recent
> > > > > > > directory renaming on cheyenne broke the MET build that
you are
> > > > using.
> > > > > > We
> > > > > > > rebuilt the code in a different area. Here is a link to
the
> > > webpage
> > > > > > where
> > > > > > > we list our existing MET builds:
> > > > > > >
> > > > > > > https://dtcenter.org/met/users/downloads/existing_met_
> > > > > > > builds/METv7.0_existing_met_builds.php
> > > > > > >
> > > > > > > Please note that for cheyenne, you should now run:
> > > > > > >
> > > > > > > module use
/glade/p/ral/jntp/MET/MET_releases/modulefiles
> > > > > > > module load met/7.0
> > > > > > >
> > > > > > >
> > > > > > > Please give that a try and let us know how it goes.
> > > > > > >
> > > > > > > Thanks!
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Tue, Sep 25, 2018 at 4:17 PM Brian Squitieri via RT <
> > > > > > met_help at ucar.edu>
> > > > > > > wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > Tue Sep 25 16:10:36 2018: Request 87136 was acted
upon.
> > > > > > > > Transaction: Ticket created by brianjs at iastate.edu
> > > > > > > > Queue: met_help
> > > > > > > > Subject: Running MODE on Cheyenne
> > > > > > > > Owner: Nobody
> > > > > > > > Requestors: brianjs at iastate.edu
> > > > > > > > Status: new
> > > > > > > > Ticket <URL: https://rt.rap.ucar.edu/rt/
> > > > > Ticket/Display.html?id=87136
> > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > Good afternoon,
> > > > > > > >
> > > > > > > > I am attempting to run MODE (via met version 7.0) on
Cheyenne
> > > and I
> > > > > > > believe
> > > > > > > > I have everything configured correctly. I use a tcsh
script
> to
> > > run
> > > > > MODE
> > > > > > > and
> > > > > > > > reference the file provided by DTC. When I run MODE, I
get
> the
> > > > > > following
> > > > > > > > error:
> > > > > > > >
> > > > > > > > /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-
7.0/bin/mode:
> > > error
> > > > > while
> > > > > > > > loading shared libraries: libnetcdf_c++4.so.1: cannot
open
> > shared
> > > > > > object
> > > > > > > > file: No such file or directory
> > > > > > > >
> > > > > > > > I reference the following paths in my tcshrc script:
> > > > > > > > module use
> > /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/modulefiles
> > > > > > > > module use met/7.0
> > > > > > > >
> > > > > > > > I see their are beta versions of MET for 7.1, but was
unsure
> if
> > > > those
> > > > > > > were
> > > > > > > > ok to use yet. Are we supposed to use these
executables
> > instead?
> > > I
> > > > > ask
> > > > > > > > because I contacted CISL about the issue and they
mentioned
> > that
> > > > the
> > > > > > > > libnetcdf_c++4.so.1
> > > > > > > > library was quite old, and to contact those who
compiled MET
> to
> > > see
> > > > > if
> > > > > > > they
> > > > > > > > had any library updates.
> > > > > > > >
> > > > > > > > I appreciate any advice that you can provide and I
look
> forward
> > > to
> > > > > > > hearing
> > > > > > > > from you in the near future!
> > > > > > > >
> > > > > > > > Brian Squitieri
> > > > > > > >
> > > > > > > > --
> > > > > > > > Brian Squitieri
> > > > > > > > PhD Candidate
> > > > > > > > Department of Geological and Atmospheric Sciences
> > > > > > > > Iowa State University
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Brian Squitieri
> > > > > > PhD Candidate
> > > > > > Department of Geological and Atmospheric Sciences
> > > > > > Iowa State University
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Brian Squitieri
> > > > PhD Candidate
> > > > Department of Geological and Atmospheric Sciences
> > > > Iowa State University
> > > >
> > > >
> > >
> > >
> >
> >
> > --
> > Brian Squitieri
> > PhD Candidate
> > Department of Geological and Atmospheric Sciences
> > Iowa State University
> >
> >
>
>
--
Brian Squitieri
PhD Candidate
Department of Geological and Atmospheric Sciences
Iowa State University
------------------------------------------------
Subject: Running MODE on Cheyenne
From: Julie Prestopnik
Time: Mon Oct 01 12:15:12 2018
Hi Brian.
Thank you for catching the "module use met/7.0" instead of "module
load
met/7.0." I skipped over that thinking it said "load" and not "use".
It
now makes sense why it wasn't being picked up. :)
First, I updated your original config file for met-7.0
(/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/coldPoolConfig_mod)/
Second, I updated your NetCDF file to change "Met_version" to
"MET_version"
in the attributes section
(/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/ColdPool_forMODE_06_03_2015_new.nc).
Rerunning after those changes, with the following command:
/gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
>
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/ColdPool_forMODE_06_03_2015_new.nc
>
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/ColdPool_forMODE_06_03_2015_new.nc
>
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/coldPoolConfig_mod
> -outdir
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_output/
>
I get the following output:
DEBUG 1: Default Config File:
>
/glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/MODEConfig_default
> DEBUG 1: Match Config File:
>
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/coldPoolConfig_mod
> DEBUG 1: Merge Config File:
>
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/coldPoolConfig_mod
> terminate called after throwing an instance of
'netCDF::exceptions::NcChar'
> what(): NetCDF: Attempt to convert between text & numbers
> file: ncAtt.cpp line:104
> Abort
>
One of our developers was looking into this issue and discovered that
the
problem happens on reading the global variable "scale_lat_1". It is
caused
by the data type of the global attributes: float vs. byte string. The
MET
code expects the "byte array" for the global attributes and does not
accept
float type value. Unfortunately, the same problem exists with latest
code. The developer is working on having MET read both (float data
type
and and "byte array" type).
Thank you for helping us to discover this bug. We are working on a
solution. I can follow up once we have the issue fixed if you would
like.
Thanks,
Julie
On Fri, Sep 28, 2018 at 4:05 PM Brian Squitieri via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
>
> Hello Julie,
>
> I got put in the commands manually and rectified the issue. I went
through
> my tcshrc file and found that I had "module use met/7.0" instead of
"module
> load met/7.0." That solved this round of issues.
>
> One thing I should mention is that I am not feeding raw files (like
raw WRF
> output) to MODE, but customized files that show output of a
convectively
> induced cold pool. While all of my data are regridded to a common
grid, I
> am attempting to compare one two resolutions with a third (which is
> "treated as observations"). One thing I have been warned about is
that MODE
> can only except netcdf files that are assigned to specific global
> attributes. When I run MODE, I get the following output.
>
> DEBUG 1: Default Config File:
>
/glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/MODEConfig_default
> DEBUG 1: Match Config File:
>
>
/gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_domains/MODE/configuration/coldPoolConfig
> DEBUG 1: Merge Config File:
>
>
/gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_domains/MODE/configuration/coldPoolConfig
> WARNING:
> WARNING: read_netcdf_grid() -> Applying METv2.0 grid parsing logic
since
> the "MET_version" global attribute is not present.
> WARNING:
> WARNING:
> WARNING: read_netcdf_grid() -> Applying METv2.0 grid parsing logic
since
> the "MET_version" global attribute is not present.
> WARNING:
> WARNING:
> WARNING: read_netcdf_grid() -> Applying METv2.0 grid parsing logic
since
> the "MET_version" global attribute is not present.
> WARNING:
> WARNING:
> WARNING: read_netcdf_grid() -> Applying METv2.0 grid parsing logic
since
> the "MET_version" global attribute is not present.
> WARNING:
> WARNING:
> WARNING: Resetting the regridding method from "BUDGET" to "NEAREST"
since
> the regridding width is 1.
> WARNING:
> WARNING:
> WARNING: Resetting the regridding method from "BUDGET" to "NEAREST"
since
> the regridding width is 1.
> WARNING:
> DEBUG 1: Forecast File:
>
>
/gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/regridFiles/ColdPool_forMODE_
> 06_03_2015.nc
> DEBUG 1: Observation File:
>
>
/gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/regridFiles/ColdPool_forMODE_
> 06_03_2015.nc
> terminate called after throwing an instance of
'netCDF::exceptions::NcEdge'
> what(): NetCDF: Start+count exceeds dimension bound
> file: ncVar.cpp line:1614
> Abort (core dumped)
> 0.152u 0.144s 0:01.82 15.9% 0+0k 0+0io 0pf+0w
>
> I have two questions. First, what are the implications of "DEBUG 1"
vs.
> "WARNING" or "ERROR"? Second, did the program terminate because the
netcdf
> file was not attributed properly or because of a grid structural
issue?
>
> I apologize for all of the questions! I admit I'm running MODE in a
rather
> strange way (in order to compare cold pools in model output), but I
feel I
> am getting close to getting MODE to work for this task.
>
> Brian Squitieri
>
> On Fri, Sep 28, 2018 at 1:50 PM, Julie Prestopnik via RT <
> met_help at ucar.edu>
> wrote:
>
> > Hi Brian.
> >
> > You previously mentioned:
> >
> > > I reference the following paths in my tcshrc script:
> > > module use /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/modulefiles
> > > module use met/7.0
> > >
> >
> > I don't believe that is getting used.
> >
> > Below, see my LD_LIBRARY_PATH upon initial login on cheyenne.
Then, see
> > that I run "module use" and "module load". Then, see my
LD_LIBRARY_PATH
> > after that. Please note the addition of
> > /glade/p/ral/jntp/MET/MET_releases/7.0/external_libs/lib, which is
where
> > that netcdf library file resides.
> >
> > cheyenne5:jpresto> echo $LD_LIBRARY_PATH
> >
> > /glade/u/home/jpresto/local/lib:/glade/u/home/jpresto/
> > libs:/usr/lib:/usr/local/X11R5/lib:/usr/openwin/lib:/
> > usr/local/lib:/glade/u/home/jpresto/local/enthought/epd-7.
> > 0-2-rh5-x86_64/lib:/usr/local/icc/lib/intel64
> >
> > cheyenne5:jpresto> module use /glade/p/ral/jntp/MET/MET_
> > releases/modulefiles
> >
> > cheyenne5:jpresto> module load met/7.0
> >
> > cheyenne5:jpresto> echo $LD_LIBRARY_PATH
> >
> > /glade/p/ral/jntp/MET/MET_releases/7.0/external_libs/
> > lib:/glade/u/apps/opt/intel/2017u1/compilers_and_
> > libraries/linux/lib/intel64_lin:/glade/u/home/jpresto/
> > local/lib:/glade/u/home/jpresto/libs:/usr/lib:/usr/
> > local/X11R5/lib:/usr/openwin/lib:/usr/local/lib:/glade/u/
> > home/jpresto/local/enthought/epd-7.0-2-rh5-x86_64/lib:/usr/
> > local/icc/lib/intel64
> >
> >
> > Instead of relying on the load from your ~/.cshrc file, please run
the
> > commands manually and see if you still get that same error.
Please let
> me
> > know how it works out.
> >
> > Regarding:
> >
> > > Also, I imagine that MET-MODE version 7.0 will require running
with a
> new
> > > configure script. Where may I find one for version 7.0?
> > >
> >
> > Do you mean updated configuration files? If so, you can find the
default
> > config files for met-7.0
> > at /glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/. I
hope that
> > helps!
> >
> > Thanks,
> > Julie
> >
> > On Thu, Sep 27, 2018 at 5:32 PM Brian Squitieri via RT <
> met_help at ucar.edu>
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
> > >
> > > For echo $LD_LIBRARY_PATH, I get the following:
> > >
> > >
> > > /ncar/opt/slurm/latest//lib:/opt/sgi/mpt/mpt-2.15/lib:/
> > glade/u/apps/opt/intel/2017u1/compilers_and_libraries/linux/
> > lib/intel64_lin:/glade/u/apps/ch/os/usr/lib64:/glade/u/apps/
> > ch/os/usr/lib:/glade/u/apps/ch/os/lib64:/glade/u/apps/ch/os/lib
> > >
> > > For ldd /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-
7.0/bin/mode, I
> > get:
> > > linux-vdso.so.1 (0x00002aaaaaaab000)
> > > libpng16.so.16 =>
/glade/u/apps/ch/os/usr/lib64/libpng16.so.16
> > > (0x00002aaaaaaae000)
> > > libz.so.1 => /glade/u/apps/ch/os/lib64/libz.so.1
> > > (0x00002aaaaacec000)
> > > libm.so.6 => /glade/u/apps/ch/os/lib64/libm.so.6
> > > (0x00002aaaaaf02000)
> > > libnetcdf_c++4.so.1 => not found
> > > libnetcdf.so.11 => not found
> > > libgsl.so.19 => not found
> > > libgslcblas.so.0 => /glade/u/apps/ch/os/usr/lib64/
> > libgslcblas.so.0
> > > (0x00002aaaab224000)
> > > libstdc++.so.6 =>
/glade/u/apps/ch/os/usr/lib64/libstdc++.so.6
> > > (0x00002aaaab463000)
> > > libgcc_s.so.1 => /glade/u/apps/ch/os/lib64/libgcc_s.so.1
> > > (0x00002aaaab7e7000)
> > > libc.so.6 => /glade/u/apps/ch/os/lib64/libc.so.6
> > > (0x00002aaaab9fe000)
> > > libdl.so.2 => /glade/u/apps/ch/os/lib64/libdl.so.2
> > > (0x00002aaaabda7000)
> > > /lib64/ld-linux-x86-64.so.2 (0x0000555555554000)
> > >
> > > Also, I imagine that MET-MODE version 7.0 will require running
with a
> new
> > > configure script. Where may I find one for version 7.0?
> > >
> > > On Thu, Sep 27, 2018 at 11:05 AM, Julie Prestopnik via RT <
> > > met_help at ucar.edu
> > > > wrote:
> > >
> > > > Hi Brian.
> > > >
> > > > Could you please run the following commands and send me the
output?
> > > >
> > > > echo $LD_LIBRARY_PATH
> > > > ldd /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-7.0/bin/mode
> > > >
> > > > Thanks!
> > > >
> > > > Julie
> > > >
> > > > On Wed, Sep 26, 2018 at 4:21 PM Brian Squitieri via RT <
> > > met_help at ucar.edu>
> > > > wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
> > > > >
> > > > > Sure!
> > > > >
> > > > > At
/gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_domains/MODE,
> I
> > > run
> > > > > using a tcsh script. The command in the script I use is the
> > following:
> > > > >
> > > > > time /gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
> > > > >
> > > > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> > > > regridFiles/ColdPool_forMODE_
> > > > > 06_03_2015.nc
> > > > >
> > > > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> > > > regridFiles/ColdPool_forMODE_
> > > > > 06_03_2015.nc
> > > > >
> > > > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> > > > domains/MODE/configuration/coldPoolConfig
> > > > > -outdir
> > > > >
> > > > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> > > > domains/experiments/cold_pool_generalizations/3domains_conv/
> > MODE_results
> > > > >
> > > > > The first argument is the mode executable I am running. The
next
> two
> > > > > commands are obs and fcst (both are in the same file),
followed by
> > the
> > > > > configuration file (and path). The last command is the
output
> > > directory.
> > > > >
> > > > > Here is what I get for modules when doing a module list:
> > > > >
> > > > > Currently Loaded Modules:
> > > > > 1) ncarenv/1.2 2) intel/17.0.1 3) ncarcompilers/0.4.1
4)
> > > > mpt/2.15f
> > > > > 5) netcdf/4.6.1 6) ncl/6.4.0 7) cdo/1.7.2 8)
python/3.6.2
> 9)
> > > > > vim/8.0
> > > > >
> > > > > I hope this helps!
> > > > >
> > > > > Brian Squitieri
> > > > >
> > > > > On Wed, Sep 26, 2018 at 2:07 PM, Julie Prestopnik via RT <
> > > > > met_help at ucar.edu>
> > > > > wrote:
> > > > >
> > > > > > Hi Brian.
> > > > > >
> > > > > > I am not able to reproduce the problem you are
experiencing. Can
> > you
> > > > > > please send me the command line you are running for mode?
Please
> > > > include
> > > > > > full paths for the data.
> > > > > >
> > > > > > Also, could you please run "module list" and send me the
output?
> > > > > >
> > > > > > Thanks,
> > > > > > Julie
> > > > > >
> > > > > > On Wed, Sep 26, 2018 at 1:03 PM Brian Squitieri via RT <
> > > > > met_help at ucar.edu>
> > > > > > wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136
> >
> > > > > > >
> > > > > > > Hello Julie,
> > > > > > >
> > > > > > > I still got the same error as before. I used the
following in
> my
> > > > tcshrc
> > > > > > > script:
> > > > > > >
> > > > > > > module use
/glade/p/ral/jntp/MET/MET_releases/modulefiles
> > > > > > > module load met/7.0
> > > > > > >
> > > > > > > I experimented with both of the following MODE
executables when
> > > > > running a
> > > > > > > tcsh script for using the 'mode' command:
> > > > > > >
> > > > > > > /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-
7.0/bin/mode
> > > > > > > /gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
> > > > > > >
> > > > > > > Could it be the netcdf library version I am using? I
also have
> > > access
> > > > > to
> > > > > > > MET (and MODE) on a much smaller machine at a
university, and
> was
> > > > able
> > > > > to
> > > > > > > get MODE running, but with netcdf 4.6.2. On Cheyenne,
all we
> have
> > > is
> > > > up
> > > > > > to
> > > > > > > version 4.6.1. Please let me know your thoughts.
> > > > > > >
> > > > > > > Brian Squitieri
> > > > > > >
> > > > > > >
> > > > > > > On Wed, Sep 26, 2018 at 1:48 AM, Julie Prestopnik via RT
<
> > > > > > > met_help at ucar.edu>
> > > > > > > wrote:
> > > > > > >
> > > > > > > > Hi Brian.
> > > > > > > >
> > > > > > > > I see that you are having a problem with MET on
cheyenne.
> The
> > > > recent
> > > > > > > > directory renaming on cheyenne broke the MET build
that you
> are
> > > > > using.
> > > > > > > We
> > > > > > > > rebuilt the code in a different area. Here is a link
to the
> > > > webpage
> > > > > > > where
> > > > > > > > we list our existing MET builds:
> > > > > > > >
> > > > > > > > https://dtcenter.org/met/users/downloads/existing_met_
> > > > > > > > builds/METv7.0_existing_met_builds.php
> > > > > > > >
> > > > > > > > Please note that for cheyenne, you should now run:
> > > > > > > >
> > > > > > > > module use
/glade/p/ral/jntp/MET/MET_releases/modulefiles
> > > > > > > > module load met/7.0
> > > > > > > >
> > > > > > > >
> > > > > > > > Please give that a try and let us know how it goes.
> > > > > > > >
> > > > > > > > Thanks!
> > > > > > > >
> > > > > > > > Julie
> > > > > > > >
> > > > > > > > On Tue, Sep 25, 2018 at 4:17 PM Brian Squitieri via RT
<
> > > > > > > met_help at ucar.edu>
> > > > > > > > wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > Tue Sep 25 16:10:36 2018: Request 87136 was acted
upon.
> > > > > > > > > Transaction: Ticket created by brianjs at iastate.edu
> > > > > > > > > Queue: met_help
> > > > > > > > > Subject: Running MODE on Cheyenne
> > > > > > > > > Owner: Nobody
> > > > > > > > > Requestors: brianjs at iastate.edu
> > > > > > > > > Status: new
> > > > > > > > > Ticket <URL: https://rt.rap.ucar.edu/rt/
> > > > > > Ticket/Display.html?id=87136
> > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > Good afternoon,
> > > > > > > > >
> > > > > > > > > I am attempting to run MODE (via met version 7.0) on
> Cheyenne
> > > > and I
> > > > > > > > believe
> > > > > > > > > I have everything configured correctly. I use a tcsh
script
> > to
> > > > run
> > > > > > MODE
> > > > > > > > and
> > > > > > > > > reference the file provided by DTC. When I run MODE,
I get
> > the
> > > > > > > following
> > > > > > > > > error:
> > > > > > > > >
> > > > > > > > > /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-
7.0/bin/mode:
> > > > error
> > > > > > while
> > > > > > > > > loading shared libraries: libnetcdf_c++4.so.1:
cannot open
> > > shared
> > > > > > > object
> > > > > > > > > file: No such file or directory
> > > > > > > > >
> > > > > > > > > I reference the following paths in my tcshrc script:
> > > > > > > > > module use
> > > /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/modulefiles
> > > > > > > > > module use met/7.0
> > > > > > > > >
> > > > > > > > > I see their are beta versions of MET for 7.1, but
was
> unsure
> > if
> > > > > those
> > > > > > > > were
> > > > > > > > > ok to use yet. Are we supposed to use these
executables
> > > instead?
> > > > I
> > > > > > ask
> > > > > > > > > because I contacted CISL about the issue and they
mentioned
> > > that
> > > > > the
> > > > > > > > > libnetcdf_c++4.so.1
> > > > > > > > > library was quite old, and to contact those who
compiled
> MET
> > to
> > > > see
> > > > > > if
> > > > > > > > they
> > > > > > > > > had any library updates.
> > > > > > > > >
> > > > > > > > > I appreciate any advice that you can provide and I
look
> > forward
> > > > to
> > > > > > > > hearing
> > > > > > > > > from you in the near future!
> > > > > > > > >
> > > > > > > > > Brian Squitieri
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Brian Squitieri
> > > > > > > > > PhD Candidate
> > > > > > > > > Department of Geological and Atmospheric Sciences
> > > > > > > > > Iowa State University
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Brian Squitieri
> > > > > > > PhD Candidate
> > > > > > > Department of Geological and Atmospheric Sciences
> > > > > > > Iowa State University
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Brian Squitieri
> > > > > PhD Candidate
> > > > > Department of Geological and Atmospheric Sciences
> > > > > Iowa State University
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > Brian Squitieri
> > > PhD Candidate
> > > Department of Geological and Atmospheric Sciences
> > > Iowa State University
> > >
> > >
> >
> >
>
>
> --
> Brian Squitieri
> PhD Candidate
> Department of Geological and Atmospheric Sciences
> Iowa State University
>
>
------------------------------------------------
Subject: Running MODE on Cheyenne
From: Brian Squitieri
Time: Mon Oct 01 13:04:59 2018
Hello Julie,
I'm glad that I was able to help detect a bug even though that was
purely
by accident! I greatly appreciate what you and the MET team are doing
to
make the evaluation of these files possible. Please keep me informed
once a
solution arises!
One thing I should mention is that these files only contain one time,
and
the actual date/time itself is not important for what I am doing (in
case
that becomes an issue after the problem is solved). Also let me know
if you
have any question regarding the contents/structure of the files and I
can
elaborate further!
Brian Squitieri
On Mon, Oct 1, 2018 at 1:15 PM, Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:
> Hi Brian.
>
> Thank you for catching the "module use met/7.0" instead of "module
load
> met/7.0." I skipped over that thinking it said "load" and not
"use". It
> now makes sense why it wasn't being picked up. :)
>
> First, I updated your original config file for met-7.0
> (/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> config/coldPoolConfig_mod)/
>
> Second, I updated your NetCDF file to change "Met_version" to
"MET_version"
> in the attributes section
> (/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> ColdPool_forMODE_06_03_2015_new.nc).
>
>
> Rerunning after those changes, with the following command:
>
> /gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
> > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> ColdPool_forMODE_06_03_2015_new.nc
> > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> ColdPool_forMODE_06_03_2015_new.nc
> > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
> coldPoolConfig_mod
> > -outdir
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_output/
> >
>
> I get the following output:
>
> DEBUG 1: Default Config File:
> > /glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/
> MODEConfig_default
> > DEBUG 1: Match Config File:
> > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
> coldPoolConfig_mod
> > DEBUG 1: Merge Config File:
> > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
> coldPoolConfig_mod
> > terminate called after throwing an instance of
> 'netCDF::exceptions::NcChar'
> > what(): NetCDF: Attempt to convert between text & numbers
> > file: ncAtt.cpp line:104
> > Abort
> >
>
> One of our developers was looking into this issue and discovered
that the
> problem happens on reading the global variable "scale_lat_1". It is
caused
> by the data type of the global attributes: float vs. byte string.
The MET
> code expects the "byte array" for the global attributes and does not
accept
> float type value. Unfortunately, the same problem exists with
latest
> code. The developer is working on having MET read both (float data
type
> and and "byte array" type).
>
> Thank you for helping us to discover this bug. We are working on a
> solution. I can follow up once we have the issue fixed if you would
like.
>
> Thanks,
> Julie
>
> On Fri, Sep 28, 2018 at 4:05 PM Brian Squitieri via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
> >
> > Hello Julie,
> >
> > I got put in the commands manually and rectified the issue. I went
> through
> > my tcshrc file and found that I had "module use met/7.0" instead
of
> "module
> > load met/7.0." That solved this round of issues.
> >
> > One thing I should mention is that I am not feeding raw files
(like raw
> WRF
> > output) to MODE, but customized files that show output of a
convectively
> > induced cold pool. While all of my data are regridded to a common
grid, I
> > am attempting to compare one two resolutions with a third (which
is
> > "treated as observations"). One thing I have been warned about is
that
> MODE
> > can only except netcdf files that are assigned to specific global
> > attributes. When I run MODE, I get the following output.
> >
> > DEBUG 1: Default Config File:
> > /glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/
> MODEConfig_default
> > DEBUG 1: Match Config File:
> >
> > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> domains/MODE/configuration/coldPoolConfig
> > DEBUG 1: Merge Config File:
> >
> > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> domains/MODE/configuration/coldPoolConfig
> > WARNING:
> > WARNING: read_netcdf_grid() -> Applying METv2.0 grid parsing logic
since
> > the "MET_version" global attribute is not present.
> > WARNING:
> > WARNING:
> > WARNING: read_netcdf_grid() -> Applying METv2.0 grid parsing logic
since
> > the "MET_version" global attribute is not present.
> > WARNING:
> > WARNING:
> > WARNING: read_netcdf_grid() -> Applying METv2.0 grid parsing logic
since
> > the "MET_version" global attribute is not present.
> > WARNING:
> > WARNING:
> > WARNING: read_netcdf_grid() -> Applying METv2.0 grid parsing logic
since
> > the "MET_version" global attribute is not present.
> > WARNING:
> > WARNING:
> > WARNING: Resetting the regridding method from "BUDGET" to
"NEAREST" since
> > the regridding width is 1.
> > WARNING:
> > WARNING:
> > WARNING: Resetting the regridding method from "BUDGET" to
"NEAREST" since
> > the regridding width is 1.
> > WARNING:
> > DEBUG 1: Forecast File:
> >
> > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> regridFiles/ColdPool_forMODE_
> > 06_03_2015.nc
> > DEBUG 1: Observation File:
> >
> > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> regridFiles/ColdPool_forMODE_
> > 06_03_2015.nc
> > terminate called after throwing an instance of
> 'netCDF::exceptions::NcEdge'
> > what(): NetCDF: Start+count exceeds dimension bound
> > file: ncVar.cpp line:1614
> > Abort (core dumped)
> > 0.152u 0.144s 0:01.82 15.9% 0+0k 0+0io 0pf+0w
> >
> > I have two questions. First, what are the implications of "DEBUG
1" vs.
> > "WARNING" or "ERROR"? Second, did the program terminate because
the
> netcdf
> > file was not attributed properly or because of a grid structural
issue?
> >
> > I apologize for all of the questions! I admit I'm running MODE in
a
> rather
> > strange way (in order to compare cold pools in model output), but
I feel
> I
> > am getting close to getting MODE to work for this task.
> >
> > Brian Squitieri
> >
> > On Fri, Sep 28, 2018 at 1:50 PM, Julie Prestopnik via RT <
> > met_help at ucar.edu>
> > wrote:
> >
> > > Hi Brian.
> > >
> > > You previously mentioned:
> > >
> > > > I reference the following paths in my tcshrc script:
> > > > module use
/gpfs/p/ral/jnt/MET/MET_releases/cheyenne/modulefiles
> > > > module use met/7.0
> > > >
> > >
> > > I don't believe that is getting used.
> > >
> > > Below, see my LD_LIBRARY_PATH upon initial login on cheyenne.
Then,
> see
> > > that I run "module use" and "module load". Then, see my
> LD_LIBRARY_PATH
> > > after that. Please note the addition of
> > > /glade/p/ral/jntp/MET/MET_releases/7.0/external_libs/lib, which
is
> where
> > > that netcdf library file resides.
> > >
> > > cheyenne5:jpresto> echo $LD_LIBRARY_PATH
> > >
> > > /glade/u/home/jpresto/local/lib:/glade/u/home/jpresto/
> > > libs:/usr/lib:/usr/local/X11R5/lib:/usr/openwin/lib:/
> > > usr/local/lib:/glade/u/home/jpresto/local/enthought/epd-7.
> > > 0-2-rh5-x86_64/lib:/usr/local/icc/lib/intel64
> > >
> > > cheyenne5:jpresto> module use /glade/p/ral/jntp/MET/MET_
> > > releases/modulefiles
> > >
> > > cheyenne5:jpresto> module load met/7.0
> > >
> > > cheyenne5:jpresto> echo $LD_LIBRARY_PATH
> > >
> > > /glade/p/ral/jntp/MET/MET_releases/7.0/external_libs/
> > > lib:/glade/u/apps/opt/intel/2017u1/compilers_and_
> > > libraries/linux/lib/intel64_lin:/glade/u/home/jpresto/
> > > local/lib:/glade/u/home/jpresto/libs:/usr/lib:/usr/
> > > local/X11R5/lib:/usr/openwin/lib:/usr/local/lib:/glade/u/
> > > home/jpresto/local/enthought/epd-7.0-2-rh5-x86_64/lib:/usr/
> > > local/icc/lib/intel64
> > >
> > >
> > > Instead of relying on the load from your ~/.cshrc file, please
run the
> > > commands manually and see if you still get that same error.
Please let
> > me
> > > know how it works out.
> > >
> > > Regarding:
> > >
> > > > Also, I imagine that MET-MODE version 7.0 will require running
with a
> > new
> > > > configure script. Where may I find one for version 7.0?
> > > >
> > >
> > > Do you mean updated configuration files? If so, you can find
the
> default
> > > config files for met-7.0
> > > at /glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/. I
hope
> that
> > > helps!
> > >
> > > Thanks,
> > > Julie
> > >
> > > On Thu, Sep 27, 2018 at 5:32 PM Brian Squitieri via RT <
> > met_help at ucar.edu>
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136
>
> > > >
> > > > For echo $LD_LIBRARY_PATH, I get the following:
> > > >
> > > >
> > > > /ncar/opt/slurm/latest//lib:/opt/sgi/mpt/mpt-2.15/lib:/
> > > glade/u/apps/opt/intel/2017u1/compilers_and_libraries/linux/
> > > lib/intel64_lin:/glade/u/apps/ch/os/usr/lib64:/glade/u/apps/
> > > ch/os/usr/lib:/glade/u/apps/ch/os/lib64:/glade/u/apps/ch/os/lib
> > > >
> > > > For ldd /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-
7.0/bin/mode,
> I
> > > get:
> > > > linux-vdso.so.1 (0x00002aaaaaaab000)
> > > > libpng16.so.16 => /glade/u/apps/ch/os/usr/lib64/
> libpng16.so.16
> > > > (0x00002aaaaaaae000)
> > > > libz.so.1 => /glade/u/apps/ch/os/lib64/libz.so.1
> > > > (0x00002aaaaacec000)
> > > > libm.so.6 => /glade/u/apps/ch/os/lib64/libm.so.6
> > > > (0x00002aaaaaf02000)
> > > > libnetcdf_c++4.so.1 => not found
> > > > libnetcdf.so.11 => not found
> > > > libgsl.so.19 => not found
> > > > libgslcblas.so.0 => /glade/u/apps/ch/os/usr/lib64/
> > > libgslcblas.so.0
> > > > (0x00002aaaab224000)
> > > > libstdc++.so.6 => /glade/u/apps/ch/os/usr/lib64/
> libstdc++.so.6
> > > > (0x00002aaaab463000)
> > > > libgcc_s.so.1 =>
/glade/u/apps/ch/os/lib64/libgcc_s.so.1
> > > > (0x00002aaaab7e7000)
> > > > libc.so.6 => /glade/u/apps/ch/os/lib64/libc.so.6
> > > > (0x00002aaaab9fe000)
> > > > libdl.so.2 => /glade/u/apps/ch/os/lib64/libdl.so.2
> > > > (0x00002aaaabda7000)
> > > > /lib64/ld-linux-x86-64.so.2 (0x0000555555554000)
> > > >
> > > > Also, I imagine that MET-MODE version 7.0 will require running
with a
> > new
> > > > configure script. Where may I find one for version 7.0?
> > > >
> > > > On Thu, Sep 27, 2018 at 11:05 AM, Julie Prestopnik via RT <
> > > > met_help at ucar.edu
> > > > > wrote:
> > > >
> > > > > Hi Brian.
> > > > >
> > > > > Could you please run the following commands and send me the
output?
> > > > >
> > > > > echo $LD_LIBRARY_PATH
> > > > > ldd /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-
7.0/bin/mode
> > > > >
> > > > > Thanks!
> > > > >
> > > > > Julie
> > > > >
> > > > > On Wed, Sep 26, 2018 at 4:21 PM Brian Squitieri via RT <
> > > > met_help at ucar.edu>
> > > > > wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
> > > > > >
> > > > > > Sure!
> > > > > >
> > > > > > At /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> domains/MODE,
> > I
> > > > run
> > > > > > using a tcsh script. The command in the script I use is
the
> > > following:
> > > > > >
> > > > > > time /gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
> > > > > >
> > > > > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> > > > > regridFiles/ColdPool_forMODE_
> > > > > > 06_03_2015.nc
> > > > > >
> > > > > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> > > > > regridFiles/ColdPool_forMODE_
> > > > > > 06_03_2015.nc
> > > > > >
> > > > > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> > > > > domains/MODE/configuration/coldPoolConfig
> > > > > > -outdir
> > > > > >
> > > > > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> > > > > domains/experiments/cold_pool_generalizations/3domains_conv/
> > > MODE_results
> > > > > >
> > > > > > The first argument is the mode executable I am running.
The next
> > two
> > > > > > commands are obs and fcst (both are in the same file),
followed
> by
> > > the
> > > > > > configuration file (and path). The last command is the
output
> > > > directory.
> > > > > >
> > > > > > Here is what I get for modules when doing a module list:
> > > > > >
> > > > > > Currently Loaded Modules:
> > > > > > 1) ncarenv/1.2 2) intel/17.0.1 3)
ncarcompilers/0.4.1 4)
> > > > > mpt/2.15f
> > > > > > 5) netcdf/4.6.1 6) ncl/6.4.0 7) cdo/1.7.2 8)
python/3.6.2
> > 9)
> > > > > > vim/8.0
> > > > > >
> > > > > > I hope this helps!
> > > > > >
> > > > > > Brian Squitieri
> > > > > >
> > > > > > On Wed, Sep 26, 2018 at 2:07 PM, Julie Prestopnik via RT <
> > > > > > met_help at ucar.edu>
> > > > > > wrote:
> > > > > >
> > > > > > > Hi Brian.
> > > > > > >
> > > > > > > I am not able to reproduce the problem you are
experiencing.
> Can
> > > you
> > > > > > > please send me the command line you are running for
mode?
> Please
> > > > > include
> > > > > > > full paths for the data.
> > > > > > >
> > > > > > > Also, could you please run "module list" and send me the
> output?
> > > > > > >
> > > > > > > Thanks,
> > > > > > > Julie
> > > > > > >
> > > > > > > On Wed, Sep 26, 2018 at 1:03 PM Brian Squitieri via RT <
> > > > > > met_help at ucar.edu>
> > > > > > > wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <URL: https://rt.rap.ucar.edu/rt/
> Ticket/Display.html?id=87136
> > >
> > > > > > > >
> > > > > > > > Hello Julie,
> > > > > > > >
> > > > > > > > I still got the same error as before. I used the
following in
> > my
> > > > > tcshrc
> > > > > > > > script:
> > > > > > > >
> > > > > > > > module use
/glade/p/ral/jntp/MET/MET_releases/modulefiles
> > > > > > > > module load met/7.0
> > > > > > > >
> > > > > > > > I experimented with both of the following MODE
executables
> when
> > > > > > running a
> > > > > > > > tcsh script for using the 'mode' command:
> > > > > > > >
> > > > > > > > /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-
7.0/bin/mode
> > > > > > > > /gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
> > > > > > > >
> > > > > > > > Could it be the netcdf library version I am using? I
also
> have
> > > > access
> > > > > > to
> > > > > > > > MET (and MODE) on a much smaller machine at a
university, and
> > was
> > > > > able
> > > > > > to
> > > > > > > > get MODE running, but with netcdf 4.6.2. On Cheyenne,
all we
> > have
> > > > is
> > > > > up
> > > > > > > to
> > > > > > > > version 4.6.1. Please let me know your thoughts.
> > > > > > > >
> > > > > > > > Brian Squitieri
> > > > > > > >
> > > > > > > >
> > > > > > > > On Wed, Sep 26, 2018 at 1:48 AM, Julie Prestopnik via
RT <
> > > > > > > > met_help at ucar.edu>
> > > > > > > > wrote:
> > > > > > > >
> > > > > > > > > Hi Brian.
> > > > > > > > >
> > > > > > > > > I see that you are having a problem with MET on
cheyenne.
> > The
> > > > > recent
> > > > > > > > > directory renaming on cheyenne broke the MET build
that you
> > are
> > > > > > using.
> > > > > > > > We
> > > > > > > > > rebuilt the code in a different area. Here is a
link to
> the
> > > > > webpage
> > > > > > > > where
> > > > > > > > > we list our existing MET builds:
> > > > > > > > >
> > > > > > > > >
https://dtcenter.org/met/users/downloads/existing_met_
> > > > > > > > > builds/METv7.0_existing_met_builds.php
> > > > > > > > >
> > > > > > > > > Please note that for cheyenne, you should now run:
> > > > > > > > >
> > > > > > > > > module use
/glade/p/ral/jntp/MET/MET_releases/modulefiles
> > > > > > > > > module load met/7.0
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > Please give that a try and let us know how it goes.
> > > > > > > > >
> > > > > > > > > Thanks!
> > > > > > > > >
> > > > > > > > > Julie
> > > > > > > > >
> > > > > > > > > On Tue, Sep 25, 2018 at 4:17 PM Brian Squitieri via
RT <
> > > > > > > > met_help at ucar.edu>
> > > > > > > > > wrote:
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > Tue Sep 25 16:10:36 2018: Request 87136 was acted
upon.
> > > > > > > > > > Transaction: Ticket created by brianjs at iastate.edu
> > > > > > > > > > Queue: met_help
> > > > > > > > > > Subject: Running MODE on Cheyenne
> > > > > > > > > > Owner: Nobody
> > > > > > > > > > Requestors: brianjs at iastate.edu
> > > > > > > > > > Status: new
> > > > > > > > > > Ticket <URL: https://rt.rap.ucar.edu/rt/
> > > > > > > Ticket/Display.html?id=87136
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > Good afternoon,
> > > > > > > > > >
> > > > > > > > > > I am attempting to run MODE (via met version 7.0)
on
> > Cheyenne
> > > > > and I
> > > > > > > > > believe
> > > > > > > > > > I have everything configured correctly. I use a
tcsh
> script
> > > to
> > > > > run
> > > > > > > MODE
> > > > > > > > > and
> > > > > > > > > > reference the file provided by DTC. When I run
MODE, I
> get
> > > the
> > > > > > > > following
> > > > > > > > > > error:
> > > > > > > > > >
> > > > > > > > > > /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-
7.0/bin/
> mode:
> > > > > error
> > > > > > > while
> > > > > > > > > > loading shared libraries: libnetcdf_c++4.so.1:
cannot
> open
> > > > shared
> > > > > > > > object
> > > > > > > > > > file: No such file or directory
> > > > > > > > > >
> > > > > > > > > > I reference the following paths in my tcshrc
script:
> > > > > > > > > > module use
> > > > /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/modulefiles
> > > > > > > > > > module use met/7.0
> > > > > > > > > >
> > > > > > > > > > I see their are beta versions of MET for 7.1, but
was
> > unsure
> > > if
> > > > > > those
> > > > > > > > > were
> > > > > > > > > > ok to use yet. Are we supposed to use these
executables
> > > > instead?
> > > > > I
> > > > > > > ask
> > > > > > > > > > because I contacted CISL about the issue and they
> mentioned
> > > > that
> > > > > > the
> > > > > > > > > > libnetcdf_c++4.so.1
> > > > > > > > > > library was quite old, and to contact those who
compiled
> > MET
> > > to
> > > > > see
> > > > > > > if
> > > > > > > > > they
> > > > > > > > > > had any library updates.
> > > > > > > > > >
> > > > > > > > > > I appreciate any advice that you can provide and I
look
> > > forward
> > > > > to
> > > > > > > > > hearing
> > > > > > > > > > from you in the near future!
> > > > > > > > > >
> > > > > > > > > > Brian Squitieri
> > > > > > > > > >
> > > > > > > > > > --
> > > > > > > > > > Brian Squitieri
> > > > > > > > > > PhD Candidate
> > > > > > > > > > Department of Geological and Atmospheric Sciences
> > > > > > > > > > Iowa State University
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Brian Squitieri
> > > > > > > > PhD Candidate
> > > > > > > > Department of Geological and Atmospheric Sciences
> > > > > > > > Iowa State University
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Brian Squitieri
> > > > > > PhD Candidate
> > > > > > Department of Geological and Atmospheric Sciences
> > > > > > Iowa State University
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Brian Squitieri
> > > > PhD Candidate
> > > > Department of Geological and Atmospheric Sciences
> > > > Iowa State University
> > > >
> > > >
> > >
> > >
> >
> >
> > --
> > Brian Squitieri
> > PhD Candidate
> > Department of Geological and Atmospheric Sciences
> > Iowa State University
> >
> >
>
>
--
Brian Squitieri
PhD Candidate
Department of Geological and Atmospheric Sciences
Iowa State University
------------------------------------------------
Subject: Running MODE on Cheyenne
From: Julie Prestopnik
Time: Mon Oct 01 13:07:03 2018
Thank you, Brian! We appreciate it. We'll follow up with questions
and
once we have a solution.
Julie
On Mon, Oct 1, 2018 at 1:05 PM Brian Squitieri via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
>
> Hello Julie,
>
> I'm glad that I was able to help detect a bug even though that was
purely
> by accident! I greatly appreciate what you and the MET team are
doing to
> make the evaluation of these files possible. Please keep me informed
once a
> solution arises!
>
> One thing I should mention is that these files only contain one
time, and
> the actual date/time itself is not important for what I am doing (in
case
> that becomes an issue after the problem is solved). Also let me know
if you
> have any question regarding the contents/structure of the files and
I can
> elaborate further!
>
> Brian Squitieri
>
> On Mon, Oct 1, 2018 at 1:15 PM, Julie Prestopnik via RT
<met_help at ucar.edu
> >
> wrote:
>
> > Hi Brian.
> >
> > Thank you for catching the "module use met/7.0" instead of "module
load
> > met/7.0." I skipped over that thinking it said "load" and not
"use". It
> > now makes sense why it wasn't being picked up. :)
> >
> > First, I updated your original config file for met-7.0
> > (/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> > config/coldPoolConfig_mod)/
> >
> > Second, I updated your NetCDF file to change "Met_version" to
> "MET_version"
> > in the attributes section
> > (/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> > ColdPool_forMODE_06_03_2015_new.nc).
> >
> >
> > Rerunning after those changes, with the following command:
> >
> > /gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> > ColdPool_forMODE_06_03_2015_new.nc
> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> > ColdPool_forMODE_06_03_2015_new.nc
> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
> > coldPoolConfig_mod
> > > -outdir
> /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_output/
> > >
> >
> > I get the following output:
> >
> > DEBUG 1: Default Config File:
> > > /glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/
> > MODEConfig_default
> > > DEBUG 1: Match Config File:
> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
> > coldPoolConfig_mod
> > > DEBUG 1: Merge Config File:
> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
> > coldPoolConfig_mod
> > > terminate called after throwing an instance of
> > 'netCDF::exceptions::NcChar'
> > > what(): NetCDF: Attempt to convert between text & numbers
> > > file: ncAtt.cpp line:104
> > > Abort
> > >
> >
> > One of our developers was looking into this issue and discovered
that the
> > problem happens on reading the global variable "scale_lat_1". It
is
> caused
> > by the data type of the global attributes: float vs. byte string.
The
> MET
> > code expects the "byte array" for the global attributes and does
not
> accept
> > float type value. Unfortunately, the same problem exists with
latest
> > code. The developer is working on having MET read both (float
data type
> > and and "byte array" type).
> >
> > Thank you for helping us to discover this bug. We are working on a
> > solution. I can follow up once we have the issue fixed if you
would
> like.
> >
> > Thanks,
> > Julie
> >
> > On Fri, Sep 28, 2018 at 4:05 PM Brian Squitieri via RT <
> met_help at ucar.edu>
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
> > >
> > > Hello Julie,
> > >
> > > I got put in the commands manually and rectified the issue. I
went
> > through
> > > my tcshrc file and found that I had "module use met/7.0" instead
of
> > "module
> > > load met/7.0." That solved this round of issues.
> > >
> > > One thing I should mention is that I am not feeding raw files
(like raw
> > WRF
> > > output) to MODE, but customized files that show output of a
> convectively
> > > induced cold pool. While all of my data are regridded to a
common
> grid, I
> > > am attempting to compare one two resolutions with a third (which
is
> > > "treated as observations"). One thing I have been warned about
is that
> > MODE
> > > can only except netcdf files that are assigned to specific
global
> > > attributes. When I run MODE, I get the following output.
> > >
> > > DEBUG 1: Default Config File:
> > > /glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/
> > MODEConfig_default
> > > DEBUG 1: Match Config File:
> > >
> > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> > domains/MODE/configuration/coldPoolConfig
> > > DEBUG 1: Merge Config File:
> > >
> > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> > domains/MODE/configuration/coldPoolConfig
> > > WARNING:
> > > WARNING: read_netcdf_grid() -> Applying METv2.0 grid parsing
logic
> since
> > > the "MET_version" global attribute is not present.
> > > WARNING:
> > > WARNING:
> > > WARNING: read_netcdf_grid() -> Applying METv2.0 grid parsing
logic
> since
> > > the "MET_version" global attribute is not present.
> > > WARNING:
> > > WARNING:
> > > WARNING: read_netcdf_grid() -> Applying METv2.0 grid parsing
logic
> since
> > > the "MET_version" global attribute is not present.
> > > WARNING:
> > > WARNING:
> > > WARNING: read_netcdf_grid() -> Applying METv2.0 grid parsing
logic
> since
> > > the "MET_version" global attribute is not present.
> > > WARNING:
> > > WARNING:
> > > WARNING: Resetting the regridding method from "BUDGET" to
"NEAREST"
> since
> > > the regridding width is 1.
> > > WARNING:
> > > WARNING:
> > > WARNING: Resetting the regridding method from "BUDGET" to
"NEAREST"
> since
> > > the regridding width is 1.
> > > WARNING:
> > > DEBUG 1: Forecast File:
> > >
> > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> > regridFiles/ColdPool_forMODE_
> > > 06_03_2015.nc
> > > DEBUG 1: Observation File:
> > >
> > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> > regridFiles/ColdPool_forMODE_
> > > 06_03_2015.nc
> > > terminate called after throwing an instance of
> > 'netCDF::exceptions::NcEdge'
> > > what(): NetCDF: Start+count exceeds dimension bound
> > > file: ncVar.cpp line:1614
> > > Abort (core dumped)
> > > 0.152u 0.144s 0:01.82 15.9% 0+0k 0+0io 0pf+0w
> > >
> > > I have two questions. First, what are the implications of "DEBUG
1" vs.
> > > "WARNING" or "ERROR"? Second, did the program terminate because
the
> > netcdf
> > > file was not attributed properly or because of a grid structural
issue?
> > >
> > > I apologize for all of the questions! I admit I'm running MODE
in a
> > rather
> > > strange way (in order to compare cold pools in model output),
but I
> feel
> > I
> > > am getting close to getting MODE to work for this task.
> > >
> > > Brian Squitieri
> > >
> > > On Fri, Sep 28, 2018 at 1:50 PM, Julie Prestopnik via RT <
> > > met_help at ucar.edu>
> > > wrote:
> > >
> > > > Hi Brian.
> > > >
> > > > You previously mentioned:
> > > >
> > > > > I reference the following paths in my tcshrc script:
> > > > > module use
/gpfs/p/ral/jnt/MET/MET_releases/cheyenne/modulefiles
> > > > > module use met/7.0
> > > > >
> > > >
> > > > I don't believe that is getting used.
> > > >
> > > > Below, see my LD_LIBRARY_PATH upon initial login on cheyenne.
Then,
> > see
> > > > that I run "module use" and "module load". Then, see my
> > LD_LIBRARY_PATH
> > > > after that. Please note the addition of
> > > > /glade/p/ral/jntp/MET/MET_releases/7.0/external_libs/lib,
which is
> > where
> > > > that netcdf library file resides.
> > > >
> > > > cheyenne5:jpresto> echo $LD_LIBRARY_PATH
> > > >
> > > > /glade/u/home/jpresto/local/lib:/glade/u/home/jpresto/
> > > > libs:/usr/lib:/usr/local/X11R5/lib:/usr/openwin/lib:/
> > > > usr/local/lib:/glade/u/home/jpresto/local/enthought/epd-7.
> > > > 0-2-rh5-x86_64/lib:/usr/local/icc/lib/intel64
> > > >
> > > > cheyenne5:jpresto> module use /glade/p/ral/jntp/MET/MET_
> > > > releases/modulefiles
> > > >
> > > > cheyenne5:jpresto> module load met/7.0
> > > >
> > > > cheyenne5:jpresto> echo $LD_LIBRARY_PATH
> > > >
> > > > /glade/p/ral/jntp/MET/MET_releases/7.0/external_libs/
> > > > lib:/glade/u/apps/opt/intel/2017u1/compilers_and_
> > > > libraries/linux/lib/intel64_lin:/glade/u/home/jpresto/
> > > > local/lib:/glade/u/home/jpresto/libs:/usr/lib:/usr/
> > > > local/X11R5/lib:/usr/openwin/lib:/usr/local/lib:/glade/u/
> > > > home/jpresto/local/enthought/epd-7.0-2-rh5-x86_64/lib:/usr/
> > > > local/icc/lib/intel64
> > > >
> > > >
> > > > Instead of relying on the load from your ~/.cshrc file, please
run
> the
> > > > commands manually and see if you still get that same error.
Please
> let
> > > me
> > > > know how it works out.
> > > >
> > > > Regarding:
> > > >
> > > > > Also, I imagine that MET-MODE version 7.0 will require
running
> with a
> > > new
> > > > > configure script. Where may I find one for version 7.0?
> > > > >
> > > >
> > > > Do you mean updated configuration files? If so, you can find
the
> > default
> > > > config files for met-7.0
> > > > at /glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/.
I hope
> > that
> > > > helps!
> > > >
> > > > Thanks,
> > > > Julie
> > > >
> > > > On Thu, Sep 27, 2018 at 5:32 PM Brian Squitieri via RT <
> > > met_help at ucar.edu>
> > > > wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
> > > > >
> > > > > For echo $LD_LIBRARY_PATH, I get the following:
> > > > >
> > > > >
> > > > > /ncar/opt/slurm/latest//lib:/opt/sgi/mpt/mpt-2.15/lib:/
> > > > glade/u/apps/opt/intel/2017u1/compilers_and_libraries/linux/
> > > > lib/intel64_lin:/glade/u/apps/ch/os/usr/lib64:/glade/u/apps/
> > > >
ch/os/usr/lib:/glade/u/apps/ch/os/lib64:/glade/u/apps/ch/os/lib
> > > > >
> > > > > For ldd /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-
7.0/bin/mode,
> > I
> > > > get:
> > > > > linux-vdso.so.1 (0x00002aaaaaaab000)
> > > > > libpng16.so.16 => /glade/u/apps/ch/os/usr/lib64/
> > libpng16.so.16
> > > > > (0x00002aaaaaaae000)
> > > > > libz.so.1 => /glade/u/apps/ch/os/lib64/libz.so.1
> > > > > (0x00002aaaaacec000)
> > > > > libm.so.6 => /glade/u/apps/ch/os/lib64/libm.so.6
> > > > > (0x00002aaaaaf02000)
> > > > > libnetcdf_c++4.so.1 => not found
> > > > > libnetcdf.so.11 => not found
> > > > > libgsl.so.19 => not found
> > > > > libgslcblas.so.0 => /glade/u/apps/ch/os/usr/lib64/
> > > > libgslcblas.so.0
> > > > > (0x00002aaaab224000)
> > > > > libstdc++.so.6 => /glade/u/apps/ch/os/usr/lib64/
> > libstdc++.so.6
> > > > > (0x00002aaaab463000)
> > > > > libgcc_s.so.1 =>
/glade/u/apps/ch/os/lib64/libgcc_s.so.1
> > > > > (0x00002aaaab7e7000)
> > > > > libc.so.6 => /glade/u/apps/ch/os/lib64/libc.so.6
> > > > > (0x00002aaaab9fe000)
> > > > > libdl.so.2 => /glade/u/apps/ch/os/lib64/libdl.so.2
> > > > > (0x00002aaaabda7000)
> > > > > /lib64/ld-linux-x86-64.so.2 (0x0000555555554000)
> > > > >
> > > > > Also, I imagine that MET-MODE version 7.0 will require
running
> with a
> > > new
> > > > > configure script. Where may I find one for version 7.0?
> > > > >
> > > > > On Thu, Sep 27, 2018 at 11:05 AM, Julie Prestopnik via RT <
> > > > > met_help at ucar.edu
> > > > > > wrote:
> > > > >
> > > > > > Hi Brian.
> > > > > >
> > > > > > Could you please run the following commands and send me
the
> output?
> > > > > >
> > > > > > echo $LD_LIBRARY_PATH
> > > > > > ldd /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-
7.0/bin/mode
> > > > > >
> > > > > > Thanks!
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Wed, Sep 26, 2018 at 4:21 PM Brian Squitieri via RT <
> > > > > met_help at ucar.edu>
> > > > > > wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136
> >
> > > > > > >
> > > > > > > Sure!
> > > > > > >
> > > > > > > At /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> > domains/MODE,
> > > I
> > > > > run
> > > > > > > using a tcsh script. The command in the script I use is
the
> > > > following:
> > > > > > >
> > > > > > > time /gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
> > > > > > >
> > > > > > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> > > > > > regridFiles/ColdPool_forMODE_
> > > > > > > 06_03_2015.nc
> > > > > > >
> > > > > > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> > > > > > regridFiles/ColdPool_forMODE_
> > > > > > > 06_03_2015.nc
> > > > > > >
> > > > > > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> > > > > > domains/MODE/configuration/coldPoolConfig
> > > > > > > -outdir
> > > > > > >
> > > > > > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> > > > > >
domains/experiments/cold_pool_generalizations/3domains_conv/
> > > > MODE_results
> > > > > > >
> > > > > > > The first argument is the mode executable I am running.
The
> next
> > > two
> > > > > > > commands are obs and fcst (both are in the same file),
followed
> > by
> > > > the
> > > > > > > configuration file (and path). The last command is the
output
> > > > > directory.
> > > > > > >
> > > > > > > Here is what I get for modules when doing a module list:
> > > > > > >
> > > > > > > Currently Loaded Modules:
> > > > > > > 1) ncarenv/1.2 2) intel/17.0.1 3)
ncarcompilers/0.4.1
> 4)
> > > > > > mpt/2.15f
> > > > > > > 5) netcdf/4.6.1 6) ncl/6.4.0 7) cdo/1.7.2 8)
> python/3.6.2
> > > 9)
> > > > > > > vim/8.0
> > > > > > >
> > > > > > > I hope this helps!
> > > > > > >
> > > > > > > Brian Squitieri
> > > > > > >
> > > > > > > On Wed, Sep 26, 2018 at 2:07 PM, Julie Prestopnik via RT
<
> > > > > > > met_help at ucar.edu>
> > > > > > > wrote:
> > > > > > >
> > > > > > > > Hi Brian.
> > > > > > > >
> > > > > > > > I am not able to reproduce the problem you are
experiencing.
> > Can
> > > > you
> > > > > > > > please send me the command line you are running for
mode?
> > Please
> > > > > > include
> > > > > > > > full paths for the data.
> > > > > > > >
> > > > > > > > Also, could you please run "module list" and send me
the
> > output?
> > > > > > > >
> > > > > > > > Thanks,
> > > > > > > > Julie
> > > > > > > >
> > > > > > > > On Wed, Sep 26, 2018 at 1:03 PM Brian Squitieri via RT
<
> > > > > > > met_help at ucar.edu>
> > > > > > > > wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > <URL: https://rt.rap.ucar.edu/rt/
> > Ticket/Display.html?id=87136
> > > >
> > > > > > > > >
> > > > > > > > > Hello Julie,
> > > > > > > > >
> > > > > > > > > I still got the same error as before. I used the
following
> in
> > > my
> > > > > > tcshrc
> > > > > > > > > script:
> > > > > > > > >
> > > > > > > > > module use
/glade/p/ral/jntp/MET/MET_releases/modulefiles
> > > > > > > > > module load met/7.0
> > > > > > > > >
> > > > > > > > > I experimented with both of the following MODE
executables
> > when
> > > > > > > running a
> > > > > > > > > tcsh script for using the 'mode' command:
> > > > > > > > >
> > > > > > > > > /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-
7.0/bin/mode
> > > > > > > > > /gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
> > > > > > > > >
> > > > > > > > > Could it be the netcdf library version I am using? I
also
> > have
> > > > > access
> > > > > > > to
> > > > > > > > > MET (and MODE) on a much smaller machine at a
university,
> and
> > > was
> > > > > > able
> > > > > > > to
> > > > > > > > > get MODE running, but with netcdf 4.6.2. On
Cheyenne, all
> we
> > > have
> > > > > is
> > > > > > up
> > > > > > > > to
> > > > > > > > > version 4.6.1. Please let me know your thoughts.
> > > > > > > > >
> > > > > > > > > Brian Squitieri
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > On Wed, Sep 26, 2018 at 1:48 AM, Julie Prestopnik
via RT <
> > > > > > > > > met_help at ucar.edu>
> > > > > > > > > wrote:
> > > > > > > > >
> > > > > > > > > > Hi Brian.
> > > > > > > > > >
> > > > > > > > > > I see that you are having a problem with MET on
cheyenne.
> > > The
> > > > > > recent
> > > > > > > > > > directory renaming on cheyenne broke the MET build
that
> you
> > > are
> > > > > > > using.
> > > > > > > > > We
> > > > > > > > > > rebuilt the code in a different area. Here is a
link to
> > the
> > > > > > webpage
> > > > > > > > > where
> > > > > > > > > > we list our existing MET builds:
> > > > > > > > > >
> > > > > > > > > >
https://dtcenter.org/met/users/downloads/existing_met_
> > > > > > > > > > builds/METv7.0_existing_met_builds.php
> > > > > > > > > >
> > > > > > > > > > Please note that for cheyenne, you should now run:
> > > > > > > > > >
> > > > > > > > > > module use
/glade/p/ral/jntp/MET/MET_releases/modulefiles
> > > > > > > > > > module load met/7.0
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > Please give that a try and let us know how it
goes.
> > > > > > > > > >
> > > > > > > > > > Thanks!
> > > > > > > > > >
> > > > > > > > > > Julie
> > > > > > > > > >
> > > > > > > > > > On Tue, Sep 25, 2018 at 4:17 PM Brian Squitieri
via RT <
> > > > > > > > > met_help at ucar.edu>
> > > > > > > > > > wrote:
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Tue Sep 25 16:10:36 2018: Request 87136 was
acted upon.
> > > > > > > > > > > Transaction: Ticket created by
brianjs at iastate.edu
> > > > > > > > > > > Queue: met_help
> > > > > > > > > > > Subject: Running MODE on Cheyenne
> > > > > > > > > > > Owner: Nobody
> > > > > > > > > > > Requestors: brianjs at iastate.edu
> > > > > > > > > > > Status: new
> > > > > > > > > > > Ticket <URL: https://rt.rap.ucar.edu/rt/
> > > > > > > > Ticket/Display.html?id=87136
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Good afternoon,
> > > > > > > > > > >
> > > > > > > > > > > I am attempting to run MODE (via met version
7.0) on
> > > Cheyenne
> > > > > > and I
> > > > > > > > > > believe
> > > > > > > > > > > I have everything configured correctly. I use a
tcsh
> > script
> > > > to
> > > > > > run
> > > > > > > > MODE
> > > > > > > > > > and
> > > > > > > > > > > reference the file provided by DTC. When I run
MODE, I
> > get
> > > > the
> > > > > > > > > following
> > > > > > > > > > > error:
> > > > > > > > > > >
> > > > > > > > > > > /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-
7.0/bin/
> > mode:
> > > > > > error
> > > > > > > > while
> > > > > > > > > > > loading shared libraries: libnetcdf_c++4.so.1:
cannot
> > open
> > > > > shared
> > > > > > > > > object
> > > > > > > > > > > file: No such file or directory
> > > > > > > > > > >
> > > > > > > > > > > I reference the following paths in my tcshrc
script:
> > > > > > > > > > > module use
> > > > > /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/modulefiles
> > > > > > > > > > > module use met/7.0
> > > > > > > > > > >
> > > > > > > > > > > I see their are beta versions of MET for 7.1,
but was
> > > unsure
> > > > if
> > > > > > > those
> > > > > > > > > > were
> > > > > > > > > > > ok to use yet. Are we supposed to use these
executables
> > > > > instead?
> > > > > > I
> > > > > > > > ask
> > > > > > > > > > > because I contacted CISL about the issue and
they
> > mentioned
> > > > > that
> > > > > > > the
> > > > > > > > > > > libnetcdf_c++4.so.1
> > > > > > > > > > > library was quite old, and to contact those who
> compiled
> > > MET
> > > > to
> > > > > > see
> > > > > > > > if
> > > > > > > > > > they
> > > > > > > > > > > had any library updates.
> > > > > > > > > > >
> > > > > > > > > > > I appreciate any advice that you can provide and
I look
> > > > forward
> > > > > > to
> > > > > > > > > > hearing
> > > > > > > > > > > from you in the near future!
> > > > > > > > > > >
> > > > > > > > > > > Brian Squitieri
> > > > > > > > > > >
> > > > > > > > > > > --
> > > > > > > > > > > Brian Squitieri
> > > > > > > > > > > PhD Candidate
> > > > > > > > > > > Department of Geological and Atmospheric
Sciences
> > > > > > > > > > > Iowa State University
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Brian Squitieri
> > > > > > > > > PhD Candidate
> > > > > > > > > Department of Geological and Atmospheric Sciences
> > > > > > > > > Iowa State University
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Brian Squitieri
> > > > > > > PhD Candidate
> > > > > > > Department of Geological and Atmospheric Sciences
> > > > > > > Iowa State University
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Brian Squitieri
> > > > > PhD Candidate
> > > > > Department of Geological and Atmospheric Sciences
> > > > > Iowa State University
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > Brian Squitieri
> > > PhD Candidate
> > > Department of Geological and Atmospheric Sciences
> > > Iowa State University
> > >
> > >
> >
> >
>
>
> --
> Brian Squitieri
> PhD Candidate
> Department of Geological and Atmospheric Sciences
> Iowa State University
>
>
------------------------------------------------
Subject: Running MODE on Cheyenne
From: Julie Prestopnik
Time: Mon Oct 01 14:05:23 2018
Hi Brian.
One quick question. I'm working on manually modifying your NetCDF
file.
I've gotten past a few errors and am now receiving the error:
ERROR :
ERROR : grd_file_type() -> file does not exist
"/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/mask/vx_mask.nc"
ERROR :
I see in your MODE config file:
poly = "${config_dir}/mask/vx_mask.nc"
I looked for
/gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_domains/MODE/configuration/mask,
but I see that directory does not exist. Can you please point me to
vx_mask.nc?
Thanks!
Julie
On Mon, Oct 1, 2018 at 1:06 PM Julie Prestopnik <jpresto at ucar.edu>
wrote:
> Thank you, Brian! We appreciate it. We'll follow up with questions
and
> once we have a solution.
>
> Julie
>
> On Mon, Oct 1, 2018 at 1:05 PM Brian Squitieri via RT
<met_help at ucar.edu>
> wrote:
>
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
>>
>> Hello Julie,
>>
>> I'm glad that I was able to help detect a bug even though that was
purely
>> by accident! I greatly appreciate what you and the MET team are
doing to
>> make the evaluation of these files possible. Please keep me
informed once
>> a
>> solution arises!
>>
>> One thing I should mention is that these files only contain one
time, and
>> the actual date/time itself is not important for what I am doing
(in case
>> that becomes an issue after the problem is solved). Also let me
know if
>> you
>> have any question regarding the contents/structure of the files and
I can
>> elaborate further!
>>
>> Brian Squitieri
>>
>> On Mon, Oct 1, 2018 at 1:15 PM, Julie Prestopnik via RT <
>> met_help at ucar.edu>
>> wrote:
>>
>> > Hi Brian.
>> >
>> > Thank you for catching the "module use met/7.0" instead of
"module load
>> > met/7.0." I skipped over that thinking it said "load" and not
"use".
>> It
>> > now makes sense why it wasn't being picked up. :)
>> >
>> > First, I updated your original config file for met-7.0
>> > (/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
>> > config/coldPoolConfig_mod)/
>> >
>> > Second, I updated your NetCDF file to change "Met_version" to
>> "MET_version"
>> > in the attributes section
>> > (/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
>> > ColdPool_forMODE_06_03_2015_new.nc).
>> >
>> >
>> > Rerunning after those changes, with the following command:
>> >
>> > /gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
>> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
>> > ColdPool_forMODE_06_03_2015_new.nc
>> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
>> > ColdPool_forMODE_06_03_2015_new.nc
>> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
>> > coldPoolConfig_mod
>> > > -outdir
>> /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_output/
>> > >
>> >
>> > I get the following output:
>> >
>> > DEBUG 1: Default Config File:
>> > > /glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/
>> > MODEConfig_default
>> > > DEBUG 1: Match Config File:
>> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
>> > coldPoolConfig_mod
>> > > DEBUG 1: Merge Config File:
>> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
>> > coldPoolConfig_mod
>> > > terminate called after throwing an instance of
>> > 'netCDF::exceptions::NcChar'
>> > > what(): NetCDF: Attempt to convert between text & numbers
>> > > file: ncAtt.cpp line:104
>> > > Abort
>> > >
>> >
>> > One of our developers was looking into this issue and discovered
that
>> the
>> > problem happens on reading the global variable "scale_lat_1". It
is
>> caused
>> > by the data type of the global attributes: float vs. byte string.
The
>> MET
>> > code expects the "byte array" for the global attributes and does
not
>> accept
>> > float type value. Unfortunately, the same problem exists with
latest
>> > code. The developer is working on having MET read both (float
data type
>> > and and "byte array" type).
>> >
>> > Thank you for helping us to discover this bug. We are working on
a
>> > solution. I can follow up once we have the issue fixed if you
would
>> like.
>> >
>> > Thanks,
>> > Julie
>> >
>> > On Fri, Sep 28, 2018 at 4:05 PM Brian Squitieri via RT <
>> met_help at ucar.edu>
>> > wrote:
>> >
>> > >
>> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
>> > >
>> > > Hello Julie,
>> > >
>> > > I got put in the commands manually and rectified the issue. I
went
>> > through
>> > > my tcshrc file and found that I had "module use met/7.0"
instead of
>> > "module
>> > > load met/7.0." That solved this round of issues.
>> > >
>> > > One thing I should mention is that I am not feeding raw files
(like
>> raw
>> > WRF
>> > > output) to MODE, but customized files that show output of a
>> convectively
>> > > induced cold pool. While all of my data are regridded to a
common
>> grid, I
>> > > am attempting to compare one two resolutions with a third
(which is
>> > > "treated as observations"). One thing I have been warned about
is that
>> > MODE
>> > > can only except netcdf files that are assigned to specific
global
>> > > attributes. When I run MODE, I get the following output.
>> > >
>> > > DEBUG 1: Default Config File:
>> > > /glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/
>> > MODEConfig_default
>> > > DEBUG 1: Match Config File:
>> > >
>> > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
>> > domains/MODE/configuration/coldPoolConfig
>> > > DEBUG 1: Merge Config File:
>> > >
>> > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
>> > domains/MODE/configuration/coldPoolConfig
>> > > WARNING:
>> > > WARNING: read_netcdf_grid() -> Applying METv2.0 grid parsing
logic
>> since
>> > > the "MET_version" global attribute is not present.
>> > > WARNING:
>> > > WARNING:
>> > > WARNING: read_netcdf_grid() -> Applying METv2.0 grid parsing
logic
>> since
>> > > the "MET_version" global attribute is not present.
>> > > WARNING:
>> > > WARNING:
>> > > WARNING: read_netcdf_grid() -> Applying METv2.0 grid parsing
logic
>> since
>> > > the "MET_version" global attribute is not present.
>> > > WARNING:
>> > > WARNING:
>> > > WARNING: read_netcdf_grid() -> Applying METv2.0 grid parsing
logic
>> since
>> > > the "MET_version" global attribute is not present.
>> > > WARNING:
>> > > WARNING:
>> > > WARNING: Resetting the regridding method from "BUDGET" to
"NEAREST"
>> since
>> > > the regridding width is 1.
>> > > WARNING:
>> > > WARNING:
>> > > WARNING: Resetting the regridding method from "BUDGET" to
"NEAREST"
>> since
>> > > the regridding width is 1.
>> > > WARNING:
>> > > DEBUG 1: Forecast File:
>> > >
>> > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
>> > regridFiles/ColdPool_forMODE_
>> > > 06_03_2015.nc
>> > > DEBUG 1: Observation File:
>> > >
>> > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
>> > regridFiles/ColdPool_forMODE_
>> > > 06_03_2015.nc
>> > > terminate called after throwing an instance of
>> > 'netCDF::exceptions::NcEdge'
>> > > what(): NetCDF: Start+count exceeds dimension bound
>> > > file: ncVar.cpp line:1614
>> > > Abort (core dumped)
>> > > 0.152u 0.144s 0:01.82 15.9% 0+0k 0+0io 0pf+0w
>> > >
>> > > I have two questions. First, what are the implications of
"DEBUG 1"
>> vs.
>> > > "WARNING" or "ERROR"? Second, did the program terminate because
the
>> > netcdf
>> > > file was not attributed properly or because of a grid
structural
>> issue?
>> > >
>> > > I apologize for all of the questions! I admit I'm running MODE
in a
>> > rather
>> > > strange way (in order to compare cold pools in model output),
but I
>> feel
>> > I
>> > > am getting close to getting MODE to work for this task.
>> > >
>> > > Brian Squitieri
>> > >
>> > > On Fri, Sep 28, 2018 at 1:50 PM, Julie Prestopnik via RT <
>> > > met_help at ucar.edu>
>> > > wrote:
>> > >
>> > > > Hi Brian.
>> > > >
>> > > > You previously mentioned:
>> > > >
>> > > > > I reference the following paths in my tcshrc script:
>> > > > > module use
/gpfs/p/ral/jnt/MET/MET_releases/cheyenne/modulefiles
>> > > > > module use met/7.0
>> > > > >
>> > > >
>> > > > I don't believe that is getting used.
>> > > >
>> > > > Below, see my LD_LIBRARY_PATH upon initial login on cheyenne.
Then,
>> > see
>> > > > that I run "module use" and "module load". Then, see my
>> > LD_LIBRARY_PATH
>> > > > after that. Please note the addition of
>> > > > /glade/p/ral/jntp/MET/MET_releases/7.0/external_libs/lib,
which is
>> > where
>> > > > that netcdf library file resides.
>> > > >
>> > > > cheyenne5:jpresto> echo $LD_LIBRARY_PATH
>> > > >
>> > > > /glade/u/home/jpresto/local/lib:/glade/u/home/jpresto/
>> > > > libs:/usr/lib:/usr/local/X11R5/lib:/usr/openwin/lib:/
>> > > > usr/local/lib:/glade/u/home/jpresto/local/enthought/epd-7.
>> > > > 0-2-rh5-x86_64/lib:/usr/local/icc/lib/intel64
>> > > >
>> > > > cheyenne5:jpresto> module use /glade/p/ral/jntp/MET/MET_
>> > > > releases/modulefiles
>> > > >
>> > > > cheyenne5:jpresto> module load met/7.0
>> > > >
>> > > > cheyenne5:jpresto> echo $LD_LIBRARY_PATH
>> > > >
>> > > > /glade/p/ral/jntp/MET/MET_releases/7.0/external_libs/
>> > > > lib:/glade/u/apps/opt/intel/2017u1/compilers_and_
>> > > > libraries/linux/lib/intel64_lin:/glade/u/home/jpresto/
>> > > > local/lib:/glade/u/home/jpresto/libs:/usr/lib:/usr/
>> > > > local/X11R5/lib:/usr/openwin/lib:/usr/local/lib:/glade/u/
>> > > > home/jpresto/local/enthought/epd-7.0-2-rh5-x86_64/lib:/usr/
>> > > > local/icc/lib/intel64
>> > > >
>> > > >
>> > > > Instead of relying on the load from your ~/.cshrc file,
please run
>> the
>> > > > commands manually and see if you still get that same error.
Please
>> let
>> > > me
>> > > > know how it works out.
>> > > >
>> > > > Regarding:
>> > > >
>> > > > > Also, I imagine that MET-MODE version 7.0 will require
running
>> with a
>> > > new
>> > > > > configure script. Where may I find one for version 7.0?
>> > > > >
>> > > >
>> > > > Do you mean updated configuration files? If so, you can find
the
>> > default
>> > > > config files for met-7.0
>> > > > at /glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/.
I hope
>> > that
>> > > > helps!
>> > > >
>> > > > Thanks,
>> > > > Julie
>> > > >
>> > > > On Thu, Sep 27, 2018 at 5:32 PM Brian Squitieri via RT <
>> > > met_help at ucar.edu>
>> > > > wrote:
>> > > >
>> > > > >
>> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
>> > > > >
>> > > > > For echo $LD_LIBRARY_PATH, I get the following:
>> > > > >
>> > > > >
>> > > > > /ncar/opt/slurm/latest//lib:/opt/sgi/mpt/mpt-2.15/lib:/
>> > > > glade/u/apps/opt/intel/2017u1/compilers_and_libraries/linux/
>> > > > lib/intel64_lin:/glade/u/apps/ch/os/usr/lib64:/glade/u/apps/
>> > > >
ch/os/usr/lib:/glade/u/apps/ch/os/lib64:/glade/u/apps/ch/os/lib
>> > > > >
>> > > > > For ldd
>> /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-7.0/bin/mode,
>> > I
>> > > > get:
>> > > > > linux-vdso.so.1 (0x00002aaaaaaab000)
>> > > > > libpng16.so.16 => /glade/u/apps/ch/os/usr/lib64/
>> > libpng16.so.16
>> > > > > (0x00002aaaaaaae000)
>> > > > > libz.so.1 => /glade/u/apps/ch/os/lib64/libz.so.1
>> > > > > (0x00002aaaaacec000)
>> > > > > libm.so.6 => /glade/u/apps/ch/os/lib64/libm.so.6
>> > > > > (0x00002aaaaaf02000)
>> > > > > libnetcdf_c++4.so.1 => not found
>> > > > > libnetcdf.so.11 => not found
>> > > > > libgsl.so.19 => not found
>> > > > > libgslcblas.so.0 => /glade/u/apps/ch/os/usr/lib64/
>> > > > libgslcblas.so.0
>> > > > > (0x00002aaaab224000)
>> > > > > libstdc++.so.6 => /glade/u/apps/ch/os/usr/lib64/
>> > libstdc++.so.6
>> > > > > (0x00002aaaab463000)
>> > > > > libgcc_s.so.1 =>
/glade/u/apps/ch/os/lib64/libgcc_s.so.1
>> > > > > (0x00002aaaab7e7000)
>> > > > > libc.so.6 => /glade/u/apps/ch/os/lib64/libc.so.6
>> > > > > (0x00002aaaab9fe000)
>> > > > > libdl.so.2 => /glade/u/apps/ch/os/lib64/libdl.so.2
>> > > > > (0x00002aaaabda7000)
>> > > > > /lib64/ld-linux-x86-64.so.2 (0x0000555555554000)
>> > > > >
>> > > > > Also, I imagine that MET-MODE version 7.0 will require
running
>> with a
>> > > new
>> > > > > configure script. Where may I find one for version 7.0?
>> > > > >
>> > > > > On Thu, Sep 27, 2018 at 11:05 AM, Julie Prestopnik via RT <
>> > > > > met_help at ucar.edu
>> > > > > > wrote:
>> > > > >
>> > > > > > Hi Brian.
>> > > > > >
>> > > > > > Could you please run the following commands and send me
the
>> output?
>> > > > > >
>> > > > > > echo $LD_LIBRARY_PATH
>> > > > > > ldd /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-
7.0/bin/mode
>> > > > > >
>> > > > > > Thanks!
>> > > > > >
>> > > > > > Julie
>> > > > > >
>> > > > > > On Wed, Sep 26, 2018 at 4:21 PM Brian Squitieri via RT <
>> > > > > met_help at ucar.edu>
>> > > > > > wrote:
>> > > > > >
>> > > > > > >
>> > > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136
>> >
>> > > > > > >
>> > > > > > > Sure!
>> > > > > > >
>> > > > > > > At /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
>> > domains/MODE,
>> > > I
>> > > > > run
>> > > > > > > using a tcsh script. The command in the script I use is
the
>> > > > following:
>> > > > > > >
>> > > > > > > time /gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
>> > > > > > >
>> > > > > > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
>> > > > > > regridFiles/ColdPool_forMODE_
>> > > > > > > 06_03_2015.nc
>> > > > > > >
>> > > > > > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
>> > > > > > regridFiles/ColdPool_forMODE_
>> > > > > > > 06_03_2015.nc
>> > > > > > >
>> > > > > > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
>> > > > > > domains/MODE/configuration/coldPoolConfig
>> > > > > > > -outdir
>> > > > > > >
>> > > > > > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
>> > > > > >
domains/experiments/cold_pool_generalizations/3domains_conv/
>> > > > MODE_results
>> > > > > > >
>> > > > > > > The first argument is the mode executable I am running.
The
>> next
>> > > two
>> > > > > > > commands are obs and fcst (both are in the same file),
>> followed
>> > by
>> > > > the
>> > > > > > > configuration file (and path). The last command is the
output
>> > > > > directory.
>> > > > > > >
>> > > > > > > Here is what I get for modules when doing a module
list:
>> > > > > > >
>> > > > > > > Currently Loaded Modules:
>> > > > > > > 1) ncarenv/1.2 2) intel/17.0.1 3)
ncarcompilers/0.4.1
>> 4)
>> > > > > > mpt/2.15f
>> > > > > > > 5) netcdf/4.6.1 6) ncl/6.4.0 7) cdo/1.7.2 8)
>> python/3.6.2
>> > > 9)
>> > > > > > > vim/8.0
>> > > > > > >
>> > > > > > > I hope this helps!
>> > > > > > >
>> > > > > > > Brian Squitieri
>> > > > > > >
>> > > > > > > On Wed, Sep 26, 2018 at 2:07 PM, Julie Prestopnik via
RT <
>> > > > > > > met_help at ucar.edu>
>> > > > > > > wrote:
>> > > > > > >
>> > > > > > > > Hi Brian.
>> > > > > > > >
>> > > > > > > > I am not able to reproduce the problem you are
experiencing.
>> > Can
>> > > > you
>> > > > > > > > please send me the command line you are running for
mode?
>> > Please
>> > > > > > include
>> > > > > > > > full paths for the data.
>> > > > > > > >
>> > > > > > > > Also, could you please run "module list" and send me
the
>> > output?
>> > > > > > > >
>> > > > > > > > Thanks,
>> > > > > > > > Julie
>> > > > > > > >
>> > > > > > > > On Wed, Sep 26, 2018 at 1:03 PM Brian Squitieri via
RT <
>> > > > > > > met_help at ucar.edu>
>> > > > > > > > wrote:
>> > > > > > > >
>> > > > > > > > >
>> > > > > > > > > <URL: https://rt.rap.ucar.edu/rt/
>> > Ticket/Display.html?id=87136
>> > > >
>> > > > > > > > >
>> > > > > > > > > Hello Julie,
>> > > > > > > > >
>> > > > > > > > > I still got the same error as before. I used the
>> following in
>> > > my
>> > > > > > tcshrc
>> > > > > > > > > script:
>> > > > > > > > >
>> > > > > > > > > module use
/glade/p/ral/jntp/MET/MET_releases/modulefiles
>> > > > > > > > > module load met/7.0
>> > > > > > > > >
>> > > > > > > > > I experimented with both of the following MODE
executables
>> > when
>> > > > > > > running a
>> > > > > > > > > tcsh script for using the 'mode' command:
>> > > > > > > > >
>> > > > > > > > > /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-
7.0/bin/mode
>> > > > > > > > > /gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
>> > > > > > > > >
>> > > > > > > > > Could it be the netcdf library version I am using?
I also
>> > have
>> > > > > access
>> > > > > > > to
>> > > > > > > > > MET (and MODE) on a much smaller machine at a
university,
>> and
>> > > was
>> > > > > > able
>> > > > > > > to
>> > > > > > > > > get MODE running, but with netcdf 4.6.2. On
Cheyenne, all
>> we
>> > > have
>> > > > > is
>> > > > > > up
>> > > > > > > > to
>> > > > > > > > > version 4.6.1. Please let me know your thoughts.
>> > > > > > > > >
>> > > > > > > > > Brian Squitieri
>> > > > > > > > >
>> > > > > > > > >
>> > > > > > > > > On Wed, Sep 26, 2018 at 1:48 AM, Julie Prestopnik
via RT <
>> > > > > > > > > met_help at ucar.edu>
>> > > > > > > > > wrote:
>> > > > > > > > >
>> > > > > > > > > > Hi Brian.
>> > > > > > > > > >
>> > > > > > > > > > I see that you are having a problem with MET on
>> cheyenne.
>> > > The
>> > > > > > recent
>> > > > > > > > > > directory renaming on cheyenne broke the MET
build that
>> you
>> > > are
>> > > > > > > using.
>> > > > > > > > > We
>> > > > > > > > > > rebuilt the code in a different area. Here is a
link to
>> > the
>> > > > > > webpage
>> > > > > > > > > where
>> > > > > > > > > > we list our existing MET builds:
>> > > > > > > > > >
>> > > > > > > > > >
https://dtcenter.org/met/users/downloads/existing_met_
>> > > > > > > > > > builds/METv7.0_existing_met_builds.php
>> > > > > > > > > >
>> > > > > > > > > > Please note that for cheyenne, you should now
run:
>> > > > > > > > > >
>> > > > > > > > > > module use
>> /glade/p/ral/jntp/MET/MET_releases/modulefiles
>> > > > > > > > > > module load met/7.0
>> > > > > > > > > >
>> > > > > > > > > >
>> > > > > > > > > > Please give that a try and let us know how it
goes.
>> > > > > > > > > >
>> > > > > > > > > > Thanks!
>> > > > > > > > > >
>> > > > > > > > > > Julie
>> > > > > > > > > >
>> > > > > > > > > > On Tue, Sep 25, 2018 at 4:17 PM Brian Squitieri
via RT <
>> > > > > > > > > met_help at ucar.edu>
>> > > > > > > > > > wrote:
>> > > > > > > > > >
>> > > > > > > > > > >
>> > > > > > > > > > > Tue Sep 25 16:10:36 2018: Request 87136 was
acted
>> upon.
>> > > > > > > > > > > Transaction: Ticket created by
brianjs at iastate.edu
>> > > > > > > > > > > Queue: met_help
>> > > > > > > > > > > Subject: Running MODE on Cheyenne
>> > > > > > > > > > > Owner: Nobody
>> > > > > > > > > > > Requestors: brianjs at iastate.edu
>> > > > > > > > > > > Status: new
>> > > > > > > > > > > Ticket <URL: https://rt.rap.ucar.edu/rt/
>> > > > > > > > Ticket/Display.html?id=87136
>> > > > > > > > > >
>> > > > > > > > > > >
>> > > > > > > > > > >
>> > > > > > > > > > > Good afternoon,
>> > > > > > > > > > >
>> > > > > > > > > > > I am attempting to run MODE (via met version
7.0) on
>> > > Cheyenne
>> > > > > > and I
>> > > > > > > > > > believe
>> > > > > > > > > > > I have everything configured correctly. I use a
tcsh
>> > script
>> > > > to
>> > > > > > run
>> > > > > > > > MODE
>> > > > > > > > > > and
>> > > > > > > > > > > reference the file provided by DTC. When I run
MODE, I
>> > get
>> > > > the
>> > > > > > > > > following
>> > > > > > > > > > > error:
>> > > > > > > > > > >
>> > > > > > > > > > > /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-
7.0/bin/
>> > mode:
>> > > > > > error
>> > > > > > > > while
>> > > > > > > > > > > loading shared libraries: libnetcdf_c++4.so.1:
cannot
>> > open
>> > > > > shared
>> > > > > > > > > object
>> > > > > > > > > > > file: No such file or directory
>> > > > > > > > > > >
>> > > > > > > > > > > I reference the following paths in my tcshrc
script:
>> > > > > > > > > > > module use
>> > > > > /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/modulefiles
>> > > > > > > > > > > module use met/7.0
>> > > > > > > > > > >
>> > > > > > > > > > > I see their are beta versions of MET for 7.1,
but was
>> > > unsure
>> > > > if
>> > > > > > > those
>> > > > > > > > > > were
>> > > > > > > > > > > ok to use yet. Are we supposed to use these
>> executables
>> > > > > instead?
>> > > > > > I
>> > > > > > > > ask
>> > > > > > > > > > > because I contacted CISL about the issue and
they
>> > mentioned
>> > > > > that
>> > > > > > > the
>> > > > > > > > > > > libnetcdf_c++4.so.1
>> > > > > > > > > > > library was quite old, and to contact those who
>> compiled
>> > > MET
>> > > > to
>> > > > > > see
>> > > > > > > > if
>> > > > > > > > > > they
>> > > > > > > > > > > had any library updates.
>> > > > > > > > > > >
>> > > > > > > > > > > I appreciate any advice that you can provide
and I
>> look
>> > > > forward
>> > > > > > to
>> > > > > > > > > > hearing
>> > > > > > > > > > > from you in the near future!
>> > > > > > > > > > >
>> > > > > > > > > > > Brian Squitieri
>> > > > > > > > > > >
>> > > > > > > > > > > --
>> > > > > > > > > > > Brian Squitieri
>> > > > > > > > > > > PhD Candidate
>> > > > > > > > > > > Department of Geological and Atmospheric
Sciences
>> > > > > > > > > > > Iowa State University
>> > > > > > > > > > >
>> > > > > > > > > > >
>> > > > > > > > > >
>> > > > > > > > > >
>> > > > > > > > >
>> > > > > > > > >
>> > > > > > > > > --
>> > > > > > > > > Brian Squitieri
>> > > > > > > > > PhD Candidate
>> > > > > > > > > Department of Geological and Atmospheric Sciences
>> > > > > > > > > Iowa State University
>> > > > > > > > >
>> > > > > > > > >
>> > > > > > > >
>> > > > > > > >
>> > > > > > >
>> > > > > > >
>> > > > > > > --
>> > > > > > > Brian Squitieri
>> > > > > > > PhD Candidate
>> > > > > > > Department of Geological and Atmospheric Sciences
>> > > > > > > Iowa State University
>> > > > > > >
>> > > > > > >
>> > > > > >
>> > > > > >
>> > > > >
>> > > > >
>> > > > > --
>> > > > > Brian Squitieri
>> > > > > PhD Candidate
>> > > > > Department of Geological and Atmospheric Sciences
>> > > > > Iowa State University
>> > > > >
>> > > > >
>> > > >
>> > > >
>> > >
>> > >
>> > > --
>> > > Brian Squitieri
>> > > PhD Candidate
>> > > Department of Geological and Atmospheric Sciences
>> > > Iowa State University
>> > >
>> > >
>> >
>> >
>>
>>
>> --
>> Brian Squitieri
>> PhD Candidate
>> Department of Geological and Atmospheric Sciences
>> Iowa State University
>>
>>
------------------------------------------------
Subject: Running MODE on Cheyenne
From: Brian Squitieri
Time: Mon Oct 01 15:45:26 2018
That is odd. I don't have a mask file. Was I supposed to? If not, I
assume
this parameter can be turned off?
Brian Squitieri
On Mon, Oct 1, 2018 at 3:05 PM, Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:
> Hi Brian.
>
> One quick question. I'm working on manually modifying your NetCDF
file.
> I've gotten past a few errors and am now receiving the error:
>
> ERROR :
> ERROR : grd_file_type() -> file does not exist
> "/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/mask/
> vx_mask.nc"
> ERROR :
>
> I see in your MODE config file:
>
> poly = "${config_dir}/mask/vx_mask.nc"
>
> I looked for
> /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> domains/MODE/configuration/mask,
> but I see that directory does not exist. Can you please point me to
> vx_mask.nc?
>
> Thanks!
>
> Julie
>
> On Mon, Oct 1, 2018 at 1:06 PM Julie Prestopnik <jpresto at ucar.edu>
wrote:
>
> > Thank you, Brian! We appreciate it. We'll follow up with
questions and
> > once we have a solution.
> >
> > Julie
> >
> > On Mon, Oct 1, 2018 at 1:05 PM Brian Squitieri via RT
<met_help at ucar.edu
> >
> > wrote:
> >
> >>
> >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
> >>
> >> Hello Julie,
> >>
> >> I'm glad that I was able to help detect a bug even though that
was
> purely
> >> by accident! I greatly appreciate what you and the MET team are
doing to
> >> make the evaluation of these files possible. Please keep me
informed
> once
> >> a
> >> solution arises!
> >>
> >> One thing I should mention is that these files only contain one
time,
> and
> >> the actual date/time itself is not important for what I am doing
(in
> case
> >> that becomes an issue after the problem is solved). Also let me
know if
> >> you
> >> have any question regarding the contents/structure of the files
and I
> can
> >> elaborate further!
> >>
> >> Brian Squitieri
> >>
> >> On Mon, Oct 1, 2018 at 1:15 PM, Julie Prestopnik via RT <
> >> met_help at ucar.edu>
> >> wrote:
> >>
> >> > Hi Brian.
> >> >
> >> > Thank you for catching the "module use met/7.0" instead of
"module
> load
> >> > met/7.0." I skipped over that thinking it said "load" and not
"use".
> >> It
> >> > now makes sense why it wasn't being picked up. :)
> >> >
> >> > First, I updated your original config file for met-7.0
> >> > (/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> >> > config/coldPoolConfig_mod)/
> >> >
> >> > Second, I updated your NetCDF file to change "Met_version" to
> >> "MET_version"
> >> > in the attributes section
> >> > (/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> >> > ColdPool_forMODE_06_03_2015_new.nc).
> >> >
> >> >
> >> > Rerunning after those changes, with the following command:
> >> >
> >> > /gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
> >> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> >> > ColdPool_forMODE_06_03_2015_new.nc
> >> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> >> > ColdPool_forMODE_06_03_2015_new.nc
> >> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
> >> > coldPoolConfig_mod
> >> > > -outdir
> >> /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_output/
> >> > >
> >> >
> >> > I get the following output:
> >> >
> >> > DEBUG 1: Default Config File:
> >> > > /glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/
> >> > MODEConfig_default
> >> > > DEBUG 1: Match Config File:
> >> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
> >> > coldPoolConfig_mod
> >> > > DEBUG 1: Merge Config File:
> >> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
> >> > coldPoolConfig_mod
> >> > > terminate called after throwing an instance of
> >> > 'netCDF::exceptions::NcChar'
> >> > > what(): NetCDF: Attempt to convert between text & numbers
> >> > > file: ncAtt.cpp line:104
> >> > > Abort
> >> > >
> >> >
> >> > One of our developers was looking into this issue and
discovered that
> >> the
> >> > problem happens on reading the global variable "scale_lat_1".
It is
> >> caused
> >> > by the data type of the global attributes: float vs. byte
string. The
> >> MET
> >> > code expects the "byte array" for the global attributes and
does not
> >> accept
> >> > float type value. Unfortunately, the same problem exists with
latest
> >> > code. The developer is working on having MET read both (float
data
> type
> >> > and and "byte array" type).
> >> >
> >> > Thank you for helping us to discover this bug. We are working
on a
> >> > solution. I can follow up once we have the issue fixed if you
would
> >> like.
> >> >
> >> > Thanks,
> >> > Julie
> >> >
> >> > On Fri, Sep 28, 2018 at 4:05 PM Brian Squitieri via RT <
> >> met_help at ucar.edu>
> >> > wrote:
> >> >
> >> > >
> >> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136
>
> >> > >
> >> > > Hello Julie,
> >> > >
> >> > > I got put in the commands manually and rectified the issue. I
went
> >> > through
> >> > > my tcshrc file and found that I had "module use met/7.0"
instead of
> >> > "module
> >> > > load met/7.0." That solved this round of issues.
> >> > >
> >> > > One thing I should mention is that I am not feeding raw files
(like
> >> raw
> >> > WRF
> >> > > output) to MODE, but customized files that show output of a
> >> convectively
> >> > > induced cold pool. While all of my data are regridded to a
common
> >> grid, I
> >> > > am attempting to compare one two resolutions with a third
(which is
> >> > > "treated as observations"). One thing I have been warned
about is
> that
> >> > MODE
> >> > > can only except netcdf files that are assigned to specific
global
> >> > > attributes. When I run MODE, I get the following output.
> >> > >
> >> > > DEBUG 1: Default Config File:
> >> > > /glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/
> >> > MODEConfig_default
> >> > > DEBUG 1: Match Config File:
> >> > >
> >> > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> >> > domains/MODE/configuration/coldPoolConfig
> >> > > DEBUG 1: Merge Config File:
> >> > >
> >> > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> >> > domains/MODE/configuration/coldPoolConfig
> >> > > WARNING:
> >> > > WARNING: read_netcdf_grid() -> Applying METv2.0 grid parsing
logic
> >> since
> >> > > the "MET_version" global attribute is not present.
> >> > > WARNING:
> >> > > WARNING:
> >> > > WARNING: read_netcdf_grid() -> Applying METv2.0 grid parsing
logic
> >> since
> >> > > the "MET_version" global attribute is not present.
> >> > > WARNING:
> >> > > WARNING:
> >> > > WARNING: read_netcdf_grid() -> Applying METv2.0 grid parsing
logic
> >> since
> >> > > the "MET_version" global attribute is not present.
> >> > > WARNING:
> >> > > WARNING:
> >> > > WARNING: read_netcdf_grid() -> Applying METv2.0 grid parsing
logic
> >> since
> >> > > the "MET_version" global attribute is not present.
> >> > > WARNING:
> >> > > WARNING:
> >> > > WARNING: Resetting the regridding method from "BUDGET" to
"NEAREST"
> >> since
> >> > > the regridding width is 1.
> >> > > WARNING:
> >> > > WARNING:
> >> > > WARNING: Resetting the regridding method from "BUDGET" to
"NEAREST"
> >> since
> >> > > the regridding width is 1.
> >> > > WARNING:
> >> > > DEBUG 1: Forecast File:
> >> > >
> >> > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> >> > regridFiles/ColdPool_forMODE_
> >> > > 06_03_2015.nc
> >> > > DEBUG 1: Observation File:
> >> > >
> >> > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> >> > regridFiles/ColdPool_forMODE_
> >> > > 06_03_2015.nc
> >> > > terminate called after throwing an instance of
> >> > 'netCDF::exceptions::NcEdge'
> >> > > what(): NetCDF: Start+count exceeds dimension bound
> >> > > file: ncVar.cpp line:1614
> >> > > Abort (core dumped)
> >> > > 0.152u 0.144s 0:01.82 15.9% 0+0k 0+0io 0pf+0w
> >> > >
> >> > > I have two questions. First, what are the implications of
"DEBUG 1"
> >> vs.
> >> > > "WARNING" or "ERROR"? Second, did the program terminate
because the
> >> > netcdf
> >> > > file was not attributed properly or because of a grid
structural
> >> issue?
> >> > >
> >> > > I apologize for all of the questions! I admit I'm running
MODE in a
> >> > rather
> >> > > strange way (in order to compare cold pools in model output),
but I
> >> feel
> >> > I
> >> > > am getting close to getting MODE to work for this task.
> >> > >
> >> > > Brian Squitieri
> >> > >
> >> > > On Fri, Sep 28, 2018 at 1:50 PM, Julie Prestopnik via RT <
> >> > > met_help at ucar.edu>
> >> > > wrote:
> >> > >
> >> > > > Hi Brian.
> >> > > >
> >> > > > You previously mentioned:
> >> > > >
> >> > > > > I reference the following paths in my tcshrc script:
> >> > > > > module use /gpfs/p/ral/jnt/MET/MET_
> releases/cheyenne/modulefiles
> >> > > > > module use met/7.0
> >> > > > >
> >> > > >
> >> > > > I don't believe that is getting used.
> >> > > >
> >> > > > Below, see my LD_LIBRARY_PATH upon initial login on
cheyenne.
> Then,
> >> > see
> >> > > > that I run "module use" and "module load". Then, see my
> >> > LD_LIBRARY_PATH
> >> > > > after that. Please note the addition of
> >> > > > /glade/p/ral/jntp/MET/MET_releases/7.0/external_libs/lib,
which
> is
> >> > where
> >> > > > that netcdf library file resides.
> >> > > >
> >> > > > cheyenne5:jpresto> echo $LD_LIBRARY_PATH
> >> > > >
> >> > > > /glade/u/home/jpresto/local/lib:/glade/u/home/jpresto/
> >> > > > libs:/usr/lib:/usr/local/X11R5/lib:/usr/openwin/lib:/
> >> > > > usr/local/lib:/glade/u/home/jpresto/local/enthought/epd-7.
> >> > > > 0-2-rh5-x86_64/lib:/usr/local/icc/lib/intel64
> >> > > >
> >> > > > cheyenne5:jpresto> module use /glade/p/ral/jntp/MET/MET_
> >> > > > releases/modulefiles
> >> > > >
> >> > > > cheyenne5:jpresto> module load met/7.0
> >> > > >
> >> > > > cheyenne5:jpresto> echo $LD_LIBRARY_PATH
> >> > > >
> >> > > > /glade/p/ral/jntp/MET/MET_releases/7.0/external_libs/
> >> > > > lib:/glade/u/apps/opt/intel/2017u1/compilers_and_
> >> > > > libraries/linux/lib/intel64_lin:/glade/u/home/jpresto/
> >> > > > local/lib:/glade/u/home/jpresto/libs:/usr/lib:/usr/
> >> > > > local/X11R5/lib:/usr/openwin/lib:/usr/local/lib:/glade/u/
> >> > > > home/jpresto/local/enthought/epd-7.0-2-rh5-x86_64/lib:/usr/
> >> > > > local/icc/lib/intel64
> >> > > >
> >> > > >
> >> > > > Instead of relying on the load from your ~/.cshrc file,
please run
> >> the
> >> > > > commands manually and see if you still get that same error.
> Please
> >> let
> >> > > me
> >> > > > know how it works out.
> >> > > >
> >> > > > Regarding:
> >> > > >
> >> > > > > Also, I imagine that MET-MODE version 7.0 will require
running
> >> with a
> >> > > new
> >> > > > > configure script. Where may I find one for version 7.0?
> >> > > > >
> >> > > >
> >> > > > Do you mean updated configuration files? If so, you can
find the
> >> > default
> >> > > > config files for met-7.0
> >> > > > at
/glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/. I
> hope
> >> > that
> >> > > > helps!
> >> > > >
> >> > > > Thanks,
> >> > > > Julie
> >> > > >
> >> > > > On Thu, Sep 27, 2018 at 5:32 PM Brian Squitieri via RT <
> >> > > met_help at ucar.edu>
> >> > > > wrote:
> >> > > >
> >> > > > >
> >> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
> >> > > > >
> >> > > > > For echo $LD_LIBRARY_PATH, I get the following:
> >> > > > >
> >> > > > >
> >> > > > > /ncar/opt/slurm/latest//lib:/opt/sgi/mpt/mpt-2.15/lib:/
> >> > > >
glade/u/apps/opt/intel/2017u1/compilers_and_libraries/linux/
> >> > > >
lib/intel64_lin:/glade/u/apps/ch/os/usr/lib64:/glade/u/apps/
> >> > > >
ch/os/usr/lib:/glade/u/apps/ch/os/lib64:/glade/u/apps/ch/os/lib
> >> > > > >
> >> > > > > For ldd
> >> /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-7.0/bin/mode,
> >> > I
> >> > > > get:
> >> > > > > linux-vdso.so.1 (0x00002aaaaaaab000)
> >> > > > > libpng16.so.16 => /glade/u/apps/ch/os/usr/lib64/
> >> > libpng16.so.16
> >> > > > > (0x00002aaaaaaae000)
> >> > > > > libz.so.1 => /glade/u/apps/ch/os/lib64/libz.so.1
> >> > > > > (0x00002aaaaacec000)
> >> > > > > libm.so.6 => /glade/u/apps/ch/os/lib64/libm.so.6
> >> > > > > (0x00002aaaaaf02000)
> >> > > > > libnetcdf_c++4.so.1 => not found
> >> > > > > libnetcdf.so.11 => not found
> >> > > > > libgsl.so.19 => not found
> >> > > > > libgslcblas.so.0 =>
/glade/u/apps/ch/os/usr/lib64/
> >> > > > libgslcblas.so.0
> >> > > > > (0x00002aaaab224000)
> >> > > > > libstdc++.so.6 => /glade/u/apps/ch/os/usr/lib64/
> >> > libstdc++.so.6
> >> > > > > (0x00002aaaab463000)
> >> > > > > libgcc_s.so.1 => /glade/u/apps/ch/os/lib64/
> libgcc_s.so.1
> >> > > > > (0x00002aaaab7e7000)
> >> > > > > libc.so.6 => /glade/u/apps/ch/os/lib64/libc.so.6
> >> > > > > (0x00002aaaab9fe000)
> >> > > > > libdl.so.2 =>
/glade/u/apps/ch/os/lib64/libdl.so.2
> >> > > > > (0x00002aaaabda7000)
> >> > > > > /lib64/ld-linux-x86-64.so.2 (0x0000555555554000)
> >> > > > >
> >> > > > > Also, I imagine that MET-MODE version 7.0 will require
running
> >> with a
> >> > > new
> >> > > > > configure script. Where may I find one for version 7.0?
> >> > > > >
> >> > > > > On Thu, Sep 27, 2018 at 11:05 AM, Julie Prestopnik via RT
<
> >> > > > > met_help at ucar.edu
> >> > > > > > wrote:
> >> > > > >
> >> > > > > > Hi Brian.
> >> > > > > >
> >> > > > > > Could you please run the following commands and send me
the
> >> output?
> >> > > > > >
> >> > > > > > echo $LD_LIBRARY_PATH
> >> > > > > > ldd /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-
7.0/bin/
> mode
> >> > > > > >
> >> > > > > > Thanks!
> >> > > > > >
> >> > > > > > Julie
> >> > > > > >
> >> > > > > > On Wed, Sep 26, 2018 at 4:21 PM Brian Squitieri via RT
<
> >> > > > > met_help at ucar.edu>
> >> > > > > > wrote:
> >> > > > > >
> >> > > > > > >
> >> > > > > > > <URL: https://rt.rap.ucar.edu/rt/
> Ticket/Display.html?id=87136
> >> >
> >> > > > > > >
> >> > > > > > > Sure!
> >> > > > > > >
> >> > > > > > > At /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> >> > domains/MODE,
> >> > > I
> >> > > > > run
> >> > > > > > > using a tcsh script. The command in the script I use
is the
> >> > > > following:
> >> > > > > > >
> >> > > > > > > time
/gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
> >> > > > > > >
> >> > > > > > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> >> > > > > > regridFiles/ColdPool_forMODE_
> >> > > > > > > 06_03_2015.nc
> >> > > > > > >
> >> > > > > > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> >> > > > > > regridFiles/ColdPool_forMODE_
> >> > > > > > > 06_03_2015.nc
> >> > > > > > >
> >> > > > > > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> >> > > > > > domains/MODE/configuration/coldPoolConfig
> >> > > > > > > -outdir
> >> > > > > > >
> >> > > > > > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> >> > > > > >
domains/experiments/cold_pool_generalizations/3domains_conv/
> >> > > > MODE_results
> >> > > > > > >
> >> > > > > > > The first argument is the mode executable I am
running. The
> >> next
> >> > > two
> >> > > > > > > commands are obs and fcst (both are in the same
file),
> >> followed
> >> > by
> >> > > > the
> >> > > > > > > configuration file (and path). The last command is
the
> output
> >> > > > > directory.
> >> > > > > > >
> >> > > > > > > Here is what I get for modules when doing a module
list:
> >> > > > > > >
> >> > > > > > > Currently Loaded Modules:
> >> > > > > > > 1) ncarenv/1.2 2) intel/17.0.1 3)
ncarcompilers/0.4.1
> >> 4)
> >> > > > > > mpt/2.15f
> >> > > > > > > 5) netcdf/4.6.1 6) ncl/6.4.0 7) cdo/1.7.2 8)
> >> python/3.6.2
> >> > > 9)
> >> > > > > > > vim/8.0
> >> > > > > > >
> >> > > > > > > I hope this helps!
> >> > > > > > >
> >> > > > > > > Brian Squitieri
> >> > > > > > >
> >> > > > > > > On Wed, Sep 26, 2018 at 2:07 PM, Julie Prestopnik via
RT <
> >> > > > > > > met_help at ucar.edu>
> >> > > > > > > wrote:
> >> > > > > > >
> >> > > > > > > > Hi Brian.
> >> > > > > > > >
> >> > > > > > > > I am not able to reproduce the problem you are
> experiencing.
> >> > Can
> >> > > > you
> >> > > > > > > > please send me the command line you are running for
mode?
> >> > Please
> >> > > > > > include
> >> > > > > > > > full paths for the data.
> >> > > > > > > >
> >> > > > > > > > Also, could you please run "module list" and send
me the
> >> > output?
> >> > > > > > > >
> >> > > > > > > > Thanks,
> >> > > > > > > > Julie
> >> > > > > > > >
> >> > > > > > > > On Wed, Sep 26, 2018 at 1:03 PM Brian Squitieri via
RT <
> >> > > > > > > met_help at ucar.edu>
> >> > > > > > > > wrote:
> >> > > > > > > >
> >> > > > > > > > >
> >> > > > > > > > > <URL: https://rt.rap.ucar.edu/rt/
> >> > Ticket/Display.html?id=87136
> >> > > >
> >> > > > > > > > >
> >> > > > > > > > > Hello Julie,
> >> > > > > > > > >
> >> > > > > > > > > I still got the same error as before. I used the
> >> following in
> >> > > my
> >> > > > > > tcshrc
> >> > > > > > > > > script:
> >> > > > > > > > >
> >> > > > > > > > > module use /glade/p/ral/jntp/MET/MET_
> releases/modulefiles
> >> > > > > > > > > module load met/7.0
> >> > > > > > > > >
> >> > > > > > > > > I experimented with both of the following MODE
> executables
> >> > when
> >> > > > > > > running a
> >> > > > > > > > > tcsh script for using the 'mode' command:
> >> > > > > > > > >
> >> > > > > > > > > /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-
7.0/bin/
> mode
> >> > > > > > > > >
/gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
> >> > > > > > > > >
> >> > > > > > > > > Could it be the netcdf library version I am
using? I
> also
> >> > have
> >> > > > > access
> >> > > > > > > to
> >> > > > > > > > > MET (and MODE) on a much smaller machine at a
> university,
> >> and
> >> > > was
> >> > > > > > able
> >> > > > > > > to
> >> > > > > > > > > get MODE running, but with netcdf 4.6.2. On
Cheyenne,
> all
> >> we
> >> > > have
> >> > > > > is
> >> > > > > > up
> >> > > > > > > > to
> >> > > > > > > > > version 4.6.1. Please let me know your thoughts.
> >> > > > > > > > >
> >> > > > > > > > > Brian Squitieri
> >> > > > > > > > >
> >> > > > > > > > >
> >> > > > > > > > > On Wed, Sep 26, 2018 at 1:48 AM, Julie Prestopnik
via
> RT <
> >> > > > > > > > > met_help at ucar.edu>
> >> > > > > > > > > wrote:
> >> > > > > > > > >
> >> > > > > > > > > > Hi Brian.
> >> > > > > > > > > >
> >> > > > > > > > > > I see that you are having a problem with MET on
> >> cheyenne.
> >> > > The
> >> > > > > > recent
> >> > > > > > > > > > directory renaming on cheyenne broke the MET
build
> that
> >> you
> >> > > are
> >> > > > > > > using.
> >> > > > > > > > > We
> >> > > > > > > > > > rebuilt the code in a different area. Here is
a link
> to
> >> > the
> >> > > > > > webpage
> >> > > > > > > > > where
> >> > > > > > > > > > we list our existing MET builds:
> >> > > > > > > > > >
> >> > > > > > > > > > https://dtcenter.org/met/
> users/downloads/existing_met_
> >> > > > > > > > > > builds/METv7.0_existing_met_builds.php
> >> > > > > > > > > >
> >> > > > > > > > > > Please note that for cheyenne, you should now
run:
> >> > > > > > > > > >
> >> > > > > > > > > > module use
> >> /glade/p/ral/jntp/MET/MET_releases/modulefiles
> >> > > > > > > > > > module load met/7.0
> >> > > > > > > > > >
> >> > > > > > > > > >
> >> > > > > > > > > > Please give that a try and let us know how it
goes.
> >> > > > > > > > > >
> >> > > > > > > > > > Thanks!
> >> > > > > > > > > >
> >> > > > > > > > > > Julie
> >> > > > > > > > > >
> >> > > > > > > > > > On Tue, Sep 25, 2018 at 4:17 PM Brian Squitieri
via
> RT <
> >> > > > > > > > > met_help at ucar.edu>
> >> > > > > > > > > > wrote:
> >> > > > > > > > > >
> >> > > > > > > > > > >
> >> > > > > > > > > > > Tue Sep 25 16:10:36 2018: Request 87136 was
acted
> >> upon.
> >> > > > > > > > > > > Transaction: Ticket created by
brianjs at iastate.edu
> >> > > > > > > > > > > Queue: met_help
> >> > > > > > > > > > > Subject: Running MODE on Cheyenne
> >> > > > > > > > > > > Owner: Nobody
> >> > > > > > > > > > > Requestors: brianjs at iastate.edu
> >> > > > > > > > > > > Status: new
> >> > > > > > > > > > > Ticket <URL: https://rt.rap.ucar.edu/rt/
> >> > > > > > > > Ticket/Display.html?id=87136
> >> > > > > > > > > >
> >> > > > > > > > > > >
> >> > > > > > > > > > >
> >> > > > > > > > > > > Good afternoon,
> >> > > > > > > > > > >
> >> > > > > > > > > > > I am attempting to run MODE (via met version
7.0) on
> >> > > Cheyenne
> >> > > > > > and I
> >> > > > > > > > > > believe
> >> > > > > > > > > > > I have everything configured correctly. I use
a tcsh
> >> > script
> >> > > > to
> >> > > > > > run
> >> > > > > > > > MODE
> >> > > > > > > > > > and
> >> > > > > > > > > > > reference the file provided by DTC. When I
run
> MODE, I
> >> > get
> >> > > > the
> >> > > > > > > > > following
> >> > > > > > > > > > > error:
> >> > > > > > > > > > >
> >> > > > > > > > > > > /gpfs/p/ral/jnt/MET/MET_
> releases/cheyenne/met-7.0/bin/
> >> > mode:
> >> > > > > > error
> >> > > > > > > > while
> >> > > > > > > > > > > loading shared libraries:
libnetcdf_c++4.so.1:
> cannot
> >> > open
> >> > > > > shared
> >> > > > > > > > > object
> >> > > > > > > > > > > file: No such file or directory
> >> > > > > > > > > > >
> >> > > > > > > > > > > I reference the following paths in my tcshrc
script:
> >> > > > > > > > > > > module use
> >> > > > > /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/modulefiles
> >> > > > > > > > > > > module use met/7.0
> >> > > > > > > > > > >
> >> > > > > > > > > > > I see their are beta versions of MET for 7.1,
but
> was
> >> > > unsure
> >> > > > if
> >> > > > > > > those
> >> > > > > > > > > > were
> >> > > > > > > > > > > ok to use yet. Are we supposed to use these
> >> executables
> >> > > > > instead?
> >> > > > > > I
> >> > > > > > > > ask
> >> > > > > > > > > > > because I contacted CISL about the issue and
they
> >> > mentioned
> >> > > > > that
> >> > > > > > > the
> >> > > > > > > > > > > libnetcdf_c++4.so.1
> >> > > > > > > > > > > library was quite old, and to contact those
who
> >> compiled
> >> > > MET
> >> > > > to
> >> > > > > > see
> >> > > > > > > > if
> >> > > > > > > > > > they
> >> > > > > > > > > > > had any library updates.
> >> > > > > > > > > > >
> >> > > > > > > > > > > I appreciate any advice that you can provide
and I
> >> look
> >> > > > forward
> >> > > > > > to
> >> > > > > > > > > > hearing
> >> > > > > > > > > > > from you in the near future!
> >> > > > > > > > > > >
> >> > > > > > > > > > > Brian Squitieri
> >> > > > > > > > > > >
> >> > > > > > > > > > > --
> >> > > > > > > > > > > Brian Squitieri
> >> > > > > > > > > > > PhD Candidate
> >> > > > > > > > > > > Department of Geological and Atmospheric
Sciences
> >> > > > > > > > > > > Iowa State University
> >> > > > > > > > > > >
> >> > > > > > > > > > >
> >> > > > > > > > > >
> >> > > > > > > > > >
> >> > > > > > > > >
> >> > > > > > > > >
> >> > > > > > > > > --
> >> > > > > > > > > Brian Squitieri
> >> > > > > > > > > PhD Candidate
> >> > > > > > > > > Department of Geological and Atmospheric Sciences
> >> > > > > > > > > Iowa State University
> >> > > > > > > > >
> >> > > > > > > > >
> >> > > > > > > >
> >> > > > > > > >
> >> > > > > > >
> >> > > > > > >
> >> > > > > > > --
> >> > > > > > > Brian Squitieri
> >> > > > > > > PhD Candidate
> >> > > > > > > Department of Geological and Atmospheric Sciences
> >> > > > > > > Iowa State University
> >> > > > > > >
> >> > > > > > >
> >> > > > > >
> >> > > > > >
> >> > > > >
> >> > > > >
> >> > > > > --
> >> > > > > Brian Squitieri
> >> > > > > PhD Candidate
> >> > > > > Department of Geological and Atmospheric Sciences
> >> > > > > Iowa State University
> >> > > > >
> >> > > > >
> >> > > >
> >> > > >
> >> > >
> >> > >
> >> > > --
> >> > > Brian Squitieri
> >> > > PhD Candidate
> >> > > Department of Geological and Atmospheric Sciences
> >> > > Iowa State University
> >> > >
> >> > >
> >> >
> >> >
> >>
> >>
> >> --
> >> Brian Squitieri
> >> PhD Candidate
> >> Department of Geological and Atmospheric Sciences
> >> Iowa State University
> >>
> >>
>
>
--
Brian Squitieri
PhD Candidate
Department of Geological and Atmospheric Sciences
Iowa State University
------------------------------------------------
Subject: Running MODE on Cheyenne
From: Julie Prestopnik
Time: Tue Oct 02 09:24:00 2018
Thanks, Brian. If you are not familiar with it, it could be something
I
added from the default config file from met-7.0 to bring your file up
to
date. I tried to check on it, but forgot that cheyenne was down
today. I
will follow up when I can access cheyenne.
Julie
On Mon, Oct 1, 2018 at 3:45 PM Brian Squitieri via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
>
> That is odd. I don't have a mask file. Was I supposed to? If not, I
assume
> this parameter can be turned off?
>
> Brian Squitieri
>
> On Mon, Oct 1, 2018 at 3:05 PM, Julie Prestopnik via RT
<met_help at ucar.edu
> >
> wrote:
>
> > Hi Brian.
> >
> > One quick question. I'm working on manually modifying your NetCDF
file.
> > I've gotten past a few errors and am now receiving the error:
> >
> > ERROR :
> > ERROR : grd_file_type() -> file does not exist
> > "/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/mask/
> > vx_mask.nc"
> > ERROR :
> >
> > I see in your MODE config file:
> >
> > poly = "${config_dir}/mask/vx_mask.nc"
> >
> > I looked for
> > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> > domains/MODE/configuration/mask,
> > but I see that directory does not exist. Can you please point me
to
> > vx_mask.nc?
> >
> > Thanks!
> >
> > Julie
> >
> > On Mon, Oct 1, 2018 at 1:06 PM Julie Prestopnik <jpresto at ucar.edu>
> wrote:
> >
> > > Thank you, Brian! We appreciate it. We'll follow up with
questions
> and
> > > once we have a solution.
> > >
> > > Julie
> > >
> > > On Mon, Oct 1, 2018 at 1:05 PM Brian Squitieri via RT <
> met_help at ucar.edu
> > >
> > > wrote:
> > >
> > >>
> > >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
> > >>
> > >> Hello Julie,
> > >>
> > >> I'm glad that I was able to help detect a bug even though that
was
> > purely
> > >> by accident! I greatly appreciate what you and the MET team are
doing
> to
> > >> make the evaluation of these files possible. Please keep me
informed
> > once
> > >> a
> > >> solution arises!
> > >>
> > >> One thing I should mention is that these files only contain one
time,
> > and
> > >> the actual date/time itself is not important for what I am
doing (in
> > case
> > >> that becomes an issue after the problem is solved). Also let me
know
> if
> > >> you
> > >> have any question regarding the contents/structure of the files
and I
> > can
> > >> elaborate further!
> > >>
> > >> Brian Squitieri
> > >>
> > >> On Mon, Oct 1, 2018 at 1:15 PM, Julie Prestopnik via RT <
> > >> met_help at ucar.edu>
> > >> wrote:
> > >>
> > >> > Hi Brian.
> > >> >
> > >> > Thank you for catching the "module use met/7.0" instead of
"module
> > load
> > >> > met/7.0." I skipped over that thinking it said "load" and
not
> "use".
> > >> It
> > >> > now makes sense why it wasn't being picked up. :)
> > >> >
> > >> > First, I updated your original config file for met-7.0
> > >> > (/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> > >> > config/coldPoolConfig_mod)/
> > >> >
> > >> > Second, I updated your NetCDF file to change "Met_version" to
> > >> "MET_version"
> > >> > in the attributes section
> > >> > (/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> > >> > ColdPool_forMODE_06_03_2015_new.nc).
> > >> >
> > >> >
> > >> > Rerunning after those changes, with the following command:
> > >> >
> > >> > /gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
> > >> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> > >> > ColdPool_forMODE_06_03_2015_new.nc
> > >> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> > >> > ColdPool_forMODE_06_03_2015_new.nc
> > >> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
> > >> > coldPoolConfig_mod
> > >> > > -outdir
> > >>
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_output/
> > >> > >
> > >> >
> > >> > I get the following output:
> > >> >
> > >> > DEBUG 1: Default Config File:
> > >> > > /glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/
> > >> > MODEConfig_default
> > >> > > DEBUG 1: Match Config File:
> > >> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
> > >> > coldPoolConfig_mod
> > >> > > DEBUG 1: Merge Config File:
> > >> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
> > >> > coldPoolConfig_mod
> > >> > > terminate called after throwing an instance of
> > >> > 'netCDF::exceptions::NcChar'
> > >> > > what(): NetCDF: Attempt to convert between text &
numbers
> > >> > > file: ncAtt.cpp line:104
> > >> > > Abort
> > >> > >
> > >> >
> > >> > One of our developers was looking into this issue and
discovered
> that
> > >> the
> > >> > problem happens on reading the global variable "scale_lat_1".
It is
> > >> caused
> > >> > by the data type of the global attributes: float vs. byte
string.
> The
> > >> MET
> > >> > code expects the "byte array" for the global attributes and
does not
> > >> accept
> > >> > float type value. Unfortunately, the same problem exists
with
> latest
> > >> > code. The developer is working on having MET read both
(float data
> > type
> > >> > and and "byte array" type).
> > >> >
> > >> > Thank you for helping us to discover this bug. We are working
on a
> > >> > solution. I can follow up once we have the issue fixed if
you would
> > >> like.
> > >> >
> > >> > Thanks,
> > >> > Julie
> > >> >
> > >> > On Fri, Sep 28, 2018 at 4:05 PM Brian Squitieri via RT <
> > >> met_help at ucar.edu>
> > >> > wrote:
> > >> >
> > >> > >
> > >> > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
> > >> > >
> > >> > > Hello Julie,
> > >> > >
> > >> > > I got put in the commands manually and rectified the issue.
I went
> > >> > through
> > >> > > my tcshrc file and found that I had "module use met/7.0"
instead
> of
> > >> > "module
> > >> > > load met/7.0." That solved this round of issues.
> > >> > >
> > >> > > One thing I should mention is that I am not feeding raw
files
> (like
> > >> raw
> > >> > WRF
> > >> > > output) to MODE, but customized files that show output of a
> > >> convectively
> > >> > > induced cold pool. While all of my data are regridded to a
common
> > >> grid, I
> > >> > > am attempting to compare one two resolutions with a third
(which
> is
> > >> > > "treated as observations"). One thing I have been warned
about is
> > that
> > >> > MODE
> > >> > > can only except netcdf files that are assigned to specific
global
> > >> > > attributes. When I run MODE, I get the following output.
> > >> > >
> > >> > > DEBUG 1: Default Config File:
> > >> > > /glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/
> > >> > MODEConfig_default
> > >> > > DEBUG 1: Match Config File:
> > >> > >
> > >> > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> > >> > domains/MODE/configuration/coldPoolConfig
> > >> > > DEBUG 1: Merge Config File:
> > >> > >
> > >> > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> > >> > domains/MODE/configuration/coldPoolConfig
> > >> > > WARNING:
> > >> > > WARNING: read_netcdf_grid() -> Applying METv2.0 grid
parsing logic
> > >> since
> > >> > > the "MET_version" global attribute is not present.
> > >> > > WARNING:
> > >> > > WARNING:
> > >> > > WARNING: read_netcdf_grid() -> Applying METv2.0 grid
parsing logic
> > >> since
> > >> > > the "MET_version" global attribute is not present.
> > >> > > WARNING:
> > >> > > WARNING:
> > >> > > WARNING: read_netcdf_grid() -> Applying METv2.0 grid
parsing logic
> > >> since
> > >> > > the "MET_version" global attribute is not present.
> > >> > > WARNING:
> > >> > > WARNING:
> > >> > > WARNING: read_netcdf_grid() -> Applying METv2.0 grid
parsing logic
> > >> since
> > >> > > the "MET_version" global attribute is not present.
> > >> > > WARNING:
> > >> > > WARNING:
> > >> > > WARNING: Resetting the regridding method from "BUDGET" to
> "NEAREST"
> > >> since
> > >> > > the regridding width is 1.
> > >> > > WARNING:
> > >> > > WARNING:
> > >> > > WARNING: Resetting the regridding method from "BUDGET" to
> "NEAREST"
> > >> since
> > >> > > the regridding width is 1.
> > >> > > WARNING:
> > >> > > DEBUG 1: Forecast File:
> > >> > >
> > >> > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> > >> > regridFiles/ColdPool_forMODE_
> > >> > > 06_03_2015.nc
> > >> > > DEBUG 1: Observation File:
> > >> > >
> > >> > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> > >> > regridFiles/ColdPool_forMODE_
> > >> > > 06_03_2015.nc
> > >> > > terminate called after throwing an instance of
> > >> > 'netCDF::exceptions::NcEdge'
> > >> > > what(): NetCDF: Start+count exceeds dimension bound
> > >> > > file: ncVar.cpp line:1614
> > >> > > Abort (core dumped)
> > >> > > 0.152u 0.144s 0:01.82 15.9% 0+0k 0+0io 0pf+0w
> > >> > >
> > >> > > I have two questions. First, what are the implications of
"DEBUG
> 1"
> > >> vs.
> > >> > > "WARNING" or "ERROR"? Second, did the program terminate
because
> the
> > >> > netcdf
> > >> > > file was not attributed properly or because of a grid
structural
> > >> issue?
> > >> > >
> > >> > > I apologize for all of the questions! I admit I'm running
MODE in
> a
> > >> > rather
> > >> > > strange way (in order to compare cold pools in model
output), but
> I
> > >> feel
> > >> > I
> > >> > > am getting close to getting MODE to work for this task.
> > >> > >
> > >> > > Brian Squitieri
> > >> > >
> > >> > > On Fri, Sep 28, 2018 at 1:50 PM, Julie Prestopnik via RT <
> > >> > > met_help at ucar.edu>
> > >> > > wrote:
> > >> > >
> > >> > > > Hi Brian.
> > >> > > >
> > >> > > > You previously mentioned:
> > >> > > >
> > >> > > > > I reference the following paths in my tcshrc script:
> > >> > > > > module use /gpfs/p/ral/jnt/MET/MET_
> > releases/cheyenne/modulefiles
> > >> > > > > module use met/7.0
> > >> > > > >
> > >> > > >
> > >> > > > I don't believe that is getting used.
> > >> > > >
> > >> > > > Below, see my LD_LIBRARY_PATH upon initial login on
cheyenne.
> > Then,
> > >> > see
> > >> > > > that I run "module use" and "module load". Then, see my
> > >> > LD_LIBRARY_PATH
> > >> > > > after that. Please note the addition of
> > >> > > > /glade/p/ral/jntp/MET/MET_releases/7.0/external_libs/lib,
which
> > is
> > >> > where
> > >> > > > that netcdf library file resides.
> > >> > > >
> > >> > > > cheyenne5:jpresto> echo $LD_LIBRARY_PATH
> > >> > > >
> > >> > > > /glade/u/home/jpresto/local/lib:/glade/u/home/jpresto/
> > >> > > > libs:/usr/lib:/usr/local/X11R5/lib:/usr/openwin/lib:/
> > >> > > > usr/local/lib:/glade/u/home/jpresto/local/enthought/epd-
7.
> > >> > > > 0-2-rh5-x86_64/lib:/usr/local/icc/lib/intel64
> > >> > > >
> > >> > > > cheyenne5:jpresto> module use /glade/p/ral/jntp/MET/MET_
> > >> > > > releases/modulefiles
> > >> > > >
> > >> > > > cheyenne5:jpresto> module load met/7.0
> > >> > > >
> > >> > > > cheyenne5:jpresto> echo $LD_LIBRARY_PATH
> > >> > > >
> > >> > > > /glade/p/ral/jntp/MET/MET_releases/7.0/external_libs/
> > >> > > > lib:/glade/u/apps/opt/intel/2017u1/compilers_and_
> > >> > > > libraries/linux/lib/intel64_lin:/glade/u/home/jpresto/
> > >> > > > local/lib:/glade/u/home/jpresto/libs:/usr/lib:/usr/
> > >> > > > local/X11R5/lib:/usr/openwin/lib:/usr/local/lib:/glade/u/
> > >> > > > home/jpresto/local/enthought/epd-7.0-2-rh5-
x86_64/lib:/usr/
> > >> > > > local/icc/lib/intel64
> > >> > > >
> > >> > > >
> > >> > > > Instead of relying on the load from your ~/.cshrc file,
please
> run
> > >> the
> > >> > > > commands manually and see if you still get that same
error.
> > Please
> > >> let
> > >> > > me
> > >> > > > know how it works out.
> > >> > > >
> > >> > > > Regarding:
> > >> > > >
> > >> > > > > Also, I imagine that MET-MODE version 7.0 will require
running
> > >> with a
> > >> > > new
> > >> > > > > configure script. Where may I find one for version 7.0?
> > >> > > > >
> > >> > > >
> > >> > > > Do you mean updated configuration files? If so, you can
find
> the
> > >> > default
> > >> > > > config files for met-7.0
> > >> > > > at
/glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/. I
> > hope
> > >> > that
> > >> > > > helps!
> > >> > > >
> > >> > > > Thanks,
> > >> > > > Julie
> > >> > > >
> > >> > > > On Thu, Sep 27, 2018 at 5:32 PM Brian Squitieri via RT <
> > >> > > met_help at ucar.edu>
> > >> > > > wrote:
> > >> > > >
> > >> > > > >
> > >> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136
> >
> > >> > > > >
> > >> > > > > For echo $LD_LIBRARY_PATH, I get the following:
> > >> > > > >
> > >> > > > >
> > >> > > > > /ncar/opt/slurm/latest//lib:/opt/sgi/mpt/mpt-2.15/lib:/
> > >> > > >
glade/u/apps/opt/intel/2017u1/compilers_and_libraries/linux/
> > >> > > >
lib/intel64_lin:/glade/u/apps/ch/os/usr/lib64:/glade/u/apps/
> > >> > > >
ch/os/usr/lib:/glade/u/apps/ch/os/lib64:/glade/u/apps/ch/os/lib
> > >> > > > >
> > >> > > > > For ldd
> > >> /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-7.0/bin/mode,
> > >> > I
> > >> > > > get:
> > >> > > > > linux-vdso.so.1 (0x00002aaaaaaab000)
> > >> > > > > libpng16.so.16 =>
/glade/u/apps/ch/os/usr/lib64/
> > >> > libpng16.so.16
> > >> > > > > (0x00002aaaaaaae000)
> > >> > > > > libz.so.1 =>
/glade/u/apps/ch/os/lib64/libz.so.1
> > >> > > > > (0x00002aaaaacec000)
> > >> > > > > libm.so.6 =>
/glade/u/apps/ch/os/lib64/libm.so.6
> > >> > > > > (0x00002aaaaaf02000)
> > >> > > > > libnetcdf_c++4.so.1 => not found
> > >> > > > > libnetcdf.so.11 => not found
> > >> > > > > libgsl.so.19 => not found
> > >> > > > > libgslcblas.so.0 =>
/glade/u/apps/ch/os/usr/lib64/
> > >> > > > libgslcblas.so.0
> > >> > > > > (0x00002aaaab224000)
> > >> > > > > libstdc++.so.6 =>
/glade/u/apps/ch/os/usr/lib64/
> > >> > libstdc++.so.6
> > >> > > > > (0x00002aaaab463000)
> > >> > > > > libgcc_s.so.1 => /glade/u/apps/ch/os/lib64/
> > libgcc_s.so.1
> > >> > > > > (0x00002aaaab7e7000)
> > >> > > > > libc.so.6 =>
/glade/u/apps/ch/os/lib64/libc.so.6
> > >> > > > > (0x00002aaaab9fe000)
> > >> > > > > libdl.so.2 =>
/glade/u/apps/ch/os/lib64/libdl.so.2
> > >> > > > > (0x00002aaaabda7000)
> > >> > > > > /lib64/ld-linux-x86-64.so.2
(0x0000555555554000)
> > >> > > > >
> > >> > > > > Also, I imagine that MET-MODE version 7.0 will require
running
> > >> with a
> > >> > > new
> > >> > > > > configure script. Where may I find one for version 7.0?
> > >> > > > >
> > >> > > > > On Thu, Sep 27, 2018 at 11:05 AM, Julie Prestopnik via
RT <
> > >> > > > > met_help at ucar.edu
> > >> > > > > > wrote:
> > >> > > > >
> > >> > > > > > Hi Brian.
> > >> > > > > >
> > >> > > > > > Could you please run the following commands and send
me the
> > >> output?
> > >> > > > > >
> > >> > > > > > echo $LD_LIBRARY_PATH
> > >> > > > > > ldd /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-
7.0/bin/
> > mode
> > >> > > > > >
> > >> > > > > > Thanks!
> > >> > > > > >
> > >> > > > > > Julie
> > >> > > > > >
> > >> > > > > > On Wed, Sep 26, 2018 at 4:21 PM Brian Squitieri via
RT <
> > >> > > > > met_help at ucar.edu>
> > >> > > > > > wrote:
> > >> > > > > >
> > >> > > > > > >
> > >> > > > > > > <URL: https://rt.rap.ucar.edu/rt/
> > Ticket/Display.html?id=87136
> > >> >
> > >> > > > > > >
> > >> > > > > > > Sure!
> > >> > > > > > >
> > >> > > > > > > At
/gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> > >> > domains/MODE,
> > >> > > I
> > >> > > > > run
> > >> > > > > > > using a tcsh script. The command in the script I
use is
> the
> > >> > > > following:
> > >> > > > > > >
> > >> > > > > > > time
/gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
> > >> > > > > > >
> > >> > > > > > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> > >> > > > > > regridFiles/ColdPool_forMODE_
> > >> > > > > > > 06_03_2015.nc
> > >> > > > > > >
> > >> > > > > > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> > >> > > > > > regridFiles/ColdPool_forMODE_
> > >> > > > > > > 06_03_2015.nc
> > >> > > > > > >
> > >> > > > > > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> > >> > > > > > domains/MODE/configuration/coldPoolConfig
> > >> > > > > > > -outdir
> > >> > > > > > >
> > >> > > > > > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> > >> > > > > >
domains/experiments/cold_pool_generalizations/3domains_conv/
> > >> > > > MODE_results
> > >> > > > > > >
> > >> > > > > > > The first argument is the mode executable I am
running.
> The
> > >> next
> > >> > > two
> > >> > > > > > > commands are obs and fcst (both are in the same
file),
> > >> followed
> > >> > by
> > >> > > > the
> > >> > > > > > > configuration file (and path). The last command is
the
> > output
> > >> > > > > directory.
> > >> > > > > > >
> > >> > > > > > > Here is what I get for modules when doing a module
list:
> > >> > > > > > >
> > >> > > > > > > Currently Loaded Modules:
> > >> > > > > > > 1) ncarenv/1.2 2) intel/17.0.1 3)
> ncarcompilers/0.4.1
> > >> 4)
> > >> > > > > > mpt/2.15f
> > >> > > > > > > 5) netcdf/4.6.1 6) ncl/6.4.0 7) cdo/1.7.2 8)
> > >> python/3.6.2
> > >> > > 9)
> > >> > > > > > > vim/8.0
> > >> > > > > > >
> > >> > > > > > > I hope this helps!
> > >> > > > > > >
> > >> > > > > > > Brian Squitieri
> > >> > > > > > >
> > >> > > > > > > On Wed, Sep 26, 2018 at 2:07 PM, Julie Prestopnik
via RT <
> > >> > > > > > > met_help at ucar.edu>
> > >> > > > > > > wrote:
> > >> > > > > > >
> > >> > > > > > > > Hi Brian.
> > >> > > > > > > >
> > >> > > > > > > > I am not able to reproduce the problem you are
> > experiencing.
> > >> > Can
> > >> > > > you
> > >> > > > > > > > please send me the command line you are running
for
> mode?
> > >> > Please
> > >> > > > > > include
> > >> > > > > > > > full paths for the data.
> > >> > > > > > > >
> > >> > > > > > > > Also, could you please run "module list" and send
me the
> > >> > output?
> > >> > > > > > > >
> > >> > > > > > > > Thanks,
> > >> > > > > > > > Julie
> > >> > > > > > > >
> > >> > > > > > > > On Wed, Sep 26, 2018 at 1:03 PM Brian Squitieri
via RT <
> > >> > > > > > > met_help at ucar.edu>
> > >> > > > > > > > wrote:
> > >> > > > > > > >
> > >> > > > > > > > >
> > >> > > > > > > > > <URL: https://rt.rap.ucar.edu/rt/
> > >> > Ticket/Display.html?id=87136
> > >> > > >
> > >> > > > > > > > >
> > >> > > > > > > > > Hello Julie,
> > >> > > > > > > > >
> > >> > > > > > > > > I still got the same error as before. I used
the
> > >> following in
> > >> > > my
> > >> > > > > > tcshrc
> > >> > > > > > > > > script:
> > >> > > > > > > > >
> > >> > > > > > > > > module use /glade/p/ral/jntp/MET/MET_
> > releases/modulefiles
> > >> > > > > > > > > module load met/7.0
> > >> > > > > > > > >
> > >> > > > > > > > > I experimented with both of the following MODE
> > executables
> > >> > when
> > >> > > > > > > running a
> > >> > > > > > > > > tcsh script for using the 'mode' command:
> > >> > > > > > > > >
> > >> > > > > > > > > /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-
7.0/bin/
> > mode
> > >> > > > > > > > >
/gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
> > >> > > > > > > > >
> > >> > > > > > > > > Could it be the netcdf library version I am
using? I
> > also
> > >> > have
> > >> > > > > access
> > >> > > > > > > to
> > >> > > > > > > > > MET (and MODE) on a much smaller machine at a
> > university,
> > >> and
> > >> > > was
> > >> > > > > > able
> > >> > > > > > > to
> > >> > > > > > > > > get MODE running, but with netcdf 4.6.2. On
Cheyenne,
> > all
> > >> we
> > >> > > have
> > >> > > > > is
> > >> > > > > > up
> > >> > > > > > > > to
> > >> > > > > > > > > version 4.6.1. Please let me know your
thoughts.
> > >> > > > > > > > >
> > >> > > > > > > > > Brian Squitieri
> > >> > > > > > > > >
> > >> > > > > > > > >
> > >> > > > > > > > > On Wed, Sep 26, 2018 at 1:48 AM, Julie
Prestopnik via
> > RT <
> > >> > > > > > > > > met_help at ucar.edu>
> > >> > > > > > > > > wrote:
> > >> > > > > > > > >
> > >> > > > > > > > > > Hi Brian.
> > >> > > > > > > > > >
> > >> > > > > > > > > > I see that you are having a problem with MET
on
> > >> cheyenne.
> > >> > > The
> > >> > > > > > recent
> > >> > > > > > > > > > directory renaming on cheyenne broke the MET
build
> > that
> > >> you
> > >> > > are
> > >> > > > > > > using.
> > >> > > > > > > > > We
> > >> > > > > > > > > > rebuilt the code in a different area. Here
is a
> link
> > to
> > >> > the
> > >> > > > > > webpage
> > >> > > > > > > > > where
> > >> > > > > > > > > > we list our existing MET builds:
> > >> > > > > > > > > >
> > >> > > > > > > > > > https://dtcenter.org/met/
> > users/downloads/existing_met_
> > >> > > > > > > > > > builds/METv7.0_existing_met_builds.php
> > >> > > > > > > > > >
> > >> > > > > > > > > > Please note that for cheyenne, you should now
run:
> > >> > > > > > > > > >
> > >> > > > > > > > > > module use
> > >> /glade/p/ral/jntp/MET/MET_releases/modulefiles
> > >> > > > > > > > > > module load met/7.0
> > >> > > > > > > > > >
> > >> > > > > > > > > >
> > >> > > > > > > > > > Please give that a try and let us know how it
goes.
> > >> > > > > > > > > >
> > >> > > > > > > > > > Thanks!
> > >> > > > > > > > > >
> > >> > > > > > > > > > Julie
> > >> > > > > > > > > >
> > >> > > > > > > > > > On Tue, Sep 25, 2018 at 4:17 PM Brian
Squitieri via
> > RT <
> > >> > > > > > > > > met_help at ucar.edu>
> > >> > > > > > > > > > wrote:
> > >> > > > > > > > > >
> > >> > > > > > > > > > >
> > >> > > > > > > > > > > Tue Sep 25 16:10:36 2018: Request 87136 was
acted
> > >> upon.
> > >> > > > > > > > > > > Transaction: Ticket created by
> brianjs at iastate.edu
> > >> > > > > > > > > > > Queue: met_help
> > >> > > > > > > > > > > Subject: Running MODE on Cheyenne
> > >> > > > > > > > > > > Owner: Nobody
> > >> > > > > > > > > > > Requestors: brianjs at iastate.edu
> > >> > > > > > > > > > > Status: new
> > >> > > > > > > > > > > Ticket <URL: https://rt.rap.ucar.edu/rt/
> > >> > > > > > > > Ticket/Display.html?id=87136
> > >> > > > > > > > > >
> > >> > > > > > > > > > >
> > >> > > > > > > > > > >
> > >> > > > > > > > > > > Good afternoon,
> > >> > > > > > > > > > >
> > >> > > > > > > > > > > I am attempting to run MODE (via met
version 7.0)
> on
> > >> > > Cheyenne
> > >> > > > > > and I
> > >> > > > > > > > > > believe
> > >> > > > > > > > > > > I have everything configured correctly. I
use a
> tcsh
> > >> > script
> > >> > > > to
> > >> > > > > > run
> > >> > > > > > > > MODE
> > >> > > > > > > > > > and
> > >> > > > > > > > > > > reference the file provided by DTC. When I
run
> > MODE, I
> > >> > get
> > >> > > > the
> > >> > > > > > > > > following
> > >> > > > > > > > > > > error:
> > >> > > > > > > > > > >
> > >> > > > > > > > > > > /gpfs/p/ral/jnt/MET/MET_
> > releases/cheyenne/met-7.0/bin/
> > >> > mode:
> > >> > > > > > error
> > >> > > > > > > > while
> > >> > > > > > > > > > > loading shared libraries:
libnetcdf_c++4.so.1:
> > cannot
> > >> > open
> > >> > > > > shared
> > >> > > > > > > > > object
> > >> > > > > > > > > > > file: No such file or directory
> > >> > > > > > > > > > >
> > >> > > > > > > > > > > I reference the following paths in my
tcshrc
> script:
> > >> > > > > > > > > > > module use
> > >> > > > > /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/modulefiles
> > >> > > > > > > > > > > module use met/7.0
> > >> > > > > > > > > > >
> > >> > > > > > > > > > > I see their are beta versions of MET for
7.1, but
> > was
> > >> > > unsure
> > >> > > > if
> > >> > > > > > > those
> > >> > > > > > > > > > were
> > >> > > > > > > > > > > ok to use yet. Are we supposed to use these
> > >> executables
> > >> > > > > instead?
> > >> > > > > > I
> > >> > > > > > > > ask
> > >> > > > > > > > > > > because I contacted CISL about the issue
and they
> > >> > mentioned
> > >> > > > > that
> > >> > > > > > > the
> > >> > > > > > > > > > > libnetcdf_c++4.so.1
> > >> > > > > > > > > > > library was quite old, and to contact those
who
> > >> compiled
> > >> > > MET
> > >> > > > to
> > >> > > > > > see
> > >> > > > > > > > if
> > >> > > > > > > > > > they
> > >> > > > > > > > > > > had any library updates.
> > >> > > > > > > > > > >
> > >> > > > > > > > > > > I appreciate any advice that you can
provide and I
> > >> look
> > >> > > > forward
> > >> > > > > > to
> > >> > > > > > > > > > hearing
> > >> > > > > > > > > > > from you in the near future!
> > >> > > > > > > > > > >
> > >> > > > > > > > > > > Brian Squitieri
> > >> > > > > > > > > > >
> > >> > > > > > > > > > > --
> > >> > > > > > > > > > > Brian Squitieri
> > >> > > > > > > > > > > PhD Candidate
> > >> > > > > > > > > > > Department of Geological and Atmospheric
Sciences
> > >> > > > > > > > > > > Iowa State University
> > >> > > > > > > > > > >
> > >> > > > > > > > > > >
> > >> > > > > > > > > >
> > >> > > > > > > > > >
> > >> > > > > > > > >
> > >> > > > > > > > >
> > >> > > > > > > > > --
> > >> > > > > > > > > Brian Squitieri
> > >> > > > > > > > > PhD Candidate
> > >> > > > > > > > > Department of Geological and Atmospheric
Sciences
> > >> > > > > > > > > Iowa State University
> > >> > > > > > > > >
> > >> > > > > > > > >
> > >> > > > > > > >
> > >> > > > > > > >
> > >> > > > > > >
> > >> > > > > > >
> > >> > > > > > > --
> > >> > > > > > > Brian Squitieri
> > >> > > > > > > PhD Candidate
> > >> > > > > > > Department of Geological and Atmospheric Sciences
> > >> > > > > > > Iowa State University
> > >> > > > > > >
> > >> > > > > > >
> > >> > > > > >
> > >> > > > > >
> > >> > > > >
> > >> > > > >
> > >> > > > > --
> > >> > > > > Brian Squitieri
> > >> > > > > PhD Candidate
> > >> > > > > Department of Geological and Atmospheric Sciences
> > >> > > > > Iowa State University
> > >> > > > >
> > >> > > > >
> > >> > > >
> > >> > > >
> > >> > >
> > >> > >
> > >> > > --
> > >> > > Brian Squitieri
> > >> > > PhD Candidate
> > >> > > Department of Geological and Atmospheric Sciences
> > >> > > Iowa State University
> > >> > >
> > >> > >
> > >> >
> > >> >
> > >>
> > >>
> > >> --
> > >> Brian Squitieri
> > >> PhD Candidate
> > >> Department of Geological and Atmospheric Sciences
> > >> Iowa State University
> > >>
> > >>
> >
> >
>
>
> --
> Brian Squitieri
> PhD Candidate
> Department of Geological and Atmospheric Sciences
> Iowa State University
>
>
------------------------------------------------
Subject: Running MODE on Cheyenne
From: Julie Prestopnik
Time: Thu Oct 04 09:10:43 2018
Hi Brian.
It looks like the following files were in your original configuration
file,
however, MET could not find them:
poly = "${config_dir}/mask/vx_mask.nc"
color_table = "${config_dir}/colortables/prcp_1.ctable";
(referenced twice)
After making some modifications to the attributes in your NetCDF file
(new
file at
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/ColdPool_forMODE_06_03_2015_new.nc)
and making some modifications to your configuration file (new file at
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/coldPoolConfig_mod),
I was able to get a successful run:
cheyenne4:jpresto> /gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
>
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/ColdPool_forMODE_06_03_2015_new.nc
>
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/ColdPool_forMODE_06_03_2015_new.nc
>
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/coldPoolConfig_mod
> -outdir
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_output/
> DEBUG 1: Default Config File:
>
/glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/MODEConfig_default
> DEBUG 1: Match Config File:
>
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/coldPoolConfig_mod
> DEBUG 1: Merge Config File:
>
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/coldPoolConfig_mod
> DEBUG 1: Forecast File:
>
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/ColdPool_forMODE_06_03_2015_new.nc
> DEBUG 1: Observation File:
>
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/ColdPool_forMODE_06_03_2015_new.nc
> DEBUG 1: Forecast Field: th3km at surface
> DEBUG 1: Observation Field: th13km at surface
> DEBUG 2: Processing masking regions.
> DEBUG 2: Identifying objects in the forecast and observation
fields...
> DEBUG 2: Computing contingency table statistics...
> DEBUG 2: Identified: 0 forecast objects and 1 observation objects.
> DEBUG 2: Performing merging (THRESH) in the forecast field.
> DEBUG 2: Performing merging (THRESH) in the observation field.
> DEBUG 2: Remaining: 0 forecast objects and 1 observation objects.
> DEBUG 2: Performing matching (MERGE_BOTH) between the forecast and
> observation fields.
> DEBUG 1: Creating Fcst-Obs Object Statistics file:
>
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_output//mode_ColdPool_000000L_20010909_014640V_010000A_obj.txt
> DEBUG 1: Creating Contingency Table Statistics file:
>
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_output//mode_ColdPool_000000L_20010909_014640V_010000A_cts.txt
> DEBUG 1: Creating Object NetCDF file:
>
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_output//mode_ColdPool_000000L_20010909_014640V_010000A_obj.nc
> DEBUG 1: Loading forecast raw color table:
>
/glade/p/ral/jntp/MET/MET_releases/7.0/share/met/colortables/mode_obj.ctable
> DEBUG 1: Loading observation raw color table:
>
/glade/p/ral/jntp/MET/MET_releases/7.0/share/met/colortables/mode_obj.ctable
> DEBUG 1: Creating postscript file:
>
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_output//mode_ColdPool_000000L_20010909_014640V_010000A.ps
>
You can view the output here:
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_output
If you are able to modify your NetCDF files to look more like the one
I
created, you should be good to go for now. In the meantime, as I
mentioned
previously our developer is working on having MET read both float data
type
and and "byte array" type.
Please let me know if you have any questions.
Thanks!
Julie
On Tue, Oct 2, 2018 at 9:23 AM Julie Prestopnik <jpresto at ucar.edu>
wrote:
> Thanks, Brian. If you are not familiar with it, it could be
something I
> added from the default config file from met-7.0 to bring your file
up to
> date. I tried to check on it, but forgot that cheyenne was down
today. I
> will follow up when I can access cheyenne.
>
> Julie
>
> On Mon, Oct 1, 2018 at 3:45 PM Brian Squitieri via RT
<met_help at ucar.edu>
> wrote:
>
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
>>
>> That is odd. I don't have a mask file. Was I supposed to? If not, I
assume
>> this parameter can be turned off?
>>
>> Brian Squitieri
>>
>> On Mon, Oct 1, 2018 at 3:05 PM, Julie Prestopnik via RT <
>> met_help at ucar.edu>
>> wrote:
>>
>> > Hi Brian.
>> >
>> > One quick question. I'm working on manually modifying your
NetCDF file.
>> > I've gotten past a few errors and am now receiving the error:
>> >
>> > ERROR :
>> > ERROR : grd_file_type() -> file does not exist
>> > "/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/mask/
>> > vx_mask.nc"
>> > ERROR :
>> >
>> > I see in your MODE config file:
>> >
>> > poly = "${config_dir}/mask/vx_mask.nc"
>> >
>> > I looked for
>> > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
>> > domains/MODE/configuration/mask,
>> > but I see that directory does not exist. Can you please point me
to
>> > vx_mask.nc?
>> >
>> > Thanks!
>> >
>> > Julie
>> >
>> > On Mon, Oct 1, 2018 at 1:06 PM Julie Prestopnik
<jpresto at ucar.edu>
>> wrote:
>> >
>> > > Thank you, Brian! We appreciate it. We'll follow up with
questions
>> and
>> > > once we have a solution.
>> > >
>> > > Julie
>> > >
>> > > On Mon, Oct 1, 2018 at 1:05 PM Brian Squitieri via RT <
>> met_help at ucar.edu
>> > >
>> > > wrote:
>> > >
>> > >>
>> > >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136
>
>> > >>
>> > >> Hello Julie,
>> > >>
>> > >> I'm glad that I was able to help detect a bug even though that
was
>> > purely
>> > >> by accident! I greatly appreciate what you and the MET team
are
>> doing to
>> > >> make the evaluation of these files possible. Please keep me
informed
>> > once
>> > >> a
>> > >> solution arises!
>> > >>
>> > >> One thing I should mention is that these files only contain
one time,
>> > and
>> > >> the actual date/time itself is not important for what I am
doing (in
>> > case
>> > >> that becomes an issue after the problem is solved). Also let
me know
>> if
>> > >> you
>> > >> have any question regarding the contents/structure of the
files and I
>> > can
>> > >> elaborate further!
>> > >>
>> > >> Brian Squitieri
>> > >>
>> > >> On Mon, Oct 1, 2018 at 1:15 PM, Julie Prestopnik via RT <
>> > >> met_help at ucar.edu>
>> > >> wrote:
>> > >>
>> > >> > Hi Brian.
>> > >> >
>> > >> > Thank you for catching the "module use met/7.0" instead of
"module
>> > load
>> > >> > met/7.0." I skipped over that thinking it said "load" and
not
>> "use".
>> > >> It
>> > >> > now makes sense why it wasn't being picked up. :)
>> > >> >
>> > >> > First, I updated your original config file for met-7.0
>> > >> > (/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
>> > >> > config/coldPoolConfig_mod)/
>> > >> >
>> > >> > Second, I updated your NetCDF file to change "Met_version"
to
>> > >> "MET_version"
>> > >> > in the attributes section
>> > >> > (/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
>> > >> > ColdPool_forMODE_06_03_2015_new.nc).
>> > >> >
>> > >> >
>> > >> > Rerunning after those changes, with the following command:
>> > >> >
>> > >> > /gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
>> > >> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
>> > >> > ColdPool_forMODE_06_03_2015_new.nc
>> > >> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
>> > >> > ColdPool_forMODE_06_03_2015_new.nc
>> > >> > >
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
>> > >> > coldPoolConfig_mod
>> > >> > > -outdir
>> > >>
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_output/
>> > >> > >
>> > >> >
>> > >> > I get the following output:
>> > >> >
>> > >> > DEBUG 1: Default Config File:
>> > >> > > /glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/
>> > >> > MODEConfig_default
>> > >> > > DEBUG 1: Match Config File:
>> > >> > >
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
>> > >> > coldPoolConfig_mod
>> > >> > > DEBUG 1: Merge Config File:
>> > >> > >
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
>> > >> > coldPoolConfig_mod
>> > >> > > terminate called after throwing an instance of
>> > >> > 'netCDF::exceptions::NcChar'
>> > >> > > what(): NetCDF: Attempt to convert between text &
numbers
>> > >> > > file: ncAtt.cpp line:104
>> > >> > > Abort
>> > >> > >
>> > >> >
>> > >> > One of our developers was looking into this issue and
discovered
>> that
>> > >> the
>> > >> > problem happens on reading the global variable
"scale_lat_1". It
>> is
>> > >> caused
>> > >> > by the data type of the global attributes: float vs. byte
string.
>> The
>> > >> MET
>> > >> > code expects the "byte array" for the global attributes and
does
>> not
>> > >> accept
>> > >> > float type value. Unfortunately, the same problem exists
with
>> latest
>> > >> > code. The developer is working on having MET read both
(float data
>> > type
>> > >> > and and "byte array" type).
>> > >> >
>> > >> > Thank you for helping us to discover this bug. We are
working on a
>> > >> > solution. I can follow up once we have the issue fixed if
you
>> would
>> > >> like.
>> > >> >
>> > >> > Thanks,
>> > >> > Julie
>> > >> >
>> > >> > On Fri, Sep 28, 2018 at 4:05 PM Brian Squitieri via RT <
>> > >> met_help at ucar.edu>
>> > >> > wrote:
>> > >> >
>> > >> > >
>> > >> > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
>> > >> > >
>> > >> > > Hello Julie,
>> > >> > >
>> > >> > > I got put in the commands manually and rectified the
issue. I
>> went
>> > >> > through
>> > >> > > my tcshrc file and found that I had "module use met/7.0"
instead
>> of
>> > >> > "module
>> > >> > > load met/7.0." That solved this round of issues.
>> > >> > >
>> > >> > > One thing I should mention is that I am not feeding raw
files
>> (like
>> > >> raw
>> > >> > WRF
>> > >> > > output) to MODE, but customized files that show output of
a
>> > >> convectively
>> > >> > > induced cold pool. While all of my data are regridded to a
common
>> > >> grid, I
>> > >> > > am attempting to compare one two resolutions with a third
(which
>> is
>> > >> > > "treated as observations"). One thing I have been warned
about is
>> > that
>> > >> > MODE
>> > >> > > can only except netcdf files that are assigned to specific
global
>> > >> > > attributes. When I run MODE, I get the following output.
>> > >> > >
>> > >> > > DEBUG 1: Default Config File:
>> > >> > > /glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/
>> > >> > MODEConfig_default
>> > >> > > DEBUG 1: Match Config File:
>> > >> > >
>> > >> > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
>> > >> > domains/MODE/configuration/coldPoolConfig
>> > >> > > DEBUG 1: Merge Config File:
>> > >> > >
>> > >> > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
>> > >> > domains/MODE/configuration/coldPoolConfig
>> > >> > > WARNING:
>> > >> > > WARNING: read_netcdf_grid() -> Applying METv2.0 grid
parsing
>> logic
>> > >> since
>> > >> > > the "MET_version" global attribute is not present.
>> > >> > > WARNING:
>> > >> > > WARNING:
>> > >> > > WARNING: read_netcdf_grid() -> Applying METv2.0 grid
parsing
>> logic
>> > >> since
>> > >> > > the "MET_version" global attribute is not present.
>> > >> > > WARNING:
>> > >> > > WARNING:
>> > >> > > WARNING: read_netcdf_grid() -> Applying METv2.0 grid
parsing
>> logic
>> > >> since
>> > >> > > the "MET_version" global attribute is not present.
>> > >> > > WARNING:
>> > >> > > WARNING:
>> > >> > > WARNING: read_netcdf_grid() -> Applying METv2.0 grid
parsing
>> logic
>> > >> since
>> > >> > > the "MET_version" global attribute is not present.
>> > >> > > WARNING:
>> > >> > > WARNING:
>> > >> > > WARNING: Resetting the regridding method from "BUDGET" to
>> "NEAREST"
>> > >> since
>> > >> > > the regridding width is 1.
>> > >> > > WARNING:
>> > >> > > WARNING:
>> > >> > > WARNING: Resetting the regridding method from "BUDGET" to
>> "NEAREST"
>> > >> since
>> > >> > > the regridding width is 1.
>> > >> > > WARNING:
>> > >> > > DEBUG 1: Forecast File:
>> > >> > >
>> > >> > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
>> > >> > regridFiles/ColdPool_forMODE_
>> > >> > > 06_03_2015.nc
>> > >> > > DEBUG 1: Observation File:
>> > >> > >
>> > >> > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
>> > >> > regridFiles/ColdPool_forMODE_
>> > >> > > 06_03_2015.nc
>> > >> > > terminate called after throwing an instance of
>> > >> > 'netCDF::exceptions::NcEdge'
>> > >> > > what(): NetCDF: Start+count exceeds dimension bound
>> > >> > > file: ncVar.cpp line:1614
>> > >> > > Abort (core dumped)
>> > >> > > 0.152u 0.144s 0:01.82 15.9% 0+0k 0+0io 0pf+0w
>> > >> > >
>> > >> > > I have two questions. First, what are the implications of
"DEBUG
>> 1"
>> > >> vs.
>> > >> > > "WARNING" or "ERROR"? Second, did the program terminate
because
>> the
>> > >> > netcdf
>> > >> > > file was not attributed properly or because of a grid
structural
>> > >> issue?
>> > >> > >
>> > >> > > I apologize for all of the questions! I admit I'm running
MODE
>> in a
>> > >> > rather
>> > >> > > strange way (in order to compare cold pools in model
output),
>> but I
>> > >> feel
>> > >> > I
>> > >> > > am getting close to getting MODE to work for this task.
>> > >> > >
>> > >> > > Brian Squitieri
>> > >> > >
>> > >> > > On Fri, Sep 28, 2018 at 1:50 PM, Julie Prestopnik via RT <
>> > >> > > met_help at ucar.edu>
>> > >> > > wrote:
>> > >> > >
>> > >> > > > Hi Brian.
>> > >> > > >
>> > >> > > > You previously mentioned:
>> > >> > > >
>> > >> > > > > I reference the following paths in my tcshrc script:
>> > >> > > > > module use /gpfs/p/ral/jnt/MET/MET_
>> > releases/cheyenne/modulefiles
>> > >> > > > > module use met/7.0
>> > >> > > > >
>> > >> > > >
>> > >> > > > I don't believe that is getting used.
>> > >> > > >
>> > >> > > > Below, see my LD_LIBRARY_PATH upon initial login on
cheyenne.
>> > Then,
>> > >> > see
>> > >> > > > that I run "module use" and "module load". Then, see my
>> > >> > LD_LIBRARY_PATH
>> > >> > > > after that. Please note the addition of
>> > >> > > >
/glade/p/ral/jntp/MET/MET_releases/7.0/external_libs/lib, which
>> > is
>> > >> > where
>> > >> > > > that netcdf library file resides.
>> > >> > > >
>> > >> > > > cheyenne5:jpresto> echo $LD_LIBRARY_PATH
>> > >> > > >
>> > >> > > > /glade/u/home/jpresto/local/lib:/glade/u/home/jpresto/
>> > >> > > > libs:/usr/lib:/usr/local/X11R5/lib:/usr/openwin/lib:/
>> > >> > > > usr/local/lib:/glade/u/home/jpresto/local/enthought/epd-
7.
>> > >> > > > 0-2-rh5-x86_64/lib:/usr/local/icc/lib/intel64
>> > >> > > >
>> > >> > > > cheyenne5:jpresto> module use /glade/p/ral/jntp/MET/MET_
>> > >> > > > releases/modulefiles
>> > >> > > >
>> > >> > > > cheyenne5:jpresto> module load met/7.0
>> > >> > > >
>> > >> > > > cheyenne5:jpresto> echo $LD_LIBRARY_PATH
>> > >> > > >
>> > >> > > > /glade/p/ral/jntp/MET/MET_releases/7.0/external_libs/
>> > >> > > > lib:/glade/u/apps/opt/intel/2017u1/compilers_and_
>> > >> > > > libraries/linux/lib/intel64_lin:/glade/u/home/jpresto/
>> > >> > > > local/lib:/glade/u/home/jpresto/libs:/usr/lib:/usr/
>> > >> > > >
local/X11R5/lib:/usr/openwin/lib:/usr/local/lib:/glade/u/
>> > >> > > > home/jpresto/local/enthought/epd-7.0-2-rh5-
x86_64/lib:/usr/
>> > >> > > > local/icc/lib/intel64
>> > >> > > >
>> > >> > > >
>> > >> > > > Instead of relying on the load from your ~/.cshrc file,
please
>> run
>> > >> the
>> > >> > > > commands manually and see if you still get that same
error.
>> > Please
>> > >> let
>> > >> > > me
>> > >> > > > know how it works out.
>> > >> > > >
>> > >> > > > Regarding:
>> > >> > > >
>> > >> > > > > Also, I imagine that MET-MODE version 7.0 will require
>> running
>> > >> with a
>> > >> > > new
>> > >> > > > > configure script. Where may I find one for version
7.0?
>> > >> > > > >
>> > >> > > >
>> > >> > > > Do you mean updated configuration files? If so, you can
find
>> the
>> > >> > default
>> > >> > > > config files for met-7.0
>> > >> > > > at
/glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/. I
>> > hope
>> > >> > that
>> > >> > > > helps!
>> > >> > > >
>> > >> > > > Thanks,
>> > >> > > > Julie
>> > >> > > >
>> > >> > > > On Thu, Sep 27, 2018 at 5:32 PM Brian Squitieri via RT <
>> > >> > > met_help at ucar.edu>
>> > >> > > > wrote:
>> > >> > > >
>> > >> > > > >
>> > >> > > > > <URL:
>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
>> > >> > > > >
>> > >> > > > > For echo $LD_LIBRARY_PATH, I get the following:
>> > >> > > > >
>> > >> > > > >
>> > >> > > > > /ncar/opt/slurm/latest//lib:/opt/sgi/mpt/mpt-
2.15/lib:/
>> > >> > > >
glade/u/apps/opt/intel/2017u1/compilers_and_libraries/linux/
>> > >> > > >
lib/intel64_lin:/glade/u/apps/ch/os/usr/lib64:/glade/u/apps/
>> > >> > > >
ch/os/usr/lib:/glade/u/apps/ch/os/lib64:/glade/u/apps/ch/os/lib
>> > >> > > > >
>> > >> > > > > For ldd
>> > >> /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-7.0/bin/mode,
>> > >> > I
>> > >> > > > get:
>> > >> > > > > linux-vdso.so.1 (0x00002aaaaaaab000)
>> > >> > > > > libpng16.so.16 =>
/glade/u/apps/ch/os/usr/lib64/
>> > >> > libpng16.so.16
>> > >> > > > > (0x00002aaaaaaae000)
>> > >> > > > > libz.so.1 =>
/glade/u/apps/ch/os/lib64/libz.so.1
>> > >> > > > > (0x00002aaaaacec000)
>> > >> > > > > libm.so.6 =>
/glade/u/apps/ch/os/lib64/libm.so.6
>> > >> > > > > (0x00002aaaaaf02000)
>> > >> > > > > libnetcdf_c++4.so.1 => not found
>> > >> > > > > libnetcdf.so.11 => not found
>> > >> > > > > libgsl.so.19 => not found
>> > >> > > > > libgslcblas.so.0 =>
/glade/u/apps/ch/os/usr/lib64/
>> > >> > > > libgslcblas.so.0
>> > >> > > > > (0x00002aaaab224000)
>> > >> > > > > libstdc++.so.6 =>
/glade/u/apps/ch/os/usr/lib64/
>> > >> > libstdc++.so.6
>> > >> > > > > (0x00002aaaab463000)
>> > >> > > > > libgcc_s.so.1 => /glade/u/apps/ch/os/lib64/
>> > libgcc_s.so.1
>> > >> > > > > (0x00002aaaab7e7000)
>> > >> > > > > libc.so.6 =>
/glade/u/apps/ch/os/lib64/libc.so.6
>> > >> > > > > (0x00002aaaab9fe000)
>> > >> > > > > libdl.so.2 =>
/glade/u/apps/ch/os/lib64/libdl.so.2
>> > >> > > > > (0x00002aaaabda7000)
>> > >> > > > > /lib64/ld-linux-x86-64.so.2
(0x0000555555554000)
>> > >> > > > >
>> > >> > > > > Also, I imagine that MET-MODE version 7.0 will require
>> running
>> > >> with a
>> > >> > > new
>> > >> > > > > configure script. Where may I find one for version
7.0?
>> > >> > > > >
>> > >> > > > > On Thu, Sep 27, 2018 at 11:05 AM, Julie Prestopnik via
RT <
>> > >> > > > > met_help at ucar.edu
>> > >> > > > > > wrote:
>> > >> > > > >
>> > >> > > > > > Hi Brian.
>> > >> > > > > >
>> > >> > > > > > Could you please run the following commands and send
me the
>> > >> output?
>> > >> > > > > >
>> > >> > > > > > echo $LD_LIBRARY_PATH
>> > >> > > > > > ldd /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-
7.0/bin/
>> > mode
>> > >> > > > > >
>> > >> > > > > > Thanks!
>> > >> > > > > >
>> > >> > > > > > Julie
>> > >> > > > > >
>> > >> > > > > > On Wed, Sep 26, 2018 at 4:21 PM Brian Squitieri via
RT <
>> > >> > > > > met_help at ucar.edu>
>> > >> > > > > > wrote:
>> > >> > > > > >
>> > >> > > > > > >
>> > >> > > > > > > <URL: https://rt.rap.ucar.edu/rt/
>> > Ticket/Display.html?id=87136
>> > >> >
>> > >> > > > > > >
>> > >> > > > > > > Sure!
>> > >> > > > > > >
>> > >> > > > > > > At
/gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
>> > >> > domains/MODE,
>> > >> > > I
>> > >> > > > > run
>> > >> > > > > > > using a tcsh script. The command in the script I
use is
>> the
>> > >> > > > following:
>> > >> > > > > > >
>> > >> > > > > > > time
/gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
>> > >> > > > > > >
>> > >> > > > > > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
>> > >> > > > > > regridFiles/ColdPool_forMODE_
>> > >> > > > > > > 06_03_2015.nc
>> > >> > > > > > >
>> > >> > > > > > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
>> > >> > > > > > regridFiles/ColdPool_forMODE_
>> > >> > > > > > > 06_03_2015.nc
>> > >> > > > > > >
>> > >> > > > > > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
>> > >> > > > > > domains/MODE/configuration/coldPoolConfig
>> > >> > > > > > > -outdir
>> > >> > > > > > >
>> > >> > > > > > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
>> > >> > > > > >
>> domains/experiments/cold_pool_generalizations/3domains_conv/
>> > >> > > > MODE_results
>> > >> > > > > > >
>> > >> > > > > > > The first argument is the mode executable I am
running.
>> The
>> > >> next
>> > >> > > two
>> > >> > > > > > > commands are obs and fcst (both are in the same
file),
>> > >> followed
>> > >> > by
>> > >> > > > the
>> > >> > > > > > > configuration file (and path). The last command is
the
>> > output
>> > >> > > > > directory.
>> > >> > > > > > >
>> > >> > > > > > > Here is what I get for modules when doing a module
list:
>> > >> > > > > > >
>> > >> > > > > > > Currently Loaded Modules:
>> > >> > > > > > > 1) ncarenv/1.2 2) intel/17.0.1 3)
>> ncarcompilers/0.4.1
>> > >> 4)
>> > >> > > > > > mpt/2.15f
>> > >> > > > > > > 5) netcdf/4.6.1 6) ncl/6.4.0 7) cdo/1.7.2
8)
>> > >> python/3.6.2
>> > >> > > 9)
>> > >> > > > > > > vim/8.0
>> > >> > > > > > >
>> > >> > > > > > > I hope this helps!
>> > >> > > > > > >
>> > >> > > > > > > Brian Squitieri
>> > >> > > > > > >
>> > >> > > > > > > On Wed, Sep 26, 2018 at 2:07 PM, Julie Prestopnik
via RT
>> <
>> > >> > > > > > > met_help at ucar.edu>
>> > >> > > > > > > wrote:
>> > >> > > > > > >
>> > >> > > > > > > > Hi Brian.
>> > >> > > > > > > >
>> > >> > > > > > > > I am not able to reproduce the problem you are
>> > experiencing.
>> > >> > Can
>> > >> > > > you
>> > >> > > > > > > > please send me the command line you are running
for
>> mode?
>> > >> > Please
>> > >> > > > > > include
>> > >> > > > > > > > full paths for the data.
>> > >> > > > > > > >
>> > >> > > > > > > > Also, could you please run "module list" and
send me
>> the
>> > >> > output?
>> > >> > > > > > > >
>> > >> > > > > > > > Thanks,
>> > >> > > > > > > > Julie
>> > >> > > > > > > >
>> > >> > > > > > > > On Wed, Sep 26, 2018 at 1:03 PM Brian Squitieri
via RT
>> <
>> > >> > > > > > > met_help at ucar.edu>
>> > >> > > > > > > > wrote:
>> > >> > > > > > > >
>> > >> > > > > > > > >
>> > >> > > > > > > > > <URL: https://rt.rap.ucar.edu/rt/
>> > >> > Ticket/Display.html?id=87136
>> > >> > > >
>> > >> > > > > > > > >
>> > >> > > > > > > > > Hello Julie,
>> > >> > > > > > > > >
>> > >> > > > > > > > > I still got the same error as before. I used
the
>> > >> following in
>> > >> > > my
>> > >> > > > > > tcshrc
>> > >> > > > > > > > > script:
>> > >> > > > > > > > >
>> > >> > > > > > > > > module use /glade/p/ral/jntp/MET/MET_
>> > releases/modulefiles
>> > >> > > > > > > > > module load met/7.0
>> > >> > > > > > > > >
>> > >> > > > > > > > > I experimented with both of the following MODE
>> > executables
>> > >> > when
>> > >> > > > > > > running a
>> > >> > > > > > > > > tcsh script for using the 'mode' command:
>> > >> > > > > > > > >
>> > >> > > > > > > > >
>> /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-7.0/bin/
>> > mode
>> > >> > > > > > > > >
/gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
>> > >> > > > > > > > >
>> > >> > > > > > > > > Could it be the netcdf library version I am
using? I
>> > also
>> > >> > have
>> > >> > > > > access
>> > >> > > > > > > to
>> > >> > > > > > > > > MET (and MODE) on a much smaller machine at a
>> > university,
>> > >> and
>> > >> > > was
>> > >> > > > > > able
>> > >> > > > > > > to
>> > >> > > > > > > > > get MODE running, but with netcdf 4.6.2. On
Cheyenne,
>> > all
>> > >> we
>> > >> > > have
>> > >> > > > > is
>> > >> > > > > > up
>> > >> > > > > > > > to
>> > >> > > > > > > > > version 4.6.1. Please let me know your
thoughts.
>> > >> > > > > > > > >
>> > >> > > > > > > > > Brian Squitieri
>> > >> > > > > > > > >
>> > >> > > > > > > > >
>> > >> > > > > > > > > On Wed, Sep 26, 2018 at 1:48 AM, Julie
Prestopnik via
>> > RT <
>> > >> > > > > > > > > met_help at ucar.edu>
>> > >> > > > > > > > > wrote:
>> > >> > > > > > > > >
>> > >> > > > > > > > > > Hi Brian.
>> > >> > > > > > > > > >
>> > >> > > > > > > > > > I see that you are having a problem with MET
on
>> > >> cheyenne.
>> > >> > > The
>> > >> > > > > > recent
>> > >> > > > > > > > > > directory renaming on cheyenne broke the MET
build
>> > that
>> > >> you
>> > >> > > are
>> > >> > > > > > > using.
>> > >> > > > > > > > > We
>> > >> > > > > > > > > > rebuilt the code in a different area. Here
is a
>> link
>> > to
>> > >> > the
>> > >> > > > > > webpage
>> > >> > > > > > > > > where
>> > >> > > > > > > > > > we list our existing MET builds:
>> > >> > > > > > > > > >
>> > >> > > > > > > > > > https://dtcenter.org/met/
>> > users/downloads/existing_met_
>> > >> > > > > > > > > > builds/METv7.0_existing_met_builds.php
>> > >> > > > > > > > > >
>> > >> > > > > > > > > > Please note that for cheyenne, you should
now run:
>> > >> > > > > > > > > >
>> > >> > > > > > > > > > module use
>> > >> /glade/p/ral/jntp/MET/MET_releases/modulefiles
>> > >> > > > > > > > > > module load met/7.0
>> > >> > > > > > > > > >
>> > >> > > > > > > > > >
>> > >> > > > > > > > > > Please give that a try and let us know how
it goes.
>> > >> > > > > > > > > >
>> > >> > > > > > > > > > Thanks!
>> > >> > > > > > > > > >
>> > >> > > > > > > > > > Julie
>> > >> > > > > > > > > >
>> > >> > > > > > > > > > On Tue, Sep 25, 2018 at 4:17 PM Brian
Squitieri via
>> > RT <
>> > >> > > > > > > > > met_help at ucar.edu>
>> > >> > > > > > > > > > wrote:
>> > >> > > > > > > > > >
>> > >> > > > > > > > > > >
>> > >> > > > > > > > > > > Tue Sep 25 16:10:36 2018: Request 87136
was acted
>> > >> upon.
>> > >> > > > > > > > > > > Transaction: Ticket created by
>> brianjs at iastate.edu
>> > >> > > > > > > > > > > Queue: met_help
>> > >> > > > > > > > > > > Subject: Running MODE on Cheyenne
>> > >> > > > > > > > > > > Owner: Nobody
>> > >> > > > > > > > > > > Requestors: brianjs at iastate.edu
>> > >> > > > > > > > > > > Status: new
>> > >> > > > > > > > > > > Ticket <URL: https://rt.rap.ucar.edu/rt/
>> > >> > > > > > > > Ticket/Display.html?id=87136
>> > >> > > > > > > > > >
>> > >> > > > > > > > > > >
>> > >> > > > > > > > > > >
>> > >> > > > > > > > > > > Good afternoon,
>> > >> > > > > > > > > > >
>> > >> > > > > > > > > > > I am attempting to run MODE (via met
version
>> 7.0) on
>> > >> > > Cheyenne
>> > >> > > > > > and I
>> > >> > > > > > > > > > believe
>> > >> > > > > > > > > > > I have everything configured correctly. I
use a
>> tcsh
>> > >> > script
>> > >> > > > to
>> > >> > > > > > run
>> > >> > > > > > > > MODE
>> > >> > > > > > > > > > and
>> > >> > > > > > > > > > > reference the file provided by DTC. When I
run
>> > MODE, I
>> > >> > get
>> > >> > > > the
>> > >> > > > > > > > > following
>> > >> > > > > > > > > > > error:
>> > >> > > > > > > > > > >
>> > >> > > > > > > > > > > /gpfs/p/ral/jnt/MET/MET_
>> > releases/cheyenne/met-7.0/bin/
>> > >> > mode:
>> > >> > > > > > error
>> > >> > > > > > > > while
>> > >> > > > > > > > > > > loading shared libraries:
libnetcdf_c++4.so.1:
>> > cannot
>> > >> > open
>> > >> > > > > shared
>> > >> > > > > > > > > object
>> > >> > > > > > > > > > > file: No such file or directory
>> > >> > > > > > > > > > >
>> > >> > > > > > > > > > > I reference the following paths in my
tcshrc
>> script:
>> > >> > > > > > > > > > > module use
>> > >> > > > > /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/modulefiles
>> > >> > > > > > > > > > > module use met/7.0
>> > >> > > > > > > > > > >
>> > >> > > > > > > > > > > I see their are beta versions of MET for
7.1, but
>> > was
>> > >> > > unsure
>> > >> > > > if
>> > >> > > > > > > those
>> > >> > > > > > > > > > were
>> > >> > > > > > > > > > > ok to use yet. Are we supposed to use
these
>> > >> executables
>> > >> > > > > instead?
>> > >> > > > > > I
>> > >> > > > > > > > ask
>> > >> > > > > > > > > > > because I contacted CISL about the issue
and they
>> > >> > mentioned
>> > >> > > > > that
>> > >> > > > > > > the
>> > >> > > > > > > > > > > libnetcdf_c++4.so.1
>> > >> > > > > > > > > > > library was quite old, and to contact
those who
>> > >> compiled
>> > >> > > MET
>> > >> > > > to
>> > >> > > > > > see
>> > >> > > > > > > > if
>> > >> > > > > > > > > > they
>> > >> > > > > > > > > > > had any library updates.
>> > >> > > > > > > > > > >
>> > >> > > > > > > > > > > I appreciate any advice that you can
provide and
>> I
>> > >> look
>> > >> > > > forward
>> > >> > > > > > to
>> > >> > > > > > > > > > hearing
>> > >> > > > > > > > > > > from you in the near future!
>> > >> > > > > > > > > > >
>> > >> > > > > > > > > > > Brian Squitieri
>> > >> > > > > > > > > > >
>> > >> > > > > > > > > > > --
>> > >> > > > > > > > > > > Brian Squitieri
>> > >> > > > > > > > > > > PhD Candidate
>> > >> > > > > > > > > > > Department of Geological and Atmospheric
Sciences
>> > >> > > > > > > > > > > Iowa State University
>> > >> > > > > > > > > > >
>> > >> > > > > > > > > > >
>> > >> > > > > > > > > >
>> > >> > > > > > > > > >
>> > >> > > > > > > > >
>> > >> > > > > > > > >
>> > >> > > > > > > > > --
>> > >> > > > > > > > > Brian Squitieri
>> > >> > > > > > > > > PhD Candidate
>> > >> > > > > > > > > Department of Geological and Atmospheric
Sciences
>> > >> > > > > > > > > Iowa State University
>> > >> > > > > > > > >
>> > >> > > > > > > > >
>> > >> > > > > > > >
>> > >> > > > > > > >
>> > >> > > > > > >
>> > >> > > > > > >
>> > >> > > > > > > --
>> > >> > > > > > > Brian Squitieri
>> > >> > > > > > > PhD Candidate
>> > >> > > > > > > Department of Geological and Atmospheric Sciences
>> > >> > > > > > > Iowa State University
>> > >> > > > > > >
>> > >> > > > > > >
>> > >> > > > > >
>> > >> > > > > >
>> > >> > > > >
>> > >> > > > >
>> > >> > > > > --
>> > >> > > > > Brian Squitieri
>> > >> > > > > PhD Candidate
>> > >> > > > > Department of Geological and Atmospheric Sciences
>> > >> > > > > Iowa State University
>> > >> > > > >
>> > >> > > > >
>> > >> > > >
>> > >> > > >
>> > >> > >
>> > >> > >
>> > >> > > --
>> > >> > > Brian Squitieri
>> > >> > > PhD Candidate
>> > >> > > Department of Geological and Atmospheric Sciences
>> > >> > > Iowa State University
>> > >> > >
>> > >> > >
>> > >> >
>> > >> >
>> > >>
>> > >>
>> > >> --
>> > >> Brian Squitieri
>> > >> PhD Candidate
>> > >> Department of Geological and Atmospheric Sciences
>> > >> Iowa State University
>> > >>
>> > >>
>> >
>> >
>>
>>
>> --
>> Brian Squitieri
>> PhD Candidate
>> Department of Geological and Atmospheric Sciences
>> Iowa State University
>>
>>
------------------------------------------------
Subject: Running MODE on Cheyenne
From: Brian Squitieri
Time: Mon Oct 08 14:19:43 2018
Hello Julie,
Sorry for taking so long to respond. I was working through my cases to
get
results and I wanted to make sure I was successful with things on my
end to
make sure I properly incorporated your suggestions. I was successful
at
getting results! Examples of output can be found on Cheyenne (in any
folder
with a date) at:
/gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_domains/experiments/cold_pool_generalizations/3domains_conv/MODE_results
I only had two small items I wanted to ask about (both of which can be
seen
on any post script file). First, a background map of my domains do not
appear. Geographic location is not important for my particular work,
but I
just wanted to double check and make sure that what ever issue is
occurring
here does not influence the results. Second, if one looks at the
lower-left
hand corner of the plots, a peculiar shape appears. I assume this has
something to do with the mapping issue? It is in all files and is not
factored into any of the MODE calculations. Any advice you have for
this
particular issue would be greatly appreciated, and thank you again for
helping me get this far!
Brian Squitieri
On Thu, Oct 4, 2018 at 10:10 AM, Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:
> Hi Brian.
>
> It looks like the following files were in your original
configuration file,
> however, MET could not find them:
> poly = "${config_dir}/mask/vx_mask.nc"
> color_table = "${config_dir}/colortables/prcp_1.ctable";
> (referenced twice)
>
> After making some modifications to the attributes in your NetCDF
file (new
> file at
> /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> ColdPool_forMODE_06_03_2015_new.nc)
> and making some modifications to your configuration file (new file
at
> /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
> coldPoolConfig_mod),
> I was able to get a successful run:
>
> cheyenne4:jpresto>
/gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
> > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> ColdPool_forMODE_06_03_2015_new.nc
> > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> ColdPool_forMODE_06_03_2015_new.nc
> > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
> coldPoolConfig_mod
> > -outdir
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_output/
> > DEBUG 1: Default Config File:
> > /glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/
> MODEConfig_default
> > DEBUG 1: Match Config File:
> > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
> coldPoolConfig_mod
> > DEBUG 1: Merge Config File:
> > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
> coldPoolConfig_mod
> > DEBUG 1: Forecast File:
> > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> ColdPool_forMODE_06_03_2015_new.nc
> > DEBUG 1: Observation File:
> > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> ColdPool_forMODE_06_03_2015_new.nc
> > DEBUG 1: Forecast Field: th3km at surface
> > DEBUG 1: Observation Field: th13km at surface
> > DEBUG 2: Processing masking regions.
> > DEBUG 2: Identifying objects in the forecast and observation
fields...
> > DEBUG 2: Computing contingency table statistics...
> > DEBUG 2: Identified: 0 forecast objects and 1 observation objects.
> > DEBUG 2: Performing merging (THRESH) in the forecast field.
> > DEBUG 2: Performing merging (THRESH) in the observation field.
> > DEBUG 2: Remaining: 0 forecast objects and 1 observation objects.
> > DEBUG 2: Performing matching (MERGE_BOTH) between the forecast and
> > observation fields.
> > DEBUG 1: Creating Fcst-Obs Object Statistics file:
> > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_
> output//mode_ColdPool_000000L_20010909_014640V_010000A_obj.txt
> > DEBUG 1: Creating Contingency Table Statistics file:
> > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_
> output//mode_ColdPool_000000L_20010909_014640V_010000A_cts.txt
> > DEBUG 1: Creating Object NetCDF file:
> > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_
> output//mode_ColdPool_000000L_20010909_014640V_010000A_obj.nc
> > DEBUG 1: Loading forecast raw color table:
> > /glade/p/ral/jntp/MET/MET_releases/7.0/share/met/
> colortables/mode_obj.ctable
> > DEBUG 1: Loading observation raw color table:
> > /glade/p/ral/jntp/MET/MET_releases/7.0/share/met/
> colortables/mode_obj.ctable
> > DEBUG 1: Creating postscript file:
> > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_
> output//mode_ColdPool_000000L_20010909_014640V_010000A.ps
> >
>
> You can view the output here:
> /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_output
>
> If you are able to modify your NetCDF files to look more like the
one I
> created, you should be good to go for now. In the meantime, as I
mentioned
> previously our developer is working on having MET read both float
data type
> and and "byte array" type.
>
> Please let me know if you have any questions.
>
> Thanks!
>
> Julie
>
>
>
>
> On Tue, Oct 2, 2018 at 9:23 AM Julie Prestopnik <jpresto at ucar.edu>
wrote:
>
> > Thanks, Brian. If you are not familiar with it, it could be
something I
> > added from the default config file from met-7.0 to bring your file
up to
> > date. I tried to check on it, but forgot that cheyenne was down
today.
> I
> > will follow up when I can access cheyenne.
> >
> > Julie
> >
> > On Mon, Oct 1, 2018 at 3:45 PM Brian Squitieri via RT
<met_help at ucar.edu
> >
> > wrote:
> >
> >>
> >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
> >>
> >> That is odd. I don't have a mask file. Was I supposed to? If not,
I
> assume
> >> this parameter can be turned off?
> >>
> >> Brian Squitieri
> >>
> >> On Mon, Oct 1, 2018 at 3:05 PM, Julie Prestopnik via RT <
> >> met_help at ucar.edu>
> >> wrote:
> >>
> >> > Hi Brian.
> >> >
> >> > One quick question. I'm working on manually modifying your
NetCDF
> file.
> >> > I've gotten past a few errors and am now receiving the error:
> >> >
> >> > ERROR :
> >> > ERROR : grd_file_type() -> file does not exist
> >> >
"/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/mask/
> >> > vx_mask.nc"
> >> > ERROR :
> >> >
> >> > I see in your MODE config file:
> >> >
> >> > poly = "${config_dir}/mask/vx_mask.nc"
> >> >
> >> > I looked for
> >> > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> >> > domains/MODE/configuration/mask,
> >> > but I see that directory does not exist. Can you please point
me to
> >> > vx_mask.nc?
> >> >
> >> > Thanks!
> >> >
> >> > Julie
> >> >
> >> > On Mon, Oct 1, 2018 at 1:06 PM Julie Prestopnik
<jpresto at ucar.edu>
> >> wrote:
> >> >
> >> > > Thank you, Brian! We appreciate it. We'll follow up with
questions
> >> and
> >> > > once we have a solution.
> >> > >
> >> > > Julie
> >> > >
> >> > > On Mon, Oct 1, 2018 at 1:05 PM Brian Squitieri via RT <
> >> met_help at ucar.edu
> >> > >
> >> > > wrote:
> >> > >
> >> > >>
> >> > >> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
> >> > >>
> >> > >> Hello Julie,
> >> > >>
> >> > >> I'm glad that I was able to help detect a bug even though
that was
> >> > purely
> >> > >> by accident! I greatly appreciate what you and the MET team
are
> >> doing to
> >> > >> make the evaluation of these files possible. Please keep me
> informed
> >> > once
> >> > >> a
> >> > >> solution arises!
> >> > >>
> >> > >> One thing I should mention is that these files only contain
one
> time,
> >> > and
> >> > >> the actual date/time itself is not important for what I am
doing
> (in
> >> > case
> >> > >> that becomes an issue after the problem is solved). Also let
me
> know
> >> if
> >> > >> you
> >> > >> have any question regarding the contents/structure of the
files
> and I
> >> > can
> >> > >> elaborate further!
> >> > >>
> >> > >> Brian Squitieri
> >> > >>
> >> > >> On Mon, Oct 1, 2018 at 1:15 PM, Julie Prestopnik via RT <
> >> > >> met_help at ucar.edu>
> >> > >> wrote:
> >> > >>
> >> > >> > Hi Brian.
> >> > >> >
> >> > >> > Thank you for catching the "module use met/7.0" instead of
> "module
> >> > load
> >> > >> > met/7.0." I skipped over that thinking it said "load" and
not
> >> "use".
> >> > >> It
> >> > >> > now makes sense why it wasn't being picked up. :)
> >> > >> >
> >> > >> > First, I updated your original config file for met-7.0
> >> > >> > (/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> >> > >> > config/coldPoolConfig_mod)/
> >> > >> >
> >> > >> > Second, I updated your NetCDF file to change "Met_version"
to
> >> > >> "MET_version"
> >> > >> > in the attributes section
> >> > >> > (/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> >> > >> > ColdPool_forMODE_06_03_2015_new.nc).
> >> > >> >
> >> > >> >
> >> > >> > Rerunning after those changes, with the following command:
> >> > >> >
> >> > >> > /gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
> >> > >> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> >> > >> > ColdPool_forMODE_06_03_2015_new.nc
> >> > >> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> >> > >> > ColdPool_forMODE_06_03_2015_new.nc
> >> > >> > >
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
> >> > >> > coldPoolConfig_mod
> >> > >> > > -outdir
> >> > >>
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_output/
> >> > >> > >
> >> > >> >
> >> > >> > I get the following output:
> >> > >> >
> >> > >> > DEBUG 1: Default Config File:
> >> > >> > > /glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/
> >> > >> > MODEConfig_default
> >> > >> > > DEBUG 1: Match Config File:
> >> > >> > >
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
> >> > >> > coldPoolConfig_mod
> >> > >> > > DEBUG 1: Merge Config File:
> >> > >> > >
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
> >> > >> > coldPoolConfig_mod
> >> > >> > > terminate called after throwing an instance of
> >> > >> > 'netCDF::exceptions::NcChar'
> >> > >> > > what(): NetCDF: Attempt to convert between text &
numbers
> >> > >> > > file: ncAtt.cpp line:104
> >> > >> > > Abort
> >> > >> > >
> >> > >> >
> >> > >> > One of our developers was looking into this issue and
discovered
> >> that
> >> > >> the
> >> > >> > problem happens on reading the global variable
"scale_lat_1". It
> >> is
> >> > >> caused
> >> > >> > by the data type of the global attributes: float vs. byte
string.
> >> The
> >> > >> MET
> >> > >> > code expects the "byte array" for the global attributes
and does
> >> not
> >> > >> accept
> >> > >> > float type value. Unfortunately, the same problem exists
with
> >> latest
> >> > >> > code. The developer is working on having MET read both
(float
> data
> >> > type
> >> > >> > and and "byte array" type).
> >> > >> >
> >> > >> > Thank you for helping us to discover this bug. We are
working on
> a
> >> > >> > solution. I can follow up once we have the issue fixed if
you
> >> would
> >> > >> like.
> >> > >> >
> >> > >> > Thanks,
> >> > >> > Julie
> >> > >> >
> >> > >> > On Fri, Sep 28, 2018 at 4:05 PM Brian Squitieri via RT <
> >> > >> met_help at ucar.edu>
> >> > >> > wrote:
> >> > >> >
> >> > >> > >
> >> > >> > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136
> >
> >> > >> > >
> >> > >> > > Hello Julie,
> >> > >> > >
> >> > >> > > I got put in the commands manually and rectified the
issue. I
> >> went
> >> > >> > through
> >> > >> > > my tcshrc file and found that I had "module use met/7.0"
> instead
> >> of
> >> > >> > "module
> >> > >> > > load met/7.0." That solved this round of issues.
> >> > >> > >
> >> > >> > > One thing I should mention is that I am not feeding raw
files
> >> (like
> >> > >> raw
> >> > >> > WRF
> >> > >> > > output) to MODE, but customized files that show output
of a
> >> > >> convectively
> >> > >> > > induced cold pool. While all of my data are regridded to
a
> common
> >> > >> grid, I
> >> > >> > > am attempting to compare one two resolutions with a
third
> (which
> >> is
> >> > >> > > "treated as observations"). One thing I have been warned
about
> is
> >> > that
> >> > >> > MODE
> >> > >> > > can only except netcdf files that are assigned to
specific
> global
> >> > >> > > attributes. When I run MODE, I get the following output.
> >> > >> > >
> >> > >> > > DEBUG 1: Default Config File:
> >> > >> > > /glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/
> >> > >> > MODEConfig_default
> >> > >> > > DEBUG 1: Match Config File:
> >> > >> > >
> >> > >> > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> >> > >> > domains/MODE/configuration/coldPoolConfig
> >> > >> > > DEBUG 1: Merge Config File:
> >> > >> > >
> >> > >> > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> >> > >> > domains/MODE/configuration/coldPoolConfig
> >> > >> > > WARNING:
> >> > >> > > WARNING: read_netcdf_grid() -> Applying METv2.0 grid
parsing
> >> logic
> >> > >> since
> >> > >> > > the "MET_version" global attribute is not present.
> >> > >> > > WARNING:
> >> > >> > > WARNING:
> >> > >> > > WARNING: read_netcdf_grid() -> Applying METv2.0 grid
parsing
> >> logic
> >> > >> since
> >> > >> > > the "MET_version" global attribute is not present.
> >> > >> > > WARNING:
> >> > >> > > WARNING:
> >> > >> > > WARNING: read_netcdf_grid() -> Applying METv2.0 grid
parsing
> >> logic
> >> > >> since
> >> > >> > > the "MET_version" global attribute is not present.
> >> > >> > > WARNING:
> >> > >> > > WARNING:
> >> > >> > > WARNING: read_netcdf_grid() -> Applying METv2.0 grid
parsing
> >> logic
> >> > >> since
> >> > >> > > the "MET_version" global attribute is not present.
> >> > >> > > WARNING:
> >> > >> > > WARNING:
> >> > >> > > WARNING: Resetting the regridding method from "BUDGET"
to
> >> "NEAREST"
> >> > >> since
> >> > >> > > the regridding width is 1.
> >> > >> > > WARNING:
> >> > >> > > WARNING:
> >> > >> > > WARNING: Resetting the regridding method from "BUDGET"
to
> >> "NEAREST"
> >> > >> since
> >> > >> > > the regridding width is 1.
> >> > >> > > WARNING:
> >> > >> > > DEBUG 1: Forecast File:
> >> > >> > >
> >> > >> > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> >> > >> > regridFiles/ColdPool_forMODE_
> >> > >> > > 06_03_2015.nc
> >> > >> > > DEBUG 1: Observation File:
> >> > >> > >
> >> > >> > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> >> > >> > regridFiles/ColdPool_forMODE_
> >> > >> > > 06_03_2015.nc
> >> > >> > > terminate called after throwing an instance of
> >> > >> > 'netCDF::exceptions::NcEdge'
> >> > >> > > what(): NetCDF: Start+count exceeds dimension bound
> >> > >> > > file: ncVar.cpp line:1614
> >> > >> > > Abort (core dumped)
> >> > >> > > 0.152u 0.144s 0:01.82 15.9% 0+0k 0+0io 0pf+0w
> >> > >> > >
> >> > >> > > I have two questions. First, what are the implications
of
> "DEBUG
> >> 1"
> >> > >> vs.
> >> > >> > > "WARNING" or "ERROR"? Second, did the program terminate
because
> >> the
> >> > >> > netcdf
> >> > >> > > file was not attributed properly or because of a grid
> structural
> >> > >> issue?
> >> > >> > >
> >> > >> > > I apologize for all of the questions! I admit I'm
running MODE
> >> in a
> >> > >> > rather
> >> > >> > > strange way (in order to compare cold pools in model
output),
> >> but I
> >> > >> feel
> >> > >> > I
> >> > >> > > am getting close to getting MODE to work for this task.
> >> > >> > >
> >> > >> > > Brian Squitieri
> >> > >> > >
> >> > >> > > On Fri, Sep 28, 2018 at 1:50 PM, Julie Prestopnik via RT
<
> >> > >> > > met_help at ucar.edu>
> >> > >> > > wrote:
> >> > >> > >
> >> > >> > > > Hi Brian.
> >> > >> > > >
> >> > >> > > > You previously mentioned:
> >> > >> > > >
> >> > >> > > > > I reference the following paths in my tcshrc script:
> >> > >> > > > > module use /gpfs/p/ral/jnt/MET/MET_
> >> > releases/cheyenne/modulefiles
> >> > >> > > > > module use met/7.0
> >> > >> > > > >
> >> > >> > > >
> >> > >> > > > I don't believe that is getting used.
> >> > >> > > >
> >> > >> > > > Below, see my LD_LIBRARY_PATH upon initial login on
cheyenne.
> >> > Then,
> >> > >> > see
> >> > >> > > > that I run "module use" and "module load". Then, see
my
> >> > >> > LD_LIBRARY_PATH
> >> > >> > > > after that. Please note the addition of
> >> > >> > > >
/glade/p/ral/jntp/MET/MET_releases/7.0/external_libs/lib,
> which
> >> > is
> >> > >> > where
> >> > >> > > > that netcdf library file resides.
> >> > >> > > >
> >> > >> > > > cheyenne5:jpresto> echo $LD_LIBRARY_PATH
> >> > >> > > >
> >> > >> > > > /glade/u/home/jpresto/local/lib:/glade/u/home/jpresto/
> >> > >> > > > libs:/usr/lib:/usr/local/X11R5/lib:/usr/openwin/lib:/
> >> > >> > > >
usr/local/lib:/glade/u/home/jpresto/local/enthought/epd-7.
> >> > >> > > > 0-2-rh5-x86_64/lib:/usr/local/icc/lib/intel64
> >> > >> > > >
> >> > >> > > > cheyenne5:jpresto> module use
/glade/p/ral/jntp/MET/MET_
> >> > >> > > > releases/modulefiles
> >> > >> > > >
> >> > >> > > > cheyenne5:jpresto> module load met/7.0
> >> > >> > > >
> >> > >> > > > cheyenne5:jpresto> echo $LD_LIBRARY_PATH
> >> > >> > > >
> >> > >> > > > /glade/p/ral/jntp/MET/MET_releases/7.0/external_libs/
> >> > >> > > > lib:/glade/u/apps/opt/intel/2017u1/compilers_and_
> >> > >> > > > libraries/linux/lib/intel64_lin:/glade/u/home/jpresto/
> >> > >> > > > local/lib:/glade/u/home/jpresto/libs:/usr/lib:/usr/
> >> > >> > > >
local/X11R5/lib:/usr/openwin/lib:/usr/local/lib:/glade/u/
> >> > >> > > > home/jpresto/local/enthought/epd-7.0-2-rh5-
x86_64/lib:/usr/
> >> > >> > > > local/icc/lib/intel64
> >> > >> > > >
> >> > >> > > >
> >> > >> > > > Instead of relying on the load from your ~/.cshrc
file,
> please
> >> run
> >> > >> the
> >> > >> > > > commands manually and see if you still get that same
error.
> >> > Please
> >> > >> let
> >> > >> > > me
> >> > >> > > > know how it works out.
> >> > >> > > >
> >> > >> > > > Regarding:
> >> > >> > > >
> >> > >> > > > > Also, I imagine that MET-MODE version 7.0 will
require
> >> running
> >> > >> with a
> >> > >> > > new
> >> > >> > > > > configure script. Where may I find one for version
7.0?
> >> > >> > > > >
> >> > >> > > >
> >> > >> > > > Do you mean updated configuration files? If so, you
can find
> >> the
> >> > >> > default
> >> > >> > > > config files for met-7.0
> >> > >> > > > at
/glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/.
> I
> >> > hope
> >> > >> > that
> >> > >> > > > helps!
> >> > >> > > >
> >> > >> > > > Thanks,
> >> > >> > > > Julie
> >> > >> > > >
> >> > >> > > > On Thu, Sep 27, 2018 at 5:32 PM Brian Squitieri via RT
<
> >> > >> > > met_help at ucar.edu>
> >> > >> > > > wrote:
> >> > >> > > >
> >> > >> > > > >
> >> > >> > > > > <URL:
> >> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
> >> > >> > > > >
> >> > >> > > > > For echo $LD_LIBRARY_PATH, I get the following:
> >> > >> > > > >
> >> > >> > > > >
> >> > >> > > > > /ncar/opt/slurm/latest//lib:/opt/sgi/mpt/mpt-
2.15/lib:/
> >> > >> > > >
glade/u/apps/opt/intel/2017u1/compilers_and_libraries/linux/
> >> > >> > > >
lib/intel64_lin:/glade/u/apps/ch/os/usr/lib64:/glade/u/apps/
> >> > >> > > >
ch/os/usr/lib:/glade/u/apps/ch/os/lib64:/glade/u/apps/ch/
> os/lib
> >> > >> > > > >
> >> > >> > > > > For ldd
> >> > >> /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-7.0/bin/mode,
> >> > >> > I
> >> > >> > > > get:
> >> > >> > > > > linux-vdso.so.1 (0x00002aaaaaaab000)
> >> > >> > > > > libpng16.so.16 =>
/glade/u/apps/ch/os/usr/lib64/
> >> > >> > libpng16.so.16
> >> > >> > > > > (0x00002aaaaaaae000)
> >> > >> > > > > libz.so.1 =>
/glade/u/apps/ch/os/lib64/libz.so.1
> >> > >> > > > > (0x00002aaaaacec000)
> >> > >> > > > > libm.so.6 =>
/glade/u/apps/ch/os/lib64/libm.so.6
> >> > >> > > > > (0x00002aaaaaf02000)
> >> > >> > > > > libnetcdf_c++4.so.1 => not found
> >> > >> > > > > libnetcdf.so.11 => not found
> >> > >> > > > > libgsl.so.19 => not found
> >> > >> > > > > libgslcblas.so.0 =>
/glade/u/apps/ch/os/usr/lib64/
> >> > >> > > > libgslcblas.so.0
> >> > >> > > > > (0x00002aaaab224000)
> >> > >> > > > > libstdc++.so.6 =>
/glade/u/apps/ch/os/usr/lib64/
> >> > >> > libstdc++.so.6
> >> > >> > > > > (0x00002aaaab463000)
> >> > >> > > > > libgcc_s.so.1 => /glade/u/apps/ch/os/lib64/
> >> > libgcc_s.so.1
> >> > >> > > > > (0x00002aaaab7e7000)
> >> > >> > > > > libc.so.6 =>
/glade/u/apps/ch/os/lib64/libc.so.6
> >> > >> > > > > (0x00002aaaab9fe000)
> >> > >> > > > > libdl.so.2 =>
/glade/u/apps/ch/os/lib64/libdl.so.2
> >> > >> > > > > (0x00002aaaabda7000)
> >> > >> > > > > /lib64/ld-linux-x86-64.so.2
(0x0000555555554000)
> >> > >> > > > >
> >> > >> > > > > Also, I imagine that MET-MODE version 7.0 will
require
> >> running
> >> > >> with a
> >> > >> > > new
> >> > >> > > > > configure script. Where may I find one for version
7.0?
> >> > >> > > > >
> >> > >> > > > > On Thu, Sep 27, 2018 at 11:05 AM, Julie Prestopnik
via RT <
> >> > >> > > > > met_help at ucar.edu
> >> > >> > > > > > wrote:
> >> > >> > > > >
> >> > >> > > > > > Hi Brian.
> >> > >> > > > > >
> >> > >> > > > > > Could you please run the following commands and
send me
> the
> >> > >> output?
> >> > >> > > > > >
> >> > >> > > > > > echo $LD_LIBRARY_PATH
> >> > >> > > > > > ldd /gpfs/p/ral/jnt/MET/MET_
> releases/cheyenne/met-7.0/bin/
> >> > mode
> >> > >> > > > > >
> >> > >> > > > > > Thanks!
> >> > >> > > > > >
> >> > >> > > > > > Julie
> >> > >> > > > > >
> >> > >> > > > > > On Wed, Sep 26, 2018 at 4:21 PM Brian Squitieri
via RT <
> >> > >> > > > > met_help at ucar.edu>
> >> > >> > > > > > wrote:
> >> > >> > > > > >
> >> > >> > > > > > >
> >> > >> > > > > > > <URL: https://rt.rap.ucar.edu/rt/
> >> > Ticket/Display.html?id=87136
> >> > >> >
> >> > >> > > > > > >
> >> > >> > > > > > > Sure!
> >> > >> > > > > > >
> >> > >> > > > > > > At
/gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> >> > >> > domains/MODE,
> >> > >> > > I
> >> > >> > > > > run
> >> > >> > > > > > > using a tcsh script. The command in the script I
use is
> >> the
> >> > >> > > > following:
> >> > >> > > > > > >
> >> > >> > > > > > > time /gpfs/fs1/p/ral/jntp/MET/MET_
> releases/7.0/bin/mode
> >> > >> > > > > > >
> >> > >> > > > > > >
/gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> >> > >> > > > > > regridFiles/ColdPool_forMODE_
> >> > >> > > > > > > 06_03_2015.nc
> >> > >> > > > > > >
> >> > >> > > > > > >
/gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> >> > >> > > > > > regridFiles/ColdPool_forMODE_
> >> > >> > > > > > > 06_03_2015.nc
> >> > >> > > > > > >
> >> > >> > > > > > >
/gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> >> > >> > > > > > domains/MODE/configuration/coldPoolConfig
> >> > >> > > > > > > -outdir
> >> > >> > > > > > >
> >> > >> > > > > > >
/gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> >> > >> > > > > >
> >> domains/experiments/cold_pool_generalizations/3domains_conv/
> >> > >> > > > MODE_results
> >> > >> > > > > > >
> >> > >> > > > > > > The first argument is the mode executable I am
running.
> >> The
> >> > >> next
> >> > >> > > two
> >> > >> > > > > > > commands are obs and fcst (both are in the same
file),
> >> > >> followed
> >> > >> > by
> >> > >> > > > the
> >> > >> > > > > > > configuration file (and path). The last command
is the
> >> > output
> >> > >> > > > > directory.
> >> > >> > > > > > >
> >> > >> > > > > > > Here is what I get for modules when doing a
module
> list:
> >> > >> > > > > > >
> >> > >> > > > > > > Currently Loaded Modules:
> >> > >> > > > > > > 1) ncarenv/1.2 2) intel/17.0.1 3)
> >> ncarcompilers/0.4.1
> >> > >> 4)
> >> > >> > > > > > mpt/2.15f
> >> > >> > > > > > > 5) netcdf/4.6.1 6) ncl/6.4.0 7) cdo/1.7.2
8)
> >> > >> python/3.6.2
> >> > >> > > 9)
> >> > >> > > > > > > vim/8.0
> >> > >> > > > > > >
> >> > >> > > > > > > I hope this helps!
> >> > >> > > > > > >
> >> > >> > > > > > > Brian Squitieri
> >> > >> > > > > > >
> >> > >> > > > > > > On Wed, Sep 26, 2018 at 2:07 PM, Julie
Prestopnik via
> RT
> >> <
> >> > >> > > > > > > met_help at ucar.edu>
> >> > >> > > > > > > wrote:
> >> > >> > > > > > >
> >> > >> > > > > > > > Hi Brian.
> >> > >> > > > > > > >
> >> > >> > > > > > > > I am not able to reproduce the problem you are
> >> > experiencing.
> >> > >> > Can
> >> > >> > > > you
> >> > >> > > > > > > > please send me the command line you are
running for
> >> mode?
> >> > >> > Please
> >> > >> > > > > > include
> >> > >> > > > > > > > full paths for the data.
> >> > >> > > > > > > >
> >> > >> > > > > > > > Also, could you please run "module list" and
send me
> >> the
> >> > >> > output?
> >> > >> > > > > > > >
> >> > >> > > > > > > > Thanks,
> >> > >> > > > > > > > Julie
> >> > >> > > > > > > >
> >> > >> > > > > > > > On Wed, Sep 26, 2018 at 1:03 PM Brian
Squitieri via
> RT
> >> <
> >> > >> > > > > > > met_help at ucar.edu>
> >> > >> > > > > > > > wrote:
> >> > >> > > > > > > >
> >> > >> > > > > > > > >
> >> > >> > > > > > > > > <URL: https://rt.rap.ucar.edu/rt/
> >> > >> > Ticket/Display.html?id=87136
> >> > >> > > >
> >> > >> > > > > > > > >
> >> > >> > > > > > > > > Hello Julie,
> >> > >> > > > > > > > >
> >> > >> > > > > > > > > I still got the same error as before. I used
the
> >> > >> following in
> >> > >> > > my
> >> > >> > > > > > tcshrc
> >> > >> > > > > > > > > script:
> >> > >> > > > > > > > >
> >> > >> > > > > > > > > module use /glade/p/ral/jntp/MET/MET_
> >> > releases/modulefiles
> >> > >> > > > > > > > > module load met/7.0
> >> > >> > > > > > > > >
> >> > >> > > > > > > > > I experimented with both of the following
MODE
> >> > executables
> >> > >> > when
> >> > >> > > > > > > running a
> >> > >> > > > > > > > > tcsh script for using the 'mode' command:
> >> > >> > > > > > > > >
> >> > >> > > > > > > > >
> >> /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-7.0/bin/
> >> > mode
> >> > >> > > > > > > > >
/gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
> >> > >> > > > > > > > >
> >> > >> > > > > > > > > Could it be the netcdf library version I am
using?
> I
> >> > also
> >> > >> > have
> >> > >> > > > > access
> >> > >> > > > > > > to
> >> > >> > > > > > > > > MET (and MODE) on a much smaller machine at
a
> >> > university,
> >> > >> and
> >> > >> > > was
> >> > >> > > > > > able
> >> > >> > > > > > > to
> >> > >> > > > > > > > > get MODE running, but with netcdf 4.6.2. On
> Cheyenne,
> >> > all
> >> > >> we
> >> > >> > > have
> >> > >> > > > > is
> >> > >> > > > > > up
> >> > >> > > > > > > > to
> >> > >> > > > > > > > > version 4.6.1. Please let me know your
thoughts.
> >> > >> > > > > > > > >
> >> > >> > > > > > > > > Brian Squitieri
> >> > >> > > > > > > > >
> >> > >> > > > > > > > >
> >> > >> > > > > > > > > On Wed, Sep 26, 2018 at 1:48 AM, Julie
Prestopnik
> via
> >> > RT <
> >> > >> > > > > > > > > met_help at ucar.edu>
> >> > >> > > > > > > > > wrote:
> >> > >> > > > > > > > >
> >> > >> > > > > > > > > > Hi Brian.
> >> > >> > > > > > > > > >
> >> > >> > > > > > > > > > I see that you are having a problem with
MET on
> >> > >> cheyenne.
> >> > >> > > The
> >> > >> > > > > > recent
> >> > >> > > > > > > > > > directory renaming on cheyenne broke the
MET
> build
> >> > that
> >> > >> you
> >> > >> > > are
> >> > >> > > > > > > using.
> >> > >> > > > > > > > > We
> >> > >> > > > > > > > > > rebuilt the code in a different area.
Here is a
> >> link
> >> > to
> >> > >> > the
> >> > >> > > > > > webpage
> >> > >> > > > > > > > > where
> >> > >> > > > > > > > > > we list our existing MET builds:
> >> > >> > > > > > > > > >
> >> > >> > > > > > > > > > https://dtcenter.org/met/
> >> > users/downloads/existing_met_
> >> > >> > > > > > > > > > builds/METv7.0_existing_met_builds.php
> >> > >> > > > > > > > > >
> >> > >> > > > > > > > > > Please note that for cheyenne, you should
now
> run:
> >> > >> > > > > > > > > >
> >> > >> > > > > > > > > > module use
> >> > >> /glade/p/ral/jntp/MET/MET_releases/modulefiles
> >> > >> > > > > > > > > > module load met/7.0
> >> > >> > > > > > > > > >
> >> > >> > > > > > > > > >
> >> > >> > > > > > > > > > Please give that a try and let us know how
it
> goes.
> >> > >> > > > > > > > > >
> >> > >> > > > > > > > > > Thanks!
> >> > >> > > > > > > > > >
> >> > >> > > > > > > > > > Julie
> >> > >> > > > > > > > > >
> >> > >> > > > > > > > > > On Tue, Sep 25, 2018 at 4:17 PM Brian
Squitieri
> via
> >> > RT <
> >> > >> > > > > > > > > met_help at ucar.edu>
> >> > >> > > > > > > > > > wrote:
> >> > >> > > > > > > > > >
> >> > >> > > > > > > > > > >
> >> > >> > > > > > > > > > > Tue Sep 25 16:10:36 2018: Request 87136
was
> acted
> >> > >> upon.
> >> > >> > > > > > > > > > > Transaction: Ticket created by
> >> brianjs at iastate.edu
> >> > >> > > > > > > > > > > Queue: met_help
> >> > >> > > > > > > > > > > Subject: Running MODE on Cheyenne
> >> > >> > > > > > > > > > > Owner: Nobody
> >> > >> > > > > > > > > > > Requestors: brianjs at iastate.edu
> >> > >> > > > > > > > > > > Status: new
> >> > >> > > > > > > > > > > Ticket <URL:
https://rt.rap.ucar.edu/rt/
> >> > >> > > > > > > > Ticket/Display.html?id=87136
> >> > >> > > > > > > > > >
> >> > >> > > > > > > > > > >
> >> > >> > > > > > > > > > >
> >> > >> > > > > > > > > > > Good afternoon,
> >> > >> > > > > > > > > > >
> >> > >> > > > > > > > > > > I am attempting to run MODE (via met
version
> >> 7.0) on
> >> > >> > > Cheyenne
> >> > >> > > > > > and I
> >> > >> > > > > > > > > > believe
> >> > >> > > > > > > > > > > I have everything configured correctly.
I use a
> >> tcsh
> >> > >> > script
> >> > >> > > > to
> >> > >> > > > > > run
> >> > >> > > > > > > > MODE
> >> > >> > > > > > > > > > and
> >> > >> > > > > > > > > > > reference the file provided by DTC. When
I run
> >> > MODE, I
> >> > >> > get
> >> > >> > > > the
> >> > >> > > > > > > > > following
> >> > >> > > > > > > > > > > error:
> >> > >> > > > > > > > > > >
> >> > >> > > > > > > > > > > /gpfs/p/ral/jnt/MET/MET_
> >> > releases/cheyenne/met-7.0/bin/
> >> > >> > mode:
> >> > >> > > > > > error
> >> > >> > > > > > > > while
> >> > >> > > > > > > > > > > loading shared libraries:
libnetcdf_c++4.so.1:
> >> > cannot
> >> > >> > open
> >> > >> > > > > shared
> >> > >> > > > > > > > > object
> >> > >> > > > > > > > > > > file: No such file or directory
> >> > >> > > > > > > > > > >
> >> > >> > > > > > > > > > > I reference the following paths in my
tcshrc
> >> script:
> >> > >> > > > > > > > > > > module use
> >> > >> > > > >
/gpfs/p/ral/jnt/MET/MET_releases/cheyenne/modulefiles
> >> > >> > > > > > > > > > > module use met/7.0
> >> > >> > > > > > > > > > >
> >> > >> > > > > > > > > > > I see their are beta versions of MET for
7.1,
> but
> >> > was
> >> > >> > > unsure
> >> > >> > > > if
> >> > >> > > > > > > those
> >> > >> > > > > > > > > > were
> >> > >> > > > > > > > > > > ok to use yet. Are we supposed to use
these
> >> > >> executables
> >> > >> > > > > instead?
> >> > >> > > > > > I
> >> > >> > > > > > > > ask
> >> > >> > > > > > > > > > > because I contacted CISL about the issue
and
> they
> >> > >> > mentioned
> >> > >> > > > > that
> >> > >> > > > > > > the
> >> > >> > > > > > > > > > > libnetcdf_c++4.so.1
> >> > >> > > > > > > > > > > library was quite old, and to contact
those who
> >> > >> compiled
> >> > >> > > MET
> >> > >> > > > to
> >> > >> > > > > > see
> >> > >> > > > > > > > if
> >> > >> > > > > > > > > > they
> >> > >> > > > > > > > > > > had any library updates.
> >> > >> > > > > > > > > > >
> >> > >> > > > > > > > > > > I appreciate any advice that you can
provide
> and
> >> I
> >> > >> look
> >> > >> > > > forward
> >> > >> > > > > > to
> >> > >> > > > > > > > > > hearing
> >> > >> > > > > > > > > > > from you in the near future!
> >> > >> > > > > > > > > > >
> >> > >> > > > > > > > > > > Brian Squitieri
> >> > >> > > > > > > > > > >
> >> > >> > > > > > > > > > > --
> >> > >> > > > > > > > > > > Brian Squitieri
> >> > >> > > > > > > > > > > PhD Candidate
> >> > >> > > > > > > > > > > Department of Geological and Atmospheric
> Sciences
> >> > >> > > > > > > > > > > Iowa State University
> >> > >> > > > > > > > > > >
> >> > >> > > > > > > > > > >
> >> > >> > > > > > > > > >
> >> > >> > > > > > > > > >
> >> > >> > > > > > > > >
> >> > >> > > > > > > > >
> >> > >> > > > > > > > > --
> >> > >> > > > > > > > > Brian Squitieri
> >> > >> > > > > > > > > PhD Candidate
> >> > >> > > > > > > > > Department of Geological and Atmospheric
Sciences
> >> > >> > > > > > > > > Iowa State University
> >> > >> > > > > > > > >
> >> > >> > > > > > > > >
> >> > >> > > > > > > >
> >> > >> > > > > > > >
> >> > >> > > > > > >
> >> > >> > > > > > >
> >> > >> > > > > > > --
> >> > >> > > > > > > Brian Squitieri
> >> > >> > > > > > > PhD Candidate
> >> > >> > > > > > > Department of Geological and Atmospheric
Sciences
> >> > >> > > > > > > Iowa State University
> >> > >> > > > > > >
> >> > >> > > > > > >
> >> > >> > > > > >
> >> > >> > > > > >
> >> > >> > > > >
> >> > >> > > > >
> >> > >> > > > > --
> >> > >> > > > > Brian Squitieri
> >> > >> > > > > PhD Candidate
> >> > >> > > > > Department of Geological and Atmospheric Sciences
> >> > >> > > > > Iowa State University
> >> > >> > > > >
> >> > >> > > > >
> >> > >> > > >
> >> > >> > > >
> >> > >> > >
> >> > >> > >
> >> > >> > > --
> >> > >> > > Brian Squitieri
> >> > >> > > PhD Candidate
> >> > >> > > Department of Geological and Atmospheric Sciences
> >> > >> > > Iowa State University
> >> > >> > >
> >> > >> > >
> >> > >> >
> >> > >> >
> >> > >>
> >> > >>
> >> > >> --
> >> > >> Brian Squitieri
> >> > >> PhD Candidate
> >> > >> Department of Geological and Atmospheric Sciences
> >> > >> Iowa State University
> >> > >>
> >> > >>
> >> >
> >> >
> >>
> >>
> >> --
> >> Brian Squitieri
> >> PhD Candidate
> >> Department of Geological and Atmospheric Sciences
> >> Iowa State University
> >>
> >>
>
>
--
Brian Squitieri
PhD Candidate
Department of Geological and Atmospheric Sciences
Iowa State University
------------------------------------------------
Subject: Running MODE on Cheyenne
From: John Halley Gotway
Time: Mon Oct 08 15:26:22 2018
Hi Brian,
My name is John Halley Gotway. I work with Julie on providing support
for
the MET software. I read through the questions you have about the
PostScript output generated by MODE. You are concerned that the
PostScript
graphics do not include a map background and you're wondering what the
little black squiggle is in the bottom right corner.
Your suspicions are correct. I believe that squiggle is actually the
map
data that MET is plotting. And the reason for this behavior is that
the
grid information is incomplete in your NetCDF files.
Judging from what I see, I'm guessing that you and Julie did the
following.
(1) You have NetCDF data that you'd like to read into MET, but MET
isn't
reading it well.
(2) Following Julie's advice, you reformatted your NetCDF data to make
MET
happy... making it look like the flavor of NetCDF that the MET tools
write
themselves.
(3) You're able to run MODE, but the plot's don't look exactly
correct.
Looking at one of your sample NetCDF files, I see the following global
attributes:
:ny = "112" ;
:nx = "112" ;
:r_km = "6371.200000" ;
:lon_orient = "-93.0" ;
:y_pin = "0.000000" ;
:x_pin = "0.000000" ;
:scale_lat_2 = "42.0" ;
:scale_lat_1 = "42.0" ;
:Projection = "Lambert Conformal" ;
:hemisphere = "N" ;
:MET_version = "V6.1" ;
Next, I compared that to the attributes from a NetCDF file on a
Lambert
Conformal projection from the output of the MET test scripts. They're
listed below:
:Projection = "Lambert Conformal" ;
:hemisphere = "N" ;
:scale_lat_1 = "25.000000" ;
:scale_lat_2 = "25.000000" ;
:lat_pin = "12.190000" ;
:lon_pin = "-133.459000" ;
:x_pin = "0.000000" ;
:y_pin = "0.000000" ;
:lon_orient = "-95.000000" ;
:d_km = "40.635000" ;
:r_km = "6371.200000" ;
:nx = "185" ;
:ny = "129 grid_points" ;
Comparing these lists, I see that you're missing:
*d_km* which defines the grid spacing
*lat_pin* and *lon_pin* which define the reference location for the
grid
I'm surprised you didn't get a run time error about this. In fact, we
should enhance MET to make sure all the required components actually
are
set! But since these weren't set, we get unexpected behavior.
I'm totally guessing here, I ran the following command on cheyenne to
set
d_km = 20, lat_pin = 30, lon_pin = -130.
*module load nco*
*ncatted -a d_km,global,o,c,20 \*
* -a lat_pin,global,o,c,30 \*
* -a lon_pin,global,o,c,-130 \*
* -o ColdPool_forMODE_06_03_2015_new2.nc \*
* ColdPool_forMODE_06_03_2015_new.nc*
And then I ran MET's plot_data_plane tool to confirm that the map data
looks good:
*module use /glade/p/ral/jntp/MET/MET_releases/modulefilesmodule load
met/7.0*
*plot_data_plane ColdPool_forMODE_06_03_2015_new2.nc
ColdPool_forMODE_06_03_2015_new2.ps \*
* 'name="th3km"; level="(*,*)";'*
And I've attached a PNG version of this plot to demonstrate that MET
now
knows where this data lives on the globe.
So now you need to...
(1) Set the d_km, lat_pin, and lon_pin values to the *correct* ones
for
your data.
(2) Update your NetCDF files.
(3) Rerun MODE.
And we should...
(1) Update the parsing logic to error out if any of the required
settings
are not present in NetCDF global attributes.
Lastly, we released met-8.0 about 10 days ago. And met-8.0 includes
the
capability of calling a python script to read your data. This is an
alternative to reformatting your data files. Instead, you could write
a
python script to read your data and then hand it off one of the MET
tools,
including MODE. So that's another option to consider.
Thanks,
John
On Mon, Oct 8, 2018 at 2:19 PM Brian Squitieri via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
>
> Hello Julie,
>
> Sorry for taking so long to respond. I was working through my cases
to get
> results and I wanted to make sure I was successful with things on my
end to
> make sure I properly incorporated your suggestions. I was successful
at
> getting results! Examples of output can be found on Cheyenne (in any
folder
> with a date) at:
>
>
>
/gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_domains/experiments/cold_pool_generalizations/3domains_conv/MODE_results
>
> I only had two small items I wanted to ask about (both of which can
be seen
> on any post script file). First, a background map of my domains do
not
> appear. Geographic location is not important for my particular work,
but I
> just wanted to double check and make sure that what ever issue is
occurring
> here does not influence the results. Second, if one looks at the
lower-left
> hand corner of the plots, a peculiar shape appears. I assume this
has
> something to do with the mapping issue? It is in all files and is
not
> factored into any of the MODE calculations. Any advice you have for
this
> particular issue would be greatly appreciated, and thank you again
for
> helping me get this far!
>
> Brian Squitieri
>
> On Thu, Oct 4, 2018 at 10:10 AM, Julie Prestopnik via RT <
> met_help at ucar.edu>
> wrote:
>
> > Hi Brian.
> >
> > It looks like the following files were in your original
configuration
> file,
> > however, MET could not find them:
> > poly = "${config_dir}/mask/vx_mask.nc"
> > color_table = "${config_dir}/colortables/prcp_1.ctable";
> > (referenced twice)
> >
> > After making some modifications to the attributes in your NetCDF
file
> (new
> > file at
> > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> > ColdPool_forMODE_06_03_2015_new.nc)
> > and making some modifications to your configuration file (new file
at
> > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
> > coldPoolConfig_mod),
> > I was able to get a successful run:
> >
> > cheyenne4:jpresto>
/gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> > ColdPool_forMODE_06_03_2015_new.nc
> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> > ColdPool_forMODE_06_03_2015_new.nc
> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
> > coldPoolConfig_mod
> > > -outdir
> /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_output/
> > > DEBUG 1: Default Config File:
> > > /glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/
> > MODEConfig_default
> > > DEBUG 1: Match Config File:
> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
> > coldPoolConfig_mod
> > > DEBUG 1: Merge Config File:
> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
> > coldPoolConfig_mod
> > > DEBUG 1: Forecast File:
> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> > ColdPool_forMODE_06_03_2015_new.nc
> > > DEBUG 1: Observation File:
> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> > ColdPool_forMODE_06_03_2015_new.nc
> > > DEBUG 1: Forecast Field: th3km at surface
> > > DEBUG 1: Observation Field: th13km at surface
> > > DEBUG 2: Processing masking regions.
> > > DEBUG 2: Identifying objects in the forecast and observation
fields...
> > > DEBUG 2: Computing contingency table statistics...
> > > DEBUG 2: Identified: 0 forecast objects and 1 observation
objects.
> > > DEBUG 2: Performing merging (THRESH) in the forecast field.
> > > DEBUG 2: Performing merging (THRESH) in the observation field.
> > > DEBUG 2: Remaining: 0 forecast objects and 1 observation
objects.
> > > DEBUG 2: Performing matching (MERGE_BOTH) between the forecast
and
> > > observation fields.
> > > DEBUG 1: Creating Fcst-Obs Object Statistics file:
> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_
> > output//mode_ColdPool_000000L_20010909_014640V_010000A_obj.txt
> > > DEBUG 1: Creating Contingency Table Statistics file:
> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_
> > output//mode_ColdPool_000000L_20010909_014640V_010000A_cts.txt
> > > DEBUG 1: Creating Object NetCDF file:
> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_
> > output//mode_ColdPool_000000L_20010909_014640V_010000A_obj.nc
> > > DEBUG 1: Loading forecast raw color table:
> > > /glade/p/ral/jntp/MET/MET_releases/7.0/share/met/
> > colortables/mode_obj.ctable
> > > DEBUG 1: Loading observation raw color table:
> > > /glade/p/ral/jntp/MET/MET_releases/7.0/share/met/
> > colortables/mode_obj.ctable
> > > DEBUG 1: Creating postscript file:
> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_
> > output//mode_ColdPool_000000L_20010909_014640V_010000A.ps
> > >
> >
> > You can view the output here:
> > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_output
> >
> > If you are able to modify your NetCDF files to look more like the
one I
> > created, you should be good to go for now. In the meantime, as I
> mentioned
> > previously our developer is working on having MET read both float
data
> type
> > and and "byte array" type.
> >
> > Please let me know if you have any questions.
> >
> > Thanks!
> >
> > Julie
> >
> >
> >
> >
> > On Tue, Oct 2, 2018 at 9:23 AM Julie Prestopnik <jpresto at ucar.edu>
> wrote:
> >
> > > Thanks, Brian. If you are not familiar with it, it could be
something
> I
> > > added from the default config file from met-7.0 to bring your
file up
> to
> > > date. I tried to check on it, but forgot that cheyenne was down
today.
> > I
> > > will follow up when I can access cheyenne.
> > >
> > > Julie
> > >
> > > On Mon, Oct 1, 2018 at 3:45 PM Brian Squitieri via RT <
> met_help at ucar.edu
> > >
> > > wrote:
> > >
> > >>
> > >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
> > >>
> > >> That is odd. I don't have a mask file. Was I supposed to? If
not, I
> > assume
> > >> this parameter can be turned off?
> > >>
> > >> Brian Squitieri
> > >>
> > >> On Mon, Oct 1, 2018 at 3:05 PM, Julie Prestopnik via RT <
> > >> met_help at ucar.edu>
> > >> wrote:
> > >>
> > >> > Hi Brian.
> > >> >
> > >> > One quick question. I'm working on manually modifying your
NetCDF
> > file.
> > >> > I've gotten past a few errors and am now receiving the error:
> > >> >
> > >> > ERROR :
> > >> > ERROR : grd_file_type() -> file does not exist
> > >> >
"/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/mask/
> > >> > vx_mask.nc"
> > >> > ERROR :
> > >> >
> > >> > I see in your MODE config file:
> > >> >
> > >> > poly = "${config_dir}/mask/vx_mask.nc"
> > >> >
> > >> > I looked for
> > >> > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> > >> > domains/MODE/configuration/mask,
> > >> > but I see that directory does not exist. Can you please
point me to
> > >> > vx_mask.nc?
> > >> >
> > >> > Thanks!
> > >> >
> > >> > Julie
> > >> >
> > >> > On Mon, Oct 1, 2018 at 1:06 PM Julie Prestopnik
<jpresto at ucar.edu>
> > >> wrote:
> > >> >
> > >> > > Thank you, Brian! We appreciate it. We'll follow up with
> questions
> > >> and
> > >> > > once we have a solution.
> > >> > >
> > >> > > Julie
> > >> > >
> > >> > > On Mon, Oct 1, 2018 at 1:05 PM Brian Squitieri via RT <
> > >> met_help at ucar.edu
> > >> > >
> > >> > > wrote:
> > >> > >
> > >> > >>
> > >> > >> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
> > >> > >>
> > >> > >> Hello Julie,
> > >> > >>
> > >> > >> I'm glad that I was able to help detect a bug even though
that
> was
> > >> > purely
> > >> > >> by accident! I greatly appreciate what you and the MET
team are
> > >> doing to
> > >> > >> make the evaluation of these files possible. Please keep
me
> > informed
> > >> > once
> > >> > >> a
> > >> > >> solution arises!
> > >> > >>
> > >> > >> One thing I should mention is that these files only
contain one
> > time,
> > >> > and
> > >> > >> the actual date/time itself is not important for what I am
doing
> > (in
> > >> > case
> > >> > >> that becomes an issue after the problem is solved). Also
let me
> > know
> > >> if
> > >> > >> you
> > >> > >> have any question regarding the contents/structure of the
files
> > and I
> > >> > can
> > >> > >> elaborate further!
> > >> > >>
> > >> > >> Brian Squitieri
> > >> > >>
> > >> > >> On Mon, Oct 1, 2018 at 1:15 PM, Julie Prestopnik via RT <
> > >> > >> met_help at ucar.edu>
> > >> > >> wrote:
> > >> > >>
> > >> > >> > Hi Brian.
> > >> > >> >
> > >> > >> > Thank you for catching the "module use met/7.0" instead
of
> > "module
> > >> > load
> > >> > >> > met/7.0." I skipped over that thinking it said "load"
and not
> > >> "use".
> > >> > >> It
> > >> > >> > now makes sense why it wasn't being picked up. :)
> > >> > >> >
> > >> > >> > First, I updated your original config file for met-7.0
> > >> > >> > (/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> > >> > >> > config/coldPoolConfig_mod)/
> > >> > >> >
> > >> > >> > Second, I updated your NetCDF file to change
"Met_version" to
> > >> > >> "MET_version"
> > >> > >> > in the attributes section
> > >> > >> > (/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> > >> > >> > ColdPool_forMODE_06_03_2015_new.nc).
> > >> > >> >
> > >> > >> >
> > >> > >> > Rerunning after those changes, with the following
command:
> > >> > >> >
> > >> > >> > /gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
> > >> > >> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> > >> > >> > ColdPool_forMODE_06_03_2015_new.nc
> > >> > >> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> > >> > >> > ColdPool_forMODE_06_03_2015_new.nc
> > >> > >> > >
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
> > >> > >> > coldPoolConfig_mod
> > >> > >> > > -outdir
> > >> > >>
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_output/
> > >> > >> > >
> > >> > >> >
> > >> > >> > I get the following output:
> > >> > >> >
> > >> > >> > DEBUG 1: Default Config File:
> > >> > >> > >
/glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/
> > >> > >> > MODEConfig_default
> > >> > >> > > DEBUG 1: Match Config File:
> > >> > >> > >
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
> > >> > >> > coldPoolConfig_mod
> > >> > >> > > DEBUG 1: Merge Config File:
> > >> > >> > >
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
> > >> > >> > coldPoolConfig_mod
> > >> > >> > > terminate called after throwing an instance of
> > >> > >> > 'netCDF::exceptions::NcChar'
> > >> > >> > > what(): NetCDF: Attempt to convert between text &
numbers
> > >> > >> > > file: ncAtt.cpp line:104
> > >> > >> > > Abort
> > >> > >> > >
> > >> > >> >
> > >> > >> > One of our developers was looking into this issue and
> discovered
> > >> that
> > >> > >> the
> > >> > >> > problem happens on reading the global variable
"scale_lat_1".
> It
> > >> is
> > >> > >> caused
> > >> > >> > by the data type of the global attributes: float vs.
byte
> string.
> > >> The
> > >> > >> MET
> > >> > >> > code expects the "byte array" for the global attributes
and
> does
> > >> not
> > >> > >> accept
> > >> > >> > float type value. Unfortunately, the same problem
exists with
> > >> latest
> > >> > >> > code. The developer is working on having MET read both
(float
> > data
> > >> > type
> > >> > >> > and and "byte array" type).
> > >> > >> >
> > >> > >> > Thank you for helping us to discover this bug. We are
working
> on
> > a
> > >> > >> > solution. I can follow up once we have the issue fixed
if you
> > >> would
> > >> > >> like.
> > >> > >> >
> > >> > >> > Thanks,
> > >> > >> > Julie
> > >> > >> >
> > >> > >> > On Fri, Sep 28, 2018 at 4:05 PM Brian Squitieri via RT <
> > >> > >> met_help at ucar.edu>
> > >> > >> > wrote:
> > >> > >> >
> > >> > >> > >
> > >> > >> > > <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136
> > >
> > >> > >> > >
> > >> > >> > > Hello Julie,
> > >> > >> > >
> > >> > >> > > I got put in the commands manually and rectified the
issue. I
> > >> went
> > >> > >> > through
> > >> > >> > > my tcshrc file and found that I had "module use
met/7.0"
> > instead
> > >> of
> > >> > >> > "module
> > >> > >> > > load met/7.0." That solved this round of issues.
> > >> > >> > >
> > >> > >> > > One thing I should mention is that I am not feeding
raw files
> > >> (like
> > >> > >> raw
> > >> > >> > WRF
> > >> > >> > > output) to MODE, but customized files that show output
of a
> > >> > >> convectively
> > >> > >> > > induced cold pool. While all of my data are regridded
to a
> > common
> > >> > >> grid, I
> > >> > >> > > am attempting to compare one two resolutions with a
third
> > (which
> > >> is
> > >> > >> > > "treated as observations"). One thing I have been
warned
> about
> > is
> > >> > that
> > >> > >> > MODE
> > >> > >> > > can only except netcdf files that are assigned to
specific
> > global
> > >> > >> > > attributes. When I run MODE, I get the following
output.
> > >> > >> > >
> > >> > >> > > DEBUG 1: Default Config File:
> > >> > >> > >
/glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/
> > >> > >> > MODEConfig_default
> > >> > >> > > DEBUG 1: Match Config File:
> > >> > >> > >
> > >> > >> > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> > >> > >> > domains/MODE/configuration/coldPoolConfig
> > >> > >> > > DEBUG 1: Merge Config File:
> > >> > >> > >
> > >> > >> > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> > >> > >> > domains/MODE/configuration/coldPoolConfig
> > >> > >> > > WARNING:
> > >> > >> > > WARNING: read_netcdf_grid() -> Applying METv2.0 grid
parsing
> > >> logic
> > >> > >> since
> > >> > >> > > the "MET_version" global attribute is not present.
> > >> > >> > > WARNING:
> > >> > >> > > WARNING:
> > >> > >> > > WARNING: read_netcdf_grid() -> Applying METv2.0 grid
parsing
> > >> logic
> > >> > >> since
> > >> > >> > > the "MET_version" global attribute is not present.
> > >> > >> > > WARNING:
> > >> > >> > > WARNING:
> > >> > >> > > WARNING: read_netcdf_grid() -> Applying METv2.0 grid
parsing
> > >> logic
> > >> > >> since
> > >> > >> > > the "MET_version" global attribute is not present.
> > >> > >> > > WARNING:
> > >> > >> > > WARNING:
> > >> > >> > > WARNING: read_netcdf_grid() -> Applying METv2.0 grid
parsing
> > >> logic
> > >> > >> since
> > >> > >> > > the "MET_version" global attribute is not present.
> > >> > >> > > WARNING:
> > >> > >> > > WARNING:
> > >> > >> > > WARNING: Resetting the regridding method from "BUDGET"
to
> > >> "NEAREST"
> > >> > >> since
> > >> > >> > > the regridding width is 1.
> > >> > >> > > WARNING:
> > >> > >> > > WARNING:
> > >> > >> > > WARNING: Resetting the regridding method from "BUDGET"
to
> > >> "NEAREST"
> > >> > >> since
> > >> > >> > > the regridding width is 1.
> > >> > >> > > WARNING:
> > >> > >> > > DEBUG 1: Forecast File:
> > >> > >> > >
> > >> > >> > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> > >> > >> > regridFiles/ColdPool_forMODE_
> > >> > >> > > 06_03_2015.nc
> > >> > >> > > DEBUG 1: Observation File:
> > >> > >> > >
> > >> > >> > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> > >> > >> > regridFiles/ColdPool_forMODE_
> > >> > >> > > 06_03_2015.nc
> > >> > >> > > terminate called after throwing an instance of
> > >> > >> > 'netCDF::exceptions::NcEdge'
> > >> > >> > > what(): NetCDF: Start+count exceeds dimension bound
> > >> > >> > > file: ncVar.cpp line:1614
> > >> > >> > > Abort (core dumped)
> > >> > >> > > 0.152u 0.144s 0:01.82 15.9% 0+0k 0+0io 0pf+0w
> > >> > >> > >
> > >> > >> > > I have two questions. First, what are the implications
of
> > "DEBUG
> > >> 1"
> > >> > >> vs.
> > >> > >> > > "WARNING" or "ERROR"? Second, did the program
terminate
> because
> > >> the
> > >> > >> > netcdf
> > >> > >> > > file was not attributed properly or because of a grid
> > structural
> > >> > >> issue?
> > >> > >> > >
> > >> > >> > > I apologize for all of the questions! I admit I'm
running
> MODE
> > >> in a
> > >> > >> > rather
> > >> > >> > > strange way (in order to compare cold pools in model
output),
> > >> but I
> > >> > >> feel
> > >> > >> > I
> > >> > >> > > am getting close to getting MODE to work for this
task.
> > >> > >> > >
> > >> > >> > > Brian Squitieri
> > >> > >> > >
> > >> > >> > > On Fri, Sep 28, 2018 at 1:50 PM, Julie Prestopnik via
RT <
> > >> > >> > > met_help at ucar.edu>
> > >> > >> > > wrote:
> > >> > >> > >
> > >> > >> > > > Hi Brian.
> > >> > >> > > >
> > >> > >> > > > You previously mentioned:
> > >> > >> > > >
> > >> > >> > > > > I reference the following paths in my tcshrc
script:
> > >> > >> > > > > module use /gpfs/p/ral/jnt/MET/MET_
> > >> > releases/cheyenne/modulefiles
> > >> > >> > > > > module use met/7.0
> > >> > >> > > > >
> > >> > >> > > >
> > >> > >> > > > I don't believe that is getting used.
> > >> > >> > > >
> > >> > >> > > > Below, see my LD_LIBRARY_PATH upon initial login on
> cheyenne.
> > >> > Then,
> > >> > >> > see
> > >> > >> > > > that I run "module use" and "module load". Then,
see my
> > >> > >> > LD_LIBRARY_PATH
> > >> > >> > > > after that. Please note the addition of
> > >> > >> > > >
/glade/p/ral/jntp/MET/MET_releases/7.0/external_libs/lib,
> > which
> > >> > is
> > >> > >> > where
> > >> > >> > > > that netcdf library file resides.
> > >> > >> > > >
> > >> > >> > > > cheyenne5:jpresto> echo $LD_LIBRARY_PATH
> > >> > >> > > >
> > >> > >> > > >
/glade/u/home/jpresto/local/lib:/glade/u/home/jpresto/
> > >> > >> > > >
libs:/usr/lib:/usr/local/X11R5/lib:/usr/openwin/lib:/
> > >> > >> > > >
usr/local/lib:/glade/u/home/jpresto/local/enthought/epd-7.
> > >> > >> > > > 0-2-rh5-x86_64/lib:/usr/local/icc/lib/intel64
> > >> > >> > > >
> > >> > >> > > > cheyenne5:jpresto> module use
/glade/p/ral/jntp/MET/MET_
> > >> > >> > > > releases/modulefiles
> > >> > >> > > >
> > >> > >> > > > cheyenne5:jpresto> module load met/7.0
> > >> > >> > > >
> > >> > >> > > > cheyenne5:jpresto> echo $LD_LIBRARY_PATH
> > >> > >> > > >
> > >> > >> > > >
/glade/p/ral/jntp/MET/MET_releases/7.0/external_libs/
> > >> > >> > > > lib:/glade/u/apps/opt/intel/2017u1/compilers_and_
> > >> > >> > > >
libraries/linux/lib/intel64_lin:/glade/u/home/jpresto/
> > >> > >> > > > local/lib:/glade/u/home/jpresto/libs:/usr/lib:/usr/
> > >> > >> > > >
local/X11R5/lib:/usr/openwin/lib:/usr/local/lib:/glade/u/
> > >> > >> > > > home/jpresto/local/enthought/epd-7.0-2-rh5-
x86_64/lib:/usr/
> > >> > >> > > > local/icc/lib/intel64
> > >> > >> > > >
> > >> > >> > > >
> > >> > >> > > > Instead of relying on the load from your ~/.cshrc
file,
> > please
> > >> run
> > >> > >> the
> > >> > >> > > > commands manually and see if you still get that same
error.
> > >> > Please
> > >> > >> let
> > >> > >> > > me
> > >> > >> > > > know how it works out.
> > >> > >> > > >
> > >> > >> > > > Regarding:
> > >> > >> > > >
> > >> > >> > > > > Also, I imagine that MET-MODE version 7.0 will
require
> > >> running
> > >> > >> with a
> > >> > >> > > new
> > >> > >> > > > > configure script. Where may I find one for version
7.0?
> > >> > >> > > > >
> > >> > >> > > >
> > >> > >> > > > Do you mean updated configuration files? If so, you
can
> find
> > >> the
> > >> > >> > default
> > >> > >> > > > config files for met-7.0
> > >> > >> > > > at
> /glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/.
> > I
> > >> > hope
> > >> > >> > that
> > >> > >> > > > helps!
> > >> > >> > > >
> > >> > >> > > > Thanks,
> > >> > >> > > > Julie
> > >> > >> > > >
> > >> > >> > > > On Thu, Sep 27, 2018 at 5:32 PM Brian Squitieri via
RT <
> > >> > >> > > met_help at ucar.edu>
> > >> > >> > > > wrote:
> > >> > >> > > >
> > >> > >> > > > >
> > >> > >> > > > > <URL:
> > >> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
> > >> > >> > > > >
> > >> > >> > > > > For echo $LD_LIBRARY_PATH, I get the following:
> > >> > >> > > > >
> > >> > >> > > > >
> > >> > >> > > > > /ncar/opt/slurm/latest//lib:/opt/sgi/mpt/mpt-
2.15/lib:/
> > >> > >> > > >
> glade/u/apps/opt/intel/2017u1/compilers_and_libraries/linux/
> > >> > >> > > >
> lib/intel64_lin:/glade/u/apps/ch/os/usr/lib64:/glade/u/apps/
> > >> > >> > > >
ch/os/usr/lib:/glade/u/apps/ch/os/lib64:/glade/u/apps/ch/
> > os/lib
> > >> > >> > > > >
> > >> > >> > > > > For ldd
> > >> > >> /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-
7.0/bin/mode,
> > >> > >> > I
> > >> > >> > > > get:
> > >> > >> > > > > linux-vdso.so.1 (0x00002aaaaaaab000)
> > >> > >> > > > > libpng16.so.16 =>
/glade/u/apps/ch/os/usr/lib64/
> > >> > >> > libpng16.so.16
> > >> > >> > > > > (0x00002aaaaaaae000)
> > >> > >> > > > > libz.so.1 =>
/glade/u/apps/ch/os/lib64/libz.so.1
> > >> > >> > > > > (0x00002aaaaacec000)
> > >> > >> > > > > libm.so.6 =>
/glade/u/apps/ch/os/lib64/libm.so.6
> > >> > >> > > > > (0x00002aaaaaf02000)
> > >> > >> > > > > libnetcdf_c++4.so.1 => not found
> > >> > >> > > > > libnetcdf.so.11 => not found
> > >> > >> > > > > libgsl.so.19 => not found
> > >> > >> > > > > libgslcblas.so.0 =>
> /glade/u/apps/ch/os/usr/lib64/
> > >> > >> > > > libgslcblas.so.0
> > >> > >> > > > > (0x00002aaaab224000)
> > >> > >> > > > > libstdc++.so.6 =>
/glade/u/apps/ch/os/usr/lib64/
> > >> > >> > libstdc++.so.6
> > >> > >> > > > > (0x00002aaaab463000)
> > >> > >> > > > > libgcc_s.so.1 =>
/glade/u/apps/ch/os/lib64/
> > >> > libgcc_s.so.1
> > >> > >> > > > > (0x00002aaaab7e7000)
> > >> > >> > > > > libc.so.6 =>
/glade/u/apps/ch/os/lib64/libc.so.6
> > >> > >> > > > > (0x00002aaaab9fe000)
> > >> > >> > > > > libdl.so.2 =>
> /glade/u/apps/ch/os/lib64/libdl.so.2
> > >> > >> > > > > (0x00002aaaabda7000)
> > >> > >> > > > > /lib64/ld-linux-x86-64.so.2
(0x0000555555554000)
> > >> > >> > > > >
> > >> > >> > > > > Also, I imagine that MET-MODE version 7.0 will
require
> > >> running
> > >> > >> with a
> > >> > >> > > new
> > >> > >> > > > > configure script. Where may I find one for version
7.0?
> > >> > >> > > > >
> > >> > >> > > > > On Thu, Sep 27, 2018 at 11:05 AM, Julie Prestopnik
via
> RT <
> > >> > >> > > > > met_help at ucar.edu
> > >> > >> > > > > > wrote:
> > >> > >> > > > >
> > >> > >> > > > > > Hi Brian.
> > >> > >> > > > > >
> > >> > >> > > > > > Could you please run the following commands and
send me
> > the
> > >> > >> output?
> > >> > >> > > > > >
> > >> > >> > > > > > echo $LD_LIBRARY_PATH
> > >> > >> > > > > > ldd /gpfs/p/ral/jnt/MET/MET_
> > releases/cheyenne/met-7.0/bin/
> > >> > mode
> > >> > >> > > > > >
> > >> > >> > > > > > Thanks!
> > >> > >> > > > > >
> > >> > >> > > > > > Julie
> > >> > >> > > > > >
> > >> > >> > > > > > On Wed, Sep 26, 2018 at 4:21 PM Brian Squitieri
via RT
> <
> > >> > >> > > > > met_help at ucar.edu>
> > >> > >> > > > > > wrote:
> > >> > >> > > > > >
> > >> > >> > > > > > >
> > >> > >> > > > > > > <URL: https://rt.rap.ucar.edu/rt/
> > >> > Ticket/Display.html?id=87136
> > >> > >> >
> > >> > >> > > > > > >
> > >> > >> > > > > > > Sure!
> > >> > >> > > > > > >
> > >> > >> > > > > > > At
/gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> > >> > >> > domains/MODE,
> > >> > >> > > I
> > >> > >> > > > > run
> > >> > >> > > > > > > using a tcsh script. The command in the script
I use
> is
> > >> the
> > >> > >> > > > following:
> > >> > >> > > > > > >
> > >> > >> > > > > > > time /gpfs/fs1/p/ral/jntp/MET/MET_
> > releases/7.0/bin/mode
> > >> > >> > > > > > >
> > >> > >> > > > > > >
/gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> > >> > >> > > > > > regridFiles/ColdPool_forMODE_
> > >> > >> > > > > > > 06_03_2015.nc
> > >> > >> > > > > > >
> > >> > >> > > > > > >
/gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> > >> > >> > > > > > regridFiles/ColdPool_forMODE_
> > >> > >> > > > > > > 06_03_2015.nc
> > >> > >> > > > > > >
> > >> > >> > > > > > >
/gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> > >> > >> > > > > > domains/MODE/configuration/coldPoolConfig
> > >> > >> > > > > > > -outdir
> > >> > >> > > > > > >
> > >> > >> > > > > > >
/gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> > >> > >> > > > > >
> > >> domains/experiments/cold_pool_generalizations/3domains_conv/
> > >> > >> > > > MODE_results
> > >> > >> > > > > > >
> > >> > >> > > > > > > The first argument is the mode executable I am
> running.
> > >> The
> > >> > >> next
> > >> > >> > > two
> > >> > >> > > > > > > commands are obs and fcst (both are in the
same
> file),
> > >> > >> followed
> > >> > >> > by
> > >> > >> > > > the
> > >> > >> > > > > > > configuration file (and path). The last
command is
> the
> > >> > output
> > >> > >> > > > > directory.
> > >> > >> > > > > > >
> > >> > >> > > > > > > Here is what I get for modules when doing a
module
> > list:
> > >> > >> > > > > > >
> > >> > >> > > > > > > Currently Loaded Modules:
> > >> > >> > > > > > > 1) ncarenv/1.2 2) intel/17.0.1 3)
> > >> ncarcompilers/0.4.1
> > >> > >> 4)
> > >> > >> > > > > > mpt/2.15f
> > >> > >> > > > > > > 5) netcdf/4.6.1 6) ncl/6.4.0 7) cdo/1.7.2
8)
> > >> > >> python/3.6.2
> > >> > >> > > 9)
> > >> > >> > > > > > > vim/8.0
> > >> > >> > > > > > >
> > >> > >> > > > > > > I hope this helps!
> > >> > >> > > > > > >
> > >> > >> > > > > > > Brian Squitieri
> > >> > >> > > > > > >
> > >> > >> > > > > > > On Wed, Sep 26, 2018 at 2:07 PM, Julie
Prestopnik via
> > RT
> > >> <
> > >> > >> > > > > > > met_help at ucar.edu>
> > >> > >> > > > > > > wrote:
> > >> > >> > > > > > >
> > >> > >> > > > > > > > Hi Brian.
> > >> > >> > > > > > > >
> > >> > >> > > > > > > > I am not able to reproduce the problem you
are
> > >> > experiencing.
> > >> > >> > Can
> > >> > >> > > > you
> > >> > >> > > > > > > > please send me the command line you are
running for
> > >> mode?
> > >> > >> > Please
> > >> > >> > > > > > include
> > >> > >> > > > > > > > full paths for the data.
> > >> > >> > > > > > > >
> > >> > >> > > > > > > > Also, could you please run "module list" and
send
> me
> > >> the
> > >> > >> > output?
> > >> > >> > > > > > > >
> > >> > >> > > > > > > > Thanks,
> > >> > >> > > > > > > > Julie
> > >> > >> > > > > > > >
> > >> > >> > > > > > > > On Wed, Sep 26, 2018 at 1:03 PM Brian
Squitieri via
> > RT
> > >> <
> > >> > >> > > > > > > met_help at ucar.edu>
> > >> > >> > > > > > > > wrote:
> > >> > >> > > > > > > >
> > >> > >> > > > > > > > >
> > >> > >> > > > > > > > > <URL: https://rt.rap.ucar.edu/rt/
> > >> > >> > Ticket/Display.html?id=87136
> > >> > >> > > >
> > >> > >> > > > > > > > >
> > >> > >> > > > > > > > > Hello Julie,
> > >> > >> > > > > > > > >
> > >> > >> > > > > > > > > I still got the same error as before. I
used the
> > >> > >> following in
> > >> > >> > > my
> > >> > >> > > > > > tcshrc
> > >> > >> > > > > > > > > script:
> > >> > >> > > > > > > > >
> > >> > >> > > > > > > > > module use /glade/p/ral/jntp/MET/MET_
> > >> > releases/modulefiles
> > >> > >> > > > > > > > > module load met/7.0
> > >> > >> > > > > > > > >
> > >> > >> > > > > > > > > I experimented with both of the following
MODE
> > >> > executables
> > >> > >> > when
> > >> > >> > > > > > > running a
> > >> > >> > > > > > > > > tcsh script for using the 'mode' command:
> > >> > >> > > > > > > > >
> > >> > >> > > > > > > > >
> > >> /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-7.0/bin/
> > >> > mode
> > >> > >> > > > > > > > >
> /gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
> > >> > >> > > > > > > > >
> > >> > >> > > > > > > > > Could it be the netcdf library version I
am
> using?
> > I
> > >> > also
> > >> > >> > have
> > >> > >> > > > > access
> > >> > >> > > > > > > to
> > >> > >> > > > > > > > > MET (and MODE) on a much smaller machine
at a
> > >> > university,
> > >> > >> and
> > >> > >> > > was
> > >> > >> > > > > > able
> > >> > >> > > > > > > to
> > >> > >> > > > > > > > > get MODE running, but with netcdf 4.6.2.
On
> > Cheyenne,
> > >> > all
> > >> > >> we
> > >> > >> > > have
> > >> > >> > > > > is
> > >> > >> > > > > > up
> > >> > >> > > > > > > > to
> > >> > >> > > > > > > > > version 4.6.1. Please let me know your
thoughts.
> > >> > >> > > > > > > > >
> > >> > >> > > > > > > > > Brian Squitieri
> > >> > >> > > > > > > > >
> > >> > >> > > > > > > > >
> > >> > >> > > > > > > > > On Wed, Sep 26, 2018 at 1:48 AM, Julie
Prestopnik
> > via
> > >> > RT <
> > >> > >> > > > > > > > > met_help at ucar.edu>
> > >> > >> > > > > > > > > wrote:
> > >> > >> > > > > > > > >
> > >> > >> > > > > > > > > > Hi Brian.
> > >> > >> > > > > > > > > >
> > >> > >> > > > > > > > > > I see that you are having a problem with
MET on
> > >> > >> cheyenne.
> > >> > >> > > The
> > >> > >> > > > > > recent
> > >> > >> > > > > > > > > > directory renaming on cheyenne broke the
MET
> > build
> > >> > that
> > >> > >> you
> > >> > >> > > are
> > >> > >> > > > > > > using.
> > >> > >> > > > > > > > > We
> > >> > >> > > > > > > > > > rebuilt the code in a different area.
Here is
> a
> > >> link
> > >> > to
> > >> > >> > the
> > >> > >> > > > > > webpage
> > >> > >> > > > > > > > > where
> > >> > >> > > > > > > > > > we list our existing MET builds:
> > >> > >> > > > > > > > > >
> > >> > >> > > > > > > > > > https://dtcenter.org/met/
> > >> > users/downloads/existing_met_
> > >> > >> > > > > > > > > > builds/METv7.0_existing_met_builds.php
> > >> > >> > > > > > > > > >
> > >> > >> > > > > > > > > > Please note that for cheyenne, you
should now
> > run:
> > >> > >> > > > > > > > > >
> > >> > >> > > > > > > > > > module use
> > >> > >> /glade/p/ral/jntp/MET/MET_releases/modulefiles
> > >> > >> > > > > > > > > > module load met/7.0
> > >> > >> > > > > > > > > >
> > >> > >> > > > > > > > > >
> > >> > >> > > > > > > > > > Please give that a try and let us know
how it
> > goes.
> > >> > >> > > > > > > > > >
> > >> > >> > > > > > > > > > Thanks!
> > >> > >> > > > > > > > > >
> > >> > >> > > > > > > > > > Julie
> > >> > >> > > > > > > > > >
> > >> > >> > > > > > > > > > On Tue, Sep 25, 2018 at 4:17 PM Brian
Squitieri
> > via
> > >> > RT <
> > >> > >> > > > > > > > > met_help at ucar.edu>
> > >> > >> > > > > > > > > > wrote:
> > >> > >> > > > > > > > > >
> > >> > >> > > > > > > > > > >
> > >> > >> > > > > > > > > > > Tue Sep 25 16:10:36 2018: Request
87136 was
> > acted
> > >> > >> upon.
> > >> > >> > > > > > > > > > > Transaction: Ticket created by
> > >> brianjs at iastate.edu
> > >> > >> > > > > > > > > > > Queue: met_help
> > >> > >> > > > > > > > > > > Subject: Running MODE on Cheyenne
> > >> > >> > > > > > > > > > > Owner: Nobody
> > >> > >> > > > > > > > > > > Requestors: brianjs at iastate.edu
> > >> > >> > > > > > > > > > > Status: new
> > >> > >> > > > > > > > > > > Ticket <URL:
https://rt.rap.ucar.edu/rt/
> > >> > >> > > > > > > > Ticket/Display.html?id=87136
> > >> > >> > > > > > > > > >
> > >> > >> > > > > > > > > > >
> > >> > >> > > > > > > > > > >
> > >> > >> > > > > > > > > > > Good afternoon,
> > >> > >> > > > > > > > > > >
> > >> > >> > > > > > > > > > > I am attempting to run MODE (via met
version
> > >> 7.0) on
> > >> > >> > > Cheyenne
> > >> > >> > > > > > and I
> > >> > >> > > > > > > > > > believe
> > >> > >> > > > > > > > > > > I have everything configured
correctly. I
> use a
> > >> tcsh
> > >> > >> > script
> > >> > >> > > > to
> > >> > >> > > > > > run
> > >> > >> > > > > > > > MODE
> > >> > >> > > > > > > > > > and
> > >> > >> > > > > > > > > > > reference the file provided by DTC.
When I
> run
> > >> > MODE, I
> > >> > >> > get
> > >> > >> > > > the
> > >> > >> > > > > > > > > following
> > >> > >> > > > > > > > > > > error:
> > >> > >> > > > > > > > > > >
> > >> > >> > > > > > > > > > > /gpfs/p/ral/jnt/MET/MET_
> > >> > releases/cheyenne/met-7.0/bin/
> > >> > >> > mode:
> > >> > >> > > > > > error
> > >> > >> > > > > > > > while
> > >> > >> > > > > > > > > > > loading shared libraries:
> libnetcdf_c++4.so.1:
> > >> > cannot
> > >> > >> > open
> > >> > >> > > > > shared
> > >> > >> > > > > > > > > object
> > >> > >> > > > > > > > > > > file: No such file or directory
> > >> > >> > > > > > > > > > >
> > >> > >> > > > > > > > > > > I reference the following paths in my
tcshrc
> > >> script:
> > >> > >> > > > > > > > > > > module use
> > >> > >> > > > >
/gpfs/p/ral/jnt/MET/MET_releases/cheyenne/modulefiles
> > >> > >> > > > > > > > > > > module use met/7.0
> > >> > >> > > > > > > > > > >
> > >> > >> > > > > > > > > > > I see their are beta versions of MET
for 7.1,
> > but
> > >> > was
> > >> > >> > > unsure
> > >> > >> > > > if
> > >> > >> > > > > > > those
> > >> > >> > > > > > > > > > were
> > >> > >> > > > > > > > > > > ok to use yet. Are we supposed to use
these
> > >> > >> executables
> > >> > >> > > > > instead?
> > >> > >> > > > > > I
> > >> > >> > > > > > > > ask
> > >> > >> > > > > > > > > > > because I contacted CISL about the
issue and
> > they
> > >> > >> > mentioned
> > >> > >> > > > > that
> > >> > >> > > > > > > the
> > >> > >> > > > > > > > > > > libnetcdf_c++4.so.1
> > >> > >> > > > > > > > > > > library was quite old, and to contact
those
> who
> > >> > >> compiled
> > >> > >> > > MET
> > >> > >> > > > to
> > >> > >> > > > > > see
> > >> > >> > > > > > > > if
> > >> > >> > > > > > > > > > they
> > >> > >> > > > > > > > > > > had any library updates.
> > >> > >> > > > > > > > > > >
> > >> > >> > > > > > > > > > > I appreciate any advice that you can
provide
> > and
> > >> I
> > >> > >> look
> > >> > >> > > > forward
> > >> > >> > > > > > to
> > >> > >> > > > > > > > > > hearing
> > >> > >> > > > > > > > > > > from you in the near future!
> > >> > >> > > > > > > > > > >
> > >> > >> > > > > > > > > > > Brian Squitieri
> > >> > >> > > > > > > > > > >
> > >> > >> > > > > > > > > > > --
> > >> > >> > > > > > > > > > > Brian Squitieri
> > >> > >> > > > > > > > > > > PhD Candidate
> > >> > >> > > > > > > > > > > Department of Geological and
Atmospheric
> > Sciences
> > >> > >> > > > > > > > > > > Iowa State University
> > >> > >> > > > > > > > > > >
> > >> > >> > > > > > > > > > >
> > >> > >> > > > > > > > > >
> > >> > >> > > > > > > > > >
> > >> > >> > > > > > > > >
> > >> > >> > > > > > > > >
> > >> > >> > > > > > > > > --
> > >> > >> > > > > > > > > Brian Squitieri
> > >> > >> > > > > > > > > PhD Candidate
> > >> > >> > > > > > > > > Department of Geological and Atmospheric
Sciences
> > >> > >> > > > > > > > > Iowa State University
> > >> > >> > > > > > > > >
> > >> > >> > > > > > > > >
> > >> > >> > > > > > > >
> > >> > >> > > > > > > >
> > >> > >> > > > > > >
> > >> > >> > > > > > >
> > >> > >> > > > > > > --
> > >> > >> > > > > > > Brian Squitieri
> > >> > >> > > > > > > PhD Candidate
> > >> > >> > > > > > > Department of Geological and Atmospheric
Sciences
> > >> > >> > > > > > > Iowa State University
> > >> > >> > > > > > >
> > >> > >> > > > > > >
> > >> > >> > > > > >
> > >> > >> > > > > >
> > >> > >> > > > >
> > >> > >> > > > >
> > >> > >> > > > > --
> > >> > >> > > > > Brian Squitieri
> > >> > >> > > > > PhD Candidate
> > >> > >> > > > > Department of Geological and Atmospheric Sciences
> > >> > >> > > > > Iowa State University
> > >> > >> > > > >
> > >> > >> > > > >
> > >> > >> > > >
> > >> > >> > > >
> > >> > >> > >
> > >> > >> > >
> > >> > >> > > --
> > >> > >> > > Brian Squitieri
> > >> > >> > > PhD Candidate
> > >> > >> > > Department of Geological and Atmospheric Sciences
> > >> > >> > > Iowa State University
> > >> > >> > >
> > >> > >> > >
> > >> > >> >
> > >> > >> >
> > >> > >>
> > >> > >>
> > >> > >> --
> > >> > >> Brian Squitieri
> > >> > >> PhD Candidate
> > >> > >> Department of Geological and Atmospheric Sciences
> > >> > >> Iowa State University
> > >> > >>
> > >> > >>
> > >> >
> > >> >
> > >>
> > >>
> > >> --
> > >> Brian Squitieri
> > >> PhD Candidate
> > >> Department of Geological and Atmospheric Sciences
> > >> Iowa State University
> > >>
> > >>
> >
> >
>
>
> --
> Brian Squitieri
> PhD Candidate
> Department of Geological and Atmospheric Sciences
> Iowa State University
>
>
------------------------------------------------
Subject: Running MODE on Cheyenne
From: Brian Squitieri
Time: Tue Oct 09 22:00:23 2018
Hello John,
Thank you for the response! As recommended, I added 'd_km','lat_pin'
and
'lon_pin'. It seemed to have worked (when comparing the plotted raw
data to
MODE output, as seen by comparing the two example files below). Note
that
figure 3 is obs and figure 1 is forecast (in the png image below)
being
compared in MODE.
/gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_domains/ESMF_codes/subkm_package/coldPoolOutput/C_mag_07_07_2016.png
/gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_domains/experiments/cold_pool_generalizations/3domains_conv/MODE_results/07_07_2016/mode_ColdPool_000000L_20010909_014640V_010000A.ps
I think this solves my grid issue. Thank you again to both you and
Julie
for helping me get this far! I greatly appreciate it!
Brian Squitieri
On Mon, Oct 8, 2018 at 4:26 PM, John Halley Gotway via RT
<met_help at ucar.edu
> wrote:
> Hi Brian,
>
> My name is John Halley Gotway. I work with Julie on providing
support for
> the MET software. I read through the questions you have about the
> PostScript output generated by MODE. You are concerned that the
PostScript
> graphics do not include a map background and you're wondering what
the
> little black squiggle is in the bottom right corner.
>
> Your suspicions are correct. I believe that squiggle is actually
the map
> data that MET is plotting. And the reason for this behavior is that
the
> grid information is incomplete in your NetCDF files.
>
> Judging from what I see, I'm guessing that you and Julie did the
following.
>
> (1) You have NetCDF data that you'd like to read into MET, but MET
isn't
> reading it well.
> (2) Following Julie's advice, you reformatted your NetCDF data to
make MET
> happy... making it look like the flavor of NetCDF that the MET tools
write
> themselves.
> (3) You're able to run MODE, but the plot's don't look exactly
correct.
>
> Looking at one of your sample NetCDF files, I see the following
global
> attributes:
> :ny = "112" ;
> :nx = "112" ;
> :r_km = "6371.200000" ;
> :lon_orient = "-93.0" ;
> :y_pin = "0.000000" ;
> :x_pin = "0.000000" ;
> :scale_lat_2 = "42.0" ;
> :scale_lat_1 = "42.0" ;
> :Projection = "Lambert Conformal" ;
> :hemisphere = "N" ;
> :MET_version = "V6.1" ;
>
> Next, I compared that to the attributes from a NetCDF file on a
Lambert
> Conformal projection from the output of the MET test scripts.
They're
> listed below:
> :Projection = "Lambert Conformal" ;
> :hemisphere = "N" ;
> :scale_lat_1 = "25.000000" ;
> :scale_lat_2 = "25.000000" ;
> :lat_pin = "12.190000" ;
> :lon_pin = "-133.459000" ;
> :x_pin = "0.000000" ;
> :y_pin = "0.000000" ;
> :lon_orient = "-95.000000" ;
> :d_km = "40.635000" ;
> :r_km = "6371.200000" ;
> :nx = "185" ;
> :ny = "129 grid_points" ;
>
> Comparing these lists, I see that you're missing:
> *d_km* which defines the grid spacing
> *lat_pin* and *lon_pin* which define the reference location for
the grid
>
> I'm surprised you didn't get a run time error about this. In fact,
we
> should enhance MET to make sure all the required components actually
are
> set! But since these weren't set, we get unexpected behavior.
>
> I'm totally guessing here, I ran the following command on cheyenne
to set
> d_km = 20, lat_pin = 30, lon_pin = -130.
>
> *module load nco*
> *ncatted -a d_km,global,o,c,20 \*
> * -a lat_pin,global,o,c,30 \*
> * -a lon_pin,global,o,c,-130 \*
> * -o ColdPool_forMODE_06_03_2015_new2.nc \*
> * ColdPool_forMODE_06_03_2015_new.nc*
>
> And then I ran MET's plot_data_plane tool to confirm that the map
data
> looks good:
>
>
> *module use /glade/p/ral/jntp/MET/MET_releases/modulefilesmodule
load
> met/7.0*
> *plot_data_plane ColdPool_forMODE_06_03_2015_new2.nc
> ColdPool_forMODE_06_03_2015_new2.ps \*
>
> * 'name="th3km"; level="(*,*)";'*
>
> And I've attached a PNG version of this plot to demonstrate that MET
now
> knows where this data lives on the globe.
>
> So now you need to...
> (1) Set the d_km, lat_pin, and lon_pin values to the *correct* ones
for
> your data.
> (2) Update your NetCDF files.
> (3) Rerun MODE.
>
> And we should...
> (1) Update the parsing logic to error out if any of the required
settings
> are not present in NetCDF global attributes.
>
> Lastly, we released met-8.0 about 10 days ago. And met-8.0 includes
the
> capability of calling a python script to read your data. This is an
> alternative to reformatting your data files. Instead, you could
write a
> python script to read your data and then hand it off one of the MET
tools,
> including MODE. So that's another option to consider.
>
> Thanks,
> John
>
> On Mon, Oct 8, 2018 at 2:19 PM Brian Squitieri via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
> >
> > Hello Julie,
> >
> > Sorry for taking so long to respond. I was working through my
cases to
> get
> > results and I wanted to make sure I was successful with things on
my end
> to
> > make sure I properly incorporated your suggestions. I was
successful at
> > getting results! Examples of output can be found on Cheyenne (in
any
> folder
> > with a date) at:
> >
> >
> > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
>
domains/experiments/cold_pool_generalizations/3domains_conv/MODE_results
> >
> > I only had two small items I wanted to ask about (both of which
can be
> seen
> > on any post script file). First, a background map of my domains do
not
> > appear. Geographic location is not important for my particular
work, but
> I
> > just wanted to double check and make sure that what ever issue is
> occurring
> > here does not influence the results. Second, if one looks at the
> lower-left
> > hand corner of the plots, a peculiar shape appears. I assume this
has
> > something to do with the mapping issue? It is in all files and is
not
> > factored into any of the MODE calculations. Any advice you have
for this
> > particular issue would be greatly appreciated, and thank you again
for
> > helping me get this far!
> >
> > Brian Squitieri
> >
> > On Thu, Oct 4, 2018 at 10:10 AM, Julie Prestopnik via RT <
> > met_help at ucar.edu>
> > wrote:
> >
> > > Hi Brian.
> > >
> > > It looks like the following files were in your original
configuration
> > file,
> > > however, MET could not find them:
> > > poly = "${config_dir}/mask/vx_mask.nc"
> > > color_table = "${config_dir}/colortables/prcp_1.ctable";
> > > (referenced twice)
> > >
> > > After making some modifications to the attributes in your NetCDF
file
> > (new
> > > file at
> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> > > ColdPool_forMODE_06_03_2015_new.nc)
> > > and making some modifications to your configuration file (new
file at
> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
> > > coldPoolConfig_mod),
> > > I was able to get a successful run:
> > >
> > > cheyenne4:jpresto>
/gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
> > > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> > > ColdPool_forMODE_06_03_2015_new.nc
> > > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> > > ColdPool_forMODE_06_03_2015_new.nc
> > > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
> > > coldPoolConfig_mod
> > > > -outdir
> > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_output/
> > > > DEBUG 1: Default Config File:
> > > > /glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/
> > > MODEConfig_default
> > > > DEBUG 1: Match Config File:
> > > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
> > > coldPoolConfig_mod
> > > > DEBUG 1: Merge Config File:
> > > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/
> > > coldPoolConfig_mod
> > > > DEBUG 1: Forecast File:
> > > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> > > ColdPool_forMODE_06_03_2015_new.nc
> > > > DEBUG 1: Observation File:
> > > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> > > ColdPool_forMODE_06_03_2015_new.nc
> > > > DEBUG 1: Forecast Field: th3km at surface
> > > > DEBUG 1: Observation Field: th13km at surface
> > > > DEBUG 2: Processing masking regions.
> > > > DEBUG 2: Identifying objects in the forecast and observation
> fields...
> > > > DEBUG 2: Computing contingency table statistics...
> > > > DEBUG 2: Identified: 0 forecast objects and 1 observation
objects.
> > > > DEBUG 2: Performing merging (THRESH) in the forecast field.
> > > > DEBUG 2: Performing merging (THRESH) in the observation field.
> > > > DEBUG 2: Remaining: 0 forecast objects and 1 observation
objects.
> > > > DEBUG 2: Performing matching (MERGE_BOTH) between the forecast
and
> > > > observation fields.
> > > > DEBUG 1: Creating Fcst-Obs Object Statistics file:
> > > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_
> > > output//mode_ColdPool_000000L_20010909_014640V_010000A_obj.txt
> > > > DEBUG 1: Creating Contingency Table Statistics file:
> > > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_
> > > output//mode_ColdPool_000000L_20010909_014640V_010000A_cts.txt
> > > > DEBUG 1: Creating Object NetCDF file:
> > > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_
> > > output//mode_ColdPool_000000L_20010909_014640V_010000A_obj.nc
> > > > DEBUG 1: Loading forecast raw color table:
> > > > /glade/p/ral/jntp/MET/MET_releases/7.0/share/met/
> > > colortables/mode_obj.ctable
> > > > DEBUG 1: Loading observation raw color table:
> > > > /glade/p/ral/jntp/MET/MET_releases/7.0/share/met/
> > > colortables/mode_obj.ctable
> > > > DEBUG 1: Creating postscript file:
> > > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_
> > > output//mode_ColdPool_000000L_20010909_014640V_010000A.ps
> > > >
> > >
> > > You can view the output here:
> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_output
> > >
> > > If you are able to modify your NetCDF files to look more like
the one I
> > > created, you should be good to go for now. In the meantime, as
I
> > mentioned
> > > previously our developer is working on having MET read both
float data
> > type
> > > and and "byte array" type.
> > >
> > > Please let me know if you have any questions.
> > >
> > > Thanks!
> > >
> > > Julie
> > >
> > >
> > >
> > >
> > > On Tue, Oct 2, 2018 at 9:23 AM Julie Prestopnik
<jpresto at ucar.edu>
> > wrote:
> > >
> > > > Thanks, Brian. If you are not familiar with it, it could be
> something
> > I
> > > > added from the default config file from met-7.0 to bring your
file up
> > to
> > > > date. I tried to check on it, but forgot that cheyenne was
down
> today.
> > > I
> > > > will follow up when I can access cheyenne.
> > > >
> > > > Julie
> > > >
> > > > On Mon, Oct 1, 2018 at 3:45 PM Brian Squitieri via RT <
> > met_help at ucar.edu
> > > >
> > > > wrote:
> > > >
> > > >>
> > > >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136
>
> > > >>
> > > >> That is odd. I don't have a mask file. Was I supposed to? If
not, I
> > > assume
> > > >> this parameter can be turned off?
> > > >>
> > > >> Brian Squitieri
> > > >>
> > > >> On Mon, Oct 1, 2018 at 3:05 PM, Julie Prestopnik via RT <
> > > >> met_help at ucar.edu>
> > > >> wrote:
> > > >>
> > > >> > Hi Brian.
> > > >> >
> > > >> > One quick question. I'm working on manually modifying your
NetCDF
> > > file.
> > > >> > I've gotten past a few errors and am now receiving the
error:
> > > >> >
> > > >> > ERROR :
> > > >> > ERROR : grd_file_type() -> file does not exist
> > > >> >
"/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/config/mask/
> > > >> > vx_mask.nc"
> > > >> > ERROR :
> > > >> >
> > > >> > I see in your MODE config file:
> > > >> >
> > > >> > poly = "${config_dir}/mask/vx_mask.nc"
> > > >> >
> > > >> > I looked for
> > > >> > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> > > >> > domains/MODE/configuration/mask,
> > > >> > but I see that directory does not exist. Can you please
point me
> to
> > > >> > vx_mask.nc?
> > > >> >
> > > >> > Thanks!
> > > >> >
> > > >> > Julie
> > > >> >
> > > >> > On Mon, Oct 1, 2018 at 1:06 PM Julie Prestopnik
<jpresto at ucar.edu
> >
> > > >> wrote:
> > > >> >
> > > >> > > Thank you, Brian! We appreciate it. We'll follow up
with
> > questions
> > > >> and
> > > >> > > once we have a solution.
> > > >> > >
> > > >> > > Julie
> > > >> > >
> > > >> > > On Mon, Oct 1, 2018 at 1:05 PM Brian Squitieri via RT <
> > > >> met_help at ucar.edu
> > > >> > >
> > > >> > > wrote:
> > > >> > >
> > > >> > >>
> > > >> > >> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136
> >
> > > >> > >>
> > > >> > >> Hello Julie,
> > > >> > >>
> > > >> > >> I'm glad that I was able to help detect a bug even
though that
> > was
> > > >> > purely
> > > >> > >> by accident! I greatly appreciate what you and the MET
team are
> > > >> doing to
> > > >> > >> make the evaluation of these files possible. Please keep
me
> > > informed
> > > >> > once
> > > >> > >> a
> > > >> > >> solution arises!
> > > >> > >>
> > > >> > >> One thing I should mention is that these files only
contain one
> > > time,
> > > >> > and
> > > >> > >> the actual date/time itself is not important for what I
am
> doing
> > > (in
> > > >> > case
> > > >> > >> that becomes an issue after the problem is solved). Also
let me
> > > know
> > > >> if
> > > >> > >> you
> > > >> > >> have any question regarding the contents/structure of
the files
> > > and I
> > > >> > can
> > > >> > >> elaborate further!
> > > >> > >>
> > > >> > >> Brian Squitieri
> > > >> > >>
> > > >> > >> On Mon, Oct 1, 2018 at 1:15 PM, Julie Prestopnik via RT
<
> > > >> > >> met_help at ucar.edu>
> > > >> > >> wrote:
> > > >> > >>
> > > >> > >> > Hi Brian.
> > > >> > >> >
> > > >> > >> > Thank you for catching the "module use met/7.0"
instead of
> > > "module
> > > >> > load
> > > >> > >> > met/7.0." I skipped over that thinking it said "load"
and
> not
> > > >> "use".
> > > >> > >> It
> > > >> > >> > now makes sense why it wasn't being picked up. :)
> > > >> > >> >
> > > >> > >> > First, I updated your original config file for met-7.0
> > > >> > >> > (/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> > > >> > >> > config/coldPoolConfig_mod)/
> > > >> > >> >
> > > >> > >> > Second, I updated your NetCDF file to change
"Met_version" to
> > > >> > >> "MET_version"
> > > >> > >> > in the attributes section
> > > >> > >> > (/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> > > >> > >> > ColdPool_forMODE_06_03_2015_new.nc).
> > > >> > >> >
> > > >> > >> >
> > > >> > >> > Rerunning after those changes, with the following
command:
> > > >> > >> >
> > > >> > >> > /gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
> > > >> > >> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> > > >> > >> > ColdPool_forMODE_06_03_2015_new.nc
> > > >> > >> > > /glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/
> > > >> > >> > ColdPool_forMODE_06_03_2015_new.nc
> > > >> > >> > > /glade/p/ral/jntp/jpresto/met_
> help/brianjs_20180927/config/
> > > >> > >> > coldPoolConfig_mod
> > > >> > >> > > -outdir
> > > >> > >>
/glade/p/ral/jntp/jpresto/met_help/brianjs_20180927/mode_
> output/
> > > >> > >> > >
> > > >> > >> >
> > > >> > >> > I get the following output:
> > > >> > >> >
> > > >> > >> > DEBUG 1: Default Config File:
> > > >> > >> > >
/glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/
> > > >> > >> > MODEConfig_default
> > > >> > >> > > DEBUG 1: Match Config File:
> > > >> > >> > > /glade/p/ral/jntp/jpresto/met_
> help/brianjs_20180927/config/
> > > >> > >> > coldPoolConfig_mod
> > > >> > >> > > DEBUG 1: Merge Config File:
> > > >> > >> > > /glade/p/ral/jntp/jpresto/met_
> help/brianjs_20180927/config/
> > > >> > >> > coldPoolConfig_mod
> > > >> > >> > > terminate called after throwing an instance of
> > > >> > >> > 'netCDF::exceptions::NcChar'
> > > >> > >> > > what(): NetCDF: Attempt to convert between text &
> numbers
> > > >> > >> > > file: ncAtt.cpp line:104
> > > >> > >> > > Abort
> > > >> > >> > >
> > > >> > >> >
> > > >> > >> > One of our developers was looking into this issue and
> > discovered
> > > >> that
> > > >> > >> the
> > > >> > >> > problem happens on reading the global variable
"scale_lat_1".
> > It
> > > >> is
> > > >> > >> caused
> > > >> > >> > by the data type of the global attributes: float vs.
byte
> > string.
> > > >> The
> > > >> > >> MET
> > > >> > >> > code expects the "byte array" for the global
attributes and
> > does
> > > >> not
> > > >> > >> accept
> > > >> > >> > float type value. Unfortunately, the same problem
exists
> with
> > > >> latest
> > > >> > >> > code. The developer is working on having MET read
both
> (float
> > > data
> > > >> > type
> > > >> > >> > and and "byte array" type).
> > > >> > >> >
> > > >> > >> > Thank you for helping us to discover this bug. We are
working
> > on
> > > a
> > > >> > >> > solution. I can follow up once we have the issue
fixed if
> you
> > > >> would
> > > >> > >> like.
> > > >> > >> >
> > > >> > >> > Thanks,
> > > >> > >> > Julie
> > > >> > >> >
> > > >> > >> > On Fri, Sep 28, 2018 at 4:05 PM Brian Squitieri via RT
<
> > > >> > >> met_help at ucar.edu>
> > > >> > >> > wrote:
> > > >> > >> >
> > > >> > >> > >
> > > >> > >> > > <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136
> > > >
> > > >> > >> > >
> > > >> > >> > > Hello Julie,
> > > >> > >> > >
> > > >> > >> > > I got put in the commands manually and rectified the
> issue. I
> > > >> went
> > > >> > >> > through
> > > >> > >> > > my tcshrc file and found that I had "module use
met/7.0"
> > > instead
> > > >> of
> > > >> > >> > "module
> > > >> > >> > > load met/7.0." That solved this round of issues.
> > > >> > >> > >
> > > >> > >> > > One thing I should mention is that I am not feeding
raw
> files
> > > >> (like
> > > >> > >> raw
> > > >> > >> > WRF
> > > >> > >> > > output) to MODE, but customized files that show
output of a
> > > >> > >> convectively
> > > >> > >> > > induced cold pool. While all of my data are
regridded to a
> > > common
> > > >> > >> grid, I
> > > >> > >> > > am attempting to compare one two resolutions with a
third
> > > (which
> > > >> is
> > > >> > >> > > "treated as observations"). One thing I have been
warned
> > about
> > > is
> > > >> > that
> > > >> > >> > MODE
> > > >> > >> > > can only except netcdf files that are assigned to
specific
> > > global
> > > >> > >> > > attributes. When I run MODE, I get the following
output.
> > > >> > >> > >
> > > >> > >> > > DEBUG 1: Default Config File:
> > > >> > >> > >
/glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/
> > > >> > >> > MODEConfig_default
> > > >> > >> > > DEBUG 1: Match Config File:
> > > >> > >> > >
> > > >> > >> > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> > > >> > >> > domains/MODE/configuration/coldPoolConfig
> > > >> > >> > > DEBUG 1: Merge Config File:
> > > >> > >> > >
> > > >> > >> > > /gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> > > >> > >> > domains/MODE/configuration/coldPoolConfig
> > > >> > >> > > WARNING:
> > > >> > >> > > WARNING: read_netcdf_grid() -> Applying METv2.0 grid
> parsing
> > > >> logic
> > > >> > >> since
> > > >> > >> > > the "MET_version" global attribute is not present.
> > > >> > >> > > WARNING:
> > > >> > >> > > WARNING:
> > > >> > >> > > WARNING: read_netcdf_grid() -> Applying METv2.0 grid
> parsing
> > > >> logic
> > > >> > >> since
> > > >> > >> > > the "MET_version" global attribute is not present.
> > > >> > >> > > WARNING:
> > > >> > >> > > WARNING:
> > > >> > >> > > WARNING: read_netcdf_grid() -> Applying METv2.0 grid
> parsing
> > > >> logic
> > > >> > >> since
> > > >> > >> > > the "MET_version" global attribute is not present.
> > > >> > >> > > WARNING:
> > > >> > >> > > WARNING:
> > > >> > >> > > WARNING: read_netcdf_grid() -> Applying METv2.0 grid
> parsing
> > > >> logic
> > > >> > >> since
> > > >> > >> > > the "MET_version" global attribute is not present.
> > > >> > >> > > WARNING:
> > > >> > >> > > WARNING:
> > > >> > >> > > WARNING: Resetting the regridding method from
"BUDGET" to
> > > >> "NEAREST"
> > > >> > >> since
> > > >> > >> > > the regridding width is 1.
> > > >> > >> > > WARNING:
> > > >> > >> > > WARNING:
> > > >> > >> > > WARNING: Resetting the regridding method from
"BUDGET" to
> > > >> "NEAREST"
> > > >> > >> since
> > > >> > >> > > the regridding width is 1.
> > > >> > >> > > WARNING:
> > > >> > >> > > DEBUG 1: Forecast File:
> > > >> > >> > >
> > > >> > >> > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> > > >> > >> > regridFiles/ColdPool_forMODE_
> > > >> > >> > > 06_03_2015.nc
> > > >> > >> > > DEBUG 1: Observation File:
> > > >> > >> > >
> > > >> > >> > > /gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> > > >> > >> > regridFiles/ColdPool_forMODE_
> > > >> > >> > > 06_03_2015.nc
> > > >> > >> > > terminate called after throwing an instance of
> > > >> > >> > 'netCDF::exceptions::NcEdge'
> > > >> > >> > > what(): NetCDF: Start+count exceeds dimension
bound
> > > >> > >> > > file: ncVar.cpp line:1614
> > > >> > >> > > Abort (core dumped)
> > > >> > >> > > 0.152u 0.144s 0:01.82 15.9% 0+0k 0+0io 0pf+0w
> > > >> > >> > >
> > > >> > >> > > I have two questions. First, what are the
implications of
> > > "DEBUG
> > > >> 1"
> > > >> > >> vs.
> > > >> > >> > > "WARNING" or "ERROR"? Second, did the program
terminate
> > because
> > > >> the
> > > >> > >> > netcdf
> > > >> > >> > > file was not attributed properly or because of a
grid
> > > structural
> > > >> > >> issue?
> > > >> > >> > >
> > > >> > >> > > I apologize for all of the questions! I admit I'm
running
> > MODE
> > > >> in a
> > > >> > >> > rather
> > > >> > >> > > strange way (in order to compare cold pools in model
> output),
> > > >> but I
> > > >> > >> feel
> > > >> > >> > I
> > > >> > >> > > am getting close to getting MODE to work for this
task.
> > > >> > >> > >
> > > >> > >> > > Brian Squitieri
> > > >> > >> > >
> > > >> > >> > > On Fri, Sep 28, 2018 at 1:50 PM, Julie Prestopnik
via RT <
> > > >> > >> > > met_help at ucar.edu>
> > > >> > >> > > wrote:
> > > >> > >> > >
> > > >> > >> > > > Hi Brian.
> > > >> > >> > > >
> > > >> > >> > > > You previously mentioned:
> > > >> > >> > > >
> > > >> > >> > > > > I reference the following paths in my tcshrc
script:
> > > >> > >> > > > > module use /gpfs/p/ral/jnt/MET/MET_
> > > >> > releases/cheyenne/modulefiles
> > > >> > >> > > > > module use met/7.0
> > > >> > >> > > > >
> > > >> > >> > > >
> > > >> > >> > > > I don't believe that is getting used.
> > > >> > >> > > >
> > > >> > >> > > > Below, see my LD_LIBRARY_PATH upon initial login
on
> > cheyenne.
> > > >> > Then,
> > > >> > >> > see
> > > >> > >> > > > that I run "module use" and "module load". Then,
see my
> > > >> > >> > LD_LIBRARY_PATH
> > > >> > >> > > > after that. Please note the addition of
> > > >> > >> > > >
/glade/p/ral/jntp/MET/MET_releases/7.0/external_libs/
> lib,
> > > which
> > > >> > is
> > > >> > >> > where
> > > >> > >> > > > that netcdf library file resides.
> > > >> > >> > > >
> > > >> > >> > > > cheyenne5:jpresto> echo $LD_LIBRARY_PATH
> > > >> > >> > > >
> > > >> > >> > > >
/glade/u/home/jpresto/local/lib:/glade/u/home/jpresto/
> > > >> > >> > > >
libs:/usr/lib:/usr/local/X11R5/lib:/usr/openwin/lib:/
> > > >> > >> > > > usr/local/lib:/glade/u/home/
> jpresto/local/enthought/epd-7.
> > > >> > >> > > > 0-2-rh5-x86_64/lib:/usr/local/icc/lib/intel64
> > > >> > >> > > >
> > > >> > >> > > > cheyenne5:jpresto> module use
/glade/p/ral/jntp/MET/MET_
> > > >> > >> > > > releases/modulefiles
> > > >> > >> > > >
> > > >> > >> > > > cheyenne5:jpresto> module load met/7.0
> > > >> > >> > > >
> > > >> > >> > > > cheyenne5:jpresto> echo $LD_LIBRARY_PATH
> > > >> > >> > > >
> > > >> > >> > > >
/glade/p/ral/jntp/MET/MET_releases/7.0/external_libs/
> > > >> > >> > > > lib:/glade/u/apps/opt/intel/2017u1/compilers_and_
> > > >> > >> > > >
libraries/linux/lib/intel64_lin:/glade/u/home/jpresto/
> > > >> > >> > > >
local/lib:/glade/u/home/jpresto/libs:/usr/lib:/usr/
> > > >> > >> > > > local/X11R5/lib:/usr/openwin/
> lib:/usr/local/lib:/glade/u/
> > > >> > >> > > > home/jpresto/local/enthought/
> epd-7.0-2-rh5-x86_64/lib:/usr/
> > > >> > >> > > > local/icc/lib/intel64
> > > >> > >> > > >
> > > >> > >> > > >
> > > >> > >> > > > Instead of relying on the load from your ~/.cshrc
file,
> > > please
> > > >> run
> > > >> > >> the
> > > >> > >> > > > commands manually and see if you still get that
same
> error.
> > > >> > Please
> > > >> > >> let
> > > >> > >> > > me
> > > >> > >> > > > know how it works out.
> > > >> > >> > > >
> > > >> > >> > > > Regarding:
> > > >> > >> > > >
> > > >> > >> > > > > Also, I imagine that MET-MODE version 7.0 will
require
> > > >> running
> > > >> > >> with a
> > > >> > >> > > new
> > > >> > >> > > > > configure script. Where may I find one for
version 7.0?
> > > >> > >> > > > >
> > > >> > >> > > >
> > > >> > >> > > > Do you mean updated configuration files? If so,
you can
> > find
> > > >> the
> > > >> > >> > default
> > > >> > >> > > > config files for met-7.0
> > > >> > >> > > > at
> > /glade/p/ral/jntp/MET/MET_releases/7.0/share/met/config/.
> > > I
> > > >> > hope
> > > >> > >> > that
> > > >> > >> > > > helps!
> > > >> > >> > > >
> > > >> > >> > > > Thanks,
> > > >> > >> > > > Julie
> > > >> > >> > > >
> > > >> > >> > > > On Thu, Sep 27, 2018 at 5:32 PM Brian Squitieri
via RT <
> > > >> > >> > > met_help at ucar.edu>
> > > >> > >> > > > wrote:
> > > >> > >> > > >
> > > >> > >> > > > >
> > > >> > >> > > > > <URL:
> > > >> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87136 >
> > > >> > >> > > > >
> > > >> > >> > > > > For echo $LD_LIBRARY_PATH, I get the following:
> > > >> > >> > > > >
> > > >> > >> > > > >
> > > >> > >> > > > > /ncar/opt/slurm/latest//lib:/
> opt/sgi/mpt/mpt-2.15/lib:/
> > > >> > >> > > >
> > glade/u/apps/opt/intel/2017u1/compilers_and_libraries/linux/
> > > >> > >> > > >
> > lib/intel64_lin:/glade/u/apps/ch/os/usr/lib64:/glade/u/apps/
> > > >> > >> > > > ch/os/usr/lib:/glade/u/apps/
> ch/os/lib64:/glade/u/apps/ch/
> > > os/lib
> > > >> > >> > > > >
> > > >> > >> > > > > For ldd
> > > >> > >> /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-
7.0/bin/mode,
> > > >> > >> > I
> > > >> > >> > > > get:
> > > >> > >> > > > > linux-vdso.so.1 (0x00002aaaaaaab000)
> > > >> > >> > > > > libpng16.so.16 =>
> /glade/u/apps/ch/os/usr/lib64/
> > > >> > >> > libpng16.so.16
> > > >> > >> > > > > (0x00002aaaaaaae000)
> > > >> > >> > > > > libz.so.1 => /glade/u/apps/ch/os/lib64/
> libz.so.1
> > > >> > >> > > > > (0x00002aaaaacec000)
> > > >> > >> > > > > libm.so.6 => /glade/u/apps/ch/os/lib64/
> libm.so.6
> > > >> > >> > > > > (0x00002aaaaaf02000)
> > > >> > >> > > > > libnetcdf_c++4.so.1 => not found
> > > >> > >> > > > > libnetcdf.so.11 => not found
> > > >> > >> > > > > libgsl.so.19 => not found
> > > >> > >> > > > > libgslcblas.so.0 =>
> > /glade/u/apps/ch/os/usr/lib64/
> > > >> > >> > > > libgslcblas.so.0
> > > >> > >> > > > > (0x00002aaaab224000)
> > > >> > >> > > > > libstdc++.so.6 =>
> /glade/u/apps/ch/os/usr/lib64/
> > > >> > >> > libstdc++.so.6
> > > >> > >> > > > > (0x00002aaaab463000)
> > > >> > >> > > > > libgcc_s.so.1 =>
/glade/u/apps/ch/os/lib64/
> > > >> > libgcc_s.so.1
> > > >> > >> > > > > (0x00002aaaab7e7000)
> > > >> > >> > > > > libc.so.6 => /glade/u/apps/ch/os/lib64/
> libc.so.6
> > > >> > >> > > > > (0x00002aaaab9fe000)
> > > >> > >> > > > > libdl.so.2 =>
> > /glade/u/apps/ch/os/lib64/libdl.so.2
> > > >> > >> > > > > (0x00002aaaabda7000)
> > > >> > >> > > > > /lib64/ld-linux-x86-64.so.2
> (0x0000555555554000)
> > > >> > >> > > > >
> > > >> > >> > > > > Also, I imagine that MET-MODE version 7.0 will
require
> > > >> running
> > > >> > >> with a
> > > >> > >> > > new
> > > >> > >> > > > > configure script. Where may I find one for
version 7.0?
> > > >> > >> > > > >
> > > >> > >> > > > > On Thu, Sep 27, 2018 at 11:05 AM, Julie
Prestopnik via
> > RT <
> > > >> > >> > > > > met_help at ucar.edu
> > > >> > >> > > > > > wrote:
> > > >> > >> > > > >
> > > >> > >> > > > > > Hi Brian.
> > > >> > >> > > > > >
> > > >> > >> > > > > > Could you please run the following commands
and send
> me
> > > the
> > > >> > >> output?
> > > >> > >> > > > > >
> > > >> > >> > > > > > echo $LD_LIBRARY_PATH
> > > >> > >> > > > > > ldd /gpfs/p/ral/jnt/MET/MET_
> > > releases/cheyenne/met-7.0/bin/
> > > >> > mode
> > > >> > >> > > > > >
> > > >> > >> > > > > > Thanks!
> > > >> > >> > > > > >
> > > >> > >> > > > > > Julie
> > > >> > >> > > > > >
> > > >> > >> > > > > > On Wed, Sep 26, 2018 at 4:21 PM Brian
Squitieri via
> RT
> > <
> > > >> > >> > > > > met_help at ucar.edu>
> > > >> > >> > > > > > wrote:
> > > >> > >> > > > > >
> > > >> > >> > > > > > >
> > > >> > >> > > > > > > <URL: https://rt.rap.ucar.edu/rt/
> > > >> > Ticket/Display.html?id=87136
> > > >> > >> >
> > > >> > >> > > > > > >
> > > >> > >> > > > > > > Sure!
> > > >> > >> > > > > > >
> > > >> > >> > > > > > > At /gpfs/u/home/brianjs/codes/
> panel_plots/wrf/nested_
> > > >> > >> > domains/MODE,
> > > >> > >> > > I
> > > >> > >> > > > > run
> > > >> > >> > > > > > > using a tcsh script. The command in the
script I
> use
> > is
> > > >> the
> > > >> > >> > > > following:
> > > >> > >> > > > > > >
> > > >> > >> > > > > > > time /gpfs/fs1/p/ral/jntp/MET/MET_
> > > releases/7.0/bin/mode
> > > >> > >> > > > > > >
> > > >> > >> > > > > > >
/gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> > > >> > >> > > > > > regridFiles/ColdPool_forMODE_
> > > >> > >> > > > > > > 06_03_2015.nc
> > > >> > >> > > > > > >
> > > >> > >> > > > > > >
/gpfs/fs1/scratch/brianjs/wrf_storage/06_03_2015/
> > > >> > >> > > > > > regridFiles/ColdPool_forMODE_
> > > >> > >> > > > > > > 06_03_2015.nc
> > > >> > >> > > > > > >
> > > >> > >> > > > > > >
/gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> > > >> > >> > > > > > domains/MODE/configuration/coldPoolConfig
> > > >> > >> > > > > > > -outdir
> > > >> > >> > > > > > >
> > > >> > >> > > > > > >
/gpfs/u/home/brianjs/codes/panel_plots/wrf/nested_
> > > >> > >> > > > > >
> > > >> domains/experiments/cold_pool_generalizations/3domains_conv/
> > > >> > >> > > > MODE_results
> > > >> > >> > > > > > >
> > > >> > >> > > > > > > The first argument is the mode executable I
am
> > running.
> > > >> The
> > > >> > >> next
> > > >> > >> > > two
> > > >> > >> > > > > > > commands are obs and fcst (both are in the
same
> > file),
> > > >> > >> followed
> > > >> > >> > by
> > > >> > >> > > > the
> > > >> > >> > > > > > > configuration file (and path). The last
command is
> > the
> > > >> > output
> > > >> > >> > > > > directory.
> > > >> > >> > > > > > >
> > > >> > >> > > > > > > Here is what I get for modules when doing a
module
> > > list:
> > > >> > >> > > > > > >
> > > >> > >> > > > > > > Currently Loaded Modules:
> > > >> > >> > > > > > > 1) ncarenv/1.2 2) intel/17.0.1 3)
> > > >> ncarcompilers/0.4.1
> > > >> > >> 4)
> > > >> > >> > > > > > mpt/2.15f
> > > >> > >> > > > > > > 5) netcdf/4.6.1 6) ncl/6.4.0 7)
cdo/1.7.2 8)
> > > >> > >> python/3.6.2
> > > >> > >> > > 9)
> > > >> > >> > > > > > > vim/8.0
> > > >> > >> > > > > > >
> > > >> > >> > > > > > > I hope this helps!
> > > >> > >> > > > > > >
> > > >> > >> > > > > > > Brian Squitieri
> > > >> > >> > > > > > >
> > > >> > >> > > > > > > On Wed, Sep 26, 2018 at 2:07 PM, Julie
Prestopnik
> via
> > > RT
> > > >> <
> > > >> > >> > > > > > > met_help at ucar.edu>
> > > >> > >> > > > > > > wrote:
> > > >> > >> > > > > > >
> > > >> > >> > > > > > > > Hi Brian.
> > > >> > >> > > > > > > >
> > > >> > >> > > > > > > > I am not able to reproduce the problem you
are
> > > >> > experiencing.
> > > >> > >> > Can
> > > >> > >> > > > you
> > > >> > >> > > > > > > > please send me the command line you are
running
> for
> > > >> mode?
> > > >> > >> > Please
> > > >> > >> > > > > > include
> > > >> > >> > > > > > > > full paths for the data.
> > > >> > >> > > > > > > >
> > > >> > >> > > > > > > > Also, could you please run "module list"
and send
> > me
> > > >> the
> > > >> > >> > output?
> > > >> > >> > > > > > > >
> > > >> > >> > > > > > > > Thanks,
> > > >> > >> > > > > > > > Julie
> > > >> > >> > > > > > > >
> > > >> > >> > > > > > > > On Wed, Sep 26, 2018 at 1:03 PM Brian
Squitieri
> via
> > > RT
> > > >> <
> > > >> > >> > > > > > > met_help at ucar.edu>
> > > >> > >> > > > > > > > wrote:
> > > >> > >> > > > > > > >
> > > >> > >> > > > > > > > >
> > > >> > >> > > > > > > > > <URL: https://rt.rap.ucar.edu/rt/
> > > >> > >> > Ticket/Display.html?id=87136
> > > >> > >> > > >
> > > >> > >> > > > > > > > >
> > > >> > >> > > > > > > > > Hello Julie,
> > > >> > >> > > > > > > > >
> > > >> > >> > > > > > > > > I still got the same error as before. I
used
> the
> > > >> > >> following in
> > > >> > >> > > my
> > > >> > >> > > > > > tcshrc
> > > >> > >> > > > > > > > > script:
> > > >> > >> > > > > > > > >
> > > >> > >> > > > > > > > > module use /glade/p/ral/jntp/MET/MET_
> > > >> > releases/modulefiles
> > > >> > >> > > > > > > > > module load met/7.0
> > > >> > >> > > > > > > > >
> > > >> > >> > > > > > > > > I experimented with both of the
following MODE
> > > >> > executables
> > > >> > >> > when
> > > >> > >> > > > > > > running a
> > > >> > >> > > > > > > > > tcsh script for using the 'mode'
command:
> > > >> > >> > > > > > > > >
> > > >> > >> > > > > > > > >
> > > >> /gpfs/p/ral/jnt/MET/MET_releases/cheyenne/met-7.0/bin/
> > > >> > mode
> > > >> > >> > > > > > > > >
> > /gpfs/fs1/p/ral/jntp/MET/MET_releases/7.0/bin/mode
> > > >> > >> > > > > > > > >
> > > >> > >> > > > > > > > > Could it be the netcdf library version I
am
> > using?
> > > I
> > > >> > also
> > > >> > >> > have
> > > >> > >> > > > > access
> > > >> > >> > > > > > > to
> > > >> > >> > > > > > > > > MET (and MODE) on a much smaller machine
at a
> > > >> > university,
> > > >> > >> and
> > > >> > >> > > was
> > > >> > >> > > > > > able
> > > >> > >> > > > > > > to
> > > >> > >> > > > > > > > > get MODE running, but with netcdf 4.6.2.
On
> > > Cheyenne,
> > > >> > all
> > > >> > >> we
> > > >> > >> > > have
> > > >> > >> > > > > is
> > > >> > >> > > > > > up
> > > >> > >> > > > > > > > to
> > > >> > >> > > > > > > > > version 4.6.1. Please let me know your
> thoughts.
> > > >> > >> > > > > > > > >
> > > >> > >> > > > > > > > > Brian Squitieri
> > > >> > >> > > > > > > > >
> > > >> > >> > > > > > > > >
> > > >> > >> > > > > > > > > On Wed, Sep 26, 2018 at 1:48 AM, Julie
> Prestopnik
> > > via
> > > >> > RT <
> > > >> > >> > > > > > > > > met_help at ucar.edu>
> > > >> > >> > > > > > > > > wrote:
> > > >> > >> > > > > > > > >
> > > >> > >> > > > > > > > > > Hi Brian.
> > > >> > >> > > > > > > > > >
> > > >> > >> > > > > > > > > > I see that you are having a problem
with MET
> on
> > > >> > >> cheyenne.
> > > >> > >> > > The
> > > >> > >> > > > > > recent
> > > >> > >> > > > > > > > > > directory renaming on cheyenne broke
the MET
> > > build
> > > >> > that
> > > >> > >> you
> > > >> > >> > > are
> > > >> > >> > > > > > > using.
> > > >> > >> > > > > > > > > We
> > > >> > >> > > > > > > > > > rebuilt the code in a different area.
Here
> is
> > a
> > > >> link
> > > >> > to
> > > >> > >> > the
> > > >> > >> > > > > > webpage
> > > >> > >> > > > > > > > > where
> > > >> > >> > > > > > > > > > we list our existing MET builds:
> > > >> > >> > > > > > > > > >
> > > >> > >> > > > > > > > > > https://dtcenter.org/met/
> > > >> > users/downloads/existing_met_
> > > >> > >> > > > > > > > > > builds/METv7.0_existing_met_builds.php
> > > >> > >> > > > > > > > > >
> > > >> > >> > > > > > > > > > Please note that for cheyenne, you
should now
> > > run:
> > > >> > >> > > > > > > > > >
> > > >> > >> > > > > > > > > > module use
> > > >> > >> /glade/p/ral/jntp/MET/MET_releases/modulefiles
> > > >> > >> > > > > > > > > > module load met/7.0
> > > >> > >> > > > > > > > > >
> > > >> > >> > > > > > > > > >
> > > >> > >> > > > > > > > > > Please give that a try and let us know
how it
> > > goes.
> > > >> > >> > > > > > > > > >
> > > >> > >> > > > > > > > > > Thanks!
> > > >> > >> > > > > > > > > >
> > > >> > >> > > > > > > > > > Julie
> > > >> > >> > > > > > > > > >
> > > >> > >> > > > > > > > > > On Tue, Sep 25, 2018 at 4:17 PM Brian
> Squitieri
> > > via
> > > >> > RT <
> > > >> > >> > > > > > > > > met_help at ucar.edu>
> > > >> > >> > > > > > > > > > wrote:
> > > >> > >> > > > > > > > > >
> > > >> > >> > > > > > > > > > >
> > > >> > >> > > > > > > > > > > Tue Sep 25 16:10:36 2018: Request
87136 was
> > > acted
> > > >> > >> upon.
> > > >> > >> > > > > > > > > > > Transaction: Ticket created by
> > > >> brianjs at iastate.edu
> > > >> > >> > > > > > > > > > > Queue: met_help
> > > >> > >> > > > > > > > > > > Subject: Running MODE on
Cheyenne
> > > >> > >> > > > > > > > > > > Owner: Nobody
> > > >> > >> > > > > > > > > > > Requestors: brianjs at iastate.edu
> > > >> > >> > > > > > > > > > > Status: new
> > > >> > >> > > > > > > > > > > Ticket <URL:
https://rt.rap.ucar.edu/rt/
> > > >> > >> > > > > > > > Ticket/Display.html?id=87136
> > > >> > >> > > > > > > > > >
> > > >> > >> > > > > > > > > > >
> > > >> > >> > > > > > > > > > >
> > > >> > >> > > > > > > > > > > Good afternoon,
> > > >> > >> > > > > > > > > > >
> > > >> > >> > > > > > > > > > > I am attempting to run MODE (via met
> version
> > > >> 7.0) on
> > > >> > >> > > Cheyenne
> > > >> > >> > > > > > and I
> > > >> > >> > > > > > > > > > believe
> > > >> > >> > > > > > > > > > > I have everything configured
correctly. I
> > use a
> > > >> tcsh
> > > >> > >> > script
> > > >> > >> > > > to
> > > >> > >> > > > > > run
> > > >> > >> > > > > > > > MODE
> > > >> > >> > > > > > > > > > and
> > > >> > >> > > > > > > > > > > reference the file provided by DTC.
When I
> > run
> > > >> > MODE, I
> > > >> > >> > get
> > > >> > >> > > > the
> > > >> > >> > > > > > > > > following
> > > >> > >> > > > > > > > > > > error:
> > > >> > >> > > > > > > > > > >
> > > >> > >> > > > > > > > > > > /gpfs/p/ral/jnt/MET/MET_
> > > >> > releases/cheyenne/met-7.0/bin/
> > > >> > >> > mode:
> > > >> > >> > > > > > error
> > > >> > >> > > > > > > > while
> > > >> > >> > > > > > > > > > > loading shared libraries:
> > libnetcdf_c++4.so.1:
> > > >> > cannot
> > > >> > >> > open
> > > >> > >> > > > > shared
> > > >> > >> > > > > > > > > object
> > > >> > >> > > > > > > > > > > file: No such file or directory
> > > >> > >> > > > > > > > > > >
> > > >> > >> > > > > > > > > > > I reference the following paths in
my
> tcshrc
> > > >> script:
> > > >> > >> > > > > > > > > > > module use
> > > >> > >> > > > >
/gpfs/p/ral/jnt/MET/MET_releases/cheyenne/modulefiles
> > > >> > >> > > > > > > > > > > module use met/7.0
> > > >> > >> > > > > > > > > > >
> > > >> > >> > > > > > > > > > > I see their are beta versions of MET
for
> 7.1,
> > > but
> > > >> > was
> > > >> > >> > > unsure
> > > >> > >> > > > if
> > > >> > >> > > > > > > those
> > > >> > >> > > > > > > > > > were
> > > >> > >> > > > > > > > > > > ok to use yet. Are we supposed to
use these
> > > >> > >> executables
> > > >> > >> > > > > instead?
> > > >> > >> > > > > > I
> > > >> > >> > > > > > > > ask
> > > >> > >> > > > > > > > > > > because I contacted CISL about the
issue
> and
> > > they
> > > >> > >> > mentioned
> > > >> > >> > > > > that
> > > >> > >> > > > > > > the
> > > >> > >> > > > > > > > > > > libnetcdf_c++4.so.1
> > > >> > >> > > > > > > > > > > library was quite old, and to
contact those
> > who
> > > >> > >> compiled
> > > >> > >> > > MET
> > > >> > >> > > > to
> > > >> > >> > > > > > see
> > > >> > >> > > > > > > > if
> > > >> > >> > > > > > > > > > they
> > > >> > >> > > > > > > > > > > had any library updates.
> > > >> > >> > > > > > > > > > >
> > > >> > >> > > > > > > > > > > I appreciate any advice that you can
> provide
> > > and
> > > >> I
> > > >> > >> look
> > > >> > >> > > > forward
> > > >> > >> > > > > > to
> > > >> > >> > > > > > > > > > hearing
> > > >> > >> > > > > > > > > > > from you in the near future!
> > > >> > >> > > > > > > > > > >
> > > >> > >> > > > > > > > > > > Brian Squitieri
> > > >> > >> > > > > > > > > > >
> > > >> > >> > > > > > > > > > > --
> > > >> > >> > > > > > > > > > > Brian Squitieri
> > > >> > >> > > > > > > > > > > PhD Candidate
> > > >> > >> > > > > > > > > > > Department of Geological and
Atmospheric
> > > Sciences
> > > >> > >> > > > > > > > > > > Iowa State University
> > > >> > >> > > > > > > > > > >
> > > >> > >> > > > > > > > > > >
> > > >> > >> > > > > > > > > >
> > > >> > >> > > > > > > > > >
> > > >> > >> > > > > > > > >
> > > >> > >> > > > > > > > >
> > > >> > >> > > > > > > > > --
> > > >> > >> > > > > > > > > Brian Squitieri
> > > >> > >> > > > > > > > > PhD Candidate
> > > >> > >> > > > > > > > > Department of Geological and Atmospheric
> Sciences
> > > >> > >> > > > > > > > > Iowa State University
> > > >> > >> > > > > > > > >
> > > >> > >> > > > > > > > >
> > > >> > >> > > > > > > >
> > > >> > >> > > > > > > >
> > > >> > >> > > > > > >
> > > >> > >> > > > > > >
> > > >> > >> > > > > > > --
> > > >> > >> > > > > > > Brian Squitieri
> > > >> > >> > > > > > > PhD Candidate
> > > >> > >> > > > > > > Department of Geological and Atmospheric
Sciences
> > > >> > >> > > > > > > Iowa State University
> > > >> > >> > > > > > >
> > > >> > >> > > > > > >
> > > >> > >> > > > > >
> > > >> > >> > > > > >
> > > >> > >> > > > >
> > > >> > >> > > > >
> > > >> > >> > > > > --
> > > >> > >> > > > > Brian Squitieri
> > > >> > >> > > > > PhD Candidate
> > > >> > >> > > > > Department of Geological and Atmospheric
Sciences
> > > >> > >> > > > > Iowa State University
> > > >> > >> > > > >
> > > >> > >> > > > >
> > > >> > >> > > >
> > > >> > >> > > >
> > > >> > >> > >
> > > >> > >> > >
> > > >> > >> > > --
> > > >> > >> > > Brian Squitieri
> > > >> > >> > > PhD Candidate
> > > >> > >> > > Department of Geological and Atmospheric Sciences
> > > >> > >> > > Iowa State University
> > > >> > >> > >
> > > >> > >> > >
> > > >> > >> >
> > > >> > >> >
> > > >> > >>
> > > >> > >>
> > > >> > >> --
> > > >> > >> Brian Squitieri
> > > >> > >> PhD Candidate
> > > >> > >> Department of Geological and Atmospheric Sciences
> > > >> > >> Iowa State University
> > > >> > >>
> > > >> > >>
> > > >> >
> > > >> >
> > > >>
> > > >>
> > > >> --
> > > >> Brian Squitieri
> > > >> PhD Candidate
> > > >> Department of Geological and Atmospheric Sciences
> > > >> Iowa State University
> > > >>
> > > >>
> > >
> > >
> >
> >
> > --
> > Brian Squitieri
> > PhD Candidate
> > Department of Geological and Atmospheric Sciences
> > Iowa State University
> >
> >
>
>
--
Brian Squitieri
PhD Candidate
Department of Geological and Atmospheric Sciences
Iowa State University
------------------------------------------------
More information about the Met_help
mailing list